Re: [Ntp] NTS4UPTP Rev 03 - Formal request for WG adoption

Miroslav Lichvar <mlichvar@redhat.com> Wed, 02 June 2021 12:10 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 B852C3A40B3 for <ntp@ietfa.amsl.com>; Wed, 2 Jun 2021 05:10:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=redhat.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GQeqb_k4lp-D for <ntp@ietfa.amsl.com>; Wed, 2 Jun 2021 05:10:22 -0700 (PDT)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 D56E03A40AF for <ntp@ietf.org>; Wed, 2 Jun 2021 05:10:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1622635820; 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=K0HmfyotmE8mc7FYOoeFtdF+jt+fA9SB6TtjW7t/phQ=; b=ehMHsXo2SF2LUPYtcrDN1y9B/Ntiil29RpWTmUWptHLD6/NBv8vqSG9tJbYrRyqb0gov8p mNZXkdd1PLtV+00zxH0y84MjCsIpElUXogEcIDrtRLsMswY2MQHJO8X037bJEXeovZECrj XfEfE9v/V4J6dfvoeqq8tte6jqY6nhg=
Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-396-tiVQjZFlO8KTjpMqfy3cUA-1; Wed, 02 Jun 2021 08:10:17 -0400
X-MC-Unique: tiVQjZFlO8KTjpMqfy3cUA-1
Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 51DCF8015F5; Wed, 2 Jun 2021 12:10:16 +0000 (UTC)
Received: from localhost (holly.tpb.lab.eng.brq.redhat.com [10.43.134.11]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 616BF5D764; Wed, 2 Jun 2021 12:10:14 +0000 (UTC)
Date: Wed, 02 Jun 2021 14:10:12 +0200
From: Miroslav Lichvar <mlichvar@redhat.com>
To: Heiko Gerstung <heiko.gerstung@meinberg.de>
Cc: Doug Arnold <doug.arnold=40meinberg-usa.com@dmarc.ietf.org>, Heiko Gerstung <heiko.gerstung=40meinberg.de@dmarc.ietf.org>, NTP WG <ntp@ietf.org>, Daniel Franke <dfoxfranke@gmail.com>
Message-ID: <YLd1JItdvVmSbSca@localhost>
References: <7F9B8D13-BC90-4E15-9BDF-81714DF0F0C6@meinberg.de> <CAJm83bD1yGjtCkSkCQbXKznyPDZC6-bXigsm_BFiprNXkEY49Q@mail.gmail.com> <CAJm83bAXZmJX-7tUFefCMWPsn2QHpxsqe_n=HbjwW4YQSvT23A@mail.gmail.com> <AM7PR02MB57657BD65E85DC1E8F679EFDCF3E9@AM7PR02MB5765.eurprd02.prod.outlook.com> <AM7PR02MB57654101271B9891ABA357B5CF3D9@AM7PR02MB5765.eurprd02.prod.outlook.com> <YLc3k1NM5sXnuY5N@localhost> <D7E29A33-6197-46DE-8DFE-BF498C6374C7@meinberg.de>
MIME-Version: 1.0
In-Reply-To: <D7E29A33-6197-46DE-8DFE-BF498C6374C7@meinberg.de>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15
Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=mlichvar@redhat.com
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/UR5u3Y95ObnSYn2tcM_N-zsJPVM>
Subject: Re: [Ntp] NTS4UPTP Rev 03 - Formal request for WG adoption
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <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, 02 Jun 2021 12:10:24 -0000

On Wed, Jun 02, 2021 at 01:21:45PM +0200, Heiko Gerstung wrote:
> I strongly disagree with this paragraph. Unicast PTP is unlike NTP in every aspect, even multicast PTP is also not like NTP broadcast mode. 
> The PTP folks want security for PTP and our proposal delivers that for unicast PTP. Introducing a stateless mode for unicast PTP would certainly something to look at, but why should we do this if my draft protects unicast PTP as-is, without a requirement to change another standard? 

Well, some people seem to be asking for as much of NTS4NTP as
possible. I suggested a solution to get that and I understand it may
not be very practical.

Yes, your draft uses some elements from NTS4NTP, but it's still very
different and I'm not sure if it is worth the extra complexity if a
simpler solution using an already existing security protocol could
provide the same security.

I'm not against having an NTS4UPTP draft in general. I just don't want
it to reuse parts of NTS4NTP only to have an "NTS" stamp on it. There
should be some technical reasons behind it. Maybe there are. I think
it's up to the authors to defend it.

-- 
Miroslav Lichvar