Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-lisp-pubsub-15> for your review
Sandy Ginoza <sginoza@amsl.com> Thu, 20 July 2023 16:37 UTC
Return-Path: <sginoza@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 C8397C15108B; Thu, 20 Jul 2023 09:37:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, 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 T_Q1751Bjqb1; Thu, 20 Jul 2023 09:37:39 -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 69907C14CF1C; Thu, 20 Jul 2023 09:37:39 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 06605424FFE1; Thu, 20 Jul 2023 09:37:39 -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 l1DtdasJ7y3u; Thu, 20 Jul 2023 09:37:38 -0700 (PDT)
Received: from smtpclient.apple (2603-8000-9603-b513-245c-c1b1-ade0-6082.res6.spectrum.com [IPv6:2603:8000:9603:b513:245c:c1b1:ade0:6082]) by c8a.amsl.com (Postfix) with ESMTPSA id 9103E424CD39; Thu, 20 Jul 2023 09:37:38 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Sandy Ginoza <sginoza@amsl.com>
In-Reply-To: <13EE8EA6-B94A-490B-8C24-20506D22CCB0@getnexar.com>
Date: Thu, 20 Jul 2023 09:37:00 -0700
Cc: "<mohamed.boucadair@orange.com>" <mohamed.boucadair@orange.com>, RFC Editor <rfc-editor@rfc-editor.org>, natal@cisco.com, ermagan@gmail.com, acabello@ac.upc.edu, lisp-ads@ietf.org, lisp-chairs@ietf.org, ggx@gigix.net, Alvaro Retana <aretana.ietf@gmail.com>, auth48archive@rfc-editor.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <057814E6-6E67-4C5C-9704-3B07EFEA34FF@amsl.com>
References: <E683ED4A-5736-4C24-A603-DB426570B17E@amsl.com> <13EE8EA6-B94A-490B-8C24-20506D22CCB0@getnexar.com>
To: Sharon Barkai <sharon.barkai@getnexar.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/jMSJivsmrne_NraA1b7errIkzCA>
Subject: Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-lisp-pubsub-15> 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, 20 Jul 2023 16:37:43 -0000
Hi Sharon, Thank you for your reply. We have noted your approval on the AUTH48 page <https://www.rfc-editor.org/auth48/rfc9437>. We will wait to hear from Albert and Vina before continuing with the publication process. Thank you, RFC Editor/sg > On Jul 20, 2023, at 4:50 AM, Sharon Barkai <sharon.barkai@getnexar.com> wrote: > > Looks good my end. > > --szb > Cell: +972.53.2470068 > WhatsApp: +1.650.492.0794 > >> On Jul 20, 2023, at 01:24, Sandy Ginoza <sginoza@amsl.com> wrote: >> >> Hi Med, Alberto, >> >> Med, thanks for catching the missing hyphens - my mistake! >> >> Alberto, thank you for your review; we have noted your approval on the AUTH48 page. >> >> The document has been updated and the revised files are available here: >> https://www.rfc-editor.org/authors/rfc9437.xml >> https://www.rfc-editor.org/authors/rfc9437.txt >> https://www.rfc-editor.org/authors/rfc9437.pdf >> https://www.rfc-editor.org/authors/rfc9437.html >> >> Diff of most recent updates only: >> https://www.rfc-editor.org/authors/rfc9437-lastdiff.html >> https://www.rfc-editor.org/authors/rfc9437-lastrfcdiff.html >> >> AUTH48 diff: >> https://www.rfc-editor.org/authors/rfc9437-auth48diff.html >> >> Comprehensive diffs: >> https://www.rfc-editor.org/authors/rfc9437-diff.html >> https://www.rfc-editor.org/authors/rfc9437-rfcdiff.html >> >> We will wait to hear from your coauthors before continuing with the publication process. >> >> Thank you, >> RFC Editor/sg >> >> >> >>> On Jul 17, 2023, at 12:16 AM, mohamed.boucadair@orange.com wrote: >>> >>> Hi Sandy, >>> >>> Thank you. >>> >>> When checking the latest diff, I see that you unreverted some changes in the para starting with "If the Map-Server receives ..." in Section 5. Please replace "less specific" and "more specific" with "less-specific" and "more-specific" respectively. This is to be consistent with other parts of the document and also RFC9301. Thanks. >>> >>> Cheers, >>> Med >>> >>>> -----Message d'origine----- >>>> De : Sandy Ginoza <sginoza@amsl.com> >>>> Envoyé : jeudi 13 juillet 2023 18:45 >>>> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com> >>>> Cc : RFC Editor <rfc-editor@rfc-editor.org>; natal@cisco.com; >>>> ermagan@gmail.com; acabello@ac.upc.edu; >>>> sharon.barkai@getnexar.com; lisp-ads@ietf.org; lisp- >>>> chairs@ietf.org; ggx@gigix.net; Alvaro Retana >>>> <aretana.ietf@gmail.com>; auth48archive@rfc-editor.org >>>> Objet : Re: AUTH48: RFC-to-be 9437 <draft-ietf-lisp-pubsub-15> for >>>> your review >>>> >>>> Hi Med, >>>> >>>> We have updated the document and noted your approval on the AUTH48 >>>> page >>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2 >>>> Fwww.rfc- >>>> editor.org%2Fauth48%2Frfc9437&data=05%7C01%7Cmohamed.boucadair%40o >>>> range.com%7Cb5b8c0ccc3bd41f7354908db83c0a18c%7C90c7a20af34b40bfbc4 >>>> 8b9253b6f5d20%7C0%7C0%7C638248635581399489%7CUnknown%7CTWFpbGZsb3d >>>> 8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3 >>>> D%7C3000%7C%7C%7C&sdata=NDtBaLsE7bRLqXMhh%2FMg%2FOQ9et1HJFGr9jS%2F >>>> QMlAd1g%3D&reserved=0>. The RFC will be published once we have >>>> received approval from your coauthors as well. >>>> >>>> Thank you for your review. >>>> RFC Editor/sg >>>> >>>>>> On Jul 13, 2023, at 7:12 AM, mohamed.boucadair@orange.com wrote: >>>>>> >>>>>> Hi Sandy, all, >>>>>> >>>>>>> This is similar to the original wording - just "to use" has >>>> been >>>>>> deleted. Is this accurate? >>>>> >>>>> Yes I confirm. >>>>> >>>>> I see that Alberto replied to (3). We could add a note that >>>> echoes the clarification provided by Alberto so that readers can >>>> easily understand why that section is also cited. >>>>> >>>>> Assuming the pending changes are implemented, I approve the >>>> publication of the document. >>>>> >>>>> Thank you for all your effort. >>>>> >>>>> Cheers, >>>>> Med >>>>> >>>>>> -----Message d'origine----- >>>>>> De : Sandy Ginoza <sginoza@amsl.com> >>>>>> Envoyé : vendredi 7 juillet 2023 19:06 À : BOUCADAIR Mohamed >>>>>> INNOV/NET <mohamed.boucadair@orange.com> Cc : RFC Editor >>>>>> <rfc-editor@rfc-editor.org>; natal@cisco.com; >>>> ermagan@gmail.com; >>>>>> acabello@ac.upc.edu; sharon.barkai@getnexar.com; lisp- >>>> ads@ietf.org; >>>>>> lisp- chairs@ietf.org; ggx@gigix.net; Alvaro Retana >>>>>> <aretana.ietf@gmail.com>; auth48archive@rfc-editor.org Objet : >>>> Re: >>>>>> AUTH48: RFC-to-be 9437 <draft-ietf-lisp-pubsub-15> for your >>>> review >>>>>> >>>>>> Hi Med, >>>>>> >>>>>> Thanks again for your reply. We have updated the document as >>>>>> described, but are still having trouble parsing the following: >>>>>> >>>>>>> NEW: >>>>>>> If there is no nonce that can be >>>>>>> used for the explicit subscription state at the time the >>>>>> explicit >>>>>>> subscription is configured (e.g., from a different >>>>>> subscription >>>>>>> already established with the same xTR when a single nonce is >>>>>> kept per >>>>>>> xTR-ID), then an initial nonce value MUST be configured to >>>>>> both the xTR and Map-Server. >>>>>> >>>>>> >>>>>> Perhaps: >>>>>>> then both the xTR and Map-Server MUST be configured with the >>>>>> initial nonce value. >>>>>> >>>>>> >>>>>> >>>>>> This is similar to the original wording - just "to use" has >>>> been >>>>>> deleted. Is this accurate? >>>>>> >>>>> >>> >>> ____________________________________________________________________________________________________________ >>> 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] AUTH48: RFC-to-be 9437 <draft-ietf-lisp-… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… mohamed.boucadair
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… mohamed.boucadair
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Luigi Iannone
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… mohamed.boucadair
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Alberto Rodriguez-Natal (natal)
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Alberto Rodriguez-Natal (natal)
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… mohamed.boucadair
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… mohamed.boucadair
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Alberto Rodriguez-Natal (natal)
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sharon Barkai
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Vina Ermagan
- Re: [auth48] AUTH48: RFC-to-be 9437 <draft-ietf-l… Sandy Ginoza
- [auth48] [Albert Cabellos] Re: AUTH48: RFC-to-be … Sandy Ginoza
- Re: [auth48] [Albert Cabellos] Re: AUTH48: RFC-to… Albert Cabellos
- Re: [auth48] [Albert Cabellos] AUTH48: RFC-to-be … Sandy Ginoza