RE: [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function

"Templin, Fred L" <Fred.L.Templin@boeing.com> Tue, 28 November 2017 17:02 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8390126DED; Tue, 28 Nov 2017 09:02:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 L3fBUk-qPpPa; Tue, 28 Nov 2017 09:02:19 -0800 (PST)
Received: from phx-mbsout-01.mbs.boeing.net (phx-mbsout-01.mbs.boeing.net [130.76.184.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBD08128B8D; Tue, 28 Nov 2017 09:02:19 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id vASH2Ise021448; Tue, 28 Nov 2017 10:02:19 -0700
Received: from XCH15-06-12.nw.nos.boeing.com (xch15-06-12.nw.nos.boeing.com [137.136.239.221]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id vASH2HjG021437 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Tue, 28 Nov 2017 10:02:17 -0700
Received: from XCH15-06-08.nw.nos.boeing.com (2002:8988:eede::8988:eede) by XCH15-06-12.nw.nos.boeing.com (2002:8988:efdd::8988:efdd) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 28 Nov 2017 09:02:17 -0800
Received: from XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) by XCH15-06-08.nw.nos.boeing.com ([137.136.238.222]) with mapi id 15.00.1320.000; Tue, 28 Nov 2017 09:02:17 -0800
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: "STARK, BARBARA H" <bs7652@att.com>, Fred Baker <fredbaker.ietf@gmail.com>, Michael Richardson <mcr+ietf@sandelman.ca>
CC: "dhcwg@ietf.org" <dhcwg@ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Subject: RE: [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function
Thread-Topic: [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function
Thread-Index: AdNiReoj4OrwrQYST+iGtIF1uM57NgAkcdkAADO+44AAEoFNVAD1MWEAACiUpcA=
Date: Tue, 28 Nov 2017 17:02:17 +0000
Message-ID: <bde5af945bb8472193871a693bdb26c7@XCH15-06-08.nw.nos.boeing.com>
References: <9debb1672e3d4f0d89d672d64e0fe579@XCH15-06-08.nw.nos.boeing.com> <CAKD1Yr1+a+Bg3N=pX5_X2vhvkf50hY7N_Ay=aQQyq5ogsEWWMw@mail.gmail.com> <4e01cd6cc5234daca2f7be55b8cc28b0@XCH15-06-08.nw.nos.boeing.com> <27327.1511369630@obiwan.sandelman.ca> <E49D982F-9A83-4B7E-B65F-2CB07AB56ADD@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114DCC2BF8@GAALPA1MSGUSRBF.ITServices.sbc.com>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DCC2BF8@GAALPA1MSGUSRBF.ITServices.sbc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [137.136.248.6]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/T_dsw8arcmqY2D9-i4E2h0OQYJU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 17:02:21 -0000

Hi, if there is some concern about backwards compatibility and accepting
configuration information from multiple sources the scenario is as follows:

- the host MAY include a DHCPv6 Request option in its RS message
- routers that do not recognize the DHCPv6 Request option, or that
   do not implement a DHCPv6 relay or server, ignore the option and
   return an RA with no DHCPv6 option and with M/O bits set as normal
- routers that recognize the DHCPv6 Request option and that implement
   a DHCPv6 relay or server process the DHCPv6 Request then include a
   DHCPv6 Reply option in unicast RAs that they send back to the host
- the host processes the RA message and also processes the DHCPv6
   Reply while accepting the union of the configuration information
   provided by both IPv6 ND and DHCPv6

Note that there will never be a time that a router includes a DHCPv6 Reply
option in its RA message unless the host first included a DHCPv6 Request
option in its RS. And, even if it did, hosts that do not recognize the option
will simply ignore it and process the rest of the RA message as normal.

The approach is therefore fully backwards compatible and provides
the best combination of both IPv6 ND and DHCPv6 autoconfiguration.

Thanks - Fred

> -----Original Message-----
> From: dhcwg [mailto:dhcwg-bounces@ietf.org] On Behalf Of STARK, BARBARA H
> Sent: Monday, November 27, 2017 5:20 AM
> To: Fred Baker <fredbaker.ietf@gmail.com>; Michael Richardson <mcr+ietf@sandelman.ca>
> Cc: dhcwg@ietf.org; v6ops@ietf.org; 6man@ietf.org
> Subject: Re: [dhcwg] [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function
> 
> > > My understanding is that Fred Templin essentially wants to carry DHCP
> > > (configuration) options in ND/RA.
> >
> > On thing that I have never understood is the lack of an RA option that carries
> > any DHCPv6 option. This entire silly debate would end if RAs encompassed
> > DHCP options.
> 
> Thus forcing either routers or hosts (or both) to support two distinct mechanisms to do the same thing if there is to be any hope of
> interoperability. And if the host supports both, then it also needs to implement code for which wins when both are present and the
> options provided have conflicting info.
> If you really want DHCPv6 options in RAs for closed ecosystem use cases, include a huge caveat that routers are not required to
> support both mechanisms -- routers are only required to do DHCPv6. Any host that only implements receipt of DHCPv6 options via RA
> must not expect to operate in an open ecosystem. Put the burden on the hosts.
> Barbara
> 
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www.ietf.org/mailman/listinfo/dhcwg