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

Adrian Farrel <adrian@olddog.co.uk> Sun, 10 March 2024 16:58 UTC

Return-Path: <adrian@olddog.co.uk>
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 7F4B2C14F60D; Sun, 10 Mar 2024 09:58:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.802
X-Spam-Level:
X-Spam-Status: No, score=-2.802 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=olddog.co.uk
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 MPTXNZr6PGnC; Sun, 10 Mar 2024 09:58:44 -0700 (PDT)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 8F300C14F5FA; Sun, 10 Mar 2024 09:58:41 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta8.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42AGwZ3i024358; Sun, 10 Mar 2024 16:58:35 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 817E14606D; Sun, 10 Mar 2024 16:58:35 +0000 (GMT)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6B4734606C; Sun, 10 Mar 2024 16:58:35 +0000 (GMT)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS; Sun, 10 Mar 2024 16:58:35 +0000 (GMT)
Received: from LAPTOPK7AS653V ([85.255.234.142]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42AGwX26014950 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Mar 2024 16:58:34 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Alexander Vainshtein' <Alexander.Vainshtein@rbbn.com>, "'BRUNGARD, DEBORAH A'" <db3546@att.com>
Cc: mpls-ads@ietf.org, 'mpls' <mpls@ietf.org>
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>
In-Reply-To: <PH0PR03MB63004F3B8354B1DDEDDF3A35F6252@PH0PR03MB6300.namprd03.prod.outlook.com>
Date: Sun, 10 Mar 2024 16:58:34 -0000
Organization: Old Dog Consulting
Message-ID: <048d01da730c$30b87e10$92297a30$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_048E_01DA730C.30BA2BC0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQDewqt5mJO5xNNsDV/9WzEaTMKdHgI72J+sAgNiK/kBi11Rk7L6LSqA
Content-Language: en-gb
X-Originating-IP: 85.255.234.142
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type; s=20221128; bh=/fRHGxA60DvLoOaVf0vta NtK+KNS7hRATRm5WC3YCcY=; b=mQ7ChfADWNmlNXl/QoCzB7dFbTHHOoT1FYH5Z okTur0PCjwsk2/1DQojrSEFHlCb0CERLiTQGCpQ9hQvO5QdS3fOzoO2aYLw3BiBi 8LC23S3WHT0gdpVGpbbL/Z21puzClNA9Wjmvb5AvaWSvmMXtXMDwkd/P+EtJhVqy whr82pvC8XS2XLz3gydw/uJza1y9ZAUuPMsmm0cenqyLpr4qXAeVd/ECfd70xSwR LU1toWA9LT6Ki4yhgLlFnKy89z+bbwSH2CDaNieXTCCRgEUeU+rCpetqLEbq6mrz xLRDJw77939cKi/Kic7sHt4MGWrtW/mrS+wUBv5OaN9m1myyA==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-28244.001
X-TM-AS-Result: No--22.982-10.0-31-10
X-imss-scan-details: No--22.982-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-28244.001
X-TMASE-Result: 10--22.981600-10.000000
X-TMASE-MatchedRID: 4n0kfb2VQj9SADpFTtTfdPqjGBlBM41/9kNGk0VfW+z+ZzV2xlKXUGDo MOliBKDzGqSG/c50XgOC7C2rJeUTobgMZBX0PrAKVhYZjy1spv4DgwoPho1IGphRVfr2ZCeLmcU nJITnlGn9x2Go7sqY3za6AaQm7fhmxIB30iHn1E295iYVgizGV4gEZdKk+7NHMBwDDNJzieVsXu 89JD3TUODK6w3xtWKIocSvEPKGO+duwe1DQn3m1IiLDMCX3SQ8IWs3E4v9JfmZJikAuNhUrDOfD 6L6toKjDOs94g784gdK0YCCYqpa5d8pqleQItEFU1ySuyq20mub5jlGOG2+BePVXp83OSEHPOqr 6B64RIAUO5MtN7rNw8qspZV+lCSLxuio8Dr7zyQidWE+jNsv6cDmBoae8ttSNVruOCK/ESuMrA2 nNy4w1W03YawHJvPCl1jd+fHBetMrXQa6mSZlSzq01dabe8liWbe4BkYia1jVAXYhrDDlvN2zTE J0VRmmnVTWWiNp+v/CXeHJwJcT9nROxyHvZdJsMJegf+CQoWHiE0ll7eAhe3eoMV+pUyN4CXBdH c83YVmKd6mbdOf7DtVsxgHCjq6jn12dPFTFhorMoAJfsjm0TgumUpEbbzCQF5cXjwszASxHW+94 FA8JF8G0UNgaZpYqN5dqZcIK7Vi5sqk1xxsSyN/O0TkwpBlDwn76N1IBRSRqYRkLohBWl3U6rzk khxY6zH6d90mb4+KOVGny5q72hiPS9JdK3W4/tAgK4TtXrP2NA7k11Cii62ZAYNwGoQD102uOaQ Cpma1sCltwTmzMU5kShYcLpGH9HObn4Q+n+5Wg5pC87QfQFuLzNWBegCW21WdIO+NJS/kEs/H1w Myspkiq4co4LuihsOzOncrmCoOFR9Hau8GO7qfDnZdVcKQklExlQIQeRG0=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/UOxZWSCzDskncO1oIO4uH83oJkQ>
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: Sun, 10 Mar 2024 16:58:49 -0000

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> 
Sent: 10 March 2024 11:45
To: BRUNGARD, DEBORAH A <db3546@att.com>; adrian@olddog.co.uk
Cc: mpls-ads@ietf.org; 'mpls' <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.