From owner-freebsd-doc Sat Jan 5 14:40:22 2002 Delivered-To: freebsd-doc@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F27D537B41B for ; Sat, 5 Jan 2002 14:40:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05Me0V59072; Sat, 5 Jan 2002 14:40:00 -0800 (PST) (envelope-from gnats) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id AB51937B402 for ; Sat, 5 Jan 2002 14:32:19 -0800 (PST) Received: from 12-225-156-18.client.attbi.com ([12.225.156.18]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020105223214.MBNH20395.rwcrmhc52.attbi.com@12-225-156-18.client.attbi.com> for ; Sat, 5 Jan 2002 22:32:14 +0000 Received: (from kuma@localhost) by 12-225-156-18.client.attbi.com (8.11.6/8.11.6) id g05MXMu14058; Sat, 5 Jan 2002 14:33:22 -0800 (PST) (envelope-from kuma) Message-Id: <200201052233.g05MXMu14058@12-225-156-18.client.attbi.com> Date: Sat, 5 Jan 2002 14:33:22 -0800 (PST) From: Norihiro Kumagai Reply-To: Norihiro Kumagai To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: docs/33585: Possible Errata in ntp.conf.5 manpage Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33585 >Category: docs >Synopsis: Possible Errata in ntp.conf.5 manpage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 05 14:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Norihiro Kumagai >Release: FreeBSD 4.4-RELEASE i386 >Organization: FreeBSD Japanese Manual Translation Project (jpman) >Environment: System: FreeBSD c9795-a 4.4-RELEASE FreeBSD 4.4-RELEASE #16: Sun Nov 4 13:05:43 PST 2001 kuma@c9795-a.vncvr1.wa.home.com:/usr/src/sys/compile/C9795A i386 src/usr.sbin/ntp/doc/ntp.conf.5 revision 1.2.2.3 2001/12/21 17:42:33 >Description: Some posible errata what I found in my revising Japamese manpages. Please review the following patch file. I am afraid because of my poor and limited English understanding, some of my correction might be incorrect. Please do not hesitate to refise some (or all) of my prosing correcsion. >How-To-Repeat: >Fix: --- ntp.conf-cur.5 Sat Dec 29 01:30:09 2001 +++ ntp.conf-mod.5 Sat Jan 5 14:21:07 2002 @@ -172,7 +172,8 @@ broadcast messages go only to the interface associated with the subnet specified, but multicast messages go to all interfaces. In broadcast mode the local server sends periodic broadcast -messages to a client population at the address +messages to a client population at the +.Ic address specified, which is usually the broadcast address on (one of) the local network(s) or a multicast address assigned to NTP. The IANA @@ -251,7 +252,7 @@ initial synchronization acquisition with the .Ic server command and s addresses and when -.Nm +.Xr ntpd 8 is started with the .Fl q @@ -323,7 +324,7 @@ This command enables reception of manycast client messages to the multicast group address(es) (type m) specified. At least one -address is required, but The NTP multicast address 224.0.1.1 +address is required, but the NTP multicast address 224.0.1.1 assigned by the IANA should NOT be used, unless specific means are taken to limit the span of the reply and avoid a possibly massive implosion at the original sender. @@ -567,8 +568,7 @@ needed to authenticate some remote configuration commands used by the .Xr ntpdc 8 , -.Xr ntpq 8 , -.Xr ntpdc 8 +.Xr ntpq 8 utilities. The .Pa ntpkey @@ -876,7 +876,7 @@ integers with values from 1 to 65,534. .El .Sh Monitoring Support -.Xr ntpd 8 +.Xr ntpd 8 includes a comprehensive monitoring facility suitable for continuous, long term recording of server and client timekeeping performance. @@ -952,7 +952,8 @@ The first two fields show the date (Modified Julian Day) and time (seconds and fraction past UTC midnight). The next field shows -the clock address in dotted-quad notation, The final field shows +the clock address in dotted-quad notation. +The final field shows the last timecode received from the clock in decoded ASCII format, where meaningful. In some clock drivers a good deal of additional @@ -974,7 +975,8 @@ time (seconds and fraction past UTC midnight). The next two fields show the remote peer or clock address followed by the local address -in dotted-quad notation, The final four fields show the originate, +in dotted-quad notation. +The final four fields show the originate, receive, transmit and final NTP timestamps in order. The timestamp values are as received and before processing by the various data @@ -1011,7 +1013,7 @@ of a file set that are currently unused are available for administrational operations without the risk of disturbing the operation of -.Xr ntpd 8 . +.Xr ntpd 8 . (Most important: they can be removed to free space for new data produced.) Note that this command can be sent from the @@ -1217,7 +1219,7 @@ If the .Cm kod flag is set and either service is denied or the client -limit is exceeded, the server it returns the packet and sets the +limit is exceeded, the server returns the packet and sets the leap bits unsynchronized, stratum zero and the ASCII string "DENY" in the reference source identifier field. If the @@ -1518,7 +1520,7 @@ .Cm refid and .Cm stratum -options control can be used to +options can be used to override the defaults for the device. There are two optional device-dependent time offsets and four flags that can be included @@ -1785,7 +1787,7 @@ support for this routine is detected automatically when the NTP daemon is compiled, so it is not necessary for the user to worry about this flag. -It flag is provided primarily so that this support +It is provided primarily so that this support can be disabled during kernel development. The default for this flag is >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message