Re: [RTG-DIR] RtgDir review: draft-ietf-detnet-ip-over-mpls-04.txt

"Andrew G. Malis" <agmalis@gmail.com> Sat, 28 December 2019 19:00 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A0B512011E; Sat, 28 Dec 2019 11:00:55 -0800 (PST)
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, 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 C-XXLQbKQEgd; Sat, 28 Dec 2019 11:00:52 -0800 (PST)
Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 5EC8612007A; Sat, 28 Dec 2019 11:00:52 -0800 (PST)
Received: by mail-qv1-xf30.google.com with SMTP id dp13so11123513qvb.7; Sat, 28 Dec 2019 11:00:52 -0800 (PST)
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=sca3i46rVQlQU6ke64ZcIZ+vge5BP2nLUqkP7py57h0=; b=UayLNxyZ8em4JmTqiSRZyL16IfSe2vg3IMuRYDPUEWL/MQVZqiZ5OfOgGmVsIR0yXw fNQpK0YzNtFf6za3cWJN9VhZIj6TQRwelUY+Qa/EmuvvNZxUEOiGvfemc87Lo2fh3Mmb 6p+lyCUG4yAkt4hmhiNPh2BitHRL/CfrDIeGDUx9YcaoKEc6UVt7mG28wJ9ujVr0m01s uc+1HgGH0cEwXgzQ5XcxoDUp+49O53vx4sX8jgU5bPtfGIee7TuehEWSMeAE0Es5DxqH zOsZXX5MPO000szrJOVUiz08ZsH1of2RZixJcG+IpNrQQl/fNi1y5cMDtUXeioCkqj4C PgkA==
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=sca3i46rVQlQU6ke64ZcIZ+vge5BP2nLUqkP7py57h0=; b=nTSx9e+L8wfYCNIqr3aJE8sMDkM5dVHwZU40q6c3pMxEukOXUJ1VR/ewpretVIbBxT 9ikWHv7cCPAFpC+TobdfsJtFvugKVbnwJE6ZMlcSONVSorq65dP4YxRElyLLvQDMHwB+ s8Vp0gxFi0AgSjd79YL1KxivgO6hQv4OEPcMlSBi3CbGtQ5Pn0ct9Xet+8ohfOiVK7dF qp4BttO4jD1IjYm1PiTlqLbNgVbnAiE4wgchAoWNcUeUq100KfZcrUyHyoUZFpW6NnCF lvAVz3vvl64187GZS8B8sM2tEWgJVDxOJ5A3oA8MTT+dcMiOwc7zsnFqs6XDd0JwVCus CtDA==
X-Gm-Message-State: APjAAAW7dMKDrOQ/BPXpO9jO+FkuHrExXA5gGXQIc3iD3hYjB+E7UCsK UwJP7dYc/1B4f42NyHUg2XGAlnJVROmqCZcgPMs=
X-Google-Smtp-Source: APXvYqxF2LYDK3J28zSBIvBKZNL13L5yriJ3UT/xpNshGN5wPW0r+2MF4o6A5Er+IKVVdIQmSqs0MOzyabRV4OlRMkw=
X-Received: by 2002:a0c:e58a:: with SMTP id t10mr22781202qvm.161.1577559651420; Sat, 28 Dec 2019 11:00:51 -0800 (PST)
MIME-Version: 1.0
References: <002901d5bc55$d5a7be80$80f73b80$@hco.ntt.co.jp_1>
In-Reply-To: <002901d5bc55$d5a7be80$80f73b80$@hco.ntt.co.jp_1>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Sat, 28 Dec 2019 14:00:40 -0500
Message-ID: <CAA=duU3OhMP-_A3i0eGZ0wW3p9y5rELc2ZHi=S5U_qP7cJP_GQ@mail.gmail.com>
To: Tomonori Takeda <tomonori.takeda.fk@hco.ntt.co.jp>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org, draft-ietf-detnet-ip-over-mpls.all@ietf.org, detnet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a28fd2059ac83ac9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/jGp8bSUKViiVjmwWXiHdOd0s5VI>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-detnet-ip-over-mpls-04.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Dec 2019 19:00:56 -0000

Tomonori,

Thanks for your review and comments, they are appreciated.

Discussion of DetNet flow aggregation is spread among several of the data
plane documents. It starts with sections 3.6.2 and 4.2.1 in
draft-ietf-detnet-data-plane-framework, and for IP flows in particular
continues in section 4.4 of draft-ietf-detnet-ip in addition to the text
you quoted in the MPLS draft. So as discussed in section 5.1 of this draft,
when carrying DetNet IP flows over a DetNet MPLS backbone, an operator has
the choice of using IP and/or MPLS methods for flow aggregation (thus the
use of MAYs in the first paragraph of that section). So for example, to
answer your specific question, an operator MAY choose to aggregate multiple
DetNet IP flows into one MPLS LSP via the use of IP aggregation.

I think a way to address your request about making this more clear would be
to change the section heading for section 5.1 to "DetNet IP over DetNet
MPLS Flow Identification and Aggregation Procedures". That will call
attention to the section for people interested in aggregation in particular.

Regarding your nits, thanks for noticing the change in section numbers in
the referenced documents. Unfortunately, we don't have tools for
automatically updating cross-draft section references if they change. And
we'll add the abbreviation expansions as well.

Thanks again, and have a happy New Year,
Andy




On Thu, Dec 26, 2019 at 8:35 PM Tomonori Takeda <
tomonori.takeda.fk@hco.ntt.co.jp> wrote:

> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The Routing Directorate seeks to review all routing or
> routing-related drafts as they pass through IETF last call and IESG
> review, and sometimes on special request. The purpose of the
> review is to provide assistance to the Routing ADs. For more information
> about the Routing Directorate, please see :
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it
> would be helpful if you could consider them along with any
> other IETF Last Call comments that you receive, and strive to resolve them
> through discussion or by updating the draft.
>
> Document: draft-ietf-detnet-ip-over-mpls-04.txt
> Reviewer: Tomonori Takeda
> Review Date: Dec 27th, 2019
> IETF LC End Date: Not known
> Intended Status: Standards Track
>
> o Summary:
> I have some minor concerns about this document that I think should be
> resolved before publication.
>
> o Comments:
> This document specifies data plane procedures for Detnet IP over Detnet
> MPLS, using Detnet IP and Detnet MPLS specified in other
> documents.
>
> This document is fairly straight-forward based on related documents
> (detnet-ip, detnet-mpls, detnet-data-plane-framework, RFC8655).
>
> o Major Issues:
> None
>
> o Minor Issues:
> I am a bit confused how "aggregation" is applied in Detnet IP over Detnet
> MPLS.
>
> In Section 3, it says, "an IP flow is mapped to one or more PWs and MPLS
> (TE) LSPs."
>
> By reading detnet-mpls, aggregation (aggregating individual flows and
> their associated resource into a larger aggregate ) is
> achieved via LSP hierarchy.
>
> Does this mean that in Detnet IP over Detnet MPLS context, LSP hierarchy
> is mandatory for aggregation? Or is it possible to map
> multiple Detnet IP flows into one PW as an aggregate?
>
> I think it is better clarify this in the document.
>
> Nits:
> - It seems text in Section 5.1 references wrong sections. For example,
>   - "the procedures defined in [I-D.ietf-detnet-mpls] Section 6.1." (which
> does not exist).
>   - "defined in [I-D.ietf-detnet-mpls] Section 5.4." (which does not
> exist).
>   - "defined in [I-D.ietf-detnet-ip] Section 7.1." (which does not exist).
>
> - It is good to have "PRF" and "PEF/POF" in Section 2.2 (Abbreviations).
>
> Thanks,
> Tomonori
>
>
>
>