Mailing List Archive

[nsp] 7206 VXR for ADSL PPPoE Aggregation
Hello,

Anyone out there using the 7206 VXR platform for PPPoE ADSL aggregation? If
so, are there any issues I should be aware of that might affect
performance, connectivity, aaa, etc?

Thanks,
Charles
Re: [nsp] 7206 VXR for ADSL PPPoE Aggregation [ In reply to ]
On Mon, Oct 21, 2002 at 08:29:45AM -0500, Charles Hardin wrote:
> Hello,
>
> Anyone out there using the 7206 VXR platform for PPPoE ADSL aggregation? If
> so, are there any issues I should be aware of that might affect
> performance, connectivity, aaa, etc?
>

I'm also interested in this issue.
CCO says that a VXR with NPE-300 an 256MB RAM can handle about 4000
sessions.
We are planing to terminate about 1000 Users on a 7200 (non-VXR)
with NPE-150 and 128MB RAM.
I think/hope that the NPE-150 is enough.


Regards
Stefan
--
Stefan M. Brandl R-KOM GmbH & Co. KG
E-Mail: <smb@r-kom.de> Greflingerstr. 26
PGP-Key available at http://www.smbnet.de/pgpkey.php DE-93055 Regensburg
Re: [nsp] 7206 VXR for ADSL PPPoE Aggregation [ In reply to ]
I won't give any suggestions regarding CPU scaling, but IOS-wise you may
want to look at latest 12.2B code.

On Mon, Oct 21, 2002 at 04:09:17PM +0200, Stefan M. Brandl wrote:
> On Mon, Oct 21, 2002 at 08:29:45AM -0500, Charles Hardin wrote:
> > Hello,
> >
> > Anyone out there using the 7206 VXR platform for PPPoE ADSL aggregation? If
> > so, are there any issues I should be aware of that might affect
> > performance, connectivity, aaa, etc?
> >
>
> I'm also interested in this issue.
> CCO says that a VXR with NPE-300 an 256MB RAM can handle about 4000
> sessions.
> We are planing to terminate about 1000 Users on a 7200 (non-VXR)
> with NPE-150 and 128MB RAM.
> I think/hope that the NPE-150 is enough.
---end quoted text---

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 8687 5954 fax: 8414 3115
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382
RE: [nsp] 7206 VXR for ADSL PPPoE Aggregation [ In reply to ]
We are running VXR's and terminating around 1000 customers with a NPE-300
and 256M RAM. The only scaling issue (now resolved) was the use of checksums
which was en-forced by the downstream LNS.

This meant that the VXR would confirm the checksum and process switch the
traffic rather than CEF switching it. A hidden IOS command told the router
to ignore the checksum and this reduced the CPU utilization significantly.
IE from 90-95% to only 30-35%! Has been more stable since.

Regards,
Ash

\\\|||///
\\ ^ ^ //
( 6 6 )
-----------------------------------------oOOo-(_)-oOOo---
Ash Garg 5/490 Northbourne Ave
Network Specialist DICKSON 2602
Internet Network Development
Telstra

Email: <<mailto:Ash.Garg@telstra.net>>
BH: +612 6208 1994
Mob: 0408 687 642
Fax: +612 6248 6165

The best way to publicize a governmental or political
action is to attempt to hide it. -Mark B. Cohen
----------------------------------------------------------

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net]On Behalf Of Dmitri Kalintsev
Sent: Tuesday, 22 October 2002 12:33 PM
To: cisco-nsp@puck.nether.net
Subject: Re: [nsp] 7206 VXR for ADSL PPPoE Aggregation


I won't give any suggestions regarding CPU scaling, but IOS-wise you may
want to look at latest 12.2B code.

On Mon, Oct 21, 2002 at 04:09:17PM +0200, Stefan M. Brandl wrote:
> On Mon, Oct 21, 2002 at 08:29:45AM -0500, Charles Hardin wrote:
> > Hello,
> >
> > Anyone out there using the 7206 VXR platform for PPPoE ADSL aggregation?
If
> > so, are there any issues I should be aware of that might affect
> > performance, connectivity, aaa, etc?
> >
>
> I'm also interested in this issue.
> CCO says that a VXR with NPE-300 an 256MB RAM can handle about 4000
> sessions.
> We are planing to terminate about 1000 Users on a 7200 (non-VXR)
> with NPE-150 and 128MB RAM.
> I think/hope that the NPE-150 is enough.
---end quoted text---

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 8687 5954 fax: 8414 3115
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
RE: [nsp] 7206 VXR for ADSL PPPoE Aggregation [ In reply to ]
Should have made it slightly clearer. :-)We are doing PPPoE/A over multiple
L2TP tunnels. The command

"vpdn ip udp ignore checksum"

applies to the checksum carried on the L2TP UDP packets. It does not affect
the payload checksum. Sorry if I raised any hopes...

See http://www.elemental.net/~lf/undoc/#d0e2928 for more info.



Ash

\\\|||///
\\ ^ ^ //
( 6 6 )
-----------------------------------------oOOo-(_)-oOOo---
Ash Garg 5/490 Northbourne Ave
Network Specialist DICKSON 2602
Internet Network Development
Telstra

Email: <<mailto:Ash.Garg@telstra.net>>
BH: +612 6208 1994
Mob: 0408 687 642
Fax: +612 6248 6165

The best way to publicize a governmental or political
action is to attempt to hide it. -Mark B. Cohen
----------------------------------------------------------

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net]On Behalf Of Ash Garg
Sent: Tuesday, 22 October 2002 3:06 PM
To: Dmitri Kalintsev; cisco-nsp@puck.nether.net
Subject: RE: [nsp] 7206 VXR for ADSL PPPoE Aggregation


We are running VXR's and terminating around 1000 customers with a NPE-300
and 256M RAM. The only scaling issue (now resolved) was the use of checksums
which was en-forced by the downstream LNS.

This meant that the VXR would confirm the checksum and process switch the
traffic rather than CEF switching it. A hidden IOS command told the router
to ignore the checksum and this reduced the CPU utilization significantly.
IE from 90-95% to only 30-35%! Has been more stable since.

Regards,
Ash

\\\|||///
\\ ^ ^ //
( 6 6 )
-----------------------------------------oOOo-(_)-oOOo---
Ash Garg 5/490 Northbourne Ave
Network Specialist DICKSON 2602
Internet Network Development
Telstra

Email: <<mailto:Ash.Garg@telstra.net>>
BH: +612 6208 1994
Mob: 0408 687 642
Fax: +612 6248 6165

The best way to publicize a governmental or political
action is to attempt to hide it. -Mark B. Cohen
----------------------------------------------------------

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net]On Behalf Of Dmitri Kalintsev
Sent: Tuesday, 22 October 2002 12:33 PM
To: cisco-nsp@puck.nether.net
Subject: Re: [nsp] 7206 VXR for ADSL PPPoE Aggregation


I won't give any suggestions regarding CPU scaling, but IOS-wise you may
want to look at latest 12.2B code.

On Mon, Oct 21, 2002 at 04:09:17PM +0200, Stefan M. Brandl wrote:
> On Mon, Oct 21, 2002 at 08:29:45AM -0500, Charles Hardin wrote:
> > Hello,
> >
> > Anyone out there using the 7206 VXR platform for PPPoE ADSL aggregation?
If
> > so, are there any issues I should be aware of that might affect
> > performance, connectivity, aaa, etc?
> >
>
> I'm also interested in this issue.
> CCO says that a VXR with NPE-300 an 256MB RAM can handle about 4000
> sessions.
> We are planing to terminate about 1000 Users on a 7200 (non-VXR)
> with NPE-150 and 128MB RAM.
> I think/hope that the NPE-150 is enough.
---end quoted text---

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 8687 5954 fax: 8414 3115
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [nsp] 7206 VXR for ADSL PPPoE Aggregation [ In reply to ]
Hello,

We're running 12.2(4)B4 currently...

FYI -- I'm already addressing one issue with TAC on the use of the ATM PVC
range command on the ATM multipoint sub-int for a PA-A3. The issue is that
if you build out your PVC range up to the max number supported, 4096, and
then make a configuration change that applies to all PVC's in this range,
such as changing encaps or applying max-session limits, CPU utilization
hits 99.99% and makes the server unusable until a reset/reload clears the
changes. The current work around, which I'm still testing, is to build out
each range of VPI/VCI's separately, say 1024 in each range, and apply them
to their own ATM sub-interface. I'll continue working with this until
satisfied with a solution...

Thanks,
Charles

At 04:32 AM 10/22/2002 +0200, Dmitri Kalintsev wrote:
>I won't give any suggestions regarding CPU scaling, but IOS-wise you may
>want to look at latest 12.2B code.
>
>On Mon, Oct 21, 2002 at 04:09:17PM +0200, Stefan M. Brandl wrote:
> > On Mon, Oct 21, 2002 at 08:29:45AM -0500, Charles Hardin wrote:
> > > Hello,
> > >
> > > Anyone out there using the 7206 VXR platform for PPPoE ADSL
> aggregation? If
> > > so, are there any issues I should be aware of that might affect
> > > performance, connectivity, aaa, etc?
> > >
> >
> > I'm also interested in this issue.
> > CCO says that a VXR with NPE-300 an 256MB RAM can handle about 4000
> > sessions.
> > We are planing to terminate about 1000 Users on a 7200 (non-VXR)
> > with NPE-150 and 128MB RAM.
> > I think/hope that the NPE-150 is enough.
>---end quoted text---
>
>SY,
>--
> CCNP, CCDP (R&S) Dmitri E. Kalintsev
> CDPlayer@irc Network Architect @ connect.com.au
> dek @ connect.com.au phone: +61 3 8687 5954 fax: 8414 3115
> http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382
>
>_______________________________________________
>cisco-nsp mailing list real_name)s@puck.nether.net
>http://puck.nether.net/mailman/listinfo/cisco-nsp
>archive at http://puck.nether.net/pipermail/cisco-nsp/