Subject: Re: In-kernel pppoe doesn't seem to detect connection loss
To: None <email@example.com>
From: Juha K Kallio <firstname.lastname@example.org>
Date: 04/23/2003 14:32:25
On Wed, Apr 23, 2003 at 12:28:10PM +0200, Martin Husemann wrote:
> On Wed, Apr 23, 2003 at 12:51:01PM +0300, Juha K Kallio wrote:
> > I really have no idea why the in-kernel pppoe isn't disconnecting when the peer doesn't answer LCP. tcpdump clearly showed
> > the LCP echoes and replies.
> Well, if there are replies, what's the point of disconnecting?
I checked the replies while the connection was OK. But clearly the replies can't get in if my network cable is unplugged.
pppoectl shows it stays forever in 'network' state, and there are no LCP timeout messages in console, which should be
there in normal operation.
Might it be the peer sending the echo requests? The pppoe RFC recommended that the _server_ should send requests. Maybe
I'll try if the echoes are sent while the connection is not working.
Weird thing here is, I've configured NetBSD + pppoe multiple times on different machines, and this is the only
time I'm having problems. Perhaps something has been changed? My kernel WAS 1.6.1_RC2, now it's 1.6.1_STABLE. I haven't
yet tested if it works with the current kernel.