[ntp:questions] very slow convergence of ntp to correct time.

Richard B. Gilbert rgilbert88 at comcast.net
Mon Jan 28 23:07:24 UTC 2008

Eric wrote:
> On Mon, 28 Jan 2008 22:09:11 +0000, "David L. Mills" <mills at udel.edu> wrote
> for the entire planet to see:
> <snip>
>>However, you give me an idea. Why not shut down the burst when the clock 
>>filter delivers the first sample? Gotta think about that.
> Hi Dave - 
> I'm pleased to know I've provoked some new thoughts.  If I understand your
> post, burst mode was intended to get enough (lousy) samples into and
> through the clock filters to allow for initial sync.  Once the pipeline is
> loaded no more "extra" polls are needed.  

I think you are confusing "iburst" and "burst".   Iburst is used at 
startup to fill the pipeline and get a fast startup.  Following that 
initial burst, a single request packet is sent at each poll interval.

Burst mode is used in situations where a system connects to a server at 
intervals measured in hours; e.g. two to four times per day.  The 
samples are not necessarily lousy, they are just obtained infrequently.
Eight samples fill the pipeline and satisfy the filter.

More information about the questions mailing list