Date: Wed, 22 Mar 2000 00:31:48 +0100 From: Dermot McNally <dermot@mcnally.de> To: Brian Somers <brian@Awfulhak.org> Cc: freebsd-net@FreeBSD.ORG Subject: Re: NAT issues with ppp - a fix Message-ID: <4.2.0.58.20000322002243.028deef8@tim> In-Reply-To: <200003200835.IAA00371@hak.lan.Awfulhak.org> References: <Message from Brian Somers <brian@Awfulhak.org> <200003052213.WAA07676@hak.lan.Awfulhak.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At 08:35 20.03.2000 +0000, Brian Somers wrote: >Still ranting (but with a reduced cc list).... > >It looks like this has nothing to do with fragmentation - not in my >case anyway. I've added diagnostics to the fragmentation code in >nat_cmd.c, and there is no unexpected lossage. > >Is anyone in a position to try this (or a similar) scenario *without* >-nat (with real IP numbers - something I haven't got enough of) ? Do >things behave strangely ? Not me, unfortunately - I have precisely one real IP address when connected over DSL, and that's the one I get randomly allocated at connect time. I _can_ tell you that things always worked hunky dory from the actual FreeBSD box that makes the connection, but I don't think that's news to anyone... Anyway, while I have your attention, Maybe you could offer your opinion of the following log extract. Basically, this is the kind of thing I see when my connection has just dropped without me doing anything (and without the link being idle). It looks to me like the remote host is shutting down the connection. Is this the casE? If so, Deutsche Telekom will be getting snotty mails from me. I suspect that they have things set up to terminate your connection if they haven't heard from their proprietary Windows dialler thingy after a certain time - not surprising, since I only ever used it once to test the connection. Mar 4 11:06:16 tim ppp[19247]: tun0: LCP: deflink: RecvEchoRequest(86) state = Opened Mar 4 11:06:16 tim ppp[19247]: tun0: LCP: deflink: SendEchoReply(86) state = Opened Mar 4 11:06:19 tim ppp[19247]: tun0: LCP: deflink: RecvEchoRequest(87) state = Opened Mar 4 11:06:19 tim ppp[19247]: tun0: LCP: deflink: SendEchoReply(87) state = Opened Mar 4 11:06:22 tim ppp[19247]: tun0: LCP: deflink: RecvEchoRequest(88) state = Opened Mar 4 11:06:22 tim ppp[19247]: tun0: LCP: deflink: SendEchoReply(88) state = Opened Mar 4 11:06:25 tim ppp[19247]: tun0: LCP: deflink: RecvEchoRequest(89) state = Opened Mar 4 11:06:25 tim ppp[19247]: tun0: LCP: deflink: SendEchoReply(89) state = Opened Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: Received NGM_PPPOE_CLOSE (hook "tun0") Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: Device disconnected Mar 4 11:06:28 tim ppp[19247]: tun0: LCP: deflink: LayerDown Mar 4 11:06:28 tim ppp[19247]: tun0: LCP: deflink: State change Opened --> Starting Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: open -> lcp Mar 4 11:06:28 tim ppp[19247]: tun0: LCP: deflink: LayerFinish Mar 4 11:06:28 tim ppp[19247]: tun0: LCP: deflink: State change Starting --> Initial Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: deflink: LayerDown: 62.158.207.177 Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: deflink: State change Opened --> Starting Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: deflink: LayerFinish. Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: Connect time: 270 secs: 282245 octets in, 102550 octets out Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: total 1425 bytes/sec, peak 9374 bytes/sec on Sat Mar 4 11:06:28 2000 Mar 4 11:06:28 tim ppp[19247]: tun0: IPCP: deflink: State change Starting --> Initial Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: bundle: Terminate Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: Disconnected! Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: lcp -> logout Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: Disconnected! Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: logout -> hangup Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: Connect time: 271 secs: 285204 octets in, 105566 octets out Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: total 1441 bytes/sec, peak 9458 bytes/sec on Sat Mar 4 11:06:28 2000 Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: deflink: hangup -> closed Mar 4 11:06:28 tim ppp[19247]: tun0: Phase: bundle: Dead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.2.0.58.20000322002243.028deef8>