[dhcwg] RE: DHCP options 128-135 in use -- please place on "Tentatively Assigned" list re. RFC 3942

peter_blatherwick@mitel.com Tue, 21 June 2005 17:01 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dkm8E-0007qj-FL; Tue, 21 Jun 2005 13:01:50 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dkm8C-0007qa-PQ for dhcwg@megatron.ietf.org; Tue, 21 Jun 2005 13:01:48 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07923 for <dhcwg@ietf.org>; Tue, 21 Jun 2005 13:01:45 -0400 (EDT)
From: peter_blatherwick@mitel.com
Received: from smtp.mitel.com ([216.191.234.102]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DkmW9-0002eQ-Mg for dhcwg@ietf.org; Tue, 21 Jun 2005 13:26:34 -0400
Received: from localhost (smtp.mitel.com [127.0.0.1]) by smtp.mitel.com (Postfix) with ESMTP id 96E1820076; Tue, 21 Jun 2005 13:01:32 -0400 (EDT)
Received: from smtp.mitel.com ([127.0.0.1]) by localhost (smtp.mitel.com [127.0.0.1]) (amavisd-new, port 10124) with LMTP id 02230-03; Tue, 21 Jun 2005 13:01:31 -0400 (EDT)
Received: from kanmta01.mitel.com (kanmta01 [134.199.37.58]) by smtp.mitel.com (Postfix) with ESMTP id 3FED62007F; Tue, 21 Jun 2005 13:01:31 -0400 (EDT)
To: IANA <iana@iana.org>, "Bernie Volz (volz)" <volz@cisco.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003
Message-ID: <OF87AD6EED.9F516D99-ON85257027.005C7170-85257027.005D8581@mitel.com>
Date: Tue, 21 Jun 2005 13:04:12 -0400
X-MIMETrack: Serialize by Router on kanmta01/Mitel(Release 5.0.12 |February 13, 2003) at 06/21/2005 01:01:29 PM, Serialize complete at 06/21/2005 01:01:29 PM
X-Virus-Scanned: by amavisd-new (virusonly) at mitel.com
X-Spam-Score: 0.3 (/)
X-Scan-Signature: e178fd6cb61ffb6940cd878e7fea8606
Cc: dhcwg@ietf.org
Subject: [dhcwg] RE: DHCP options 128-135 in use -- please place on "Tentatively Assigned" list re. RFC 3942
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2088113467=="
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org

Hello Michelle / IANA folks, Bernie, 

First, thanks for the confirmation.  Much appreciated. 

Re the I-D, I have already submitted this, as 
http://www.ietf.org/internet-drafts/draft-blatherwick-dhc-mitel-site-options-usage-00.txt 
 

Is there another step needed at this point in time?   I note that it did 
not get announced to the DHC WG, as requested when sent for posting. 

BTW, we do not currently intend to try to standardize these, merely ensure 
they get on the Tentatively Assigned list.  (This could change of course.) 
 

Regards, and thanks again, 
Peter Blatherwick
Sr. Solutions Architect, 
Mitel Networks 






"IANA" <iana@iana.org>
21.06.05 11:07

 
        To:     <peter_blatherwick@mitel.com>, <dhcwg@ietf.org>
        cc: 
        Subject:        RE: DHCP options 128-135 in use -- please place on "Tentatively Assigned" 
list re. RFC 3942


Peter,
 
We apologize for the delay in responding.
The below options have been marked as tentatively assigned.

See: http://www.iana.org/assignments/bootp-dhcp-parameters

According to RFC 3942 they will need to be documented.  See the 
IANA Considerations section 6, part 2:

2. receive notices from vendors that have been using one or more of
      the options in the 128-223 range that they are using the option
      and are willing to document that usage.  IANA will list these
      options as "Tentatively Assigned".

Also section 4, part 4 of the document:

   4. For those options in the "Tentatively Assigned" state, vendors
      have 18 months following this RFC's publication date to submit an
      Internet-Draft documenting the option.  The documented usage MUST
      be consistent with the existing usage.  When the option usage is
      published as an RFC, IANA will move the option to the "Assigned"
      state.

      If no Internet-Draft is published within the 18 months or should
      one of these Internet-Drafts expire after the 18 months, IANA will
      move the option to the "Unassigned" state, and the option may then
      be assigned to any new publicly defined options in accordance with
      [RFC2939].

Thank you, 

Michelle Cotton
IANA

________________________________

From: peter_blatherwick@mitel.com [mailto:peter_blatherwick@mitel.com] 
Sent: Thursday, May 19, 2005 11:10 AM
To: dhcwg@ietf.org; iana@iana.org
Subject: DHCP options 128-135 in use -- please place on "Tentatively
Assigned" list re. RFC 3942



[ sorry, resend to add a subject for tracking...  please ignore previous ] 


Hello DHC WG and IANA, 

Regarding RFC 3942, this is to document our (Mitel Networks) use of DHCP
options 128-135 in the current vendor-specific range, and to request these
be placed on the "Tentatively Assigned"  list. 

Our usage is as follows.  All are related to configuration of IP Phones 
(and
similar devices) in a VoIP network. 

Option    Usage 
======    ===== 
128       TFPT Server IP address (for IP Phone - specific sw load) 
129       Call Server IP address 
130       Discrimination string (to identify vendor) 
131       Remote statistics server IP address 
132       802.1P VLAN ID 
133       802.1Q L2 Priority 
134       Diffserv Code Point 
135       HTTP Proxy for phone-specific applications 


Please confirm that these will go on the Tentatively Assigned list (or
perhaps some already are). 

Also, it is not completely clear whether an I-D documenting this same
information is or is not required.  We are currently looking at getting 
away
from this scheme, in favor of better defined / standardized 
vendor-specific
methods.  Given this, and the high likelihood of clashes over the same
options wanted for use by others, we do not currently intend to pursue
standardization of these options.  Is an I-D required to complete the
process of putting the options on the Tentatively Assigned list? 

While we're on it, is there already, or will there be, a definitive list 
of
all the options in Tentatively Assigned state? 

Regards, 
Peter Blatherwick 
Sr. Solutions Architect, 
Mitel Networks 





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