From owner-freebsd-hackers Tue Apr 25 09:43:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00194 for hackers-outgoing; Tue, 25 Apr 1995 09:43:48 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00177 for ; Tue, 25 Apr 1995 09:43:35 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id JAA19745 for ; Tue, 25 Apr 1995 09:07:59 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA04495; Wed, 26 Apr 1995 02:07:51 +1000 From: michael butler Message-Id: <199504251607.CAA04495@asstdc.scgt.oz.au> Subject: Re: xntpd patches for dcf77 To: VCAPUANO@VMPROFS.ESOC.ESA.DE (Vincenzo Capuano) Date: Wed, 26 Apr 1995 02:07:49 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199504251145.EAA25932@freefall.cdrom.com> from "Vincenzo Capuano" at Apr 25, 95 01:38:49 pm Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1013 Sender: hackers-owner@FreeBSD.org Precedence: bulk Vincenzo Capuano writes: > I have finally got xntpd to work with the Boeder DCF77 receiver. > When ftp.freebsd.org is alive again I will put the patches in incoming. Whilst we're waiting, I've noted that, if I define an alias address for the ethernet interface, xntpd doesn't listen on it .. e.g. .. ifconfig ed0 inet 202.14.234.69 netmask 255.255.255.240 ifconfig ed0 inet alias 202.12.127.65 netmask 255.255.255.240 .. but xntpd only listens on 202.14.234.69 (and 127.0.0.1, of course). By way of explanation, I have two class C subnets on the one ether as a consequence of a transition between them (which is taking longer than I really want :-(). The other observation is that I can't say .. "addserver 127.127.1.15" to xntpdc which usually allows xntpd to use the local clock as a reference when my PPP link gets saturated to the point of disturbing the measurements beyond the dispersion limits. It complains of "refclock_newpeer: clock type 1 invalid", yet LOCAL_CLOCK is defined :-( michael