[c-nsp] MLPPP throughput

[Rodney Dunn]

Yeah...a lot of discarded fragments and the reorders are pretty high
implying there is a lot of differential delay along the paths.

On Thu, Jul 16, 2009 at 07:56:41AM -0500, Dave Weis wrote:
> Manu Chao wrote:
> >can you please display same reorder stats on customer side?
> 
> Other than this one?
> 
> >>>>
> >>>>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
> 
> 
> 
> 
> -- 
> Dave Weis
> 515-224-9229
> djweis at internetsolver.com
> http://www.internetsolver.com/