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 &lt;gregimirsky@gmail.com&gt;<br><b>Date:</b> 29 October
>>> 2023
>>>> at 04:21:17 GMT+8<br><b>To:</b> Tony Li
>>>> &lt;tony.li@tony.li&gt;<br><b>Cc:</b> mpls@ietf.org, Henk Birkholz
>>> &lt;henk.birkholz@sit.fraunhofer.de&gt;, liaison-coordination@iab.org,
>>> Tianran Zhou &lt;zhoutianran=40huawei.com@dmarc.ietf.org&gt;, Warren
>>> Kumari &lt;warren@kumari.net&gt;, Joe Clarke &lt;jclarke@cisco.com&gt;,
>>> mpls-chairs@ietf.org, Robert Wilton &lt;rwilton@cisco.com&gt;,
>>>> 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&nbsp;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 &lt;<a
>>>> href="mailto:tony.li@tony.li">tony.li@tony.li</a>&gt;
>>>> 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>
>>>> &gt; On Oct 28, 2023, at 10:14 AM, Adrian Farrel &lt;<a
>>>> href="mailto:adrian@olddog.co.uk"
>>>> target="_blank">adrian@olddog.co.uk</a>&gt; wrote:<br>
>>>> &gt; <br>
>>>> &gt; Thanks Tianran,<br>
>>>> &gt; <br>
>>>> &gt; I think you're right that these requirements are something the
>>> MPLS
>>> working group may want to look at.<br>
>>>> &gt; <br>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; Thanks,<br>
>>>> &gt; Adrian<br>
>>>> &gt; <br>
>>>> &gt; -----Original Message-----<br>
>>>> &gt; From: mpls &lt;<a href="mailto:mpls-bounces@ietf.org"
>>>> target="_blank">mpls-bounces@ietf.org</a>&gt; On Behalf Of Tianran
>>> Zhou<br>
>>>> &gt; Sent: 28 October 2023 10:10<br>
>>>> &gt; To: Liaison Statement Management Tool &lt;<a
>>>> href="mailto:statements@ietf.org"
>>>> target="_blank">statements@ietf.org</a>&gt;; Henk Birkholz &lt;<a
>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;; Joe Clarke
>>> &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>> target="_blank">jclarke@cisco.com</a>&gt;;
>>>> <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>
>>>> &gt; Cc: Tatiana Kurakova &lt;<a
>>> href="mailto:tatiana.kurakova@itu.int"
>>> target="_blank">tatiana.kurakova@itu.int</a>&gt;; Henk Birkholz &lt;<a
>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;; <a
>>>> href="mailto:liaison-coordination@iab.org"
>>>> target="_blank">liaison-coordination@iab.org</a>; Robert Wilton &lt;<a
>>> href="mailto:rwilton@cisco.com"
>>> target="_blank">rwilton@cisco.com</a>&gt;;
>>>> <a href="mailto:itu-t-liaison@iab.org"
>>>> target="_blank">itu-t-liaison@iab.org</a>; Joe Clarke &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>> target="_blank">jclarke@cisco.com</a>&gt;;
>>>> Operations and Management Area Working Group Discussion List &lt;<a
>>> href="mailto:opsawg@ietf.org" target="_blank">opsawg@ietf.org</a>&gt;;
>>> Warren Kumari &lt;<a href="mailto:warren@kumari.net"
>>>> target="_blank">warren@kumari.net</a>&gt;<br>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; Hi MPLS WG,<br>
>>>> &gt; <br>
>>>> &gt; I forward this LS to MPLS because I believe it not really belongs
>>> to
>>>> OPSAWG.<br>
>>>> &gt; I think MPLS WG should be the right place to receive.<br>
>>>> &gt; <br>
>>>> &gt; Best,<br>
>>>> &gt; Tianran<br>
>>>> &gt; <br>
>>>> &gt; <br>
>>>> &gt; -----Original Message-----<br>
>>>> &gt; From: Liaison Statement Management Tool [mailto:<a
>>>> href="mailto:statements@ietf.org"
>>> target="_blank">statements@ietf.org</a>]
>>>> <br>
>>>> &gt; Sent: Tuesday, October 24, 2023 11:23 PM<br>
>>>> &gt; To: Henk Birkholz &lt;<a
>>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;; Joe Clarke
>>> &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>> target="_blank">jclarke@cisco.com</a>&gt;;
>>>> Tianran Zhou &lt;<a href="mailto:zhoutianran@huawei.com"
>>>> target="_blank">zhoutianran@huawei.com</a>&gt;<br>
>>>> &gt; Cc: Henk Birkholz &lt;<a
>>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;; Joe Clarke
>>> &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>> target="_blank">jclarke@cisco.com</a>&gt;;
>>>> Operations and Management Area Working Group Discussion List &lt;<a
>>> href="mailto:opsawg@ietf.org" target="_blank">opsawg@ietf.org</a>&gt;;
>>> Robert Wilton &lt;<a href="mailto:rwilton@cisco.com"
>>>> target="_blank">rwilton@cisco.com</a>&gt;; Scott Mansfield
>>>> &lt;Scott.Mansfield@Ericsson.com&gt;; Tatiana Kurakova &lt;<a
>>>> href="mailto:tatiana.kurakova@itu.int"
>>>> target="_blank">tatiana.kurakova@itu.int</a>&gt;; Tianran Zhou &lt;<a
>>> href="mailto:zhoutianran@huawei.com"
>>>> target="_blank">zhoutianran@huawei.com</a>&gt;; Warren Kumari &lt;<a
>>> href="mailto:warren@kumari.net"
>>> target="_blank">warren@kumari.net</a>&gt;;
>>>> <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>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; 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> &gt;
>>> Submission Date: 2023-10-24<br>
>>>> &gt; 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> &gt;
>>> <br>
>>>> &gt; From: Denis ANDREEV &lt;<a href="mailto:tsbsg11@itu.int"
>>>> target="_blank">tsbsg11@itu.int</a>&gt;<br>
>>>> &gt; To: Henk Birkholz &lt;<a
>>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;,Joe Clarke
>>> &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>>> target="_blank">jclarke@cisco.com</a>&gt;,Tianran Zhou &lt;<a
>>>> href="mailto:zhoutianran@huawei.com"
>>>> target="_blank">zhoutianran@huawei.com</a>&gt;<br>
>>>> &gt; Cc: Robert Wilton &lt;<a href="mailto:rwilton@cisco.com"
>>>> target="_blank">rwilton@cisco.com</a>&gt;,Warren Kumari &lt;<a
>>>> href="mailto:warren@kumari.net"
>>>> target="_blank">warren@kumari.net</a>&gt;,<a
>>>> href="mailto:itu-t-liaison@iab.org"
>>>> target="_blank">itu-t-liaison@iab.org</a> &lt;<a
>>>> href="mailto:itu-t-liaison@iab.org"
>>>> target="_blank">itu-t-liaison@iab.org</a>&gt;,Joe Clarke &lt;<a
>>>> href="mailto:jclarke@cisco.com"
>>>> target="_blank">jclarke@cisco.com</a>&gt;,Scott Mansfield
>>>> &lt;Scott.Mansfield@Ericsson.com&gt;,Operations and Management Area
>>> Working Group Discussion List &lt;<a href="mailto:opsawg@ietf.org"
>>> target="_blank">opsawg@ietf.org</a>&gt;,Henk Birkholz &lt;<a
>>>> href="mailto:henk.birkholz@sit.fraunhofer.de"
>>>> target="_blank">henk.birkholz@sit.fraunhofer.de</a>&gt;,Tianran Zhou
>>> &lt;<a href="mailto:zhoutianran@huawei.com"
>>>> target="_blank">zhoutianran@huawei.com</a>&gt; Response Contacts:
>>> Tatiana
>>>> Kurakova &lt;<a href="mailto:tatiana.kurakova@itu.int"
>>>> target="_blank">tatiana.kurakova@itu.int</a>&gt; Technical Contacts:
>>> <br>
>>>> &gt; Purpose: For information<br>
>>>> &gt; <br>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; 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>
>>>> &gt; <br>
>>>> &gt; 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>
>>>> &gt; ITU-T SG11 looks forward to collaborating with ITU-T Study Group
>>> 13
>>> and IETF on this matter.<br>
>>>> &gt; <br>
>>>> &gt; Attachment:<br>
>>>> &gt; 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>
>>>> &gt; Attachments:<br>
>>>> &gt; <br>
>>>> &gt;&nbsp; &nbsp; SG11-LS108-Att-TD747<br>
>>>> &gt;&nbsp; &nbsp; <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>
>>> &gt; <br>
>>>> &gt;&nbsp; &nbsp; SG11-LS108<br>
>>>> &gt;&nbsp; &nbsp; <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>
>>> &gt; <br>
>>>> &gt; <br>
>>>> &gt; <br>
>>>> &gt; _______________________________________________<br>
>>>> &gt; mpls mailing list<br>
>>>> &gt; <a href="mailto:mpls@ietf.org"
>>> target="_blank">mpls@ietf.org</a><br>
>>>> &gt; <a href="https://www.ietf.org/mailman/listinfo/mpls"
>>> rel="noreferrer"
>>>> target="_blank">https://www.ietf.org/mailman/listinfo/mpls</a><br>
>>> &gt;
>>> <br>
>>>> &gt; _______________________________________________<br>
>>>> &gt; mpls mailing list<br>
>>>> &gt; <a href="mailto:mpls@ietf.org"
>>> target="_blank">mpls@ietf.org</a><br>
>>>> &gt; <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