[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