On 2009-04-06, David Woolley wrote:
> Steve Kostecke wrote:
>
>> "Sync" is usually defined as "calculating the offset between a clock and
>> a reference standard, stepping or initiating a slew to correct the
>
> I doubt that many would consider the initiation of a slew as being
> synchronised. I
On 2009-04-06, sheikdawoodraj...@gmail.com wrote:
[snip: a 27 line block of text]
> Yes, that's what I'm experimenting now.
What are you experimenting with?
> I beleive the Orphan Broadcast Mesh will work when none of the
> systems configured with external time servers at all.
Why don't you t
On 2009-04-06, David Mills wrote:
> You scratch a sore spot as I verified over the last couple of days. You
> can always increase the mindist, but eventually the orphan servers will
> drift away from each other.
Right. Because all of the servers are free-wheeling.
> The problem is the orphan
On 2009-04-07, sheikdawoodraj...@gmail.com
wrote:
> On Apr 6, 12:32 pm, Steve Kostecke wrote:
>
>> OrphanMode is intended to select _one_ leader from the group of
>> Orphans when all other time sources are unreachable. It does so based
>> on a randomly generated value.
>
> I read that NTP uses "
On Apr 6, 12:32 pm, Steve Kostecke wrote:
> On 2009-04-06, David Woolley wrote:
>
> > Seems to me that iforphanmodeis using narrow error bands, it is not
> > going to work in many or most cases where people would want to use it!
>
> > It needs to work when there never was a real time source (pro
> In order to minimuze the grief this can cause if the sources are very
> precise and have very low synchronization distance, but doffer by more
> than a few ms, a shim can be added to the correctness interval using the
> tos mindist comand.
[Dawood] Does any ntp variable holds the value of "sync
On Apr 6, 12:40 pm, Steve Kostecke wrote:
> On 2009-04-02, sheikdawoodraj...@gmail.com wrote:
> > I am testing "Time Island" in NTP on Windows platform. I built the
> > binaries using source downloaded from meinberg site.
>
> > Binaries built successfully and I'm testing it now.
>
> > NTP on ALL t
Steve,
You scratch a sore spot as I verified over the last couple of days. You
can always increase the mindist, but eventually the orphan servers will
drift away from each other. The problem is the orphan server has to be
selected before the intersection algorithm. I changed that in the
develo
On 2009-04-06, David Woolley wrote:
> Steve Kostecke wrote:
>> On 2009-04-02, sheikdawoodraj...@gmail.com wrote:
>>
>>> When all the 7 nodes have the same config, using "orphan stratum 6"
>>
>> I don't understand what you mean by:
>
> I believe he means (give or take actual syntax).
You elided
On 2009-04-06, David Woolley wrote:
> Steve Kostecke wrote:
>>
>> Orphan Mode is intended to select _one_ leader from the group of Orphans
>> when all other time sources are unreachable. It does so based on a
>> randomly generated value.
>>
>
> That's what it is intended to do, but what people s
On 2009-04-06, Unruh wrote:
> Steve Kostecke writes:
>
>>On 2009-04-06, Unruh wrote:
>>
>>> ntp can take 10 hours or more to sync.
>
>>I believe you mean "ntp can take 10 hours or more to amortize a
>>clock's offset within the limits of the hardware."
>
> Yes, that is what I meant.
Please stop
Steve Kostecke wrote:
> "Sync" is usually defined as "calculating the offset between a clock and
> a reference standard, stepping or initiating a slew to correct the
I doubt that many would consider the initiation of a slew as being
synchronised. I would suggest most people would define synchro
Steve Kostecke wrote:
>
> Orphan Mode is intended to select _one_ leader from the group of Orphans
> when all other time sources are unreachable. It does so based on a
> randomly generated value.
>
That's what it is intended to do, but what people seem to be saying here
is that it will easily
Steve Kostecke wrote:
> On 2009-04-02, sheikdawoodraj...@gmail.com wrote:
ured with real time sources.
>
>> Problem: --
>> When all the 7 nodes have the same config, using "orphan stratum 6"
>
> I don't understand what you mean by:
>
I believe he means (give or take actual syntax).
Steve Kostecke writes:
>On 2009-04-06, Unruh wrote:
>> sheikdawoodraj...@gmail.com writes:
>>>When I tried running this test case again the next day with (approx
>>>25/30/40 minutes difference in 3 of the systems out of 7), the time
>>>sync didn't happened for a while (approx 1 hour) or so. x c
On 2009-04-06, Unruh wrote:
> sheikdawoodraj...@gmail.com writes:
>>When I tried running this test case again the next day with (approx
>>25/30/40 minutes difference in 3 of the systems out of 7), the time
>>sync didn't happened for a while (approx 1 hour) or so. x conditions
>>remained the same
My friend's ISP had an unknown feature - a firewall on the ISP side which
blocked traffic other than Web and e-mail. Changing that firewall setting
from "high" to "low" and restarting his router allowed NTP to work
correctly and discipline his PC's clock.
Thanks to all the help and suggestions
On 2009-04-06, David Woolley wrote:
> Seems to me that if orphan mode is using narrow error bands, it is not
> going to work in many or most cases where people would want to use it!
>
> It needs to work when there never was a real time source (probably the
> main reason people will actually us
On 2009-04-02, sheikdawoodraj...@gmail.com wrote:
> I am testing "Time Island" in NTP on Windows platform. I built the
> binaries using source downloaded from meinberg site.
>
> Binaries built successfully and I'm testing it now.
>
> NTP on ALL the nodes (7 nodes) with SAME stratum "orphan stratum
sheikdawoodraj...@gmail.com writes:
>Mills,
>[Dawood] The broadcast was successful after adding shim (Setting "tos
>mindist
>0.010") to the correctness interval. It worked fine once but when I
>tried again the time-sync was -not- successful. Could it be a problem
>in the
>network configuration(s)
sheikdawoodraj...@gmail.com,
I don't understand your question. The interwsection algorithm doesn' t
care if ther are two or twenty parcicipants in the argument.
Dave
sheikdawoodraj...@gmail.com wrote:
>On Apr 3, 12:42 pm, mi...@udel.edu (David Mills) wrote:
>
>
>>sheikdawoodraj...@gmail.com,
```
```
ENTER HERE:
>>> http://find-365.com/page/free-samples <<<
``
David Woolley wrote:
> Danny Mayer wrote:
>> Instead of all that, just run netstat -an from the command line and see
>> if there is anything using 123/UDP port on the local addresses. You can
>> then used netstat -ano to get the PID of the application using that port.
>
> He is running Windows. T
David Woolley wrote:
> Danny Mayer wrote:
>>
>> Instead of all that, just run netstat -an from the command line and
>> see if there is anything using 123/UDP port on the local addresses.
>> You can then used netstat -ano to get the PID of the application
>> using that port.
>
> He is running Window
sheikdawoodraj...@gmail.com wrote:
> [Dawood] I assume the systems with SAME stratum "orphan stratum 6"
> identically
> configured both as broadcast client and broadcast server ("Time
> Island") will
> work fine WITHOUT a shim IF there are more than TWO sources??
No. You still require that at l
Mills,
[Dawood] The broadcast was successful after adding shim (Setting "tos
mindist
0.010") to the correctness interval. It worked fine once but when I
tried again the time-sync was -not- successful. Could it be a problem
in the
network configuration(s) -or- something else ?
>> What I exactly me
On Apr 3, 12:42 pm, mi...@udel.edu (David Mills) wrote:
> sheikdawoodraj...@gmail.com,
>
> You might want to review the architecture briefing on the NTP Project
> Page. Note the definitions of correctness interval, intersection
> algorithm and majority subset. With only two sources there can be onl
Mills,
Thank you very much for your explanation.
I went through the definitions of NTP "correctness interval,
intersection algorithm and majority subset".
The broadcast was successful after adding shim (Setting "tos mindist
0.010") to the correctness interval. It worked fine once but when I
tried
28 matches
Mail list logo
