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
loa@pi.nu Sat, 17 February 2024 05:13 UTC
Return-Path: <loa@pi.nu>
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 827FAC151707; Fri, 16 Feb 2024 21:13:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=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 BNldyJKciP6S; Fri, 16 Feb 2024 21:13:49 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2C73C15155E; Fri, 16 Feb 2024 21:13:46 -0800 (PST)
Received: from pi.nu (localhost.localdomain [127.0.0.1]) by pipi.pi.nu (Postfix) with ESMTP id F04B43A8749; Sat, 17 Feb 2024 06:13:44 +0100 (CET)
Received: from 124.106.202.169 (SquirrelMail authenticated user loa@pi.nu) by pi.nu with HTTP; Sat, 17 Feb 2024 06:13:45 +0100
Message-ID: <c9943daf5f6afef2ef87a19dce3817e4.squirrel@pi.nu>
In-Reply-To: <CA+RyBmVbXkarHogvDMF=pO5Y0LV37dEkD==_pB2+Y6UjKCwuKA@mail.gmail.com>
References: <6429a98e605dfb7c134ca9741651fe13.squirrel@pi.nu> <CA+RyBmVbXkarHogvDMF=pO5Y0LV37dEkD==_pB2+Y6UjKCwuKA@mail.gmail.com>
Date: Sat, 17 Feb 2024 06:13:45 +0100
From: loa@pi.nu
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: loa@pi.nu, mpls@ietf.org, opsawg@ietf.org, zhoutianran@huawei.com, tony.li@tony.li, adrian@olddog.co.uk, tsaad.net@gmail.com, n.leymann@telekom.de, scott.mansfield@ericsson.com
User-Agent: SquirrelMail/1.4.22
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/nPwZ-83Lw_ZbzjXkxKzC7ARN5rU>
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: Sat, 17 Feb 2024 05:13:54 -0000
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> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >