MLPPP second link flapping

Hi
we test MLPP on ROS 6.41.4 using two ethernet-interfaces and a PPPoE interface that uses those interfaces and connect successfully.
We tested using 2 and 4 (i.e. using eth1 twice and eth2 twice) links.
the interesting phenomenon is that we always loose the second pppoe-session (pppoe1.2) no matter if we use two or four links.
each pppoe-eth-link works using it as single interface.

the pppoe1.2 holds for roughly 30 seconds (keepalive is at 90s) the connection gets “terminating and disconnected” reconnects immediately.

this is a) annoying and b) a bit of a bummer for data transmission as it always gets a small hit.

as all other pppoe-sessions work fine and we changed virtually everything already to prevent other failures, I’d ask for some advise from fellow MLPPP users.

regards,
hk

it’s a cisco issue, the box believes it has to drop link though fully loaded…

well after fixing the threshold issue on the ciscos-side we see a MLPPP issue on the mikrotk end…

it can be reproduced quite simply: if we max out all our mlppp-pppoe-links (using bw-test) then we see dropped links which are established immediately, but the linkd-down causes loss in bandwidth and gets quite annoying in time.. one some occasion even the eth-port gets down/up-ed by the MT (very rare)

we usually see this happening after roughly 30-35 minutes on full bw-test-load in one direction.

if we put a bw-limit on the test that is below the max-bandwidth everything is cool and quiet without disruption.

all this was tested on RB2011 running ROS 6.41.4.

any help appreciated,
hk