Bug in userland PPP LQR?

Brett Glass brett at lariat.net
Sat Jul 14 19:01:23 UTC 2007


At 12:41 PM 7/14/2007, Brian Somers wrote:
 
>> disable lqr
>> allow lqr
>
>accept lqr
>
>> enable echo
>> echoperiod 12
>
>set echoperiod 12

Yes, found and fixed both of these mistakes.

>I'd also add "set log +lqm" to your configuration.

Will try that.

>I expect unacknowledged LQR packets to be resent
>5 times (exactly the same packet), and the 6th
>timeout to cause a line drop.

That's what I thought too. But it seems as if a
single dropped packet among plenty of successful
ones can cause the session to drop. This is
why I am wondering if the counter is properly reset
or if one missed packet leads to a permanent loss
of synchronization.

>The spec says that the peer may ignore an LQR
>request if it's under load, but that it must
>respond to a duplicate LQR request.  My suspicion
>is that some implementations just ignore LQR
>altogether under load.  These implementations
>should disable LQR if they can't implement it
>properly.

I'm mostly dealing with the Linux pppd or ports of it
on the clients (since it seems to be the most popular 
open source implementation, regardless of quality).

--Brett Glass



More information about the freebsd-net mailing list