Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft-ietf-lisp-rfc8113bis-03> for your review
Alanna Paloma <apaloma@amsl.com> Mon, 19 September 2022 22:27 UTC
Return-Path: <apaloma@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 3298EC1522A1; Mon, 19 Sep 2022 15:27:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Level:
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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=unavailable 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 MQ1T5wNMGpSH; Mon, 19 Sep 2022 15:27:48 -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 8DD25C14CE46; Mon, 19 Sep 2022 15:27:48 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 4D4C6425A37E; Mon, 19 Sep 2022 15:27:48 -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 b-yRifRYXDUU; Mon, 19 Sep 2022 15:27:48 -0700 (PDT)
Received: from amss-mbp.attlocal.net (unknown [IPv6:2600:1700:bac0:1070:3da8:84ce:fd8:171]) by c8a.amsl.com (Postfix) with ESMTPSA id DF26A4259777; Mon, 19 Sep 2022 15:27:47 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Alanna Paloma <apaloma@amsl.com>
In-Reply-To: <24202_1663566441_63280269_24202_480_1_fdd00c2c42cf445c9de489b02976abf5@orange.com>
Date: Mon, 19 Sep 2022 15:27:46 -0700
Cc: "rfc-editor@rfc-editor.org" <rfc-editor@rfc-editor.org>, "lisp-ads@ietf.org" <lisp-ads@ietf.org>, "lisp-chairs@ietf.org" <lisp-chairs@ietf.org>, "jmh@joelhalpern.com" <jmh@joelhalpern.com>, "db3546@att.com" <db3546@att.com>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <74C6E17C-5440-407E-ACB4-07D441A7D2C6@amsl.com>
References: <20220916211150.8191FAB20F@rfcpa.amsl.com> <24202_1663566441_63280269_24202_480_1_fdd00c2c42cf445c9de489b02976abf5@orange.com>
To: "<mohamed.boucadair@orange.com>" <mohamed.boucadair@orange.com>, JACQUENET Christian INNOV/NET <christian.jacquenet@orange.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/llqwNaNtfYcMv39S7YWV5Ji2QI0>
Subject: Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft-ietf-lisp-rfc8113bis-03> 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: Mon, 19 Sep 2022 22:27:53 -0000
Hi Christian and Med, Thank you for your replies. We have updated the files accordingly and noted Med’s approval on the AUTH48 status page: https://www.rfc-editor.org/auth48/rfc9304 Med - Please note that we did not change “RFC 9304” to a citation in Table 2 (Section 5.1) as we try to avoid self-references because they can be potentially confusing. The files have been posted here (please refresh): https://www.rfc-editor.org/authors/rfc9304.xml https://www.rfc-editor.org/authors/rfc9304.txt https://www.rfc-editor.org/authors/rfc9304.html https://www.rfc-editor.org/authors/rfc9304.pdf The relevant diff files have been posted here: https://www.rfc-editor.org/authors/rfc9304-diff.html (comprehensive diff) https://www.rfc-editor.org/authors/rfc9304-auth48diff.html (AUTH48 changes) Please review the document carefully and contact us with any further updates you may have. Note that we do not make changes once a document is published as an RFC. We will await Christian’s approval prior to moving this document forward in the publication process. Thank you, RFC Editor/ap > On Sep 18, 2022, at 10:47 PM, mohamed.boucadair@orange.com wrote: > > Re-, > > The edits look good to me, except this one: > > CURRENT: > > +===============================+======+===========+ > | Message | Code | Reference | > +===============================+======+===========+ > | LISP Shared Extension Message | 15 | RFC 9304 | > +-------------------------------+------+-----------+ > > Please use the following to align with how references are listed it https://www.iana.org/assignments/lisp-parameters/lisp-parameters.xhtml#lisp-packet-types: > > NEW: > +===============================+======+===========+ > | Message | Code | Reference | > +===============================+======+===========+ > | LISP Shared Extension Message | 15 | [RFC9304] | > +-------------------------------+------+-----------+ > > Assuming this change is implemented, I approve the publication of this document. > > Thank you. > > Cheers, > Med > >> -----Message d'origine----- >> De : rfc-editor@rfc-editor.org <rfc-editor@rfc-editor.org> >> Envoyé : vendredi 16 septembre 2022 23:12 >> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>; >> JACQUENET Christian INNOV/NET <christian.jacquenet@orange.com> >> Cc : rfc-editor@rfc-editor.org; lisp-ads@ietf.org; lisp- >> chairs@ietf.org; jmh@joelhalpern.com; db3546@att.com; >> auth48archive@rfc-editor.org >> Objet : [C381] AUTH48: RFC-to-be 9304 <draft-ietf-lisp-rfc8113bis- >> 03> for your review >> >> *****IMPORTANT***** >> >> Updated 2022/09/16 >> >> 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://www.rfc-editor.org/faq/). >> >> 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://trustee.ietf.org/license-info/). >> >> * 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://authors.ietf.org/rfcxml-vocabulary>. >> >> * 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://mailarchive.ietf.org/arch/msg/ietf- >> announce/yb6lpIGh-4Q9l2USxIAe6P8O4Zc >> >> * The archive itself: >> https://mailarchive.ietf.org/arch/browse/auth48archive/ >> >> * 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://www.rfc-editor.org/authors/rfc9304.xml >> https://www.rfc-editor.org/authors/rfc9304.html >> https://www.rfc-editor.org/authors/rfc9304.pdf >> https://www.rfc-editor.org/authors/rfc9304.txt >> >> Diff file of the text: >> https://www.rfc-editor.org/authors/rfc9304-diff.html >> https://www.rfc-editor.org/authors/rfc9304-rfcdiff.html (side >> by side) >> >> Diff of the XML: >> https://www.rfc-editor.org/authors/rfc9304-xmldiff1.html >> >> The following files are provided to facilitate creation of your >> own diff files of the XML. >> >> Initial XMLv3 created using XMLv2 as input: >> https://www.rfc-editor.org/authors/rfc9304.original.v2v3.xml >> >> XMLv3 file that is a best effort to capture v3-related format >> updates >> only: >> https://www.rfc-editor.org/authors/rfc9304.form.xml >> >> >> Tracking progress >> ----------------- >> >> The details of the AUTH48 status of your document are here: >> https://www.rfc-editor.org/auth48/rfc9304 >> >> Please let us know if you have any questions. >> >> Thank you for your cooperation, >> >> RFC Editor >> >> -------------------------------------- >> RFC9304 (draft-ietf-lisp-rfc8113bis-03) >> >> Title : Locator/ID Separation Protocol (LISP): Shared >> Extension Message and IANA Registry for Packet Type Allocations >> Author(s) : M. Boucadair, C. Jacquenet >> WG Chair(s) : Joel M. Halpern, Luigi Iannone >> Area Director(s) : Alvaro Retana, John Scudder, Andrew Alston > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. >
- [auth48] [C381] AUTH48: RFC-to-be 9304 <draft-iet… rfc-editor
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… rfc-editor
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… christian.jacquenet
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… mohamed.boucadair
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… mohamed.boucadair
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… Alanna Paloma
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… mohamed.boucadair
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… Luigi Iannone
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… Alanna Paloma
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… christian.jacquenet
- Re: [auth48] [C381] AUTH48: RFC-to-be 9304 <draft… Alanna Paloma