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.
>>> 
>> 
>