Re: [Detnet] [spring] Comments on draft-saad-mpls-miad-usecases

Haoyu Song <haoyu.song@futurewei.com> Mon, 28 February 2022 20:50 UTC

Return-Path: <haoyu.song@futurewei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C03483A0C39; Mon, 28 Feb 2022 12:50:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 yhohQnkMGRRh; Mon, 28 Feb 2022 12:50:47 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on20712.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e88::712]) (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 55AD03A0C36; Mon, 28 Feb 2022 12:50:47 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IlKZCHK3AkGvUUo0LihjaC4os+Hw9vIAvEjLcbZZrQwNczwoNM+mCdqAb4abvQdIPy2/5HVGJeS7BN65ewfq5hrLecDSbbPV8kkQcUb6y+xCWhLqXSR0H1SFllZL2emfoDfpCVsM2neFB403aCfK0mu1bT6Vt9FEgL8if4U23DNdkoQaAIOKJwZjl8lGAQw1VALogW47s3hubZFtup0PlPBwrD5e/AO0CyuJG9zkv8xEGn3pMsY/gyOEVrLa5yOM2BtMu4rZBTiLoX7x+VwOScGPnsI1PVafO7W5vTjRqI/OaSmqADmBLu/GIhFBEfx6CfcBqvexg9hjYHmiym3I4Q==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=9o4Xq9RCMBtCLaS73JxYzp6CnK3wr+ITgix2naHw21k=; b=fcavQvDNn9X1l8VuHqWvQhVExF7kaW4ytswS9nw6J8QSZpq1l6d+OhuGIc5+yHQ1QRpHkjAZjOzyOYHQTDpfVsf7k95SmiYJTiOEQfxg02lksmRFrM5SH2tLKJWATiTBjY/Pt1d3/C7mJ4g4+ztDGAlCqduA9vNxpZwoGmNWlISSii/DzqGkurjdjR7+9fW0E69KNH44DyBhmxuRBPK+nwO6qFNKZDXCg60Fbaj6LiZC2YV6Uq4uqaALEUIb3XXESppoufK7rMCtnzjxuPZ2G6VO+Cbg3Y5IOd4NOLyeiMimwBFJ13dhATBWelCwYR+2TI/YbJMXikc62UFvS7uXCg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9o4Xq9RCMBtCLaS73JxYzp6CnK3wr+ITgix2naHw21k=; b=hxBikTeAFzfD2dJgcWo+tGkHbIbHhkEZVsI/L0vpk05iodPxE1zJRWY3uFe8zbjrmKc/D8wb9Gzgp0qqrDKEoRsf3iWm2i4cFEpNwcCOiD0MZSM/YFG9XMXNV2HmYe6/D+Swrth7tTuqENrTKFNBVnKYXhHizHtqxu/t0Ew3A88=
Received: from BY3PR13MB4787.namprd13.prod.outlook.com (2603:10b6:a03:357::13) by MW4PR13MB5484.namprd13.prod.outlook.com (2603:10b6:303:183::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.11; Mon, 28 Feb 2022 20:50:41 +0000
Received: from BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::9435:617d:d2c3:4c3d]) by BY3PR13MB4787.namprd13.prod.outlook.com ([fe80::9435:617d:d2c3:4c3d%5]) with mapi id 15.20.5038.013; Mon, 28 Feb 2022 20:50:41 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Tarek Saad <tsaad.net@gmail.com>, mpls <mpls@ietf.org>, "pals@ietf.org" <pals@ietf.org>, DetNet WG <detnet@ietf.org>, spring <spring@ietf.org>, "draft-saad-mpls-miad-usecases@ietf.org" <draft-saad-mpls-miad-usecases@ietf.org>
Thread-Topic: [spring] Comments on draft-saad-mpls-miad-usecases
Thread-Index: AQHYJQybUbEkehVNgEePJZTL39BWqqyiwYCAgAC9BACAARPuUIAABOwAgAAZz0CAAeiSAIACtr1ggAAPMYCAAB0MwA==
Date: Mon, 28 Feb 2022 20:50:41 +0000
Message-ID: <BY3PR13MB478700BD417E744807B770459A019@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <CA+RyBmX5=yagQ9FcNo1UKUzBavEa3L+c2mnbgVnqZvyszDOTSQ@mail.gmail.com> <DM5PR1901MB2150B2E45032A4DF5839AD14FC3D9@DM5PR1901MB2150.namprd19.prod.outlook.com> <CA+RyBmVUZnP--1C+W-Z3ewJc7q=Gm7DGGY2o5r2yTT6PgXWSXA@mail.gmail.com> <BY3PR13MB4787C8798BF17C923278B3009A3E9@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmVwssUwe-BGbPvRENZjpVSy2XOg72kD1Bg208P_KuoXSQ@mail.gmail.com> <BY3PR13MB4787E6BEE884F834500A113D9A3E9@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmVu0cAbxpf3QgonxBb=LuknER6__GX4GQNEqHBcy0+uwg@mail.gmail.com> <BY3PR13MB478792ACD5719D06DCAD2A6F9A019@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmUJn9uyFP9qRqy1yE4zftO4gnTt6FCNnyfsgnEYXKUcWw@mail.gmail.com>
In-Reply-To: <CA+RyBmUJn9uyFP9qRqy1yE4zftO4gnTt6FCNnyfsgnEYXKUcWw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b8b46298-dd22-448b-71c8-08d9fafbfbd6
x-ms-traffictypediagnostic: MW4PR13MB5484:EE_
x-ms-exchange-atpmessageproperties: SA|SL
x-microsoft-antispam-prvs: <MW4PR13MB5484F3150C81437606C950E49A019@MW4PR13MB5484.namprd13.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: f9aOF7vRKd5tyPw07E4gGR1KTefjsdCAZpILThDYgBU5cSm0q9CPxUaCMAnIq6drHp2Ds+C5MEr8YAXy/o6484uqa6NqVtEiku4qLfP9e1lKs9OGfEFXcOmtw7D05+Bc+gcpi6+W+bYfeaqGZB4+Wd5vtUcSBt6sW3Gx9gwVXqjA2a4ArZ8cLTDMol8P5NtzEIXVjAV0If6HTtYM4FugTwiHvzvq7Y8SdaptP/FKt0TiimaXhHGtO6zvuQm1Vd8lKTkHS16TgsJNFiUs3Tby/fj1in7Hj7+u6vBEMEpHqLTdv+6RKtUO+yQ6TGkyku846/LZdsb3DuteAFS+L6rkMUAk6MUZAK+sXBmppxIqTIkXJlY9XIluciXleDL0lUHPkBLYxtw+WtPqBu0bZvuDffMw6ukwj/GKEow+3AZDLCf7mGBiNXYxyXs5M3uNy6ZbY3kYezZoaSOu22PBxObiuSc4h8IJUxxzezpupjlyFUKPygA7Me87yjuMsMha0Hlx2vH09poa+qS6GXuYaZDf3+CkFgV5jangea48UahnNOBxTH564kJ0OXv3mUhySmpoRyyKrB2D5Z9n6TRuHkEVKbA3zUYccq/35c0GXBVGhInw5yssYqUx+dyq1En6/S89Ak0i+PR8eOavUPQpNYex77esdKTySOlo3EhgZ4W4DP0KL2VJgRihobmcw2q9fjJ7N4ewmfS4jyKgrxl3P7+HOpEihzxfpzZAQ/tmjBEOR30hczF9zF87R5sv/pxAl9a9iYNJYjj2b8ny0UF1Lw0K8O5EnN4SjAmILdAPpwtlMV8=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR13MB4787.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(53546011)(6506007)(7696005)(966005)(166002)(71200400001)(316002)(54906003)(508600001)(6916009)(122000001)(9686003)(55016003)(2906002)(52536014)(38100700002)(33656002)(44832011)(9326002)(38070700005)(5660300002)(8936002)(86362001)(76116006)(66946007)(66556008)(66476007)(8676002)(4326008)(66446008)(64756008)(26005)(186003)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: FFa0sMAVWK09ygPScyh3osVSohM+wUoSmNgcfIisg10MH6vCV9eTEyqsQAgbPvbsKa8NF+wadXY97vZbf5hUUICYVun0sB7UMfAZpUrQwJt9ONHiTLToOtd/6qLtao+a0+BAe0QzpJJaLPBoW/MottAVT79FkNeY+9aFoUvrm8xHGv3ctShjHKr//+SBeMHsHYh/zIE0jIMjts33e+cJNSdF5CSulAb6EL634MGcq3OiT3vcAqi9ys6rkFhnfIz+p1/ZOaLDfL3mmbI3TPu0k1X0EvEHgeWcBwnjbrYl0mqTL4uJNpY9HJVRqOCVi69NrrluLC9vIus8Td+QolQtn77VnFQmlL2v7XlxHcvVeuHv+7BTE+GR02Sm4QVYyrK0Zd7cABOjP/4jXexxNXuvMDp/wmOyvv46KV1SEgvqmpOCKlrpOKJxMfauuktTstNdIC5ueUgIaCaLHrfDqxdqsHaIbuGEiueMOmy17N0WK6bBvZyz8X6qmokoLT/LwWJBq6VoxnwU/mYLN/3RhBgcT2R0W4UmbJBaDu837TwBssEcwLZBzPUXNa1xb+2u6MSpx1FJF2+9ZdDP/eoTaJn13syYgD4Xy2ojnofWc3O1Bxw3o6I24vQb9IeCZrxG0CI0pyQoqCIDjE6qbWB2ESkpTC77vC1lI6ZzHitBtKNTwelj6GSVdvaHTcw7tcjviSEivhM+t/uWnPhwGahGFIK5gazelxbuOysStfKXEYh9lZiRp3bKTjoqC6yGAo0HsHU2RShXz6pTNpIkv+SA3QX9Z7fvD612xqrWvQXzOwSbzahajr7WHPdOfnBwhghGZn0xCc8RKp8T5iXCxLkV+6eRwhqPwA7b8BoBdZ7U6sa3pMwG/vcjQt/WTwz6O8Gy+eXwkAVt4K5/x15zVbY2dBWN4n92GfvlljkFTO34oJhefQWqi3AtHe2EXXPMOqiCeagW7BY0t0IYpo4IJso0t5HQsWKRk5JAD+ZvIxbddFjym9+Gp7RX5aq39QUmHkJOr2w3vuSTEZrJI3hUr2cdJRiPPtr0jcgDe/ndmjU8R7mwtNBiZKC4bI1ZJLinTnz3YXcdtGmhlOHAFWhZorqAnzPYTpN4y6apqxRhxPdZT3f3XmdE63PxstcOEqfJIOLa7SC9D8g77cjN0536hYEk+fRfww7L3p/3tflJnNpVbG467ltq5aZvM6a+FQB0fYPKIap5+WVzsdifXMpWkR/riY9w/DsRLinkGJVdXoLXOlTOV2MgxZuypPIXMZRs6vDGz8Vt6tY8w+TlmKnxYJC9hZ/c3Mf4X38ZB7uJIYOGqiUb4a0ROP9iAWT+/XqfA21c0K0iEtrfUKk6+12D7xQ5Lxo2rHdCchzzTXIYf5Yhhg+nXQ08jOtZ83X0yHHKiXm0ojB8kE0pl2dZiWUOIwu0BW7vjzlJXb3nRb32Dv39oj51ZcNKTvbYXZLc0P1u6rCzML8uLrQSYDNPUEBLMQkEdN4lgBW/sjvFtgDJ8tx9fkkq1s0XFKsv9vuH71yc838j7sY296DQOVB9SJli/2nWoGJtrmA4e52ADAaQpElyDoP1byK+0QXZhx2T7XBeR1BzydJNlLi65Pz73POH0GxWTfvMpA==
Content-Type: multipart/alternative; boundary="_000_BY3PR13MB478700BD417E744807B770459A019BY3PR13MB4787namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB4787.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b8b46298-dd22-448b-71c8-08d9fafbfbd6
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Feb 2022 20:50:41.7412 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: B1xHjRVGtusszTlrBjXgUgSBtP/DfPTRGJ6afUawjKFkmA3bMGJnaiq+6paLmglnOH1nDrbYWlvIOLHSviLdJA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW4PR13MB5484
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/DbwqnTn2NjKq5TQpRCEApWHGSYg>
Subject: Re: [Detnet] [spring] Comments on draft-saad-mpls-miad-usecases
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Feb 2022 20:50:53 -0000

Hi Greg,

How about IOAM (or other types of OAM) + SFC (i.e., apply OAM simultaneously) ? Or Slicing + SFC (i.e., apply SFC on a particular slice) ? I think these scenarios are possible. Maybe I misunderstand something. Could you please give more explanation on why you don't like this use case particularly? Thanks.

Best,
Haoyu

From: Greg Mirsky <gregimirsky@gmail.com>
Sent: Monday, February 28, 2022 10:56 AM
To: Haoyu Song <haoyu.song@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>; mpls <mpls@ietf.org>; pals@ietf.org; DetNet WG <detnet@ietf.org>; spring <spring@ietf.org>; draft-saad-mpls-miad-usecases@ietf.org
Subject: Re: [spring] Comments on draft-saad-mpls-miad-usecases

Hi Haoyu,
can you give an example of "the other use cases in the same packet"? I don't think that discussing some hypothetical scenarios is a productive way for the Open DT.

Regards,
Greg

On Mon, Feb 28, 2022 at 10:05 AM Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:
Hi Greg,

What I think is that whatever output is from MIAD, it will provide a new solution to support NSH SFC in MPLS.
RFC 8596 shows a way to support NSH SFC in MPLS, but it may not be cooperative with the other use cases in the same packet. MIAD tries to solve this problem.

Best,
Haoyu

From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Sent: Saturday, February 26, 2022 4:36 PM
To: Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>>
Cc: Tarek Saad <tsaad.net@gmail.com<mailto:tsaad.net@gmail.com>>; mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; pals@ietf.org<mailto:pals@ietf.org>; DetNet WG <detnet@ietf.org<mailto:detnet@ietf.org>>; spring <spring@ietf.org<mailto:spring@ietf.org>>; draft-saad-mpls-miad-usecases@ietf.org<mailto:draft-saad-mpls-miad-usecases@ietf.org>
Subject: Re: [spring] Comments on draft-saad-mpls-miad-usecases

Hi Haoyu,
I am sorry, but after reading your note, I cannot find an answer to my question How the MIAD work is applicable to the informational RFC 8596? In other words, What do you see as missing in the solution described in RFC 8596 that MIAD is expected to address?

Regards,
Greg

On Fri, Feb 25, 2022 at 11:34 AM Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:
Hi Greg,

There have been some existing standards (e.g., EL and this one) and proposals (some are listed in the document) with each dealing with a specific use case. I think it's beneficial to list them all and then consider to use a generic mechanism to handle all these otherwise piecemeal solutions. Of course, finally we would need to pick which shall actually be supported with the generic method, but at this point, we shall not limit ourself.

Regards,
Haoyu

From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Sent: Friday, February 25, 2022 9:54 AM
To: Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>>
Cc: Tarek Saad <tsaad.net@gmail.com<mailto:tsaad.net@gmail.com>>; mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; pals@ietf.org<mailto:pals@ietf.org>; DetNet WG <detnet@ietf.org<mailto:detnet@ietf.org>>; spring <spring@ietf.org<mailto:spring@ietf.org>>; draft-saad-mpls-miad-usecases@ietf.org<mailto:draft-saad-mpls-miad-usecases@ietf.org>
Subject: Re: [spring] Comments on draft-saad-mpls-miad-usecases

Hi Haoyu,
in RFC 8596 I don't find anything that would require any modification to the existing MPLS architecture. I would agree that SFC NSH using MPLS to connect SFP components might benefit from the new enhancements to the MPLS, but so would any other client that uses the MPLS network. Do you think that the use case document should list them all?

Regards,
Greg

On Fri, Feb 25, 2022 at 9:42 AM Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:

  *   in my earlier comments, I've noted that the informational RFC 8596 appears not posing any requirements for enhancements in the MPLS data plane. If I am missing something, please let me know.
Hi Greg,

The RFC is mentioned because it shows that SFC NSH has been considered to be supported in MPLS as well, so it's a legitimate use case like the others in the draft. When we need to support multiple such use cases at the same time, we need a generic mechanism to support them, so the use-case draft serves as a motivation for our work in the ODT.
Hopefully this answers your question. Thanks,
Haoyu

From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Sent: Thursday, February 24, 2022 5:09 PM
To: Tarek Saad <tsaad.net@gmail.com<mailto:tsaad.net@gmail.com>>
Cc: mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; pals@ietf.org<mailto:pals@ietf.org>; DetNet WG <detnet@ietf.org<mailto:detnet@ietf.org>>; spring <spring@ietf.org<mailto:spring@ietf.org>>; draft-saad-mpls-miad-usecases@ietf.org<mailto:draft-saad-mpls-miad-usecases@ietf.org>
Subject: Re: [spring] Comments on draft-saad-mpls-miad-usecases

Hi Tarek,
thank you for your thoughtful consideration of my comments. I've reviewed the diff and got several follow-up notes:

  *   the new text in the Introduction section explains the ISD as being encoded as labels:
within the label stack, e.g., encoded as labels, referred to as In
                 Stack Data (ISD), and
I think s/as labels/into label stack elements/ makes the text a bit more accurate. What do you think?

  *   in my earlier comments, I've noted that the informational RFC 8596 appears not posing any requirements for enhancements in the MPLS data plane. If I am missing something, please let me know.
  *   I might have missed it earlier. The TSN is the term used for a very specific technology developed at IEEE to support, for example, URLLC services. The DetNet WG defines the methodology in support of these services using IETF technologies - MPLS and IP. I think it would be appropriate if an IETF document refers to Deterministic Networking, not TSN. What is your opinion?
Regards,
Greg


On Thu, Feb 24, 2022 at 5:52 AM Tarek Saad <tsaad.net@gmail.com<mailto:tsaad.net@gmail.com>> wrote:
Hi Greg,

Thanks for your comments. I've addressed several of your comments. The latest diffs (revision to be uploaded soon) can be found at:
https://tools.ietf.org//rfcdiff?url1=https://www.ietf.org/archive/id/draft-saad-mpls-miad-usecases-00.txt&url2=https://raw.githubusercontent.com/tsaad-dev/drafts/master/miad-usecases/draft-dt-mpls-miad-usecases.txt<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Frfcdiff%3Furl1%3Dhttps%3A%2F%2Fwww.ietf.org%2Farchive%2Fid%2Fdraft-saad-mpls-miad-usecases-00.txt%26url2%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Ftsaad-dev%2Fdrafts%2Fmaster%2Fmiad-usecases%2Fdraft-dt-mpls-miad-usecases.txt&data=04%7C01%7Chaoyu.song%40futurewei.com%7Cda35e9b46e054e41cf9b08d9faec0dc5%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637816714042137291%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=NBW4%2BTmNyQz%2Fs7HwwxW0U1MFxejG7DlRZObINe14Iw0%3D&reserved=0>

Regards,
Tarek (for co-authors)

From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> on behalf of Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Date: Friday, February 18, 2022 at 4:15 PM
To: draft-saad-mpls-miad-usecases@ietf.org<mailto:draft-saad-mpls-miad-usecases@ietf.org> <draft-saad-mpls-miad-usecases@ietf.org<mailto:draft-saad-mpls-miad-usecases@ietf.org>>, mpls <mpls@ietf.org<mailto:mpls@ietf.org>>, pals@ietf.org<mailto:pals@ietf.org> <pals@ietf.org<mailto:pals@ietf.org>>, DetNet WG <detnet@ietf.org<mailto:detnet@ietf.org>>, spring <spring@ietf.org<mailto:spring@ietf.org>>
Subject: [spring] Comments on draft-saad-mpls-miad-usecases
Dear Authors,
thank you for your work putting this document together. It helps to analyze essential use cases in the scope of the work at the Open DT. Attached, please find a copy of the draft with my notes and some editorial suggestions. I hope you'll find some of them helpful.
I am looking forward to your feedback and questions.

Regards,
Greg