Skip site navigation (1)Skip section navigation (2)
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>