Re: [Ntp] [EXT] I-D Action: draft-ietf-ntp-over-ptp-02.txt

Miroslav Lichvar <mlichvar@redhat.com> Wed, 24 January 2024 10:21 UTC

Return-Path: <mlichvar@redhat.com>
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 DE5C8C14F69C for <ntp@ietfa.amsl.com>; Wed, 24 Jan 2024 02:21:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=redhat.com
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 rblSnIa8YXwf for <ntp@ietfa.amsl.com>; Wed, 24 Jan 2024 02:21:15 -0800 (PST)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 783C6C14F706 for <ntp@ietf.org>; Wed, 24 Jan 2024 02:21:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1706091674; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=665mzdJyEmn7qMi89Y28U4YVnhYTs++5znCQGGvex/Q=; b=V+vGxALrl2aXWODv4W3zmdIsoFW10scf2/dOh8aXDyjNtC11Hw5zmp44W3kNMtmtQbWYLi 4BhBFRjwfnYneY6K3TesUv7QPON1YbWkEocyeL8J6ZjpXJZiVVzAzqOrLjZNbNtCClbBnG b5+5ZLdeIQqEs7HiiTD4fHV2RUypM3M=
Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-393-f1jeOqoiNL-aXJgNkCUdvA-1; Wed, 24 Jan 2024 05:21:13 -0500
X-MC-Unique: f1jeOqoiNL-aXJgNkCUdvA-1
Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.rdu2.redhat.com [10.11.54.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id B96F53813F33; Wed, 24 Jan 2024 10:21:12 +0000 (UTC)
Received: from localhost (unknown [10.43.135.229]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 2DBE61C060AF; Wed, 24 Jan 2024 10:21:11 +0000 (UTC)
Date: Wed, 24 Jan 2024 11:21:11 +0100
From: Miroslav Lichvar <mlichvar@redhat.com>
To: "Windl, Ulrich" <u.windl@ukr.de>
Cc: "ntp@ietf.org" <ntp@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Message-ID: <ZbDkl8pOAuvTdS9b@localhost>
References: <170559083139.51727.7055735529782201998@ietfa.amsl.com> <0b00f60b1df14fe49666b0be67813ff6@ukr.de>
MIME-Version: 1.0
In-Reply-To: <0b00f60b1df14fe49666b0be67813ff6@ukr.de>
X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.7
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/Wuwl6WlXvETvs98J75cl7bSvcnU>
Subject: Re: [Ntp] [EXT] I-D Action: draft-ietf-ntp-over-ptp-02.txt
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: Wed, 24 Jan 2024 10:21:20 -0000

On Fri, Jan 19, 2024 at 06:55:41AM +0000, Windl, Ulrich wrote:
> Hi!
> 
> " type is 0x8000 (ORGANIZATION_EXTENSION_DO_NOT_PROPAGATE)" for a prospective standard seems odd (I mean the "do not propagate"), but I admit that I'm unsure what DO_NOT_PROPAGATE actually means for PTP.

The propagation is in respect to data exchanged in PTP announce
messages and boundary clocks. A TLV which should be propagated has to
be saved by the client side of the boundary clock and then included
in its own announce messages transmitted as a server.

In our case with the NTP TLV it shouldn't matter if it's marked as
"propage" or "do not propage" as the TLV is included only in delay
request messages, not announce messages. "do not propagate" seems like
a safer choice in case of bugs.

I understand that having a standard which is not freely available in
normative references is problematic. I'm not sure how well these
things are expected to be explained in an IETF draft.

> I also think that "   This document specifies a transport for the Network Time Protocol
>    (NTP) client-server and symmetric modes using the Precision Time
>    Protocol (PTP)" is sub-optimal: "Isn't it more a "PTP transport for NTP" ? Or is "the PTP protocol" only the packet format?

I probably don't understand the language well enough to see the
difference between the two. Maybe someone else can explain it better.

-- 
Miroslav Lichvar