<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.protocols.time.ntp Google Group</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp</link>
  <description>The network time protocol.</description>
  <language>en</language>
  <item>
  <title>Re: QoS always the same Freebsd 6.1 ntpd 4.2.5p135@1.1793-o</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/0524cf27dcc06c90?show_docid=0524cf27dcc06c90</link>
  <description>
  Should have made that more clear. They are defined there, but that only maps &lt;br&gt; to something that looks like a enumeration (values 1 .. 12) and not some &lt;br&gt; usable DSCP values. &lt;br&gt; /hjj
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/0524cf27dcc06c90?show_docid=0524cf27dcc06c90</guid>
  <author>
  h...@wheel.dk
  (Hans Jørgen Jakobsen)
  </author>
  <pubDate>Mon, 10 Oct 2008 07:24:33 UT
</pubDate>
  </item>
  <item>
  <title>Re: QoS always the same Freebsd 6.1 ntpd 4.2.5p135@1.1793-o</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/5485cd24c66a2acb?show_docid=5485cd24c66a2acb</link>
  <description>
  See &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://support.ntp.org/bugs/show_bug.cgi?id=752&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/5485cd24c66a2acb?show_docid=5485cd24c66a2acb</guid>
  <author>
  st...@ntp.org
  (Harlan Stenn)
  </author>
  <pubDate>Mon, 10 Oct 2008 07:19:31 UT
</pubDate>
  </item>
  <item>
  <title>Re: QoS always the same Freebsd 6.1 ntpd 4.2.5p135@1.1793-o</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/09e57ae96d652a36?show_docid=09e57ae96d652a36</link>
  <description>
  expecting T_String &lt;br&gt; where &lt;br&gt; ntp_config.h &lt;br&gt; of &lt;br&gt; any
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/09e57ae96d652a36?show_docid=09e57ae96d652a36</guid>
  <author>
  hun...@comcast.net
  (Rob Neal)
  </author>
  <pubDate>Mon, 10 Oct 2008 02:11:10 UT
</pubDate>
  </item>
  <item>
  <title>QoS always the same Freebsd 6.1 ntpd 4.2.5p135@1.1793-o</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/97180b55d0730b64?show_docid=97180b55d0730b64</link>
  <description>
  I would like NTP traffic to use my providers EF traffic class. One way of &lt;br&gt; doing that would be to send packet with DSCP == 46 (TOS byte == 184). &lt;br&gt; But I have had no luck. &lt;br&gt; I have fetched latest dev version (4.2.5p...@1.1793-o) &lt;br&gt; No matter if what i try to configure(nothing, qos lowdelay, qos throughput, &lt;br&gt; qos cs5) the packet get send with tos==0xc0.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/59b2a8f5237c3473/97180b55d0730b64?show_docid=97180b55d0730b64</guid>
  <author>
  h...@wheel.dk
  (Hans Jørgen Jakobsen)
  </author>
  <pubDate>Sun, 10 Oct 2008 20:39:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: Different behavior between ntpd 4.2.0 and 4.2.4?</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/2d61d9c0c63a5db5?show_docid=2d61d9c0c63a5db5</link>
  <description>
  + connect to. As I understand it server two would not sync to server one &lt;br&gt; + if connection to the gps ntp server is lost without local clock on &lt;br&gt; + server one? &lt;br&gt; It won&#39;t synch to it, but neither will it diverge rapidly from it. &lt;br&gt; In this case you would probably be better off configuring the two &lt;br&gt; internal servers in orphan mode, at the same stratum. I&#39;m not sure
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/2d61d9c0c63a5db5?show_docid=2d61d9c0c63a5db5</guid>
  <author>
  da...@ex.djwhome.demon.co.uk.invalid
  (David Woolley)
  </author>
  <pubDate>Sun, 10 Oct 2008 18:25:37 UT
</pubDate>
  </item>
  <item>
  <title>Re: Different behavior between ntpd 4.2.0 and 4.2.4?</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/69ee7128c16f6380?show_docid=69ee7128c16f6380</link>
  <description>
  Thanks for the input &lt;br&gt; I tried to keep the first post brief, but I&#39;ll fill in some more data here. This machine is also a backup server for another machine on the network. A slightly strange redundant setup. A typical setup of ours is a small number of computers (say 10) where two of the machines work as clients to a hardware NTP server (GPS-based) that has been provided by us or to us. One has got the setup in the first post, with the local clock, and the second has gps time server and server one as servers to connect to. As I understand it server two would not sync to server one if connection to the gps ntp server is lost without local clock on server one?
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/69ee7128c16f6380?show_docid=69ee7128c16f6380</guid>
  <author>
  j.ljungg...@no.parkairsystems.com
  (Johnny Ljunggren)
  </author>
  <pubDate>Sat, 10 Oct 2008 20:14:25 UT
</pubDate>
  </item>
  <item>
  <title>Re: Different behavior between ntpd 4.2.0 and 4.2.4?</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/f5ff7be81e5cc090?show_docid=f5ff7be81e5cc090</link>
  <description>
  + ntpd from 4.2.0 to 4.2.4. Using the exact same ntp.conf file I get &lt;br&gt; + different behavior on the two versions, and the 4.2.4 version does not &lt;br&gt; + work as expected. I also downloaded the 4.2.4p5 source from ntp.org and &lt;br&gt; + installed but got the same behavior. &lt;br&gt; + ntpq -c peers that server nanna is in use. If I disconnect the lan
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/f5ff7be81e5cc090?show_docid=f5ff7be81e5cc090</guid>
  <author>
  da...@ex.djwhome.demon.co.uk.invalid
  (David Woolley)
  </author>
  <pubDate>Sat, 10 Oct 2008 14:45:27 UT
</pubDate>
  </item>
  <item>
  <title>Different behavior between ntpd 4.2.0 and 4.2.4?</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/71be297e24787c86?show_docid=71be297e24787c86</link>
  <description>
  Hello &lt;br&gt; I just upgraded som e machines from Mandriva 2006 to 2008 and thus ntpd from 4.2.0 to 4.2.4. Using the exact same ntp.conf file I get different behavior on the two versions, and the 4.2.4 version does not work as expected. I also downloaded the 4.2.4p5 source from ntp.org and installed but got the same behavior.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c53f1b142e2f388f/71be297e24787c86?show_docid=71be297e24787c86</guid>
  <author>
  j.ljungg...@no.parkairsystems.com
  (Johnny Ljunggren)
  </author>
  <pubDate>Fri, 10 Oct 2008 08:32:39 UT
</pubDate>
  </item>
  <item>
  <title>Re: Slow convergence of NTP with GPS/PPS</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/0af6f75c5411dd0a?show_docid=0af6f75c5411dd0a</link>
  <description>
  Based on the replies, we have (regretfully) decided that ntpd does not suit &lt;br&gt; our particular need. &lt;br&gt; Instead we have written some software to read GPS sentences + handle PPS &lt;br&gt; pulse interrupts and manage the system time ourselves. &lt;br&gt; Somewhat crude, but seems to work OK so far.... &lt;br&gt; Thanks again for all the help.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/0af6f75c5411dd0a?show_docid=0af6f75c5411dd0a</guid>
  <author>
  dav...@pipstechnology.co.uk
  (David McConnell)
  </author>
  <pubDate>Fri, 10 Oct 2008 17:49:43 UT
</pubDate>
  </item>
  <item>
  <title>Re: NTP Broadcast</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/6a4df1ba995ea2e0?show_docid=6a4df1ba995ea2e0</link>
  <description>
  For the current distribution documentation search Google for &lt;br&gt; &amp;quot;site:&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.eecis.udel.edu&quot;&gt;[link]&lt;/a&gt; ntp broadcast mode&amp;quot;. If you wish to browse &lt;br&gt; these documents please visit &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.ntp.org/documentation.html&quot;&gt;[link]&lt;/a&gt; and &lt;br&gt; follow the &amp;quot;Official NTP Docuemntation&amp;quot; link. &lt;br&gt; The NTP Documentation Archive at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://doc.ntp.org/&quot;&gt;[link]&lt;/a&gt; houses
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/6a4df1ba995ea2e0?show_docid=6a4df1ba995ea2e0</guid>
  <author>
  koste...@ntp.org
  (Steve Kostecke)
  </author>
  <pubDate>Fri, 10 Oct 2008 15:48:12 UT
</pubDate>
  </item>
  <item>
  <title>Re: NTP Broadcast</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/08b9bcd78ec72f26?show_docid=08b9bcd78ec72f26</link>
  <description>
  &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.ntp.org&quot;&gt;[link]&lt;/a&gt; will take you to such documentation as there is, &lt;br&gt; source code and, perhaps, other forms of enlightenment.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/08b9bcd78ec72f26?show_docid=08b9bcd78ec72f26</guid>
  <author>
  rgilber...@comcast.net
  (Richard B. Gilbert)
  </author>
  <pubDate>Fri, 10 Oct 2008 15:58:56 UT
</pubDate>
  </item>
  <item>
  <title>NTP Broadcast</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/5ea62b06c257ad22?show_docid=5ea62b06c257ad22</link>
  <description>
  Hi, &lt;br&gt; I am interested in understanding the implementation of NTP broadcast mode. &lt;br&gt; Any explaination or reference where I can find the details, I will be &lt;br&gt; thankful. &lt;br&gt; Thanks &lt;br&gt; Kiran
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/c260f185110b745f/5ea62b06c257ad22?show_docid=5ea62b06c257ad22</guid>
  <author>
  kiran.shi...@gmail.com
  (kiran shirol)
  </author>
  <pubDate>Fri, 10 Oct 2008 13:45:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: Slow convergence of NTP with GPS/PPS</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/331dd9df59f573ed?show_docid=331dd9df59f573ed</link>
  <description>
  That sounds like your drift rate in /etc/drift is way out, or that you do &lt;br&gt; not have such a file. &lt;br&gt; Yup it could do. This seems to be a problem.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/331dd9df59f573ed?show_docid=331dd9df59f573ed</guid>
  <author>
  unruh-s...@physics.ubc.ca
  (Unruh)
  </author>
  <pubDate>Fri, 10 Oct 2008 01:33:45 UT
</pubDate>
  </item>
  <item>
  <title>Re: Slow convergence of NTP with GPS/PPS</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/1ecece8237b449de?show_docid=1ecece8237b449de</link>
  <description>
  David, &lt;br&gt; Your mission is seriously in jeopardy. &lt;br&gt; The NTP discipline loop has hard constraints on maximum sample rate &lt;br&gt; (minimum poll interval) and loop dynamics. If you force the sample rate &lt;br&gt; greater than one in 8 s, you violate the loop delay requirement and the &lt;br&gt; loop WILL become unstable. There is no magic tinker that does what you
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/1ecece8237b449de?show_docid=1ecece8237b449de</guid>
  <author>
  mi...@udel.edu
  (David L. Mills)
  </author>
  <pubDate>Thu, 10 Oct 2008 19:11:53 UT
</pubDate>
  </item>
  <item>
  <title>Re: Slow convergence of NTP with GPS/PPS</title>
  <link>http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/f308e02c21d2870f?show_docid=f308e02c21d2870f</link>
  <description>
  How stable is your temperature? Are you rebooting a happy system? &lt;br&gt; (If so why?) Or are you powering up a system that has been off &lt;br&gt; for the night? &lt;br&gt; If your drift file is off, I would expect things like this: &lt;br&gt; If your temperature is unstable, I think you are going to have troubles &lt;br&gt; getting started cleanly. (Note that CPU activity may influence your
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.protocols.time.ntp/browse_thread/thread/5d21ba9740cd6e33/f308e02c21d2870f?show_docid=f308e02c21d2870f</guid>
  <author>
  hal-use...@ip-64-139-1-69.sjc.megapath.net
  (Hal Murray)
  </author>
  <pubDate>Thu, 10 Oct 2008 18:55:33 UT
</pubDate>
  </item>
  </channel>
</rss>
