Re: [mpls] For Review: Proposed Liaison Response to SG11

"Dongjie (Jimmy)" <jie.dong@huawei.com> Mon, 11 March 2024 09:25 UTC

Return-Path: <jie.dong@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 5B2F9C14F68E; Mon, 11 Mar 2024 02:25:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=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, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 Z2YkBuR6VTKH; Mon, 11 Mar 2024 02:25:13 -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 10DFFC14F61C; Mon, 11 Mar 2024 02:25:13 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4TtWZZ2mhfz6JBCY; Mon, 11 Mar 2024 17:24:54 +0800 (CST)
Received: from lhrpeml100004.china.huawei.com (unknown [7.191.162.219]) by mail.maildlp.com (Postfix) with ESMTPS id E43AD1400C9; Mon, 11 Mar 2024 17:25:08 +0800 (CST)
Received: from dggpemm500008.china.huawei.com (7.185.36.136) by lhrpeml100004.china.huawei.com (7.191.162.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Mon, 11 Mar 2024 09:25:07 +0000
Received: from kwepemd100004.china.huawei.com (7.221.188.31) by dggpemm500008.china.huawei.com (7.185.36.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Mon, 11 Mar 2024 17:25:05 +0800
Received: from kwepemd100004.china.huawei.com ([7.221.188.31]) by kwepemd100004.china.huawei.com ([7.221.188.31]) with mapi id 15.02.1258.028; Mon, 11 Mar 2024 17:25:05 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Alexander Vainshtein' <Alexander.Vainshtein@rbbn.com>, "'BRUNGARD, DEBORAH A'" <db3546@att.com>
CC: "mpls-ads@ietf.org" <mpls-ads@ietf.org>, 'mpls' <mpls@ietf.org>
Thread-Topic: [mpls] For Review: Proposed Liaison Response to SG11
Thread-Index: AQDewqt5mJO5xNNsDV/9WzEaTMKdHrMj25GQgAGCQeCAAleggIAAV3oAgAGY6HA=
Date: Mon, 11 Mar 2024 09:25:04 +0000
Message-ID: <47dbe1535c4d4361bddb262b2e66da26@huawei.com>
References: <02c501da70ad$60b838f0$2228aad0$@olddog.co.uk> <03c701da716e$7d056de0$771049a0$@olddog.co.uk> <CH0PR02MB8291A9928A0DB54752C51481D6272@CH0PR02MB8291.namprd02.prod.outlook.com> <PH0PR03MB63004F3B8354B1DDEDDF3A35F6252@PH0PR03MB6300.namprd03.prod.outlook.com> <048d01da730c$30b87e10$92297a30$@olddog.co.uk>
In-Reply-To: <048d01da730c$30b87e10$92297a30$@olddog.co.uk>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.40.66]
Content-Type: multipart/alternative; boundary="_000_47dbe1535c4d4361bddb262b2e66da26huaweicom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/m6lkPSvIoObFW9KNWdac4MXsuN8>
Subject: Re: [mpls] For Review: Proposed Liaison Response to SG11
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2024 09:25:17 -0000

Hi Adrian,

Thanks for working on the liaison response. The updated text look good to me.

Best regards,
Jie

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Monday, March 11, 2024 12:59 AM
To: 'Alexander Vainshtein' <Alexander.Vainshtein@rbbn.com>; 'BRUNGARD, DEBORAH A' <db3546@att.com>
Cc: mpls-ads@ietf.org; 'mpls' <mpls@ietf.org>
Subject: Re: [mpls] For Review: Proposed Liaison Response to SG11

Hi Sasha,

Thank you for your consideration. I share some of your experiences with T-MPLS and am consequently also concerned that any protocol work should be carried out in the IETF.

But I am not sure that one SDO should tell another SDO that publication of their requirements document is unjustified. To some extent, I read Q.3962 as indicating the deployment model that some operators want to follow, and you can’t argue with that.

If the requirements can be met with existing tools, then I am sure that an “applicability statement” could be written in the IETF, and I am sure that the WG would be happy to help review the work. Obviously, no one should be under the illusion that they can commission a draft and have it written for them :-)

If it turns out that the requirements cannot be met with existing tools, and that protocol extensions are needed, then (of course) the IETF is the place to do that, and the WG would clearly want to review the proposals before taking them through the usual IETF process.

So perhaps we can strengthen this with…
OLD

Our current understanding of your requirements suggests that all or most of

your requirements can be addressed using existing IP/MPLS OAM tools.
NEW

Our current understanding of your requirements suggests that all or most of

your requirements can be addressed using existing IP/MPLS OAM tools, and

that no further protocol work is necessary.
END

We also have s/lacunae/gaps/ from Loa.

Further, if we *really* want to make the point clear we should change…

OLD

Obviously,

should any gaps be discovered during this process, the working group

would also be pleased to engage in additional protocol work to resolve any
            issues.
NEW

Obviously,

should any gaps be discovered during this process, the working group

would also be pleased to engage in additional protocol work to resolve any
            issues using the procedures described in RFC 4775 and RFC 4929.
END

Cheers,
Adrian

From: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com<mailto:Alexander.Vainshtein@rbbn.com>>
Sent: 10 March 2024 11:45
To: BRUNGARD, DEBORAH A <db3546@att.com<mailto:db3546@att.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>
Cc: mpls-ads@ietf.org<mailto:mpls-ads@ietf.org>; 'mpls' <mpls@ietf.org<mailto:mpls@ietf.org>>
Subject: RE: [mpls] For Review: Proposed Liaison Response to SG11
Importance: High

Adrian, Deborah and all,
I may be somewhat biased about this issue based on experience with MPLS-TP, but maybe a slightly stronger language could be used in our response?


Specifically, something like (proposed added text is highlighted):

“Our current understanding of your requirements suggests that all or most of your requirements can be addressed using existing IP/MPLS OAM tools, so that it is not clear to the WG whether publication of Q.3962 in its present form is justified”.



IMHO and FWIW this sits well with the proposal  to “all experts to bring these requirements to the IETF's MPLS working group with a view to working collaboratively on an Informational RFC that describes how to deliver the function you want to see”,

My 2c,
Sasha

From: mpls <mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>> On Behalf Of BRUNGARD, DEBORAH A
Sent: Friday, March 8, 2024 6:10 PM
To: adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'mpls' <mpls@ietf.org<mailto:mpls@ietf.org>>
Cc: mpls-ads@ietf.org<mailto:mpls-ads@ietf.org>
Subject: [EXTERNAL] Re: [mpls] For Review: Proposed Liaison Response to SG11

+1

+1 on “soon” – SG11 will meet early May with contributions due Ap 18 – so hopefully with early receipt of this liaison, will help contributors on progressing their on-going work items.

Deborah

From: mpls <mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>> On Behalf Of Adrian Farrel
Sent: Friday, March 8, 2024 10:37 AM
To: 'mpls' <mpls@ietf.org<mailto:mpls@ietf.org>>
Cc: mpls-ads@ietf.org<mailto:mpls-ads@ietf.org>
Subject: [mpls] For Review: Proposed Liaison Response to SG11

Hi WG, You may have seen some back and forth on the list with respect to a liaison statement sent "For Information" to the OPSAWG by ITU-T Study Group 11. Watching the mailing list, your chairs thought it would be a good idea to send a response


Hi WG,



You may have seen some back and forth on the list with respect to a liaison

statement sent "For Information" to the OPSAWG by ITU-T Study Group 11.



Watching the mailing list, your chairs thought it would be a good idea to

send a response even though one is not requested or required, and even

though we were not the original recipients of the incoming liaison.



Our draft is below. We would welcome any thoughts or edits.



The intention is to send this "soon" so it would help if you could respond

in a timely way.



Thanks,

Adrian for the MPLS Chairs



===



To: ITU-T-SG-11

Cc: Denis Andreev <denis.andreev@itu.int<mailto:denis.andreev@itu.int>>;

Tatiana Kurakova <tatiana.kurakova@itu.int<mailto:tatiana.kurakova@itu.int>>;

Scott Mansfield <Scott.Mansfield@Ericsson.com<mailto:Scott.Mansfield@Ericsson.com>>;

mpls@ietf.org<mailto:mpls@ietf.org>; mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>; itu-t-liaison@iab.org<mailto:itu-t-liaison@iab.org>

Purpose: For Information

In response to: https://urldefense.com/v3/__https://datatracker.ietf.org/liaison/1869/__;!!BhdT!mWmi68uYSSy4-bpLL11L9uqhsLuDkHbkucLYYk0WXj5PQ_FU-tg_9Ro91YUsgXqwJsR2bvQBWxreFnPg$<https://urldefense.com/v3/__https:/datatracker.ietf.org/liaison/1869/__;!!BhdT!mWmi68uYSSy4-bpLL11L9uqhsLuDkHbkucLYYk0WXj5PQ_FU-tg_9Ro91YUsgXqwJsR2bvQBWxreFnPg$>

Subject: Response to your Liaison Statement - LS on the consent of draft

Recommendation ITU-T Q.3962 (ex. Q.joint_tr) "Requirements and Reference

Model for optimized traceroute of joint Internet Protocol/Multi-Protocol

Label Switching"



Body:



Thank you for your Liaison Statement - LS on the consent of draft

Recommendation ITU-T Q.3962 (ex. Q.joint_tr) "Requirements and Reference

Model for optimized traceroute of joint Internet Protocol/Multi-Protocol

Label Switching" dated 2023-10-24. This has been passed on to the MPLS

working group for consideration.



The MPLS working group would like to thank you for sharing your requirements

as expressed in Q.3962.



Our current understanding of your requirements suggests that all or most of

your requirements can be addressed using existing IP/MPLS OAM tools.



We would welcome all experts to bring these requirements to the IETF's MPLS

working group with a view to working collaboratively on an Informational RFC

that describes how to deliver the function you want to see. Obviously,

should any lacunae be discovered during this process, the working group

would also be pleased to engage in additional protocol work to resolve any

issues.



Kind regards,

Adrian Farrel MPLS Working Group Co-Chair

On behalf of the MPLS Working Group and Co-Chairs





_______________________________________________

mpls mailing list

mpls@ietf.org<mailto:mpls@ietf.org>

https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/mpls__;!!BhdT!mWmi68uYSSy4-bpLL11L9uqhsLuDkHbkucLYYk0WXj5PQ_FU-tg_9Ro91YUsgXqwJsR2bvQBWw-z3cuX$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/mpls__;!!BhdT!mWmi68uYSSy4-bpLL11L9uqhsLuDkHbkucLYYk0WXj5PQ_FU-tg_9Ro91YUsgXqwJsR2bvQBWw-z3cuX$>


Disclaimer

This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments.