Path: csiph.com!eternal-september.org!feeder3.eternal-september.org!news.iecc.com!.POSTED.news.iecc.com!not-for-mail
From: "Miroslav Lichvar via questions Mailing List" <questions@lists.ntp.org>
Newsgroups: comp.protocols.time.ntp
Subject: Re: [EXT] Re: Re: Re: Delay in Switching to Stratum 16 After Local Reference Loss on ntpd 4.2.8p18
Date: Mon, 7 Jul 2025 09:38:00 -0000 (UTC)
Organization: Taughannock Networks, Trumansburg NY
Message-ID: <aGuUd-UE2_quWNi4@localhost>
References: <aGVIVbdlZAqr0YxA@localhost> <CAMbSiYCjHLqga5+A5i60dLm04bP8M+T_i_zdTpeSro5ScYXXwA@mail.gmail.com> <90763509-b155-4fdb-8605-b861d8bd20b7@ntp.org> <e0bf2cdc994241049f4036a014892cd8@ukr.de> <637bfd260e184bb0844d2d746b6646c3@ukr.de> <CAMbSiYAfxWmzdx494b5AWNGnfbFwCL7NfZnjMy0jxjY7GpTC_w@mail.gmail.com> <aGT-5oBONitTpxU3@localhost> <f5ff0fc9703e414b999c5845039667fa@ukr.de> <1040f45$2qa5k$1@dont-email.me> <CAD9nGEw-FxVp4YhonS2XNLACfDY0BfJ4ZMsNie0LVsHTqXq1vQ@mail.gmail.com>
Reply-To: "Miroslav Lichvar" <mlichvar@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Mon, 7 Jul 2025 09:38:00 -0000 (UTC)
Injection-Info: gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="9847"; mail-complaints-to="abuse@iecc.com"
Cc: "Dave Hart" <davehart@gmail.com>, "questions@lists.ntp.org" <questions@lists.ntp.org>, "=?iso-8859-1?Q?J=FCrgen?= Perlinger" <juergen.perlinger@t-online.de>, "=?iso-8859-1?Q?J=FCrgen?= Perlinger" <perlinger@ntp.org>, "Windl, Ulrich" <windl@ntp.org>
To: "Windl, Ulrich" <u.windl@ukr.de>
Errors-To: questions-owner@lists.ntp.org
In-Reply-To: <637bfd260e184bb0844d2d746b6646c3@ukr.de>
Content-Disposition: inline
Mail-to-news: iecc.com
Xref: csiph.com comp.protocols.time.ntp:164197

On Fri, Jul 04, 2025 at 06:54:13AM +0000, Windl, Ulrich wrote:
> Well,
> 
> We could start a discussion what "UNSYNC" really means:
> Does it mean the clock is free-running (not updated by the clock discipline), or does it mean the clock's estimated offset is "just terrible" (like 16 seconds)?

I think in the context of the clock_select() function it means there
is no source selected and the clock cannot be updated. The selection
itself doesn't change the status of the clock. If it was previously
considered to be synchronized, it will still be synchronized.

> With the former definitions it's likely that an issue is discovered earlier by monitoring IMHO.

The monitoring can check the reachability directly and discover the
issue even sooner, no need to wait for the orphan timeout to activate
after the source becomes unreachable.

-- 
Miroslav Lichvar