[mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Tianran Zhou <zhoutianran@huawei.com> Thu, 27 June 2024 02:29 UTC

Return-Path: <zhoutianran@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D151C14F5E4; Wed, 26 Jun 2024 19:29:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.206
X-Spam-Level:
X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUyJ-jrtfIRE; Wed, 26 Jun 2024 19:29:22 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA6DEC14F5E9; Wed, 26 Jun 2024 19:29:21 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4W8jCD11pTz6K9Lh; Thu, 27 Jun 2024 10:27:36 +0800 (CST)
Received: from lhrpeml100003.china.huawei.com (unknown [7.191.160.210]) by mail.maildlp.com (Postfix) with ESMTPS id E9A58140C98; Thu, 27 Jun 2024 10:29:18 +0800 (CST)
Received: from dggpemf200007.china.huawei.com (7.185.36.2) by lhrpeml100003.china.huawei.com (7.191.160.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Thu, 27 Jun 2024 03:29:17 +0100
Received: from kwepemf100007.china.huawei.com (7.202.181.221) by dggpemf200007.china.huawei.com (7.185.36.2) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Thu, 27 Jun 2024 10:29:15 +0800
Received: from kwepemf100007.china.huawei.com ([7.202.181.221]) by kwepemf100007.china.huawei.com ([7.202.181.221]) with mapi id 15.02.1544.011; Thu, 27 Jun 2024 10:29:15 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Thread-Topic: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt
Thread-Index: AQHax3MSq+ShtboRc0qddvJ5pPRA6bHZ6YKAgAABX4CAAAaFgIAAAh4AgAA5ZACAAAKygIAAlalg//99UoCAAKEB4A==
Date: Thu, 27 Jun 2024 02:29:15 +0000
Message-ID: <fe0d0a9e78804a09bcccb93664f86494@huawei.com>
References: <MN2PR11MB4064044709C9B25C7A7C39DBD0D62@MN2PR11MB4064.namprd11.prod.outlook.com> <20fade0a-e70a-4e62-a9d3-504e29940843@pi.nu> <7c285cf9-8f6c-4a57-b340-77e0772bef9b@joelhalpern.com> <BY3PR13MB4787695C339B55292A9D6F009AD62@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmX9E6NP750o=f3qwbp3QGQhtO_bw+Uay0gqH0GA7XLL=g@mail.gmail.com> <BY3PR13MB4787BFB6D1CFA9AF48A303C19AD62@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmVw6S9hy7bavwq3ZkH2yhMdcikKGb4JMoO_qXmje-Ss0w@mail.gmail.com> <b44a0a684b314a38be3c4533c28e7465@huawei.com> <CA+RyBmUmzbeWdouO4ChuU5PkrFiknv-ZS5OJL0pXMkffSYCQ1w@mail.gmail.com>
In-Reply-To: <CA+RyBmUmzbeWdouO4ChuU5PkrFiknv-ZS5OJL0pXMkffSYCQ1w@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.40.118]
Content-Type: multipart/alternative; boundary="_000_fe0d0a9e78804a09bcccb93664f86494huaweicom_"
MIME-Version: 1.0
Message-ID-Hash: J4BT7U6GYAVSA55IQMUMBEUZJIKSTXWU
X-Message-ID-Hash: J4BT7U6GYAVSA55IQMUMBEUZJIKSTXWU
X-MailFrom: zhoutianran@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mpls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: mpls <mpls@ietf.org>, "draft-jags-mpls-ps-mna-hdr@ietf.org" <draft-jags-mpls-ps-mna-hdr@ietf.org>, "Zhukeyi(Kaiyin,Datacom Standard&Patent)" <zhukeyi@huawei.com>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/0SXUONystdYMG3BoQEaYq9IgznM>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Owner: <mailto:mpls-owner@ietf.org>
List-Post: <mailto:mpls@ietf.org>
List-Subscribe: <mailto:mpls-join@ietf.org>
List-Unsubscribe: <mailto:mpls-leave@ietf.org>

Hi Greg,

I mean IOAM preallocated tracing has predicted length. In this sense, there is no difference with SR and other MNA cases.
What’s the I2E stands for?

Best,
Tianran

From: Greg Mirsky [mailto:gregimirsky@gmail.com]
Sent: Thursday, June 27, 2024 8:49 AM
To: Tianran Zhou <zhoutianran@huawei.com>
Cc: Haoyu Song <haoyu.song@futurewei.com>; mpls <mpls@ietf.org>; draft-jags-mpls-ps-mna-hdr@ietf.org; Zhukeyi(Kaiyin,Datacom Standard&Patent) <zhukeyi@huawei.com>
Subject: Re: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Hi Tianran,
can you help me understanding how the IOAM Preallocated Trace Option-Type mitigates the MSD constraint? Personally, I think that any PSD-based solution can reliably work only for I2E scope. Am I missing something?

Regards,
Greg

On Wed, Jun 26, 2024 at 5:38 PM Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>> wrote:
Hi Greg,

I think the IOAM pre-allocated tracing mode can mitigate the MSD issue.
How about we only apply this mode in MNA?

Tianran

From: Greg Mirsky [mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>]
Sent: Thursday, June 27, 2024 7:41 AM
To: Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>>
Cc: mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; draft-jags-mpls-ps-mna-hdr@ietf.org<mailto:draft-jags-mpls-ps-mna-hdr@ietf.org>
Subject: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Hi Haoyu,
I find the argument "We don't care about your problem" unusual for an environment striving to reach, although rough, consensus nevertheless. MSD is a well-known network constraint that, I suspect, would not go away very soon (similar to using the label stack to generate entropy in the ECMP environment). MSD is real, and we must consider it when making design decisions. I don't think that operators will look favorably at a technology that requires the forklift upgrade of a network.

Regards,
Greg

On Wed, Jun 26, 2024 at 4:31 PM Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:
Greg,
A feature having severe performance impact to one device doesn’t necessarily mean it has the same issue to others’ devices. Also, not everyone must implement it. It’s all about user’s preference, capability, and choice.

Best,
Haoyu
From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Sent: Wednesday, June 26, 2024 1:06 PM
To: Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>>
Cc: Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>>; mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; draft-jags-mpls-ps-mna-hdr@ietf.org<mailto:draft-jags-mpls-ps-mna-hdr@ietf.org>
Subject: Re: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Hi Haoyu,
I am surprised that the proponents of PSD-based solution use limited impact on the MPLS label stack depth as an argument while seemingly ignoring the MSD issue that, in my opinion, might have more severe impact on degrading the forwarding performance of the already deployed networking devices.

Regards,
Greg

On Wed, Jun 26, 2024 at 12:59 PM Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:
Hi Joel,

I think it's important to support IOAM DEX as specified in RFC9326. I don't think it can still be called IOAM DEX if the header format is changed in order to fit it in ISD.  As Rakesh has explained, the header itself is extensible, and the header size is large with options. Both these make it unsuitable for ISD.

Best,
Haoyu

-----Original Message-----
From: Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>
Sent: Wednesday, June 26, 2024 12:35 PM
To: Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>>; mpls <mpls@ietf.org<mailto:mpls@ietf.org>>; draft-jags-mpls-ps-mna-hdr@ietf.org<mailto:draft-jags-mpls-ps-mna-hdr@ietf.org>
Subject: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Loa, you list three bullet points with three different results. However, what has been shown so far seems to correspond to your first case, which you state does not justify two solutions. Adopting a post-stack data solution before we decide we are in case three, or in case 2 and feel the tradeoff is right, seems premature.   It may well be that the ps draft is the right starting point once we have agreed on the problems to be solved. Which is why I am trying to understand the motivations for Rakesh' iOAM dex draft.  (I do think we need to support IOAM DEX.)

Yours,

Joel

On 6/26/2024 3:30 PM, Loa Andersson wrote:
> Jags, authors, chairs, working group,
>
>
> I support making draft-jags-mpls-ps-mna-hdr a working group document.
>
> It has repeatedly been said by those who want ISD-solutions that
> PSD-solutions ar not needed.
>
> I think this is a fundamentally flawed way of asking the question.
>
> - if we have a choice between two solutions and they are equally good
>   for all cases, then it makes sense to try to find consensus for
> adopting
>   one of the solutions
> - if we have a choice between two solutions there both solutions "can
> do" all
>   cases, but there one is significantly better for one set of cases
> and the
>   other is significantly better for the remaining cases, we should
> cases we
>    should seriously consider going for two solutions.
> - if we we have the a choice between two solutions there one can solve
> part of
>   the cases and the other the remaining cases, the we need to go for two
>   solutions.
>
> /Loa
>
>
> Den 2024-06-26 kl. 04:50, skrev Jaganbabu Rajamanickam (jrajaman):
>>
>> Hello Chairs,
>>
>>    We would like to request WG adoption for draft-jags-mpls-ps-mna-hdr.
>>
>>    Updated the draft with the initial review comments and the latest
>> MNA header format.
>>
>>   Welcome your review comments and suggestions.
>>
>> Thanx,
>>
>> Jags
>>
>>
>> _______________________________________________
>> mpls mailing list -- mpls@ietf.org<mailto:mpls@ietf.org>
>> To unsubscribe send an email to mpls-leave@ietf.org<mailto:mpls-leave@ietf.org>
>

_______________________________________________
mpls mailing list -- mpls@ietf.org<mailto:mpls@ietf.org>
To unsubscribe send an email to mpls-leave@ietf.org<mailto:mpls-leave@ietf.org>
_______________________________________________
mpls mailing list -- mpls@ietf.org<mailto:mpls@ietf.org>
To unsubscribe send an email to mpls-leave@ietf.org<mailto:mpls-leave@ietf.org>