[Tsv-art] Tsvart early review of draft-ietf-alto-performance-metrics-03
Brian Trammell <ietf@trammell.ch> Mon, 09 April 2018 16:35 UTC
Return-Path: <ietf@trammell.ch>
X-Original-To: tsv-art@ietf.org
Delivered-To: tsv-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 844ED12D775; Mon, 9 Apr 2018 09:35:30 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Brian Trammell <ietf@trammell.ch>
To: tsv-art@ietf.org
Cc: alto@ietf.org, ietf@ietf.org, draft-ietf-alto-performance-metrics.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.77.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152329173050.30776.8826262094618851808@ietfa.amsl.com>
Date: Mon, 09 Apr 2018 09:35:30 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/ZvsMx7d-aHPHOhPkCY9CfakGx_I>
Subject: [Tsv-art] Tsvart early review of draft-ietf-alto-performance-metrics-03
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Apr 2018 16:35:31 -0000
Reviewer: Brian Trammell Review result: On the Right Track I've performed a (late, apologies) early TSV-ART review of draft-ietf-alto-performance-metrics-03. The set of metrics chosen by the document seem broadly useful and sane, and the integration into ALTO makes sense. However, there are a few issues with the details. Periodic One Way Delay, RTT, and PDV are defined in terms of section 8, section 4, and section 5, respectively, of draft-ietf-ippm-initial-registry, which specify active measurement test methodologies at layer 4 for one-way and round-trip delay using UDP packets. This does not seem it can be measured directly using the routing technologies the authors have identified as their source of information. Is the intention that dedicated active measurement hardware be used to measure delay using UDP packets, or should these metrics reference [RFC2679] and [RFC2681] and leave the methodology undefined, instead? The examples for these don't make much sense: the units are expressed in seconds, but Internet-scale delays are generally millisecond-scale, and the examples given contain only integers. Similarly, packet loss rate is given in percentile, but there are wide variations in usability between a path with 0%, 1%, and 2% packet loss. Is this simply an issue with the examples? The hop count metric is underspecified: are these IP-experienced hops at layer 3, as can be measured by traceroute? Nit: section 2.1 refers to [OSPF-TE], [ISIS-TE], [BGP-LS] and [BGP-PM], but these are not listed as such as references in the references section. Please use consistent reference labels. Thanks, cheers, Brian
- [Tsv-art] Tsvart early review of draft-ietf-alto-… Brian Trammell
- Re: [Tsv-art] Tsvart early review of draft-ietf-a… Brian Trammell (IETF)
- Re: [Tsv-art] Tsvart early review of draft-ietf-a… Randriamasy, Sabine (Nokia - FR/Paris-Saclay)
- Re: [Tsv-art] Tsvart early review of draft-ietf-a… Qin Wu
- Re: [Tsv-art] Tsvart early review of draft-ietf-a… Qin Wu