[dhcwg] Jim Guichard's No Objection on draft-ietf-dhc-addr-notification-11: (with COMMENT)

Jim Guichard via Datatracker <noreply@ietf.org> Wed, 08 May 2024 12:14 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: dhcwg@ietf.org
Delivered-To: dhcwg@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AB1AC14F6B4; Wed, 8 May 2024 05:14:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Jim Guichard via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.11.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <171517049549.15982.17986505744580083697@ietfa.amsl.com>
Message-ID-Hash: ZQCDQJVCDYJJUMOUQLMWQQ2X3WZ6D4GZ
X-Message-ID-Hash: ZQCDQJVCDYJJUMOUQLMWQQ2X3WZ6D4GZ
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dhcwg.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-dhc-addr-notification@ietf.org, dhc-chairs@ietf.org, dhcwg@ietf.org
X-Mailman-Version: 3.3.9rc4
Reply-To: Jim Guichard <james.n.guichard@futurewei.com>
Subject: [dhcwg] Jim Guichard's No Objection on draft-ietf-dhc-addr-notification-11: (with COMMENT)
List-Id: Dynamic Host Configuration <dhcwg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/IjmsJ84cM46_o_09a_QHx_gH664>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Owner: <mailto:dhcwg-owner@ietf.org>
List-Post: <mailto:dhcwg@ietf.org>
List-Subscribe: <mailto:dhcwg-join@ietf.org>
List-Unsubscribe: <mailto:dhcwg-leave@ietf.org>
Date: Fri, 10 May 2024 21:59:15 -0000
X-Original-Date: Wed, 08 May 2024 05:14:55 -0700

Jim Guichard has entered the following ballot position for
draft-ietf-dhc-addr-notification-11: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-dhc-addr-notification/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

# Jim Guichard, RTG AD, comments for draft-ietf-dhc-addr-notication

COMMENTS:

141        address registration.  It can do this by including the Address
142        Registration option code the Option Request option (see Section 21.7
143        of [RFC8415]) of the Information-Request, Solicit, Request, Renew, or

Jim> I find the above text a little confusing. RFC 8415 defines the ‘Option
Request’ option with ‘option-code’. I think the above is saying that an
‘Address Registration’ option-code should be included in the ‘Option Request’
option (?). If so, I suggest saying ‘It can do this by including the Address
Registration option-code within the Option Request option (see Section 21.7 of
[RFC8415]’

147        option in its Reply message.  If the network does not support (or is
148        not willing to receive) any address registration information, the
149        client MUST NOT register any addresses.  Otherwise, the client
150        registers addresses as described below.

Jim> What happens if the client ignores the MUST NOT?

153        its interfaces, a client implementing this specification SHOULD
154        multicast an ADDR-REG-INFORM message in order to inform the DHCPv6

Jim> Using which multicast address? It looks like you specify it in section 4.2
so I would suggest referencing that here.