Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-lsr-rfc8920bis-06> for your review
Madison Church <mchurch@amsl.com> Thu, 28 September 2023 19:42 UTC
Return-Path: <mchurch@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB924C1782AE; Thu, 28 Sep 2023 12:42:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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
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 VeFVprN3jp4F; Thu, 28 Sep 2023 12:42:24 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (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 2BDE3C1782A0; Thu, 28 Sep 2023 12:42:24 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 10E3C424B42D; Thu, 28 Sep 2023 12:42:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d80n72HGoPeM; Thu, 28 Sep 2023 12:42:24 -0700 (PDT)
Received: from smtpclient.apple (unknown [199.192.158.121]) by c8a.amsl.com (Postfix) with ESMTPSA id 50E02424B42B; Thu, 28 Sep 2023 12:42:23 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
From: Madison Church <mchurch@amsl.com>
In-Reply-To: <DM4PR05MB9536516CA3176CE4931FF8AFC7C1A@DM4PR05MB9536.namprd05.prod.outlook.com>
Date: Thu, 28 Sep 2023 14:42:12 -0500
Cc: "rfc-editor@rfc-editor.org" <rfc-editor@rfc-editor.org>, "lsr-ads@ietf.org" <lsr-ads@ietf.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "chopps@chopps.org" <chopps@chopps.org>, John Scudder <jgs@juniper.net>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <175EDB6D-AB73-4EB8-BC0E-928124D65640@amsl.com>
References: <20230919005018.0ED6BD844F@rfcpa.amsl.com> <DM4PR05MB9536516CA3176CE4931FF8AFC7C1A@DM4PR05MB9536.namprd05.prod.outlook.com>
To: John E Drake <jdrake=40juniper.net@dmarc.ietf.org>, "ppsenak@cisco.com" <ppsenak@cisco.com>, "ginsberg@cisco.com" <ginsberg@cisco.com>, "jefftant.ietf@gmail.com" <jefftant.ietf@gmail.com>, "wim.henderickx@nokia.com" <wim.henderickx@nokia.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3731.700.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/2YhdVAOhmHeL2MXmTz8xO8Wxzsk>
Subject: Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-lsr-rfc8920bis-06> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Sep 2023 19:42:28 -0000
Hi John and Acee, John, thank you for your reply! We have noted your approval on the AUTH48 status page for this document (https://www.rfc-editor.org/auth48/rfc9492). Acee, although TE and RSVP-TE are marked as well-known on our list, we did not remove the expansion for TE in the first sentence of the Introduction. Thank you, RFC Editor/mc > On Sep 28, 2023, at 1:13 PM, John E Drake <jdrake=40juniper.net@dmarc.ietf.org> wrote: > > I approve publication. > > Yours Irrespectively, > > John > > > Juniper Business Use Only >> -----Original Message----- >> From: rfc-editor@rfc-editor.org <rfc-editor@rfc-editor.org> >> Sent: Monday, September 18, 2023 8:50 PM >> To: ppsenak@cisco.com; ginsberg@cisco.com; wim.henderickx@nokia.com; >> jefftant.ietf@gmail.com; John E Drake <jdrake@juniper.net> >> Cc: rfc-editor@rfc-editor.org; lsr-ads@ietf.org; lsr-chairs@ietf.org; >> chopps@chopps.org; John Scudder <jgs@juniper.net>; auth48archive@rfc- >> editor.org >> Subject: AUTH48: RFC-to-be 9492 <draft-ietf-lsr-rfc8920bis-06> for your review >> >> [External Email. Be cautious of content] >> >> >> *****IMPORTANT***** >> >> Updated 2023/09/18 >> >> RFC Author(s): >> -------------- >> >> Instructions for Completing AUTH48 >> >> Your document has now entered AUTH48. Once it has been reviewed and >> approved by you and all coauthors, it will be published as an RFC. >> If an author is no longer available, there are several remedies available as listed in >> the FAQ (https://urldefense.com/v3/__https://www.rfc- >> editor.org/faq/__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdlwt8hCF$ ). >> >> You and you coauthors are responsible for engaging other parties (e.g., >> Contributors or Working Group) as necessary before providing your approval. >> >> Planning your review >> --------------------- >> >> Please review the following aspects of your document: >> >> * RFC Editor questions >> >> Please review and resolve any questions raised by the RFC Editor >> that have been included in the XML file as comments marked as >> follows: >> >> <!-- [rfced] ... --> >> >> These questions will also be sent in a subsequent email. >> >> * Changes submitted by coauthors >> >> Please ensure that you review any changes submitted by your >> coauthors. We assume that if you do not speak up that you >> agree to changes submitted by your coauthors. >> >> * Content >> >> Please review the full content of the document, as this cannot >> change once the RFC is published. Please pay particular attention to: >> - IANA considerations updates (if applicable) >> - contact information >> - references >> >> * Copyright notices and legends >> >> Please review the copyright notice and legends as defined in >> RFC 5378 and the Trust Legal Provisions >> (TLP – https://urldefense.com/v3/__https://trustee.ietf.org/license- >> info/__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdt_cD9Bh$ ). >> >> * Semantic markup >> >> Please review the markup in the XML file to ensure that elements of >> content are correctly tagged. For example, ensure that <sourcecode> >> and <artwork> are set correctly. See details at >> <https://urldefense.com/v3/__https://authors.ietf.org/rfcxml- >> vocabulary__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdk7qA2ka$ >. >> >> * Formatted output >> >> Please review the PDF, HTML, and TXT files to ensure that the >> formatted output, as generated from the markup in the XML file, is >> reasonable. Please note that the TXT will have formatting >> limitations compared to the PDF and HTML. >> >> >> Submitting changes >> ------------------ >> >> To submit changes, please reply to this email using ‘REPLY ALL’ as all the parties >> CCed on this message need to see your changes. The parties >> include: >> >> * your coauthors >> >> * rfc-editor@rfc-editor.org (the RPC team) >> >> * other document participants, depending on the stream (e.g., >> IETF Stream participants are your working group chairs, the >> responsible ADs, and the document shepherd). >> >> * auth48archive@rfc-editor.org, which is a new archival mailing list >> to preserve AUTH48 conversations; it is not an active discussion >> list: >> >> * More info: >> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/ietf- >> announce/yb6lpIGh-4Q9l2USxIAe6P8O4Zc__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdto18wU3$ >> >> * The archive itself: >> >> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/browse/auth48ar >> chive/__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdtIMSDXd$ >> >> * Note: If only absolutely necessary, you may temporarily opt out >> of the archiving of messages (e.g., to discuss a sensitive matter). >> If needed, please add a note at the top of the message that you >> have dropped the address. When the discussion is concluded, >> auth48archive@rfc-editor.org will be re-added to the CC list and >> its addition will be noted at the top of the message. >> >> You may submit your changes in one of two ways: >> >> An update to the provided XML file >> — OR — >> An explicit list of changes in this format >> >> Section # (or indicate Global) >> >> OLD: >> old text >> >> NEW: >> new text >> >> You do not need to reply with both an updated XML file and an explicit list of >> changes, as either form is sufficient. >> >> We will ask a stream manager to review and approve any changes that seem >> beyond editorial in nature, e.g., addition of new text, deletion of text, and >> technical changes. Information about stream managers can be found in the FAQ. >> Editorial changes do not require approval from a stream manager. >> >> >> Approving for publication >> -------------------------- >> >> To approve your RFC for publication, please reply to this email stating that you >> approve this RFC for publication. Please use ‘REPLY ALL’, as all the parties CCed >> on this message need to see your approval. >> >> >> Files >> ----- >> >> The files are available here: >> https://urldefense.com/v3/__https://www.rfc- >> editor.org/authors/rfc9492.xml__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdlwA4QM_$ >> https://urldefense.com/v3/__https://www.rfc- >> editor.org/authors/rfc9492.html__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdsqxunm0$ >> https://urldefense.com/v3/__https://www.rfc- >> editor.org/authors/rfc9492.pdf__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kds2agqtO$ >> https://urldefense.com/v3/__https://www.rfc- >> editor.org/authors/rfc9492.txt__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdtPRDfQx$ >> >> Diff file of the text: >> https://urldefense.com/v3/__https://www.rfc-editor.org/authors/rfc9492- >> diff.html__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdqMaUyFb$ >> https://urldefense.com/v3/__https://www.rfc-editor.org/authors/rfc9492- >> rfcdiff.html__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdvTLCs8W$ (side by side) >> >> Diff of the XML: >> https://urldefense.com/v3/__https://www.rfc-editor.org/authors/rfc9492- >> xmldiff1.html__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdpTHijLk$ >> >> >> Tracking progress >> ----------------- >> >> The details of the AUTH48 status of your document are here: >> https://urldefense.com/v3/__https://www.rfc- >> editor.org/auth48/rfc9492__;!!NEt6yMaO- >> gk!C9Pu17KolcOCrLbw59zXFB72X3va1iu8n3snXa4YxlKHKWCDa1DVmQR2cJvf5vA >> OBIjkotQrl-lDRv-kdhaEQ6YR$ >> >> Please let us know if you have any questions. >> >> Thank you for your cooperation, >> >> RFC Editor >> >> -------------------------------------- >> RFC9492 (draft-ietf-lsr-rfc8920bis-06) >> >> Title : OSPF Application-Specific Link Attributes >> Author(s) : P. Psenak, Ed., L. Ginsberg, W. Henderickx, J. Tantsura, J. Drake >> WG Chair(s) : Acee Lindem, Christian Hopps >> Area Director(s) : Alvaro Retana, John Scudder, Andrew Alston >> >
- [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-lsr-r… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Madison Church
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Les Ginsberg (ginsberg)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Les Ginsberg (ginsberg)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Les Ginsberg (ginsberg)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Madison Church
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Les Ginsberg (ginsberg)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Madison Church
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Les Ginsberg (ginsberg)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Jeff Tantsura
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Wim Henderickx (Nokia)
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Acee Lindem
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… John E Drake
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Madison Church
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Acee Lindem
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Acee Lindem
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Peter Psenak
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Madison Church
- Re: [auth48] AUTH48: RFC-to-be 9492 <draft-ietf-l… Rebecca VanRheenen