[dhcwg] DHCP impacts from draft-arkko-arp-iana-rules

Jari Arkko <jari.arkko@piuha.net> Mon, 01 December 2008 21:29 UTC

Return-Path: <dhcwg-bounces@ietf.org>
X-Original-To: dhcwg-archive@megatron.ietf.org
Delivered-To: ietfarch-dhcwg-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF7803A6BB1; Mon, 1 Dec 2008 13:29:12 -0800 (PST)
X-Original-To: dhcwg@core3.amsl.com
Delivered-To: dhcwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E31553A67A4 for <dhcwg@core3.amsl.com>; Mon, 1 Dec 2008 13:29:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.512
X-Spam-Level:
X-Spam-Status: No, score=-2.512 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WE2SIATv7S9e for <dhcwg@core3.amsl.com>; Mon, 1 Dec 2008 13:29:11 -0800 (PST)
Received: from smtp.piuha.net (p130.piuha.net [IPv6:2001:14b8:400::130]) by core3.amsl.com (Postfix) with ESMTP id 01C0A28C0D8 for <dhcwg@ietf.org>; Mon, 1 Dec 2008 13:29:11 -0800 (PST)
Received: from smtp.piuha.net (localhost [127.0.0.1]) by smtp.piuha.net (Postfix) with ESMTP id A7AF61986F9; Mon, 1 Dec 2008 23:29:06 +0200 (EET)
Received: from [127.0.0.1] (unknown [IPv6:2001:14b8:400::130]) by smtp.piuha.net (Postfix) with ESMTP id 447E9198661; Mon, 1 Dec 2008 23:29:06 +0200 (EET)
Message-ID: <4934570E.1010305@piuha.net>
Date: Mon, 01 Dec 2008 23:28:46 +0200
From: Jari Arkko <jari.arkko@piuha.net>
User-Agent: Thunderbird 2.0.0.18 (X11/20081125)
MIME-Version: 1.0
To: Dhcwg <dhcwg@ietf.org>
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: Carlos Pignataro <cpignata@cisco.com>, Russ Housley <housley@vigilsec.com>
Subject: [dhcwg] DHCP impacts from draft-arkko-arp-iana-rules
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/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>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org

Folks,

I recently wrote a draft about the IANA rules regarding ARP, as no such 
rules were defined before.

During last call, it became apparent that there are a few other 
protocols that use the same numbers. For instance, specialized forms of 
ARP for certain link layers or DHCPv4/6. Having realized this, we did a 
more thorough search of the RFC series to attempt to find all such uses. 
The new version of my draft lists all these uses and updates the RFCs in 
question.

I would like to ask for your review to make sure (a) that the ARP rule 
change is OK from the perspective of your protocol and (b) we have found 
all uses of the ARP numbers. Here's what the draft says:

"The change is also applicable to extensions of ARP that use the same 
message format, such as [RFC0903], [RFC1931], and [RFC2390].

The change also affects other protocols that employ values from the ARP 
name spaces.  For instance, the ARP hardware address type (ar$hrd) 
number space is also used in the "htype" (hardware address type) fields 
in Bootstrap Protocol (BOOTP) [RFC0951] and Dynamic Host Configuration 
Protocol (DHCP) [RFC2131], as well as in the "hardware type" field in 
the DHCP Unique Identifiers in DHCPv6 [RFC3315]. These protocols are 
therefore affected by the update in the IANA rules.  Other affected 
specifications include the specialized address resolution mechanisms in 
HYPERchannel [RFC1044], DHCP options [RFC2132], [RFC4361], ATM 
(Asynchronous Transfer Mode) ARP [RFC2225], HARP (High-Performance 
Parallel Interface ARP) [RFC2834], [RFC2835], Dual MAC FDDI (Fiber 
Distributed Data Interface) ARP [RFC1329], MAPOS (Multiple Access 
Protocol over Synchronous Optical Network/Synchronous Digital Hierarchy) 
ARP [RFC2176], FC (Fibre Channel) ARP [RFC4338], and DNS Resource 
Records [RFC4701]."

(We have only listed a protocol as affected when uses ARP values 
directly, e.g., in its own protocol message formats. Use of ARP as-is is 
of course not an issue. I have also not listed the many IP over Foo 
specifications that talk about how to use ARP in Foo, describing what 
hardware type values to use, etc.)

Here's the URL for the draft: 
http://tools.ietf.org/html/draft-arkko-arp-iana-rules-04

Jari

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg