Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-stamp-07: (with DISCUSS and COMMENT)

Greg Mirsky <gregimirsky@gmail.com> Wed, 11 September 2019 15:25 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FDCD120110; Wed, 11 Sep 2019 08:25:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.755
X-Spam-Level:
X-Spam-Status: No, score=-0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NUMERIC_HTTP_ADDR=1.242, RCVD_IN_DNSWL_NONE=-0.0001, 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 (2048-bit key) header.d=gmail.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 YHbvBj1uu7rq; Wed, 11 Sep 2019 08:25:21 -0700 (PDT)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54579120152; Wed, 11 Sep 2019 08:25:21 -0700 (PDT)
Received: by mail-lj1-x22d.google.com with SMTP id q22so15826001ljj.2; Wed, 11 Sep 2019 08:25:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rfGN+vgas7BfMwsfMqzh1/AHkD7cv2ZBNdIh1nte9+g=; b=umtHVAfdfYOmjVlQL9OWgrs4KFsETN2Megjiw+EAOYHDbjSnYuZXixKoQDXGvYgDdV pKk9ivV8uBfUztycLeQCd6F29rLt37ai0cOx068u2vcCmsI6zBmA8GTkeeaSXJsfHWPx 4EsKqHVI2vdgFLSYy2rvIZ+AKFBJ1HtnjBiFt5cF58LsyZvsUv13cK1hFdGr0AvGaTlI xWhi1ZMoElTCLHF5tWNfc/wzDRXfIkmx8YM+rE6jx7VAhHQFOkFx+WGTPyDvurOLfRag ULsDzHhjhjMkqsHgixpMVMchdPlzp/311cWyL5vamFviYeIyyCn7Fb/ztwy8jrTdgg5i PeIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rfGN+vgas7BfMwsfMqzh1/AHkD7cv2ZBNdIh1nte9+g=; b=fDFXAjq9ZQjUqlQhHEOGL8zydG/PARXAdHVDkts/2SJbJ+F61/ZWiSf4L/jwOrk62M 5EDctSheBzUP0IiAMoOc/CoQKgzNzY6lNO4i6WbmiE+37QlZKkIBYEeIxoCVCL77Fdf7 TJzM1WeKKkaH+CnkeGpwXWYhTlpp5ZfD8sDyecf8s7b9YJWdn8DrXMoMg/z+NSdyvWVq R1j2gmNjqJP0zD4WpL8Dw2knokHpB2A65Iwh5IupBnjQP9kAetsY6WFuNN3lVbiw+MNY BJaK4/rmDTpKgXh74IDeMJIwbzj2/Mn3OUoVAK9XbQFUYPCwb4KG0IkBNwFD+Sxjx17F v8gg==
X-Gm-Message-State: APjAAAWlgpN8A84kFlc6UfYwjR6YJvDHnQohYOW99QV66D6t0lHkSwcX yA69xLxhiTw82Z7GotSRQCBpd3zzA8rDAFg3Yqo=
X-Google-Smtp-Source: APXvYqxszU5ZJB3LfMULhpTaeMhueRw5wYmWqrgYorGznr/0mDXEhn0nCCzSJZBk6CT8fOmwRuHjR1n6UJvulHP+ZOg=
X-Received: by 2002:a2e:3201:: with SMTP id y1mr20326689ljy.177.1568215519438; Wed, 11 Sep 2019 08:25:19 -0700 (PDT)
MIME-Version: 1.0
References: <156760524845.22816.16339950342338392164.idtracker@ietfa.amsl.com> <CA+RyBmUy-_ETfaPWoYivcWa0S3De4dcn9=Wb47M7x0vSfEsjYQ@mail.gmail.com> <06fcd3bea80067202534aa70857194b2e4335d3f.camel@ericsson.com> <CALhTbporE_dj2d3HuYurs6oW31nVoeQhcjNHjLK7L8YUBx5a6g@mail.gmail.com> <716ce654b31739c3643a5235b1025766f602e60d.camel@ericsson.com>
In-Reply-To: <716ce654b31739c3643a5235b1025766f602e60d.camel@ericsson.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 11 Sep 2019 08:25:06 -0700
Message-ID: <CA+RyBmUYM2LAcVXSB9o0f-fW8TQShgnRfOdBtX=qL3Vk=Mt3KA@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Cc: "hnydell@accedian.com" <hnydell@accedian.com>, "draft-ietf-ippm-stamp@ietf.org" <draft-ietf-ippm-stamp@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>, "tal.mizrahi.phd@gmail.com" <tal.mizrahi.phd@gmail.com>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f7af25059248a05d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/D67p-_njhW_NJl9xKViEIySEJxo>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-stamp-07: (with DISCUSS and COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2019 15:25:25 -0000

Hi Magnus,
thank you for the clarification of the question. As Henrik already noted,
in an effort to characterize the source of ingress and egress timestamps at
the Session-Reflector we've introduced the Timestamp Information TLV
(Section 4.3 in draft-ietf-ippm-stamp-option-tlv). It does not provide the
name/location of the clock master/synchronization source, only a clock
synchronization protocol and the method by which the timestamp is obtained.
Much appreciate your comments, suggestions to make that TLV more useful.

Regards,
Greg

On Wed, Sep 11, 2019 at 2:36 AM Magnus Westerlund <
magnus.westerlund@ericsson.com> wrote:

> Hi Henrik,
>
> On Wed, 2019-09-11 at 10:30 +0200, Henrik Nydell wrote:
> > See below for PTP/NTP comment
> >
> > On Wed, Sep 11, 2019 at 9:53 AM Magnus Westerlund <
> > magnus.westerlund@ericsson.com> wrote:
> > >
> > > On Tue, 2019-09-10 at 12:43 -0700, Greg Mirsky wrote:
> > >
> > > > >         3.  Section 4.1.1.:
> > > > >         Timestamp is eight octets long field.  STAMP node MUST
> > > > > support
> > > > >       Network Time Protocol (NTP) version 4 64-bit timestamp
> > > format
> > > > >       [RFC5905], the format used in [RFC5357].  STAMP node MAY
> > > > > support
> > > > >       IEEE 1588v2 Precision Time Protocol truncated 64-bit
> > > > > timestamp
> > > > >       format [IEEE.1588.2008], the format used in [RFC8186].
> > > > >
> > > > >         Is the clock source here something that may be relevant
> > > or
> > > > > simply
> > > > >         information the management functions should capture. I
> > > > > think there is a
> > > > >         similar issue to that of RTP faced when it comes to
> > > > > understand what the
> > > > >         timestamp actually represent and thus be used
> > > correctly.
> > > > > RTP clock
> > > > >         source specification is RFC 7273
> > > > >         (https://datatracker.ietf.org/doc/rfc7273/)
> > > >
> > > > GIM>> NTP and PTP encodings have a different interpretation of
> > > the
> > > > Fraction field of the Timestamp field. In my experience, PTP
> > > format
> > > > is native for the data plane, while NTP is more used at the
> > > control
> > > > plane. Original extension to TWAMP has been described in RFC
> > > 8186.
> > >
> > > I think you missunderstood. When I talk about clock source, I am
> > > actually referring to identifying the particular clock that the
> > > node
> > > use to derive the included timestamp from.
> > >
> > > And likely this is a moot point in this document where the clock
> > > source
> > > information belongs in the management layer, e.g. in the YANG data
> > > model.
> >
> >
> > In section 4.1.1 of draft-ietf-ippm-stamp there is a definition of
> > the Z-bit in the error correction field that denotes if the clock
> > source is NTP or PTP
> >
>
> Yes, to be clear I have no issue with if the format is NTP or PTP. That
> was not my comment. It was a comment if the protocol should identify
> which particular NTP or PTP server the node is using. For example for a
> node on my network having NTP based clock it matters if that NTP server
> is sth1.ntp.se which is a stratum 1 server distributing certified
> swedish time, or if I use europe.pool.ntp.org where I would use any NTP
> server part of the pool indicating that they are in europe.
>
>
> However, I am convinced that information is of interest the information
> should be in the management layer.
>
>
> Cheers
>
> Magnus Westerlund
>
>
> ----------------------------------------------------------------------
> Network Architecture & Protocols, Ericsson Research
> ----------------------------------------------------------------------
> Ericsson AB                 | Phone  +46 10 7148287
> Torshamnsgatan 23           | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
>
>