Strange PPPoE behaviour -- Need help to avoid fees

[Adam]

On Thu, 2003-06-05 at 16:14, Adam wrote:
> I just got a call from my ISP telling me that my DSL has been
> disconnecting and reconnecting every 3 minutes for the past few months,
> and that this is putting a heavy load on their servers. They're
> considering charging me for all this extra bandwidth, as they're certain
> that the problem is on my end.

Well, the problem is certainly related to LQR. I disabled LQR, and the
problem has stopped happening. I got suspicious of LQR when I looked in
my ppp.log and saw this:

***
Jun  5 18:01:40 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(1)
state = Opened 
Jun  5 18:01:40 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(1) state
= Opened 
Jun  5 18:02:00 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(2)
state = Opened 
Jun  5 18:02:00 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(2) state
= Opened 
Jun  5 18:02:10 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(3)
state = Opened 
Jun  5 18:02:10 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(3) state
= Opened 
Jun  5 18:02:21 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(4)
state = Opened 
Jun  5 18:02:21 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(4) state
= Opened 
Jun  5 18:02:41 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(5)
state = Opened 
Jun  5 18:02:41 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(5) state
= Opened 
Jun  5 18:02:51 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(6)
state = Opened 
Jun  5 18:02:51 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(6) state
= Opened 
Jun  5 18:03:01 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(7)
state = Opened 
Jun  5 18:03:02 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(7) state
= Opened 
Jun  5 18:03:12 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(8)
state = Opened 
Jun  5 18:03:12 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(8) state
= Opened 
Jun  5 18:03:32 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(9)
state = Opened 
Jun  5 18:03:32 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(9) state
= Opened 
Jun  5 18:04:03 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(10)
state = Opened 
Jun  5 18:04:03 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(10)
state = Opened 
Jun  5 18:04:13 jake ppp[74]: tun0: LCP: deflink: RecvEchoRequest(11)
state = Opened 
Jun  5 18:04:13 jake ppp[74]: tun0: LCP: deflink: SendEchoReply(11)
state = Opened 
Jun  5 18:04:17 jake ppp[74]: tun0: Phase: deflink: ** Too many LQR
packets lost ** 
Jun  5 18:04:17 jake ppp[74]: tun0: CCP: deflink: State change Stopped
--> Closed 
Jun  5 18:04:17 jake ppp[74]: tun0: CCP: deflink: State change Closed
--> Initial 
Jun  5 18:04:17 jake ppp[74]: tun0: LCP: deflink: LayerDown 
Jun  5 18:04:17 jake ppp[74]: tun0: LCP: deflink: State change Opened
--> Starting 
Jun  5 18:04:17 jake ppp[74]: tun0: Phase: deflink: open -> lcp 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: deflink: LayerDown:
64.39.186.203 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: deflink: State change Opened
--> Starting 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: deflink: LayerFinish. 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: Connect time: 179 secs: 61162
octets in, 14938 octets out 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: 8042 packets in, 8796 packets
out 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP:  total 425 bytes/sec, peak
7749 bytes/sec on Thu Jun  5 18:01:20 2003 
Jun  5 18:04:17 jake ppp[74]: tun0: IPCP: deflink: State change Starting
--> Initial 
Jun  5 18:04:17 jake ppp[74]: tun0: Phase: bundle: Terminate 
Jun  5 18:04:17 jake ppp[74]: tun0: LCP: deflink: LayerFinish 
Jun  5 18:04:17 jake ppp[74]: tun0: LCP: deflink: State change Starting
--> Initial 
Jun  5 18:04:17 jake ppp[74]: tun0: Phase: deflink: Disconnected! 
***

So, either my firewall is too strict, or the remote end isn't responding
to the LQR packet. Disabling LQR has fixed the problem, but now I wonder
if I am losing out by now utilizing LQR? Could it have been my firewall
that was blocking it? I couldn't find any good information online about
firewalling LQR packets.


-- 
Adam <blueeskimo at gmx.net>