[c-nsp] ppp multilink, increasing reordered fragments

[Church, Chuck]

The flapping link is most likely the cause.  It's probably not just
flapping, but also taking errors as well.  MLPPP is adjusting, by
putting frames on the functioning link that should have been on the
failing link.  That's where the re-ordering is occurring, I believe.


Chuck Church
Lead Design Engineer
CCIE #8776, MCNE, MCSE
Netco Government Services - Design & Implementation Team
1210 N. Parker Rd.
Greenville, SC 29609
Home office: 864-335-9473
Cell: 864-266-3978
cchurch at netcogov.com
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x4371A48D 


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of George Smith
Sent: Tuesday, October 18, 2005 8:29 AM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] ppp multilink, increasing reordered fragments

Hi,

I have a ppp multilink bundle, which has 2 serial interfaces in the
bundle. One of the serial lines has a problem and flaps. I noticed that
number of reordered fragments is increasing, what may be the cause of
this ?



Multilink1, bundle name is bndl
  Bundle up for 04:50:50, 138/255 load
  Receive buffer limit 24384 bytes, frag timeout 1000 ms
    0/0 fragments/bytes in reassembly list
    0 lost fragments, 3350 reordered
    0/0 discarded fragments/bytes, 0 lost received
    0x59B5D9 received sequence, 0x70E186 sent sequence
  Member links: 2 active, 0 inactive (max not set, min not set)
    Se1/6:0, since 00:25:28
    Se4/6:0, since 00:04:39

_______________________________________________
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/