[dhcwg] Erik Kline's No Objection on draft-ietf-dhc-dhcpv6-yang-24: (with COMMENT)

Erik Kline via Datatracker <noreply@ietf.org> Thu, 16 December 2021 04:28 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 4949A3A08B2; Wed, 15 Dec 2021 20:28:58 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Erik Kline via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-dhc-dhcpv6-yang@ietf.org, dhc-chairs@ietf.org, dhcwg@ietf.org, Timothy Winters <tim@qacafe.com>, tim@qacafe.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.41.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Erik Kline <ek.ietf@gmail.com>
Message-ID: <163962893754.31155.10776710383187465752@ietfa.amsl.com>
Date: Wed, 15 Dec 2021 20:28:58 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/wP9DJllb3IHSScZCsQ_eJj5VtKM>
Subject: [dhcwg] Erik Kline's No Objection on draft-ietf-dhc-dhcpv6-yang-24: (with COMMENT)
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Dynamic Host Configuration <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Dec 2021 04:28:59 -0000

Erik Kline has entered the following ballot position for
draft-ietf-dhc-dhcpv6-yang-24: 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/blog/handling-iesg-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


[S1.2; nit]

* s/demonstrate how this is can be/demonstrate how this can be/

[S3.1; nit]

* s/for an failure/for a failure/

[S3.2, S4.3]

* Should RFC 4649 remote-id be included here?  Or, perhaps, did RFC 8415
  S21.18 OPTION_INTERFACE_ID effectively obsolete OPTION_REMOTE_ID use
  cases (or perhaps I'm just confused)?

[S3.3, 4.4; question]

* For the user class and vendor class options, should they be annotated as
  "not anon-profile"?  I'm curious about these elements w.r.t. to
  RFC7844 S4.8.