[dhcwg] Protocol Action: 'Client Link-layer Address Option in DHCPv6' to Proposed Standard (draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt-05.txt)
The IESG <iesg-secretary@ietf.org> Mon, 11 March 2013 14:37 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 985D521F8C5C for <dhcwg@ietfa.amsl.com>; Mon, 11 Mar 2013 07:37:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.556
X-Spam-Level:
X-Spam-Status: No, score=-102.556 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TX4OwZgyvV-S; Mon, 11 Mar 2013 07:37:19 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AED2021F8C6B; Mon, 11 Mar 2013 07:37:17 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IANA <drafts-approval@icann.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 4.42
X-IETF-Draft-string: draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt
X-IETF-Draft-revision: 05
Message-ID: <20130311143717.26361.24205.idtracker@ietfa.amsl.com>
Date: Mon, 11 Mar 2013 07:37:17 -0700
Cc: dhc mailing list <dhcwg@ietf.org>, dhc chair <dhc-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [dhcwg] Protocol Action: 'Client Link-layer Address Option in DHCPv6' to Proposed Standard (draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt-05.txt)
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: noreply@ietf.org
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Mon, 11 Mar 2013 14:37:19 -0000
The IESG has approved the following document: - 'Client Link-layer Address Option in DHCPv6' (draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt-05.txt) as Proposed Standard This document is the product of the Dynamic Host Configuration Working Group. The IESG contact persons are Ralph Droms and Brian Haberman. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt/ Technical Summary: This document specifies the format and mechanism that is to be used for encoding client link-layer address in DHCPv6 Relay-Forward messages by defining a new DHCPv6 Client Link-layer Address option. Working Group Summary: This document was proposed in the working group about a year ago as an extension for DHCPv6 clients. There was concern that it would turn into something that would replace DUID and create interoperability problems, so the working group developed a rough consensus that we should implement this as a relay option instead, since this would prevent it being misused to replace DUID. Those who disagreed with the consensus, because they would have preferred a DHCP client option, went along with this because this solution satisfied their actual use case. They were encouraged to try pursuing the client option in the future if they felt it was still needed. This was seen as an acceptable compromise by all the dissenters. Document Quality: I'm not aware of any existing implementations. This is something that a number of enterprise folks have requested, and we expect to see implementation in relay agents targeted to those markets. I think everyone who's reviewed the document is mentioned in the acknowledgements section. Personnel: Ted Lemon is the document shepherd. Ralph Droms is the responsible AD.