Re: [Dhcpv6bis] a primary list of possible RFCs/drafts to merge

"Bernie Volz (volz)" <volz@cisco.com> Thu, 12 December 2013 04:47 UTC

Return-Path: <volz@cisco.com>
X-Original-To: dhcpv6bis@ietfa.amsl.com
Delivered-To: dhcpv6bis@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0C8C1ADFF5 for <dhcpv6bis@ietfa.amsl.com>; Wed, 11 Dec 2013 20:47:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vacbx2gCGD1E for <dhcpv6bis@ietfa.amsl.com>; Wed, 11 Dec 2013 20:47:00 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id C45F81ADFE2 for <dhcpv6bis@ietf.org>; Wed, 11 Dec 2013 20:46:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9604; q=dns/txt; s=iport; t=1386823614; x=1388033214; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=vjlPDnhC9f9saZm0BoIIHrm/7HiILxWVkONPOpP1UC8=; b=ilctXjpBWKlolkFrKZE97q7Ydpp4ibWKSaX9lwrO2lBQ5xWrwpvUILzo 8AnQnga+NfDJ3vcn4Az074obXF5L6GvjmRI4ShEJbEpHUb61r1hWZWqow r0WEptbJOrkPomEwBDpXh0mqzEL09kRglnAuqzJP2RX19D3nQzO1+3gOG c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgcFAD8/qVKtJXG8/2dsb2JhbABZgwc4U7hnToEaFnSCJQEBAQMBAQEBaxAHBAIBCBEEAQELHQcnCxQJCAEBBAESCAaHbgYNwjMTBI4mEQEfOAaDG4ETBJAxmXaDKYFxOQ
X-IronPort-AV: E=Sophos;i="4.93,876,1378857600"; d="scan'208";a="291082947"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-4.cisco.com with ESMTP; 12 Dec 2013 04:46:53 +0000
Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id rBC4krQt025417 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 12 Dec 2013 04:46:53 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.232]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0123.003; Wed, 11 Dec 2013 22:46:52 -0600
From: "Bernie Volz (volz)" <volz@cisco.com>
To: Sheng Jiang <jiangsheng@huawei.com>, "dhcpv6bis@ietf.org" <dhcpv6bis@ietf.org>
Thread-Topic: a primary list of possible RFCs/drafts to merge
Thread-Index: Ac725KeoQDsP2BzdTH6wtoxSStri4gAAdAGQAALg/JA=
Date: Thu, 12 Dec 2013 04:46:52 +0000
Message-ID: <489D13FBFA9B3E41812EA89F188F018E1ADE0AD9@xmb-rcd-x04.cisco.com>
References: <5D36713D8A4E7348A7E10DF7437A4B923ADC5BAE@nkgeml512-mbx.china.huawei.com> <5D36713D8A4E7348A7E10DF7437A4B923ADC5BD9@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <5D36713D8A4E7348A7E10DF7437A4B923ADC5BD9@nkgeml512-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.86.255.234]
Content-Type: multipart/mixed; boundary="_002_489D13FBFA9B3E41812EA89F188F018E1ADE0AD9xmbrcdx04ciscoc_"
MIME-Version: 1.0
Subject: Re: [Dhcpv6bis] a primary list of possible RFCs/drafts to merge
X-BeenThere: dhcpv6bis@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "DHCPv6 \(RFC3315\) bis discussion list" <dhcpv6bis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcpv6bis>, <mailto:dhcpv6bis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcpv6bis/>
List-Post: <mailto:dhcpv6bis@ietf.org>
List-Help: <mailto:dhcpv6bis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcpv6bis>, <mailto:dhcpv6bis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2013 04:47:03 -0000

Thanks Sheng for the list. We will need to look over these in more detail, but ...

IMHO ...

We will NOT be doing most of these. In some cases, we may just add basic information and a reference (such as for DUID-UUID).

I do think SOLMAX (RFC 7083) and Reconfigure REBIND (RFC 6644) are probably worth incorporating.

(As I mentioned on the call) I did email Ralph about RFC 3736 and he agreed with me (as we had talked about it a while back) that a section on what's needed for a minimal DHCPv6 service ('other configuration' only). I attached that email from Ralph as it wasn't to the full group.

RFC 6221 is an interesting question and that one needs review and some thought.

RFC 6422, at least taking a quick look, I think was mislabeled as updates 3315 (though there is some subtle change in server processing). But I think this stands on its own.

RFC 4361 was another I think was incorrectly labeled as updates 3315 - what in it updates 3315? And similar for RFC 5494.

Those that really update RFC 3315 will require some additional review to see what they change and whether to add some basic information and reference the document or whether to incorporate more of the changes.

Simple option RFCs will be left as is and not included.

---

We will need to think about how to handle 'documenting' our conclusions on these? Do we want to create issues for each or groups of documents (i.e., one for all the simple options that we are not including)? And perhaps a separate issue for those that specifically update 3315 so we can discuss and document our decision?

- Bernie

-----Original Message-----
From: Dhcpv6bis [mailto:dhcpv6bis-bounces@ietf.org] On Behalf Of Sheng Jiang
Sent: Wednesday, December 11, 2013 10:04 PM
To: dhcpv6bis@ietf.org
Subject: Re: [Dhcpv6bis] a primary list of possible RFCs/drafts to merge

Oops... The text become unreadable after sent out though outlook email editor. Please see the attached two txt documents. Also resent the roughly filtered list here. There are 6 document officially "update" RFC3315.

Rough filtered List

RFC 3736 Stateless DHCPv6 Service

RFC 4580 DHCPv6 Relay Agent Subscriber-ID Option 

RFC 4649 DHCPv6 Relay Agent Remote-ID Option 

RFC 4994 DHCPv6 Relay Agent Echo Request Option 

RFC 5007 DHCPv6 Leasequery 

RFC 5460 DHCPv6 Bulk Leasequery 

RFC 6221 (update RFC3315) Lightweight DHCPv6 Relay Agent 

RFC 6355 Definition of the UUID-Based DHCPv6 Unique Identifier (DUID-UUID) 

RFC 6422 (update RFC3315) Relay-Supplied DHCP Options 

RFC 6603 Prefix Exclude Option for DHCPv6-based Prefix Delegation 

RFC 6644 (update RFC3315) Rebind Capability in DHCPv6 Reconfigure Messages 

RFC 6939 Client Link-Layer Address Option in DHCPv6 

RFC 6977 Triggering DHCPv6 Reconfiguration from Relay Agents 

RFC 7083 (update RFC3315) Modification to Default Values of SOL_MAX_RT and INF_MAX_RT


Another two documents that updated RFC3315

RFC 4361 Node-specific Client Identifiers for DHCPv4

RFC 5494 IANA Allocation Guidelines for the Address Resolution Protocol (ARP)

Regards,

Sheng

>-----Original Message-----
>From: Dhcpv6bis [mailto:dhcpv6bis-bounces@ietf.org] On Behalf Of Sheng 
>Jiang
>Sent: Thursday, December 12, 2013 10:49 AM
>To: dhcpv6bis@ietf.org
>Subject: [Dhcpv6bis] a primary list of possible RFCs/drafts to merge
>
>Hi, all,
>
>The below is a primary list of possible RFCs/drafts to merge, also 
>available in attached txt. We should discuss them. For most of service 
>configuration options, it may be easy to filter them out. In a quick 
>glance, there are at least a few worthy out discussion.
>
>RFC 3736 Stateless DHCPv6 Service
>RFC 4580 DHCPv6 Relay Agent Subscriber-ID Option RFC 4649 DHCPv6 Relay 
>Agent Remote-ID Option RFC 4994 DHCPv6 Relay Agent Echo Request Option 
>RFC 5007 DHCPv6 Leasequery RFC 5460 DHCPv6 Bulk Leasequery RFC 6221 
>Lightweight DHCPv6 Relay Agent RFC 6355 Definition of the UUID-Based
>DHCPv6 Unique Identifier (DUID-UUID) RFC 6422 Relay-Supplied DHCP 
>Options RFC 6603 Prefix Exclude Option for DHCPv6-based Prefix 
>Delegation RFC 6644 Rebind Capability in DHCPv6 Reconfigure Messages 
>RFC 6939 Client Link-Layer Address Option in DHCPv6 RFC 6977 Triggering 
>DHCPv6 Reconfiguration from Relay Agents RFC 7083 Modification to 
>Default Values of SOL_MAX_RT and INF_MAX_RT
>
>Regards,
>
>Sheng
>
>3c. prepare a list of possible RFCs/drafts to merge
>
>RFC 3319 DHCPv6 Options for Session Initiation Protocol (SIP) Servers 
>RFC
>3646 DNS Configuration options for DHCPv6 RFC 3736 Stateless DHCPv6 
>Service RFC 3898 Network Information Service (NIS) Configuration 
>Options for DHCPv6 RFC 4075 Simple Network Time Protocol (SNTP) 
>Configuration Option for DHCPv6 RFC 4242 Information Refresh Time 
>Option for DHCPv6 RFC 4280 DHCP Options for Broadcast and Multicast 
>Control Servers RFC 4580
>DHCPv6 Relay Agent Subscriber-ID Option RFC 4649 DHCPv6 Relay Agent 
>Remote-ID Option RFC 4703 Resolution of Fully Qualified Domain Name
>(FQDN) Conflicts among DHCP Clients RFC 4704 DHCPv6 Client Fully 
>Qualified Domain Name (FQDN) Option RFC 4776 DHCPv4 and DHCPv6 Option 
>for Civic Addresses Configuration InformationRFC 4833 Timezone Options 
>for DHCP RFC 4994 DHCPv6 Relay Agent Echo Request Option RFC 5007 
>DHCPv6 Leasequery RFC 5192 DHCP Options for Protocol for Carrying 
>Authentication for Network Access (PANA) Authentication Agents RFC 5460 
>DHCPv6 Bulk Leasequery RFC 5678 DHCPv4 and DHCPv6 Options for IEEE 
>802.21 Mobility Services (MoS) Discovery RFC 5908 Network Time Protocol 
>(NTP) Server Option for DHCPv6 RFC 5970 DHCPv6 Options for Network Boot 
>RFC 6153
>DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection 
>Function (ANDSF) Discovery RFC 6221 Lightweight DHCPv6 Relay Agent RFC
>6276 DHCPv6 Prefix Delegation for Network Mobility (NEMO) RFC 6334
>DHCPv6 Option for Dual-Stack Lite RFC 6355 Definition of the UUID-Based
>DHCPv6 Unique Identifier (DUID-UUID) RFC 6422 Relay-Supplied DHCP 
>Options RFC 6440 EAP Re-authentication Protocol (ERP) Local Domain Name
>DHCPv6 Option RFC 6603 Prefix Exclude Option for DHCPv6-based Prefix 
>Delegation RFC 6607 Virtual Subnet Selection Options for DHCPv4 and
>DHCPv6 RFC 6644 Rebind Capability in DHCPv6 Reconfigure Messages RFC
>6653 DHCPv6 Prefix Delegation in Long-Term Evolution (LTE) Networks RFC
>6784 Kerberos Options for DHCPv6 RFC 6939 Client Link-Layer Address 
>Option in DHCPv6 RFC 6977 Triggering DHCPv6 Reconfiguration from Relay 
>Agents RFC 7037 RADIUS Option for the DHCPv6 Relay Agent RFC 7083 
>Modification to Default Values of SOL_MAX_RT and INF_MAX_RT
>
>draft-ietf-dhc-topo-conf
>draft-ietf-dhc-access-network-identifier
>draft-ietf-dhc-dns-pd
>draft-ietf-dhc-dhcpv6-unknown-msg
>draft-ietf-dhc-sedhcpv6
_______________________________________________
Dhcpv6bis mailing list
Dhcpv6bis@ietf.org
https://www.ietf.org/mailman/listinfo/dhcpv6bis
--- Begin Message ---
On Dec 2, 2013, at 12:35 PM 12/2/13, Bernie Volz (volz) <volz@cisco.com> wrote:

> Ralph:
>
> What are your feelings about RFC 3736 as we do the RFC 3315/3633 bits work?
>
> Should we mostly ignore it?

Yes.  I wrote it mostly to shut up, um, respond to all the FUD about how heavyweight DHCPv6 is.
>
> Is there any portion of this document that should end up in the bis document?
>
> Perhaps we should consider a section in the bis document on a “minimal DHCPv6” deployment for stateless (or something like that), which would outline that for the “O – Other Configuration” mode you really only need a server that handles Information-Request/Reply?

Sure, a section to that effect wouldn't hurt.

- Ralph

>
> -          Bernie
>
>

--- End Message ---