From owner-freebsd-stable Wed Jan 16 21:48:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 97E3837B405 for ; Wed, 16 Jan 2002 21:48:18 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id QAA15352; Thu, 17 Jan 2002 16:48:14 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37645) with ESMTP id <01KD6NSHFZHS5IJ8QC@cim.alcatel.com.au>; Thu, 17 Jan 2002 16:48:33 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.6/8.11.6) id g0H5mBV53402; Thu, 17 Jan 2002 16:48:11 +1100 Content-return: prohibited Date: Thu, 17 Jan 2002 16:48:11 +1100 From: Peter Jeremy Subject: Re: NTP packet routing problem In-reply-to: <200201170535.QAA03202@lightning.itga.com.au>; from gnb@itga.com.au on Thu, Jan 17, 2002 at 04:35:18PM +1100 To: Gregory Bond Cc: freebsd-stable@FreeBSD.ORG Mail-Followup-To: Gregory Bond , freebsd-stable@FreeBSD.ORG Message-id: <20020117164811.T72285@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200201170535.QAA03202@lightning.itga.com.au> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-Jan-17 16:35:18 +1100, Gregory Bond wrote: >I've seen similar problems with PPP links over ssh - the link comes >up, but on the PPP host the route to the remote end is via the ether >interface. This is true for all pkts, not just ntp (which doesn't >run over this particular link). You can fix it by deleting a static >route on the ppp host, and it all starts working again. Except I can get other IP traffic through the PPP link - it's just NTP. Also, creating/deleting static routes didn't have any effect. >I _think_ this is caused by ppp not removing routes it adds before >the tunX interface goes down, and then the kernel re-binds the route >via a seemingly viable non-down interface (i.e. the default route), >and won't re-bind it when the tunX interface comes up. But it >happens rarely so I've not nailed down the exact circumstances. With everything working correctly, I can't see any cloned routes. When the link drops next time, I'll have a closer look at the routing table innards. I will also try and reproduce the problem on a system that I have physical access to. Maybe some ntpd debugging or tracing might suggest something. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message