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

Balázs Varga A <balazs.a.varga@ericsson.com> Tue, 07 January 2020 14:31 UTC

Return-Path: <balazs.a.varga@ericsson.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 BE79B120811; Tue, 7 Jan 2020 06:31:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 uALnOi8aNYnV; Tue, 7 Jan 2020 06:31:29 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2061.outbound.protection.outlook.com [40.107.22.61]) (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 BF6CB120816; Tue, 7 Jan 2020 06:31:28 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DpMTSelj3lBChYuiqRvL0ahdllwk/1atroWFUmEYBmdHVfr8YVphQkx4eESknsrFcYTKxaibG7TbNzMdh9pTGpwjw/1QmhyXdHYAw6mOjHhQKl/d8qtQ9g1W28krt80/Pp2HBUpFVioa//YTI2Qzxipcst5SLr68cZeNxWN4VaB1pqZOb3L7F0tHX0UBF5YwK76vWHj0rnLtJvqm2NN2DeKt+VyCQA+Dl6kTx2uWGYOVJVaWlhCZF/zX5WgZaoSD98t8Cu6up+Ob92K4+D7rlq3JKR14BwA9Wupp0SwzHCvvnXP7WYYGfljJrLGxlhrnKaVCpj3FwVrhDxaFc3N/rA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lSmhE+nZLNIIEtkxq7TxeMw6ixjYU9X6mzO3zcaDQUw=; b=BVByfYZv6LFHVnatw/06hz2Q1b4UsDNTT4gmT2b0djXnS+s1OJtNuLfuCpugVQ+VFhtrZFLC9hp4adXJ9uygGAlm4//rU5jNUhEGtcrCO9EIHmSNz05Wt5rz1A3mKw9o8ZXB5ix7NMEyCo2KBChx1llRgsxsDnbwuW5VWlkhw8lzXOsO2tWucn1s8YLjgjZajIoESteCJ5diFf1ZpaOcWgkg06sws8qvYSYsGYgnt/+ZmzC/lIjRjJm9RxHy76cKspsl9X7TLFMLkVlfeIn4MHGSNfAZNqiZ/LKEVJTDDXIF8ZIQFfWhW1PNY88WpCw3LkvsYFeAiqHW+473Jqtzrg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lSmhE+nZLNIIEtkxq7TxeMw6ixjYU9X6mzO3zcaDQUw=; b=W+TpKChq0z60e+BzNsnuK+G57ck1V5q2CC2gxAqFo5UafLOwLB+u2DKhrRUvE/xaQ21PQOtPfDivO6S32C1Z+yYC3h1usknffomqPolWTxAppRMrWJA3BvFwBnQgVcBPvFWqhrv33vyQtp9N+ziXr6hTs4ym9IW6FbLICjly9UQ=
Received: from VI1PR07MB5389.eurprd07.prod.outlook.com (20.178.80.18) by VI1PR07MB3117.eurprd07.prod.outlook.com (10.170.235.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.5; Tue, 7 Jan 2020 14:31:26 +0000
Received: from VI1PR07MB5389.eurprd07.prod.outlook.com ([fe80::d552:3f2a:78ee:60f2]) by VI1PR07MB5389.eurprd07.prod.outlook.com ([fe80::d552:3f2a:78ee:60f2%7]) with mapi id 15.20.2623.008; Tue, 7 Jan 2020 14:31:26 +0000
From: Balázs Varga A <balazs.a.varga@ericsson.com>
To: Tomonori Takeda <tomonori.takeda.fk@hco.ntt.co.jp>, "'Andrew G. Malis'" <agmalis@gmail.com>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-detnet-ip-over-mpls.all@ietf.org" <draft-ietf-detnet-ip-over-mpls.all@ietf.org>, 'detnet WG' <detnet@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-detnet-ip-over-mpls-04.txt
Thread-Index: AdW8VUZIypvNeO5fRWyfvB/SOOAvQABW9KAAAc+nfwAAHIfCEA==
Date: Tue, 07 Jan 2020 14:31:26 +0000
Message-ID: <VI1PR07MB5389048E336822EF75278ABDAC3F0@VI1PR07MB5389.eurprd07.prod.outlook.com>
References: <002901d5bc55$d5a7be80$80f73b80$@hco.ntt.co.jp_1> <CAA=duU3OhMP-_A3i0eGZ0wW3p9y5rELc2ZHi=S5U_qP7cJP_GQ@mail.gmail.com> <003c01d5c4ef$b6e27560$24a76020$@hco.ntt.co.jp_1>
In-Reply-To: <003c01d5c4ef$b6e27560$24a76020$@hco.ntt.co.jp_1>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com;
x-originating-ip: [94.21.17.8]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b7eb980a-c88a-4884-1c67-08d7937e4728
x-ms-traffictypediagnostic: VI1PR07MB3117:
x-microsoft-antispam-prvs: <VI1PR07MB31170509C217EA30973EC28FAC3F0@VI1PR07MB3117.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 027578BB13
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(136003)(366004)(396003)(39860400002)(346002)(199004)(189003)(13464003)(478600001)(26005)(71200400001)(86362001)(81166006)(8676002)(966005)(81156014)(2906002)(186003)(53546011)(85182001)(6506007)(52536014)(5660300002)(7696005)(110136005)(66446008)(64756008)(66556008)(66476007)(316002)(66946007)(54906003)(76116006)(85202003)(8936002)(9686003)(55016002)(33656002)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3117; H:VI1PR07MB5389.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: FN8AOUl0u72aqCTeMijT7FnnmMKubGOzSkbnNy3smanIWROm3mdMQ4FWyolePymajbRvMrR6DRLgrv7vGmMoujj/9frAl7LFDR9yjy+G/1MjhnpeLVe41uXUl2u2z4Qb4Y4yWNXrRH3ZowD49/E7kRICoDLCtO+Gw/U8a4dhIMmsxaNBaf0Ed5AJY4dzacjXY/RdcwmASsIoomMq2R11VQ08W3AdGDR2vcamdwKUMqXIx2+pzpFWsO+BF/4T1kTgdSDWOsPid2MOIY+t0OkY3akH6kxQ9rNxF81IXZwwbdDsxVKjlBcu25BrDSo+r3I/iFiA4EkaleIxvirh4aDcE05GSpiEcaOBm1ypsr7NTe+Vaaz08HS6BXYiGxw7hSwnDwkcyvj5HMszn3+1URdp1jLk76TigPUrvQY57I1B7Pse6ttpUewtO0jL1Avfnb1km8vjjTbSwIIR6GZEHNKnSOawQNyl70TsjgyP3R8kkfy6F82MmDESEG7xA1qT+PngasxsMnebN0uxRAVKg45aVgbaOy7djm13J00am4aFkSTk3VjPD6gLsnVT7iH3EuU3
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b7eb980a-c88a-4884-1c67-08d7937e4728
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jan 2020 14:31:26.4168 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ZtQnKolZt3Epvz+PTyhHM6QLDv75p+3/Mn181xahiQ61gVTuiC3p9RVw3v6CyOTgO0IhgDJFE2rA+1i5aFoAPYn/8550Mce3WeIufDWKKPM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3117
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/nYQkEywKKfvulhEB10PfNDlN34c>
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: Tue, 07 Jan 2020 14:31:34 -0000

Hi Tomonori/Andy,
Thanks for sorting these comments and nits.
We start to update the text accordingly.
Cheers
Bala'zs


-----Original Message-----
From: Tomonori Takeda <tomonori.takeda.fk@hco.ntt.co.jp> 
Sent: Tuesday, January 7, 2020 1:17 AM
To: 'Andrew G. Malis' <agmalis@gmail.com>
Cc: rtg-ads@ietf.org; rtg-dir@ietf.org; draft-ietf-detnet-ip-over-mpls.all@ietf.org; 'detnet WG' <detnet@ietf.org>
Subject: RE: RtgDir review: draft-ietf-detnet-ip-over-mpls-04.txt

Hi Andy,

Thank you for clarification. I was on New Year Holidays and could not respond.
Suggested change looks good to me.

Tomonori

-----Original Message-----
From: Andrew G. Malis <agmalis@gmail.com> 
Sent: Sunday, December 29, 2019 4:01 AM
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>
Subject: Re: RtgDir review: draft-ietf-detnet-ip-over-mpls-04.txt

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 <mailto: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