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

Greg Mirsky <gregimirsky@gmail.com> Sun, 27 February 2022 00:35 UTC

Return-Path: <gregimirsky@gmail.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 6FB7F3A06E7; Sat, 26 Feb 2022 16:35:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.509
X-Spam-Level:
X-Spam-Status: No, score=-0.509 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, FREEMAIL_FROM=0.001, FROM_FMBLA_NEWDOM=1.498, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 GhxRv1rWwpeF; Sat, 26 Feb 2022 16:35:51 -0800 (PST)
Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 A600A3A07D2; Sat, 26 Feb 2022 16:35:43 -0800 (PST)
Received: by mail-ed1-x533.google.com with SMTP id c6so12402163edk.12; Sat, 26 Feb 2022 16:35:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uA54n93eKMhxAntcm1TNmNs+3bZ5Bv5kcncI4WcW12o=; b=jX7/d6+yyXAML9SvjMGJyzbjzJ23sd26K9UdPptCKZT3efZOmQFWP5R4t/OTG63JeZ lTYq7R/nfEFJX+SntvWSrMY0DzSV0fi/c1StPjWXkJApI2YYwIGOu8uGdQfQlZPgnDgM rAKQVaDUQUMlCJITkuy9iI4TpPGiFA/khwaa2sIcYXsSKAN5h1KKIuC9d1n3LdQjSOSM Q+rVBMw+8Hb07Q6Rd9ARGbf6nM3UtfRDTmDJrDYXBIwJb7l0irsq/2w6LRirpN+gO6iH 8m1DadDi6wCbdGLWevMnyAsNKBanN8lY0h9i9ABl4GE13JvjoMWvMONTuKZd2eEdDlDu ss7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uA54n93eKMhxAntcm1TNmNs+3bZ5Bv5kcncI4WcW12o=; b=IMq2WeVWmWMwzHwK7mSU1lTnRr9Wx+X5v/R1o2qBHVE88AtwgvsT2F/yU5mOi5+12u QQk4FgF6Ov0dffw66fQlDVlNYfn0cmOAGLo8TWcx9MoodjDSA3a3kLvOYQK/YIB4Seys wHDxPlwvLSAGGN4CWXPcs5bLjwCt3BXRyXbJf+mGk/AotuZSVDHNq9E7UVqxqJ33+Tvz m0qgM8limgc7XY6MCsAi/07U3MqLg/MggZ7SC3kLhpgAZBzndwfwUg2/pKlw+DORm78Q XVecZhpGPxa2wN5XbAeqRobi3XAt2KEaXfJQy3QabW01Rj2w8ZcUfS0W7kV2W6QVVaxM Nq1g==
X-Gm-Message-State: AOAM531ZGT96ZbNEchgscdCsseJW8h7OvRWoCNnELvtvcCXNIjLQzPQc JI6mVWkkOVkxVP3KytK3gbXFOcouAGgcEkAfGMSOA6l+
X-Google-Smtp-Source: ABdhPJxRwhGQl8bchefONh4ZphfCfEnQ+Zp2rCklztLYtfDhMqB19P+Jd8Q4PGF+Lqlp4cqTqjdp1zQ+c64EvdwE5JM=
X-Received: by 2002:aa7:c3d5:0:b0:40f:b885:8051 with SMTP id l21-20020aa7c3d5000000b0040fb8858051mr13386186edr.395.1645922141685; Sat, 26 Feb 2022 16:35:41 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <BY3PR13MB4787E6BEE884F834500A113D9A3E9@BY3PR13MB4787.namprd13.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Sat, 26 Feb 2022 16:35:30 -0800
Message-ID: <CA+RyBmVu0cAbxpf3QgonxBb=LuknER6__GX4GQNEqHBcy0+uwg@mail.gmail.com>
To: Haoyu Song <haoyu.song@futurewei.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>
Content-Type: multipart/alternative; boundary="00000000000095497505d8f51c97"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/61_Wc9IeX_mvSWWFhVeIXAEHI1I>
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: Sun, 27 Feb 2022 00:35:56 -0000

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>
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>
> *Sent:* Friday, February 25, 2022 9:54 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,
>
> 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>
> 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>
> *Sent:* Thursday, February 24, 2022 5:09 PM
> *To:* Tarek Saad <tsaad.net@gmail.com>
> *Cc:* 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 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> 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%7C98e5a6f0e02545303be608d9f887e5ee%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637814084842706350%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OWEI89B3BQGMJLu%2Fb4HmOSMGNZwSIqC74cwyX0oD4Rs%3D&reserved=0>
>
>
>
> Regards,
>
> Tarek (for co-authors)
>
>
>
> *From: *spring <spring-bounces@ietf.org> on behalf of Greg Mirsky <
> gregimirsky@gmail.com>
> *Date: *Friday, February 18, 2022 at 4:15 PM
> *To: *draft-saad-mpls-miad-usecases@ietf.org <
> draft-saad-mpls-miad-usecases@ietf.org>, mpls <mpls@ietf.org>,
> pals@ietf.org <pals@ietf.org>, DetNet WG <detnet@ietf.org>, spring <
> 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
>
>