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 > [email protected] > http://www.internetsolver.com/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
