Re: [Ntp] Antw: Re: Antw: [EXT] Re: Robert Wilton's Discuss on draft‑ietf‑ntp‑interleaved‑modes‑05: (with DISCUSS and COMMENT)

Miroslav Lichvar <mlichvar@redhat.com> Thu, 22 July 2021 10:37 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 17CA83A416F for <ntp@ietfa.amsl.com>; Thu, 22 Jul 2021 03:37:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b8JGKdCvztlF for <ntp@ietfa.amsl.com>; Thu, 22 Jul 2021 03:37:52 -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 6235B3A3D4A for <ntp@ietf.org>; Thu, 22 Jul 2021 03:37:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1626950270; 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=Onkw3S2F4KUyzl5SM9jr8k4cPlIAwUGMTOK6KWzV0NQ=; b=JXk292VB9f2fmWUP6sUFWZXjhq4RU750u8VhysPB3Vd4UFN+WPT970yviRog8/3xba3QNq pBBZk956p11Wp6jX6++OrY5RI15RHFAHXYNycqch6TwKYHQcRByyUOIf+AEkcu7ENo7T22 NMh1O1d9OMNWgONyCLK2aKiArKcTBhY=
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-460-d0bgsphmOx28_9dAE4XXcQ-1; Thu, 22 Jul 2021 06:37:46 -0400
X-MC-Unique: d0bgsphmOx28_9dAE4XXcQ-1
Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 5F80F3482D; Thu, 22 Jul 2021 10:37:45 +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 83B7460C5F; Thu, 22 Jul 2021 10:37:44 +0000 (UTC)
Date: Thu, 22 Jul 2021 12:37:42 +0200
From: Miroslav Lichvar <mlichvar@redhat.com>
To: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
Cc: ek.ietf@gmail.com, "ntp@ietf.org" <ntp@ietf.org>
Message-ID: <YPlKdn+lfKkVgzKz@localhost>
References: <YNrbjCDF4/609dg/@localhost> <D999D237-5A25-4E84-99D0-EE5DB2B13411@cisco.com> <YN3ZzPN5LOsAjmz6@localhost> <DM4PR11MB5438D8450E7B90D363929640B5119@DM4PR11MB5438.namprd11.prod.outlook.com> <YPaunrczI/inrtMP@localhost> <60F6B70A020000A100042803@gwsmtp.uni-regensburg.de> <YPa9H7IV2wITWKrD@localhost> <CAMGpriWzV4--_Nw9hsNC01U7f1FzjZQ8sNdJz+25dxhFtuDUvg@mail.gmail.com> <YPkxqtpgzD7g8Anz@localhost> <60F9381E020000A1000429B7@gwsmtp.uni-regensburg.de>
MIME-Version: 1.0
In-Reply-To: <60F9381E020000A1000429B7@gwsmtp.uni-regensburg.de>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12
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/JCrLKKinlAzYygvuzDyaijmGUXg>
Subject: Re: [Ntp] Antw: Re: Antw: [EXT] Re: Robert Wilton's Discuss on draft‑ietf‑ntp‑interleaved‑modes‑05: (with DISCUSS and COMMENT)
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 22 Jul 2021 10:37:59 -0000

On Thu, Jul 22, 2021 at 11:19:26AM +0200, Ulrich Windl wrote:
> >>> Miroslav Lichvar <mlichvar@redhat.com> schrieb am 22.07.2021 um 10:51 in
> > My opinion still is that clients that set their origin timestamp to
> > anything else than zero or the transmit timestamp from the received
> > packet don't follow the NTP specification. It's not a subset of the
> > protocol.
> 
> Your opinion is different from the RFC 5905:
> "Origin Timestamp (org): Time at the client when the request departed
> for the server, in NTP timestamp format." (page 23)

If you were implementing a client and read that description out of the
context, what exactly would you put in the field? The client's
transmit timestamp?

When you read the text that follows that description:

   Receive Timestamp (rec): Time at the server when the request arrived
   from the client, in NTP timestamp format.

   Transmit Timestamp (xmt): Time at the server when the response left
   for the client, in NTP timestamp format.

what would you put in the transmit timestamp field?

That is obviously a description from the server's point of view.

To see how the timestamps are set in the client request, you need to
look at the diagram in the "On wire protocol" section, or Figure 30 in
the "Poll Process Operations" section, which has "x.org <-- p.xmt".

The document is quite confusing in some parts, but I don't see
anything that could lead you to set the origin timestamp in the
request to the server's receive timestamp (i.e. make a request in the
interleaved mode).

-- 
Miroslav Lichvar