Re: [ippm] Review Questions for draft-ietf-ippm-route-04

Tal Mizrahi <tal.mizrahi.phd@gmail.com> Thu, 31 October 2019 07:39 UTC

Return-Path: <tal.mizrahi.phd@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 D52831200B1 for <ippm@ietfa.amsl.com>; Thu, 31 Oct 2019 00:39:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, 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 0ATkJWITJOzC for <ippm@ietfa.amsl.com>; Thu, 31 Oct 2019 00:39:57 -0700 (PDT)
Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 5E81212008F for <ippm@ietf.org>; Thu, 31 Oct 2019 00:39:57 -0700 (PDT)
Received: by mail-wr1-x42d.google.com with SMTP id a15so5040718wrf.9 for <ippm@ietf.org>; Thu, 31 Oct 2019 00:39:57 -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=Y83AmZsML11sptvv4waSBndkj1XR2NcJAldgQNibRmI=; b=OQ85FIf3fIu2UpIUTVNKWavUMxbaZACup21v1zqMEmzEyUt7xHsY+Ccd0rnwSWI5Fa eCECqfNHeadj1Dh5mNXyovCwDFLAv2Hcn2PYUzpJ8BOeVAD4ypk0gOiqHd0mhpXTS9oR osEjuEFeVI6iWH2IEaPPYp0pFH/u2Z+nCSgn4PYuh8zwK4JOVKD0XGyrG82JWP5VWubm rPFQH7VID+DY0o36hxXtw10XYfnxnKdQ4ADaIFcnjg8uWXsfhs0m/QtNbHCqSovKlPRa pfsJwArPkeszqNSOL2AISMA/8nMgwhGNoG+Y0zUr+yIM1Hz4cQpsgJ+sLVmNdVxn5wsn KKwg==
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=Y83AmZsML11sptvv4waSBndkj1XR2NcJAldgQNibRmI=; b=IzweYOheojo001Usy4QumgibCHycRQiQxrc2TrUXabf6LNTscqiTHbfCA1+TR1tHP/ enp2P3K5Eu8OrgGPoSbdGvxsoIra2Z+Mo/s3LkwL06GAkl7MOWDzJOq9DL0HEZhNW/R2 jVHgyfchupXVddetNulFlnfzpSsyvFOlU+hgJ2dRyEk43MHkYqej9Z+rtdTS0TA81sAi ZBnYc0Z8ccfIYcL62tXtZgQ3vU+RXYIOX6xp0d+j0VS8s1gPyBb3CIc/pg7KPL41pO4C GvVCnQInTsykKxV3jitPlxoPT9HUXzsPjAIiax4LxpTZlrF61HKP9pCtmR8y8fpe+OgG 65wg==
X-Gm-Message-State: APjAAAXzx6ht2jium70ptknk+j58pz/fGi62JNjnClFCQzQG9mqAL5ZW OYijkO2u5W5JURkRd5V5rf5tAXvTFb0O9U4U3IQ=
X-Google-Smtp-Source: APXvYqwchuJ0uIu4suFFTcc/nAx6556lSoR6Iw+Uw6X/lKzI0nmC1mAYDB1dQkeHrmZpvVD8x4njrBTQ6ptOecEnbL4=
X-Received: by 2002:a05:6000:343:: with SMTP id e3mr4269151wre.20.1572507595783; Thu, 31 Oct 2019 00:39:55 -0700 (PDT)
MIME-Version: 1.0
References: <AM6PR07MB4518F5FC88379A6ABCCECAE98BC60@AM6PR07MB4518.eurprd07.prod.outlook.com> <4D7F4AD313D3FC43A053B309F97543CFA0B67B9E@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CFA0B67B9E@njmtexg5.research.att.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Thu, 31 Oct 2019 09:39:44 +0200
Message-ID: <CABUE3X=YBkdESNWbQkTkS9UOCt-=4w_3vs=PkYqMso_gqv1GLg@mail.gmail.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>
Cc: "Foote, Footer (Nokia - CA)" <footer.foote@nokia.com>, "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a7438a05962ff4a5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jwkDK232JXPeNJeaF3wpnKuewtI>
Subject: Re: [ippm] Review Questions for draft-ietf-ippm-route-04
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: Thu, 31 Oct 2019 07:40:00 -0000

Hi Al,


>> 2) Section 4.1 makes reference to the experimental RFC7280 " UDP Checksum
>> Complement in  the One-Way Active Measurement Protocol (OWAMP) and
Two-Way
>> Active Measurement Protocol (TWAMP)" is the a common accepted practice
for
>> addressing UDP checksum considerations.  I do not know the history why
>> RFC7280 was Categorized as Experimental.
>[acm]
>I don't remember, and I was the document shepherd - nothing in the
write-up:
>
https://datatracker.ietf.org/doc/draft-ietf-ippm-checksum-trailer/shepherdwriteup/
>
>Perhaps Tal can help us, if he remembers.

I found this related message:
https://mailarchive.ietf.org/arch/msg/ippm/rHZSjVgNre5ewJ4PcDWNdLq3e4k

Originally the draft was Informational, but its status was changed to
Experimental since it was proposed to align it with the status of the
somewhat related RFC 7821. The reason for RFC 7821 being Experimental was
due to the fact that it relied on NTP extension fields, which were not
commonly used at the time (this is gradually changing, by the way).

Cheers,
Tal.


On Thu, Oct 31, 2019 at 4:45 AM MORTON, ALFRED C (AL) <acm@research.att.com>
wrote:

> Hi Footer,
>
> Finally making a few minutes for your questions,
> sorry for the delay, and thanks for your review.
>
> @Tal, a question for you about the Experimental Status
> of RFC 7820, at the end.
>
> Please see below,
> Al
>
> > -----Original Message-----
> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Foote, Footer
> > (Nokia - CA)
> > Sent: Wednesday, July 24, 2019 11:06 AM
> > To: ippm@ietf.org
> > Subject: [ippm] Review Questions for draft-ietf-ippm-route-04
> >
> > Between meetings, I read the draft draft-ietf-ippm-route-04, re-read the
> > draft and read it once more.  I see value in the solidification of
> > terminology, previous thread on the mailing list include many comments on
> > this.   My initial thoughts on the draft, are interest in the work for
> > link awareness for participating nodes, along the path and ability to
> > relate metrics for the well identified path and members.  This will help
> > correlate measurements to specific paths, at least those which are
> > participating.
> >
> > A couple of quick questions;
> >
> > 1)  Section 3.6 Reporting Metric " The models need to be expanded to
> > include these features, as well as Arrival Interface ID, Departure
> > Interface ID, and Arrival Timestamp, when available."
> > -   Should this specify some type of identification for how to interpret
> > that timestamp format (NTP or PTP) .
> [acm]
> Since we concluded at IETF-105 to list requirements in this section,
> and punt future work to a YANG model, I don't think we'll go into
> the detail of formats for any of the new features. Probably avoid
> the bitstream formats and go with something human-readable instead,
> such as https://tools.ietf.org/html/rfc3339#section-5.6 in the
> future YANG model.
>
> >  -  Should departure Timestamp be included as well, would this address
> the
> > concern about the Section 2 scope comment " unknown contribution of
> > processing time at the host that generates the ICMP response."
> [acm]
> I don't think we have the protocol feature to carry the Departure timestamp
> in ICMP from the remote host. We are focusing on the one-way aspects of
> the route, so it makes sense to include the original sender's timestamp.
> I'll add that.
>
> >
> >
> > 2) Section 4.1 makes reference to the experimental RFC7280 " UDP Checksum
> > Complement in  the One-Way Active Measurement Protocol (OWAMP) and
> Two-Way
> > Active Measurement Protocol (TWAMP)" is the a common accepted practice
> for
> > addressing UDP checksum considerations.  I do not know the history why
> > RFC7280 was Categorized as Experimental.
> [acm]
> I don't remember, and I was the document shepherd - nothing in the
> write-up:
>
> https://datatracker.ietf.org/doc/draft-ietf-ippm-checksum-trailer/shepherdwriteup/
>
> Perhaps Tal can help us, if he remembers.
>
> >
> > Footer
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://urldefense.proofpoint.com/v2/url?u=https-
> > 3A__www.ietf.org_mailman_listinfo_ippm&d=DwICAg&c=LFYZ-
> >
> o9_HUMeMTSQicvjIg&r=OfsSu8kTIltVyD1oL72cBw&m=_pDZtXzwgV0TTXCvaXCgEofTKu4go
> > Qsl2hiHdVOrswQ&s=PA3aPrV94QkwD5QFlXV3B0-CRhn-diGvyrHq6NfEWpI&e=
>