[c-nsp] PPP Mulitilink on 3620
David Simmons - EliteUKServe.Net
david.simmons at elite.ltd.uk
Wed Feb 23 05:43:33 EST 2005
Hi Rodney,
I have turned off the PPP fragmentation. CPU usage this morning is circa
40% ... however traffic is only about 1-2MB through this link so far.
I will see what happens later on when things get busy.
Cheers,
Dave
On Tuesday 22 February 2005 22:30, Rodney Dunn wrote:
> 4 T1's in a bundle is probably pushing the CPH
> hp of a 3620.
>
> Try turning off PPP fragmentation since you
> are not doing QOS and see how much CPU
> overhead you get back.
>
> We've had this discussion before on this alias
> how in theory you do get a slightly longer latency
> over a bundle if you do this in theory but
> very few times is it a difference at the T1 rate
> that people notice.
>
> Rodney
>
> On Tue, Feb 22, 2005 at 03:43:58PM +0000, David Simmons - EliteUKServe.Net
>
> wrote:
> > Hi,
> >
> > We have a link for a service provider and they insisted on shoving in a
> > fibre to our building then splitting the fibre into 4 x 2mb tribs. Then
> > from there we have 4 x X25 into a 3620 with a NM-4T. Now our other
> > providers give us LES circuits etc.. We run BGP.
> >
> > It has all worked fine untill the traffic started rising to say nearly
> > 4MB on this line. Then the CPU usage goes bananas on this router. Packets
> > start being lost and we get very high ping times. All this router does is
> > the PPP multilink and is then directly connect to a 7200 ... which
> > handles the BGP etc.
> >
> > My question is ... and I will admit to not being extremely cisco
> > knowledgable (this was dumped on my desk) ... is is this simply a matter
> > of the router not being able to handle whats chucked at it ... or could
> > there be things we are doing or not doing right with the multilink?
> >
> > Hoping you may have some ideas.
> >
> > Regards,
> >
> > David SImmons
> >
> > interface Multilink1
> > description ### Multilink (4 Serials) ###
> > bandwidth 8192
> > ip address xx.xx.xx.xx 255.255.255.252
> > ip access-group 151 in
> > ip access-group 101 out
> > ppp multilink
> > multilink-group 1
> >
> > [cut]
> >
> > interface Serial1/0
> > description ### Trib 1 ###
> > bandwidth 2048
> > no ip address
> > no ip proxy-arp
> > encapsulation ppp
> > no ip mroute-cache
> > serial restart-delay 0
> > ppp multilink
> > multilink-group 1
> > !
> > interface Serial1/1
> > description ### Trib 2 ###
> > bandwidth 2048
> > no ip address
> > no ip proxy-arp
> > encapsulation ppp
> > no ip mroute-cache
> > serial restart-delay 0
> > ppp multilink
> > multilink-group 1
> > !
> > interface Serial1/2
> > description ### Trib 3 ###
> > bandwidth 2048
> > no ip address
> > no ip proxy-arp
> > encapsulation ppp
> > no ip mroute-cache
> > serial restart-delay 0
> > ppp multilink
> > multilink-group 1
> > !
> > interface Serial1/3
> > description ### Trib 4 ###
> > bandwidth 2048
> > no ip address
> > no ip proxy-arp
> > encapsulation ppp
> > no ip mroute-cache
> > serial restart-delay 0
> > ppp multilink
> > multilink-group 1
> >
> > [cut]
> >
> > ip classless
> > ip route 0.0.0.0 0.0.0.0 Multilink1
> > ip route xx.xx.xx.0 255.255.240.0 xx.xx.xx.26
> > ip route xx.xx.xx.1 255.255.255.255 xx.xx.xx.26
> >
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp
mailing list