[c-nsp] SDSL Aggregation on 1841
Ahmad Cheikh-Moussa
acm at netuse.de
Sat Aug 26 10:43:13 EDT 2006
Hi Oliver!.
Thanks four your hints.
Now it works real good.
> you loose fragments. If the loss is due to reassembly buffer overflow
> (for example when you see a high differential delay, i.e. one link
> "lags" behind the other), you can try to tune the reassembly buffer
> using "ppp multilink slippage mru <n>". Default ist 8*MRU*num_links
> bytes (24384 bytes, as shown above), try to double it and see if the
> fragment drops go away. What is the link speed (i.e. downstream speed
> from LNS to client)?
>
> If you can't rule out packet reorders between LNS and Client, try the
> "ppp link reorders" command at the client's Dialer interface to enable
> the relaxed lost fragment algorithm (which is enabled on the LNS by
> default since the sessions arrive via L2TP), but don't think this will
> help here..
I added those lines to dialer 1
ppp link reorders
ppp multilink slippage mrru 16
After that I had no framelosts.
I could work with that without any problems.
Thanks again.
Have a nice weekend,
Ahmad
--
Ahmad Cheikh-Moussa
NetUSE AG
Dr.-Hell-Straße, 24107 Kiel, Germany
Telefon: +49 431 2390 400 -- Telefax: +49 431 2390 499
Service: Service at NetUSE.DE -- http://NetUSE.DE/
More information about the cisco-nsp
mailing list