[c-nsp] MLPPP throughput

Dave Weis djweis at internetsolver.com
Wed Jul 15 11:07:24 EDT 2009


I'm bringing up a MLPPP PPPoA bundle with 4 7-meg DSL lines. It had worked 
fine with only 2 lines in the bundle and provided the full expected speed. 
Adding the next two lines didn't provide an increase in speed, it actually 
might have decreased a bit. It tops out at around 10 megabits with 4 links 
in the bundle.

The hardware on the customer side is a 3745 running 12.4(4)T1. It has 4 
WIC-1ADSL's installed. The config on the ADSL interfaces are all 
identical:

interface ATM0/0
  no ip address
  no atm ilmi-keepalive
  dsl operating-mode auto
  hold-queue 224 in
  pvc 0/32
   encapsulation aal5mux ppp dialer
   dialer pool-member 1
  !

interface Dialer0
  ip address negotiated
  no ip proxy-arp
  encapsulation ppp
  dialer pool 1
  dialer vpdn
  dialer-group 1
  ppp pap sent-username <removed>
  ppp link reorders
  ppp multilink
  ppp multilink fragment disable
!

We've tried it with and without the reorders and fragment changes in the 
config.

The server side is a 7206 with an NPE-G1. We're not topping out the 
processor on either side during transfers.

The multilink bundle shows a lot of discards and reorders. This is after a 
reset and downloading less than a gig of data on the client:

Virtual-Access3, bundle name is isprouter
   Endpoint discriminator is isprouter
   Bundle up for 01:15:43, total bandwidth 400000, load 1/255
   Receive buffer limit 48768 bytes, frag timeout 1000 ms
   Using relaxed lost fragment detection algorithm.
   Dialer interface is Dialer0
     0/0 fragments/bytes in reassembly list
     242 lost fragments, 1237543 reordered
     29169/15194784 discarded fragments/bytes, 16700 lost received
     0x1F9178 received sequence, 0x6A517 sent sequence
   Member links: 4 (max not set, min not set)
     Vi4, since 01:15:43, unsequenced
     PPPoATM link, ATM PVC 0/32 on ATM0/0
     Packets in ATM PVC Holdq: 0, Particles in ATM PVC Tx Ring: 0
     Vi6, since 01:15:43, unsequenced
     PPPoATM link, ATM PVC 0/32 on ATM1/0
     Packets in ATM PVC Holdq: 0, Particles in ATM PVC Tx Ring: 0
     Vi5, since 01:15:43, unsequenced
     PPPoATM link, ATM PVC 0/32 on ATM0/2
     Packets in ATM PVC Holdq: 0, Particles in ATM PVC Tx Ring: 0
     Vi2, since 01:15:43, unsequenced
     PPPoATM link, ATM PVC 0/32 on ATM0/1
     Packets in ATM PVC Holdq: 0, Particles in ATM PVC Tx Ring: 0
No inactive multilink interfaces


Any ideas to get this closer to 20+ megs?

THanks
dave




-- 
Dave Weis
djweis at internetsolver.com
http://www.internetsolver.com/



More information about the cisco-nsp mailing list