Re: [auth48] AUTH48: RFC-to-be 9436 <draft-ietf-pim-rfc8736bis-04> for your review

Sarah Tarrant <starrant@amsl.com> Wed, 23 August 2023 19:23 UTC

Return-Path: <starrant@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 6F113C16B5B4; Wed, 23 Aug 2023 12:23:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 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_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 q8TrK7s-bNcY; Wed, 23 Aug 2023 12:23:02 -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 CFB62C169529; Wed, 23 Aug 2023 12:23:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id C3C9C4250002; Wed, 23 Aug 2023 12:23:02 -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 LA_LiXWSBE7d; Wed, 23 Aug 2023 12:23:02 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2600:1700:8f1d:4000:d898:c3fd:3bad:3829]) by c8a.amsl.com (Postfix) with ESMTPSA id 3D881424B444; Wed, 23 Aug 2023 12:23:02 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\))
From: Sarah Tarrant <starrant@amsl.com>
In-Reply-To: <etPan.64e53d05.1e54244.236@futurewei.com>
Date: Wed, 23 Aug 2023 14:22:50 -0500
Cc: "pim-chairs@ietf.org" <pim-chairs@ietf.org>, "mmcbride7@gmail.com" <mmcbride7@gmail.com>, RFC Editor <rfc-editor@rfc-editor.org>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>, "pim-ads@ietf.org" <pim-ads@ietf.org>, James Guichard <james.n.guichard@futurewei.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <3742A2E3-CB7E-41B3-A49D-B13C1697EDB4@amsl.com>
References: <20230818163210.704377FDE0@rfcpa.amsl.com> <etPan.64e3c92d.5af742cf.236@futurewei.com> <E8A0D2E9-1A4E-41D3-86ED-4C17CEFDFFE3@amsl.com> <etPan.64e53d05.1e54244.236@futurewei.com>
To: Alvaro Retana <alvaro.retana@futurewei.com>, "stig@cisco.com" <stig@cisco.com>
X-Mailer: Apple Mail (2.3731.500.231)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/lFXiyHakhFdvswnWfDwJ2NadMDQ>
Subject: Re: [auth48] AUTH48: RFC-to-be 9436 <draft-ietf-pim-rfc8736bis-04> 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: Wed, 23 Aug 2023 19:23:03 -0000

Hello Stig and Alvaro,

Stig, we have  marked your approval on the AUTH48 status page for this document (see https://www.rfc-editor.org/auth48/rfc9436).

Alvaro, thank you for clarifying! We believe we updated as you intend, but please review the Introduction and Section 3 in the diff file to confirm.

Updated XML file:
http://www.rfc-editor.org/authors/rfc9436.xml

Updated output files:
https://www.rfc-editor.org/authors/rfc9436.html
https://www.rfc-editor.org/authors/rfc9436.txt
https://www.rfc-editor.org/authors/rfc9436.pdf

Diff file showing all changes made during AUTH48:
https://www.rfc-editor.org/authors/rfc9436-auth48diff.html

Diff files showing all changes:
https://www.rfc-editor.org/authors/rfc9436-diff.html
https://www.rfc-editor.org/authors/rfc9436-rfcdiff.html (side-by-side diff)

Note that it may be necessary for you to refresh your browser to view the most recent version. 

For the AUTH48 status of this document, please see:
https://www.rfc-editor.org/auth48/rfc9436

Thank you,

RFC Editor/st

> On Aug 22, 2023, at 5:56 PM, Alvaro Retana <alvaro.retana@futurewei.com> wrote:
> 
> On August 22, 2023 at 5:24:58 PM, Sarah Tarrant (starrant@amsl.com) wrote:
> 
> Sarah:
> 
> Hi!
> 
> ...
>> 
>> 
>> >> d) In this document, it seems that the capped "Flag Bits" is used for the name 
>> >> of the field and the lowercase "flag bits" is used in general text. Please 
>> >> review "Flag Bits" in this sentence. Should this read "Flag Bits field" or 
>> >> "flag bits"? Or is the current okay? 
>> >> 
>> >> Original: 
>> >> In Section 5, this document specifies the use of the Flag 
>> >> Bits for message types 13, 14, and 15 in order to extend the PIM type 
>> >> space.  
>> >> --> 
>> > Well….  
>> > A couple of paragraphs above (second paragraph in the Introduction) we wrote this: "This document refers to the bits in the Reserved field of the common PIM header [RFC7761] as "PIM message type Flag Bits" or, simply, "Flag Bits”…” But we also wrote (in Section 3): "This document updates the definition of the Reserved field and refers to that field as "PIM message type Flag Bits" or, simply, "Flag Bits”.” :-( 
>> > We didn't use "PIM message type Flag Bits” anywhere else. 
>> > The text in Section 3 should be used in the Introduction as “Flag Bits” refers to the field (not the bits). 
>> > 
>> > To your question. In the sentence above please use “Flag Bits field”. 
> Sorry I wasn’t clear on this point.
> The text mentioned above, in the Introduction and in Section 3, are inconsistent.  They should both be updated to read: “This document updates the definition of the Reserved field and refers to it as the "Flag Bits field”…”
> Thanks!
> Alvaro.