[Ntp] Antw: [EXT] Re: Symmetric mode

Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de> Fri, 30 September 2022 05:57 UTC

Return-Path: <Ulrich.Windl@rz.uni-regensburg.de>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 760B3C152588 for <ntp@ietfa.amsl.com>; Thu, 29 Sep 2022 22:57:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id egQ8WzhwaJJZ for <ntp@ietfa.amsl.com>; Thu, 29 Sep 2022 22:57:26 -0700 (PDT)
Received: from mx2.uni-regensburg.de (mx2.uni-regensburg.de [IPv6:2001:638:a05:137:165:0:3:bdf8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CE17C15258F for <ntp@ietf.org>; Thu, 29 Sep 2022 22:57:24 -0700 (PDT)
Received: from mx2.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CF609600004D for <ntp@ietf.org>; Fri, 30 Sep 2022 07:57:14 +0200 (CEST)
Received: from gwsmtp.uni-regensburg.de (gwsmtp1.uni-regensburg.de [132.199.5.51]) by mx2.uni-regensburg.de (Postfix) with ESMTP id 8051F6000056 for <ntp@ietf.org>; Fri, 30 Sep 2022 07:57:13 +0200 (CEST)
Received: from uni-regensburg-smtp1-MTA by gwsmtp.uni-regensburg.de with Novell_GroupWise; Fri, 30 Sep 2022 07:57:13 +0200
Message-Id: <63368538020000A10004E4AD@gwsmtp.uni-regensburg.de>
X-Mailer: Novell GroupWise Internet Agent 18.4.1
Date: Fri, 30 Sep 2022 07:57:12 +0200
From: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
To: mlichvar@redhat.com, halmurray@sonic.net
Cc: "ntp@ietf.org" <ntp@ietf.org>, mayer@pdmconsulting.net
References: <mayer@pdmconsulting.net> <e15fb43b-9c28-7a13-b395-468e8c62b71a@pdmconsulting.net> <20220929094524.DCB1828C1D8@107-137-68-211.lightspeed.sntcca.sbcglobal.net> <YzWunE8uQwTh8suS@localhost> <4A996AA50200004B6A6A8CFC@gwsmtp.uni-regensburg.de> <387E5469020000CF5AEBDC6A@gwsmtp.uni-regensburg.de> <CED1DAD40200002E6A6A8CFC@gwsmtp.uni-regensburg.de> <72A957130200000B5AEBDC6A@gwsmtp.uni-regensburg.de> <60E0A8800200001A6A6A8CFC@gwsmtp.uni-regensburg.de> <64395FC0020000E55AEBDC6A@gwsmtp.uni-regensburg.de> <E2CB9EB502000031FDA5B133@gwsmtp.uni-regensburg.de> <114E6FEE020000C76A6A8CFC@gwsmtp.uni-regensburg.de> <7E0316BF020000985AEBDC6A@gwsmtp.uni-regensburg.de> <F6AB60DC020000A0FDA5B133@gwsmtp.uni-regensburg.de> <140797510200002A5AEBDC6A@gwsmtp.uni-regensburg.de> <C6BB969C020000F1FDA5B133@gwsmtp.uni-regensburg.de> <2120B0EA020000F65AEBDC6A@gwsmtp.uni-regensburg.de> <9E8B18D80200008AFDA5B133@gwsmtp.uni-regensburg.de> <E36AD98A020000BB5AEBDC6A@gwsmtp.uni-regensburg.de> <66CB14C40200001CFDA5B133@gwsmtp.uni-regensburg.de> <A1B6465A020000166A6A8CFC@gwsmtp.uni-regensburg.de>
In-Reply-To: <A1B6465A020000166A6A8CFC@gwsmtp.uni-regensburg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/CMFslS_qthWktNBL9a4xYZPxPHQ>
Subject: [Ntp] Antw: [EXT] Re: Symmetric mode
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Network Time Protocol <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Sep 2022 05:57:30 -0000

>>> Miroslav Lichvar <mlichvar@redhat.com> schrieb am 29.09.2022 um 16:41 in
Nachricht <YzWunE8uQwTh8suS@localhost>:
> On Thu, Sep 29, 2022 at 02:45:24AM ‑0700, Hal Murray wrote:
>> If one side says "peer other" and the other side doesn't say anything I get

>> the symmetric active/passive pair you describe.
>> 
>> I was expecting an ephemeral slot to show up in ntpq ‑p but I haven't seen

> it. 
>> Maybe I haven't got the restrict stuff right.  I tried
>>   restrict default notrap
>> with all other restrict stuff commented out.  Can anybody confirm that this

>> ephemeral association does or doesn't show up in ntpq ‑p?  Is crypto now 
>> required?  ???
> 
> You need to either add "disable auth" to ntp.conf, or configure a
> symmetric key on both hosts and add it to the peer directive.
> 
> ntpq ‑p (or ntpq ‑c peers) prints emphemeral symmetric associations,
> but only if there was a valid response (reachable). If you just replay
> a packet from a different address or port, the association will not be
> printed by ntpq ‑c peers.
> 
> You need to use the ntpq ‑c lpeers command to see all associations,
> but that works only up to a certain number of association which can be
> listed in a single mode‑6 response. There is also a limit due to the
> 16‑bit type of the association ID. With more than 65535 associations
> some will be completely invisible and other interesting things may
> start to happen. I'd expect the daemon to crash at some point due to
> running out of memory, or at least become so slow it's no longer doing
> anything useful.

I guess the original assumption was that there will never be as many as 2^16
peers, and I'd consider it to be an implementation bug if the internal list of
associations exceeds the number of representable associations.
Maybe the reference implementation could also have a "tos maxclock" to limit
the number of associations. However then the "bad ones" might block the "good
ones".

> 
> If you limit the addresses and port from which can be created
> ephemeral associations, you get basically the same thing as a
> permanent association.
> 
> ‑‑ 
> Miroslav Lichvar
> 
> _______________________________________________
> ntp mailing list
> ntp@ietf.org 
> https://www.ietf.org/mailman/listinfo/ntp