IETF Logo Mail Archive

[Ntp] Re: [EXT] Re: Re: [EXT] Re: Re: [EXT] [EXT] Focussing loop detection on loop detection only.

Hal Murray <halmurray@sonic.net> Fri, 10 July 2026 09:15 UTC

Return-Path: <halmurray@sonic.net>
X-Original-To: ntp@mail2.ietf.org
Delivered-To: ntp@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id BF09C1146E4DE for <ntp@mail2.ietf.org>; Fri, 10 Jul 2026 02:15:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1783674938; bh=AkSMkEkvVNvpp9FqwQ2AxJaJeQOjiLplqo/f/KLZobs=; h=To:cc:From:Subject:In-Reply-To:Date; b=GyAc1hJjc6ve03sZJu4iY/D3nMjiQIUsYofVjnJiRIZ0wNqNgUM0hIj/ul2OmAn7u o19YdsRHM5+4HT42E2Sk8x/QkEjNgL7NDgSTz+4eH0S3ERsKyUDJfnopFyLZBbAcIG v5HJkVDvwIoQ9oJ43XcHpGrBdLNPfnHYrYC7zAEg=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=sonic.net
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xJaiC1TdjpxP for <ntp@mail2.ietf.org>; Fri, 10 Jul 2026 02:15:38 -0700 (PDT)
Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 41E3F1146E475 for <ntp@ietf.org>; Fri, 10 Jul 2026 02:15:20 -0700 (PDT)
Received: from 107-137-68-211.lightspeed.sntcca.sbcglobal.net (107-137-68-135.lightspeed.sntcca.sbcglobal.net [107.137.68.135]) (authenticated bits=0) by c.mail.sonic.net (8.16.1/8.16.1) with ESMTPSA id 66A9FH2Y011043 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 10 Jul 2026 02:15:18 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sonic.net; s=net23; t=1783674919; bh=t1OrC5abYOsSY3KXDqacwtRResIgrpSIk3bahLouUKk=; h=To:From:Subject:Mime-Version:Date:Message-Id:From:Subject; b=Dgd/CR/dBhhHmvG2j52FjpC6NTLA0ZkJpP3hJJYr5j/70i44C1fq7radFqA7weFSb EAKZovZ73flgTP8PTbnaL9/G1CzlmHk8BOznmqaciesN/ZZEjK/fm7BCO1LuTRVzcP 3Qdg7ctkBmL1/6OxQ+3mAGndzZKVB3XAJGnp83fcisQQvgKyXDCgXcAGx9YwLdP7LC znrsdrvQO/dpaJJjIPttxIbyGMjDksbGg9QBf2Ne/HJZ9WirnKlEwcphgFYO3/F6LL Ckl4CvnNpbrqcKQRMzbwF+xghmF/nR5+eHL/tbG3STrLeHN61URBGd3b7oB7NRjtm5 F7DSzS+baDHig==
Received: from hgm-4 (localhost [IPv6:::1]) by 107-137-68-211.lightspeed.sntcca.sbcglobal.net (Postfix) with ESMTP id C324162003D; Fri, 10 Jul 2026 02:15:17 -0700 (PDT)
X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8
To: "Windl, Ulrich" <u.windl@ukr.de>
From: Hal Murray <halmurray@sonic.net>
In-Reply-To: Message from "Windl, Ulrich" <u.windl@ukr.de> of "Fri, 10 Jul 2026 08:31:39 -0000." <f8c4b23f6a664ba68b2a7abe359a8b50@ukr.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 10 Jul 2026 02:15:17 -0700
Message-Id: <20260710091517.C324162003D@107-137-68-211.lightspeed.sntcca.sbcglobal.net>
X-Sonic-CAuth: UmFuZG9tSVbhsViqubAYCuV7FMTET9Re0h6HAQjuyu8EmUhE+cw3YVUeOpwQtmzByAJivgS2PUbe3zymacMlSxGS3fYug6zvsLDHCZOZexs=
X-Sonic-ID: C;fH5K3j988RGVktODDF3pDQ== M;NF5d3j988RGVktODDF3pDQ==
X-Sonic-Spam-Details: -1.5/5.0 by cerberusd
Message-ID-Hash: 4M6BIX5235ZG5POXL2RK7GDGSZTQSXOO
X-Message-ID-Hash: 4M6BIX5235ZG5POXL2RK7GDGSZTQSXOO
X-MailFrom: halmurray@sonic.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ntp.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Hal Murray <halmurray@sonic.net>, Miroslav Lichvar <mlichvar@redhat.com>, David Venhoek <david@venhoek.nl>, NTP WG <ntp@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Ntp] Re: [EXT] Re: Re: [EXT] Re: Re: [EXT] [EXT] Focussing loop detection on loop detection only.
List-Id: Network Time Protocol <ntp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/5boHL0n4467nX1YofHGrFnpw14E>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Owner: <mailto:ntp-owner@ietf.org>
List-Post: <mailto:ntp@ietf.org>
List-Subscribe: <mailto:ntp-join@ietf.org>
List-Unsubscribe: <mailto:ntp-leave@ietf.org>

Windl, Ulrich said:
> I agree with the analysis, but how would loop prevention change the
> situation that both servers will end up at stratum 16? 

It gets there faster.  A never points to B because that would make a loop. 
 So it jumps directly to stratum 16.  B gets to stratum 16 on its next  
polling.


> Also it's not obvious how B became stratum 3 (is B exclusively querying
> A, and if so, why would A query B, then?) 

B was pointing to a different outside stratum 1.  That connection died a 
long time ago.

A and B are polling each other so things keep working if either one of 
them drops contact with their outside server.



-- 
These are my opinions.  I hate spam.

v2.46.0 | Report a Bug | By Email | System Status