Re: [OPSAWG] Fwd: [mpls] New 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
Joel Halpern <jmh@joelhalpern.com> Wed, 21 February 2024 15:28 UTC
Return-Path: <jmh@joelhalpern.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27ABAC14F75F; Wed, 21 Feb 2024 07:28:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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 (1024-bit key) header.d=joelhalpern.com
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 rcrbQM7djsta; Wed, 21 Feb 2024 07:28:45 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CDE4C14F6F2; Wed, 21 Feb 2024 07:28:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4Tg0Y85JcRz1pp7s; Wed, 21 Feb 2024 07:28:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1708529324; bh=rOb6vOix1YANHRiFxWJHAAsZS6SXVAM5M8pto4usdmo=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=PRgeIJ4wDHnulDN8jLdV8cIXKrdUWiGBrndbCj8d5KBREMZXwOIRmkLBMQnLmynzX Th31A0LH47bsPWkZtz8Vd/DkK4RN3TkkCgyIbP7d1U5Lpj1LNQQmvE6TXOpzf1MuPZ z7Pwp538yd2M2gEMRU0Uo7bkeKsndyo4XZpoes+w=
X-Quarantine-ID: <2UfEkUl_I9u3>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.20.146] (unknown [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4Tg0Y615jMz1nsQb; Wed, 21 Feb 2024 07:28:41 -0800 (PST)
Message-ID: <a34a8976-09a1-423f-86f1-19c457a2387b@joelhalpern.com>
Date: Wed, 21 Feb 2024 10:28:40 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: loa@pi.nu, Greg Mirsky <gregimirsky@gmail.com>
Cc: mpls@ietf.org, n.leymann@telekom.de, opsawg@ietf.org, tsaad.net@gmail.com
References: <6429a98e605dfb7c134ca9741651fe13.squirrel@pi.nu> <CA+RyBmVbXkarHogvDMF=pO5Y0LV37dEkD==_pB2+Y6UjKCwuKA@mail.gmail.com> <c9943daf5f6afef2ef87a19dce3817e4.squirrel@pi.nu>
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: <c9943daf5f6afef2ef87a19dce3817e4.squirrel@pi.nu>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/TGwPHiCzr1U1o91iOgJuFoZ5mZ0>
Subject: Re: [OPSAWG] Fwd: [mpls] New 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
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Feb 2024 15:28:49 -0000
I checked with the IETF's liaison manager for ITU-T. It turns out, process-wise, that the underlying document this refers to was fully approved by ITU-T in December. So there is nothing to respond to and no benefit for the IETF in generating a response. Yours, Joel On 2/17/2024 12:13 AM, loa@pi.nu wrote: > Greg, > > I'm not the expert on ICMP, but as far as I see you are correct. > > I very much would like an ICMP expert to look at this, but I don't know > who to contact. Can anyone help me? > > /Loa > > >> Hi Loa, >> thank you for bringing to the discussion this liaison. I've looked through >> the prescribed processing and I have concerns about the scenario when an >> ICMP packet arrives at PE1 with the TTL=3. If I understand the process >> correctly, IP TTL is decremented and since it is non-zero, the ICMP packet >> is encapsulated in MPLS with MPLS TTL set to 2. If the MPLS network has >> more than one P node, that MPLS TTL expires at the second downstream P >> node. That node discovers the ICMP packet with TTL=2. And here I see two >> cases: >> >> - IP Dst is unknown to the P node >> - IP Dst is, somehow, known to the P node >> >> In the latter case, the P node will route the ICMP packet. In the former, >> as I understand it, will drop its ICMP Host unreachable. Either case is >> troublesome. >> Am I missing something in the process described in the liaison? Do you see >> a mistake in my thinking? >> >> Regards, >> Greg >> >> On Fri, Feb 16, 2024 at 2:08 AM <loa@pi.nu> wrote: >> >>> All, >>> >>> We have the liaison: >>> >>> "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". >>> >>> I have tried to read the Recommendation, still have some concerns and >>> questions. >>> >>> The liaison was addressed to the OPSAWG, but Tianran (OPSAWG co-chair) >>> sent this to the MPLS WG that seem better fitted to respond if we want >>> to. >>> >>> One questions for the OPSAWG is that if the MPLS WG decides to respond >>> would the OPSAWG want to join in on the response? >>> >>> My concerns at moment are (possible there will be more) are rather high >>> level. >>> >>> The consented document is about "IP/MPLS" traceroute. This is core >>> IETF/IP >>> areas, and within the IETF design authority.. If the intention is to >>> align SG-11 protocols with IETF technology that is OK. >>> >>> If it is it is a bit odd that neither STD5 (which include ICMP) nor >>> RFC >>> 8029 are mentioned. In fact a consented Recommendation on IETF core >>> technology does not mention a single RFC. >>> >>> If the intention is to create an ITU-T owned version of traceroute we >>> are >>> back in the discussion on honoring design authorities. >>> >>> The terminology is not well aligned with the IETF RFC. There are >>> "MultiProtocol Label Switch" rather than "MultiProtocol Label >>> Switching", >>> MPLS tags (sic!), CE is said to be expanded as "Customer Equipment", >>> while >>> the common IETF usage is "Customer Edge", and there is more. >>> >>> Figure 6-1 deserves some scrutiny >>> >>> - the PEs seem to belong to both carrier and enterprise network >>> - half of the CE seem to belong to the enterprise network and the >>> other half to something undefined. >>> >>> Also figure 6-1, a normal MPLS network deployment would have IP >>> connectivity end to end and traceroute would just work over IP. >>> >>> Havin said that there is not always IP, e.g. MPLS-TP is built on the >>> assumption. that IP connectivity is not necessary. >>> >>> >>> I think we have good reason to respond even though the Liaison is "For >>> Information". >>> >>> I don't know where the responsibility for STD5/ICMP lies, but possibly >>> someone that know could forward. >>> >>> And I think it would be a good idea to call on Scott to coordinate a >>> response. >>> >>> /Loa >>> >>> >>>> <html><head><meta http-equiv="content-type" content="text/html; >>>> charset=utf-8"></head><body dir="auto"><br >>>> id="lineBreakAtBeginningOfSignature"><div dir="ltr">Sent from my >>> iPhone</div><div dir="ltr"><br>Begin forwarded >>>> message:<br><br></div><blockquote type="cite"><div >>> dir="ltr"><b>From:</b> >>>> Greg Mirsky <gregimirsky@gmail.com><br><b>Date:</b> 29 October >>> 2023 >>>> at 04:21:17 GMT+8<br><b>To:</b> Tony Li >>>> <tony.li@tony.li><br><b>Cc:</b> mpls@ietf.org, Henk Birkholz >>> <henk.birkholz@sit.fraunhofer.de>, liaison-coordination@iab.org, >>> Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>, Warren >>> Kumari <warren@kumari.net>, Joe Clarke <jclarke@cisco.com>, >>> mpls-chairs@ietf.org, Robert Wilton <rwilton@cisco.com>, >>>> itu-t-liaison@iab.org, rtg-ads@ietf.org<br><b>Subject:</b> <b>Re: >>> [mpls] >>> New 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â€"</b><br><br></div></blockquote><blockquote >>> type="cite"><div >>> dir="ltr"><div dir="ltr">Hi Tony,<div>it appears to me that what this >>> recommendations describes is Uniform tunneling model (<a >>>> href="https://datatracker.ietf.org/doc/html/rfc3443">RFC 3443</a>) for >>> treating ICMP over MPLS (not sure whether the proponents of the >>> recommendation argue for using the uniform model for subscriber traffic >>> in >>> general).</div><div><br></div><div>Regards,</div><div>Greg</div></div><br><div >>> class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 28, >>> 2023 >>>> at 10:35 AM Tony Li <<a >>>> href="mailto:tony.li@tony.li">tony.li@tony.li</a>> >>>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px >>> 0px >>>> 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br> >>> Perhaps a pointer to IOAM-DEX and a “thanks, already doneâ€?<br> <br> >>>> T<br> >>>> <br> >>>> <br> >>>> > On Oct 28, 2023, at 10:14 AM, Adrian Farrel <<a >>>> href="mailto:adrian@olddog.co.uk" >>>> target="_blank">adrian@olddog.co.uk</a>> wrote:<br> >>>> > <br> >>>> > Thanks Tianran,<br> >>>> > <br> >>>> > I think you're right that these requirements are something the >>> MPLS >>> working group may want to look at.<br> >>>> > <br> >>>> > Working group: unless you have ITU-T internal access, look at the >>> copy of Q.3982 that was attached and can be seen at <a >>>> href=" >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-1.pdf >>> " >>> rel="noreferrer" >>>> target="_blank"> >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-1.pdf >>> </a> >>> Don't follow the URL in the liaison statement.<br> >>>> > <br> >>>> > The liaison is "for information", but we might want to look to >>> see >>> whether there is anything we can learn from the requirements presented, >>> whether we think there are existing ways of solving the problem >>> presented, >>>> and whether there is any response we want to send.<br> >>>> > <br> >>>> > Thanks,<br> >>>> > Adrian<br> >>>> > <br> >>>> > -----Original Message-----<br> >>>> > From: mpls <<a href="mailto:mpls-bounces@ietf.org" >>>> target="_blank">mpls-bounces@ietf.org</a>> On Behalf Of Tianran >>> Zhou<br> >>>> > Sent: 28 October 2023 10:10<br> >>>> > To: Liaison Statement Management Tool <<a >>>> href="mailto:statements@ietf.org" >>>> target="_blank">statements@ietf.org</a>>; Henk Birkholz <<a >>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>; Joe Clarke >>> <<a >>>> href="mailto:jclarke@cisco.com" >>> target="_blank">jclarke@cisco.com</a>>; >>>> <a href="mailto:mpls@ietf.org" target="_blank">mpls@ietf.org</a>; <a >>> href="mailto:mpls-chairs@ietf.org" >>>> target="_blank">mpls-chairs@ietf.org</a><br> >>>> > Cc: Tatiana Kurakova <<a >>> href="mailto:tatiana.kurakova@itu.int" >>> target="_blank">tatiana.kurakova@itu.int</a>>; Henk Birkholz <<a >>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>; <a >>>> href="mailto:liaison-coordination@iab.org" >>>> target="_blank">liaison-coordination@iab.org</a>; Robert Wilton <<a >>> href="mailto:rwilton@cisco.com" >>> target="_blank">rwilton@cisco.com</a>>; >>>> <a href="mailto:itu-t-liaison@iab.org" >>>> target="_blank">itu-t-liaison@iab.org</a>; Joe Clarke <<a >>>> href="mailto:jclarke@cisco.com" >>> target="_blank">jclarke@cisco.com</a>>; >>>> Operations and Management Area Working Group Discussion List <<a >>> href="mailto:opsawg@ietf.org" target="_blank">opsawg@ietf.org</a>>; >>> Warren Kumari <<a href="mailto:warren@kumari.net" >>>> target="_blank">warren@kumari.net</a>><br> >>>> > Subject: Re: [mpls] New 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â€"<br> >>>> > <br> >>>> > Hi MPLS WG,<br> >>>> > <br> >>>> > I forward this LS to MPLS because I believe it not really belongs >>> to >>>> OPSAWG.<br> >>>> > I think MPLS WG should be the right place to receive.<br> >>>> > <br> >>>> > Best,<br> >>>> > Tianran<br> >>>> > <br> >>>> > <br> >>>> > -----Original Message-----<br> >>>> > From: Liaison Statement Management Tool [mailto:<a >>>> href="mailto:statements@ietf.org" >>> target="_blank">statements@ietf.org</a>] >>>> <br> >>>> > Sent: Tuesday, October 24, 2023 11:23 PM<br> >>>> > To: Henk Birkholz <<a >>>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>; Joe Clarke >>> <<a >>>> href="mailto:jclarke@cisco.com" >>> target="_blank">jclarke@cisco.com</a>>; >>>> Tianran Zhou <<a href="mailto:zhoutianran@huawei.com" >>>> target="_blank">zhoutianran@huawei.com</a>><br> >>>> > Cc: Henk Birkholz <<a >>>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>; Joe Clarke >>> <<a >>>> href="mailto:jclarke@cisco.com" >>> target="_blank">jclarke@cisco.com</a>>; >>>> Operations and Management Area Working Group Discussion List <<a >>> href="mailto:opsawg@ietf.org" target="_blank">opsawg@ietf.org</a>>; >>> Robert Wilton <<a href="mailto:rwilton@cisco.com" >>>> target="_blank">rwilton@cisco.com</a>>; Scott Mansfield >>>> <Scott.Mansfield@Ericsson.com>; Tatiana Kurakova <<a >>>> href="mailto:tatiana.kurakova@itu.int" >>>> target="_blank">tatiana.kurakova@itu.int</a>>; Tianran Zhou <<a >>> href="mailto:zhoutianran@huawei.com" >>>> target="_blank">zhoutianran@huawei.com</a>>; Warren Kumari <<a >>> href="mailto:warren@kumari.net" >>> target="_blank">warren@kumari.net</a>>; >>>> <a href="mailto:itu-t-liaison@iab.org" >>>> target="_blank">itu-t-liaison@iab.org</a>; <a >>>> href="mailto:liaison-coordination@iab.org" >>>> target="_blank">liaison-coordination@iab.org</a><br> >>>> > Subject: New 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â€"<br> >>>> > <br> >>>> > Title: 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â€<br> > >>> Submission Date: 2023-10-24<br> >>>> > URL of the IETF Web page: <a >>>> href="https://datatracker.ietf.org/liaison/1869/" rel="noreferrer" >>> target="_blank">https://datatracker.ietf.org/liaison/1869/</a><br> > >>> <br> >>>> > From: Denis ANDREEV <<a href="mailto:tsbsg11@itu.int" >>>> target="_blank">tsbsg11@itu.int</a>><br> >>>> > To: Henk Birkholz <<a >>>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>,Joe Clarke >>> <<a >>>> href="mailto:jclarke@cisco.com" >>>> target="_blank">jclarke@cisco.com</a>>,Tianran Zhou <<a >>>> href="mailto:zhoutianran@huawei.com" >>>> target="_blank">zhoutianran@huawei.com</a>><br> >>>> > Cc: Robert Wilton <<a href="mailto:rwilton@cisco.com" >>>> target="_blank">rwilton@cisco.com</a>>,Warren Kumari <<a >>>> href="mailto:warren@kumari.net" >>>> target="_blank">warren@kumari.net</a>>,<a >>>> href="mailto:itu-t-liaison@iab.org" >>>> target="_blank">itu-t-liaison@iab.org</a> <<a >>>> href="mailto:itu-t-liaison@iab.org" >>>> target="_blank">itu-t-liaison@iab.org</a>>,Joe Clarke <<a >>>> href="mailto:jclarke@cisco.com" >>>> target="_blank">jclarke@cisco.com</a>>,Scott Mansfield >>>> <Scott.Mansfield@Ericsson.com>,Operations and Management Area >>> Working Group Discussion List <<a href="mailto:opsawg@ietf.org" >>> target="_blank">opsawg@ietf.org</a>>,Henk Birkholz <<a >>>> href="mailto:henk.birkholz@sit.fraunhofer.de" >>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>>,Tianran Zhou >>> <<a href="mailto:zhoutianran@huawei.com" >>>> target="_blank">zhoutianran@huawei.com</a>> Response Contacts: >>> Tatiana >>>> Kurakova <<a href="mailto:tatiana.kurakova@itu.int" >>>> target="_blank">tatiana.kurakova@itu.int</a>> Technical Contacts: >>> <br> >>>> > Purpose: For information<br> >>>> > <br> >>>> > Body: This liaison statement provides information about the >>> consented >>>> item as a result of the ITU-T SG11 meeting (Geneva, 10-20 October >>> 2023).<br> >>>> > <br> >>>> > ITU-T SG11 would like to inform ITU-T Study Group 13 and IETF >>> about >>> the draft new Recommendation ITU-T Q.3962 (ex. Q. joint_tr) >>>> “Requirements and Reference Model for optimized traceroute of joint >>> Internet Protocol/Multi-Protocol Label Switching†which was consented >>> during the ITU-T SG11 meeting (Geneva, 10-20 October 2023).<br> >>>> > <br> >>>> > The draft new Recommendation ITU-T Q. 3962 (ex. Q. joint_tr) >>> “Requirements and Reference Model for optimized traceroute of joint >>> Internet Protocol/Multi-Protocol Label Switching†is attached for your >>> convenience.<br> >>>> > ITU-T SG11 looks forward to collaborating with ITU-T Study Group >>> 13 >>> and IETF on this matter.<br> >>>> > <br> >>>> > Attachment:<br> >>>> > SG11-TD747/GEN: Consent – 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 (Geneva, 10-20 >>> October 2023)<br> >>>> > Attachments:<br> >>>> > <br> >>>> > SG11-LS108-Att-TD747<br> >>>> > <a >>>> href=" >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-1.pdf >>> " >>> rel="noreferrer" >>>> target="_blank"> >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-1.pdf >>> </a><br> >>> > <br> >>>> > SG11-LS108<br> >>>> > <a >>>> href=" >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-2.docx >>> " >>> rel="noreferrer" >>>> target="_blank"> >>> https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2023-10-24-itu-t-sg-11-opsawg-ls-on-the-consent-of-draft-recommendation-itu-t-q3962-ex-qjoint_tr-requirements-and-reference-model-for-optim-attachment-2.docx >>> </a><br> >>> > <br> >>>> > <br> >>>> > <br> >>>> > _______________________________________________<br> >>>> > mpls mailing list<br> >>>> > <a href="mailto:mpls@ietf.org" >>> target="_blank">mpls@ietf.org</a><br> >>>> > <a href="https://www.ietf.org/mailman/listinfo/mpls" >>> rel="noreferrer" >>>> target="_blank">https://www.ietf.org/mailman/listinfo/mpls</a><br> >>> > >>> <br> >>>> > _______________________________________________<br> >>>> > mpls mailing list<br> >>>> > <a href="mailto:mpls@ietf.org" >>> target="_blank">mpls@ietf.org</a><br> >>>> > <a href="https://www.ietf.org/mailman/listinfo/mpls" >>> rel="noreferrer" >>>> target="_blank">https://www.ietf.org/mailman/listinfo/mpls</a><br> >>> <br> >>> _______________________________________________<br> >>>> mpls mailing list<br> >>>> <a href="mailto:mpls@ietf.org" target="_blank">mpls@ietf.org</a><br> >>> <a >>> href="https://www.ietf.org/mailman/listinfo/mpls" rel="noreferrer" >>> target="_blank">https://www.ietf.org/mailman/listinfo/mpls</a><br> >>> </blockquote></div> >>> <span>_______________________________________________</span><br><span>mpls >>> mailing >>>> list</span><br><span>mpls@ietf.org</span><br><span> >>> https://www.ietf.org/mailman/listinfo/mpls >>> </span><br></div></blockquote></body></html> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > > _______________________________________________ > OPSAWG mailing list > OPSAWG@ietf.org > https://www.ietf.org/mailman/listinfo/opsawg