[ntp:questions] one nic dropped and two removed
dear all, maybe i misunderstand this command. if i drop one interface all others disappear. is this what it should do ? ( see below ) my environment sun sparc solaris 10 with ntp version 4.2.8p2 my sparc server has 4 nic's. 3 of them are cabled, plumbed and up. no virtual interface kind regards hans -- # ntp is listening on all interfaces here mh3:root lsof -n -iUDP | grep ntp ntpd 2741 root 20u IPv6 0x30009da2dc0 0t0 UDP *:ntp ntpd 2741 root 21u IPv4 0x30004b2cb40 0t0 UDP *:ntp ntpd 2741 root 22u IPv6 0x30009da29c0 0t0 UDP [::1]:ntp ntpd 2741 root 23u IPv4 0x30009da25c0 0t0 UDP 127.0.0.1:ntp ntpd 2741 root 24u IPv4 0x30009da2fc0 0t0 UDP 172.20.241.10:ntp ntpd 2741 root 25u IPv4 0x30004b2d540 0t0 UDP 192.168.241.10:ntp ntpd 2741 root 26u IPv4 0x30009da3bc0 0t0 UDP 188.21.75.154:ntp mh3:root ntpq ntpq ifstats Keyid: 7 MD5 Password: interface namesend # address/broadcast drop flag ttl mc received sent failed peers uptime == 0 v6wildcard D 81 0 0 0 0 0 050673 [::]:123 1 v4wildcard D 89 0 0 0 0 0 050673 0.0.0.0:123 2 lo0 . 15 0 0 0 0 0 050673 [::1]:123 3 lo0 . 15 0 0 9 15 0 050673 127.0.0.1:123 4 bge0 . 19 0 0 14 14 0 050673 172.20.241.10:123 5 bge1 . 19 0 0 1219 1219 0 250673 192.168.241.10:123 6 bge2 . 19 0 0 1032 1053 0 450673 178.21.75.154:123 ntpq :config interface drop 172.20.241.10/32 Config Succeeded ntpq ifstats interface namesend # address/broadcast drop flag ttl mc received sent failed peers uptime == 0 v6wildcard D 81 0 0 0 0 0 050870 [::]:123 1 v4wildcard D 89 0 0 0 0 0 050870 0.0.0.0:123 2 lo0 . 15 0 0 0 0 0 050870 [::1]:123 3 lo0 . 15 0 0 11 20 0 050870 127.0.0.1:123 4 bge0 D 19 0 0 14 14 0 050870 172.20.241.10:123 ntpq ^D # ntp is listening only at the dropped nic mh3:root lsof -n -iUDP | grep ntp ntpd 2741 root 20u IPv6 0x30009da2dc0 0t0 UDP *:ntp ntpd 2741 root 21u IPv4 0x30004b2cb40 0t0 UDP *:ntp ntpd 2741 root 22u IPv6 0x30009da29c0 0t0 UDP [::1]:ntp ntpd 2741 root 23u IPv4 0x30009da25c0 0t0 UDP 127.0.0.1:ntp ntpd 2741 root 24u IPv4 0x30009da2fc0 0t0 UDP 172.20.241.10:ntp mh3:root ntpq -c ver ntpq 4.2.8p2@1.3265-o Sun Apr 12 15:35:59 UTC 2015 (1) -- Ing. Dipl.-Ing. Hans Mayer Systems Administrator Information and Communication Technologies (ICT) International Institute for Applied Systems Analysis (IIASA) Schlossplatz 1 A-2361 Laxenburg, Austria Phone: +43 2236 807 Ext 215 Mobile: +43 676 83 807 215 Web: http://www.iiasa.ac.at ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Trouble Simulating Leap Seconds
On Wed, Apr 08, 2015 at 12:31:18PM -0400, Jim Witschey wrote: Thanks for the pointer, Chris -- that didn't seem to help, though. I'd been setting the clock to 23:50, and INS wasn't set at midnight when I changing that to 23:45. With what ntp version are you trying this and does is it have a valid drift file on start? If it's a 4.2.6 or older and there is no drift file, it will need at least 15 minutes to estimate the initial frequency and only then it can set the leap status. Also, is the server reporting synchronized status right from the start? You might want to start at 23:30 to be sure both server and client had enough time to synchronize. -- Miroslav Lichvar ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] reachability register
Hello: All I can say is, it does that sometimes. I think what might be happening is that ntpq caught ntpd before the reachability register was updated, although it updates that fairly early in the game. You can see the code in proto.c in a recent source distribution, like here: Tarball: http://archive.ntp.org/ntp4/ntp-dev/ntp-dev-4.3.14.tar.gz MD5 sum: http://archive.ntp.org/ntp4/ntp-dev/ntp-dev-4.3.14.tar.gz.md5 If you want to see it work correctly and you are using Windows, start the Meinberg NTP Monitor and set it to monitor your Internet-facing NTP client. On a non-Windows O/S, just use the host command to set ntpq to the Internet-facing NTP client and repeatedly send it the peers command. In any case, then unplug your Internet modem and your router. Wait a few seconds (~60), plug the modem back in, then after a few seconds (~30) plug in your router. Then watch the Meinberg NTP Monitor or the ntpq peers output of the reachability register. You should see something like the following: BinaryOctal 100 100 1001 201 11 3 111 7 17 137 1177 111 177 377 Charles Elliott -Original Message- From: questions [mailto:questions- bounces+elliott.ch=comcast@lists.ntp.org] On Behalf Of MAYER Hans Sent: Wednesday, April 8, 2015 9:23 AM To: questions@lists.ntp.org Subject: [ntp:questions] reachability register Dear all, I have a question about the reachability register. For my opinion this is a left shift 8-bit register. I looked in one of our internal ntp-server with ntpq and found a value of 376 to a peer configured internal server. After waiting the time difference between poll and when I can find the value of 377. How is it possible ? For my understanding this could only happen after 8 times the poll interval. The next value should be 375 and after that 373. And so on shifting the 0-bit to the left. Kind regards Hans ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
[ntp:questions] reachability register
Dear all, Thanks for your detailed reply. @Charles, if I unplug my 1-Gbit internet line then about 250 user are not happy. An my supervisor too. But I know how to simulate this. It happened on an internal ntp server with version 4.2.8p1 with a peer connection to another internal and 2 configured upstream server to the DMZ ( also internal ) But I have seen this behavior on this 2 ntp server at the DMZ too. Of course I didn't look at the source code. And obviously I will not understand it. @Brian, I read 3 times your information and tried to follow. Definitely I looked not only once after the change. SO it was not only between request and reply. What I take with me: yes it can happen, it's a normal behavior. Thanks for your advice. Kind regards Hans ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] reachability register
Dear all, Thanks for your detailed reply. @Charles, if I unplug my 1-Gbit internet line then about 250 user are not happy. An my supervisor too. But I know how to simulate this. It happened on an internal ntp server with version 4.2.8p1 with a peer connection to another internal and 2 configured upstream server to the DMZ ( also internal ) But I have seen this behavior on this 2 ntp server at the DMZ too. Of course I didn't look at the source code. And obviously I will not understand it. @Brian, I read 3 times your information and tried to follow. Definitely I looked not only once after the change. SO it was not only between request and reply. What I take with me: yes it can happen, it's a normal behavior. Thanks for your advice. Kind regards Hans ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
[ntp:questions] Problems with the mail services...
Folks, I want to apologize for the recent problems we’ve had with the mail servers for ntp.org and the mailing list server at lists.ntp.org. We’ve had some systems go unexpectedly south on us, with unexpected consequences. We’re in the process of putting things back together, and hopefully we won’t have any more issues with the mail system. If you do notice any problems in the future, please do not hesitate to contact me directly, either via e-mail to the address below, or to my cell phone at +1-512-964-2949. Outside of the work I have to do to earn a paycheck, and certain personal family issues, these systems and this project are my top priority. If anything happens to them, I want to know about it, sooner rather than later. Meanwhile, if you’d like to volunteer to help out, please feel free to contact Harlan Stenn via e-mail to st...@ntp.org, and he or Sue or I will get back to you as quickly as we can. Thanks! P.S. Yes, I did cross-post this message to p...@lists.ntp.org. This is an important enough issue that I felt that it was warranted. Thanks for your support! -- Brad Knowles b...@shub-internet.org LinkedIn Profile: http://tinyurl.com/y8kpxu signature.asc Description: Message signed with OpenPGP using GPGMail ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] reachability register
On 4/8/2015 9:23 AM, MAYER Hans wrote: Dear all, I have a question about the reachability register. For my opinion this is a left shift 8-bit register. I looked in one of our internal ntp-server with ntpq and found a value of 376 to a peer configured internal server. After waiting the time difference between poll and when I can find the value of 377. How is it possible ? For my understanding this could only happen after 8 times the poll interval. The next value should be 375 and after that 373. And so on shifting the 0-bit to the left. You are mostly correct. You are missing only one small detail. The register gets shifted when NTP sends a packet and ORs in a one when it receives a packet. Thus, if the low order bit were zero because a packet got dropped, then your reasoning would be correct. However, if the low order bit were zero because you happened to look between the time a request was sent and a reply was received then what you observed is correct. -- Oracle http://www.oracle.com Brian Utterback | Principal Software Engineer Phone: +1 6038973049 tel:+1%206038973049 Oracle Systems/RPE Solaris Network 1 Oracle Dr. | Nashua, NH 03062 This space for sale or rent Green Oracle http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions