Boeing Research & Technology

P.O. Box 3707 Seattle WA 98124 USA fltemplin@acm.org

I-D Internet-Draft On some IPv6 links, hosts/clients may have advanced knowledge that all routers on the link would be willing to provide DHCPv6 address/prefix delegation services without the need for an initial RS/RA message exchange followed by one or more separate DHCPv6 exchanges. This document specifies a new IPv6 Neighbor Discovery option termed the "DHCPv6 Option" that supports the managed delegation of addresses/prefixes in a single message exchange.

On some IPv6 links, hosts/clients may have advanced knowledge that all routers on the link would be willing to provide DHCPv6 address/prefix delegation services without the need for an initial RS/RA message exchange followed by one or more separate DHCPv6 exchanges. This document specifies a new IPv6 Neighbor Discovery option termed the "DHCPv6 Option" that supports the managed delegation of addresses/prefixes in a single message exchange.

The IPv6 Neighbor Discovery (IPv6 ND) specification defines the protocol, message formats and option types for operation of the IPv6 protocol over all manners of links. Routers on the link send Router Advertisement (RA) messages to a link-scoped multicast address allowing hosts/clients to detect their presence. After receiving an RA, hosts/clients can then invoke the Dynamic Host Configuration Protocol for IPv6 (DHCPv6) and/or StateLess Address AutoConfiguration (SLAAC) procedures to obtain IPv6 addresses. (In some environments, the DHCPv6 Prefix Delegation (PD) service may also be available to fulfill client needs.) This document concerns a class of links on which hosts/clients may not receive timely unsolicited RA messages and may therefore be compelled to send Router Solicitation (RS) messages to invoke an RA response. If the hosts/clients are further aware in advance that all routers on the link would be willing to provide DHCPv6 address/prefix delegation services, it would be beneficial if the RS/RA message exchanges themselves could also convey DHCPv6 parameters. This document therefore proposes a DHCPv6 Option for IPv6 ND. The DHCPv6 Option for IPv6 ND has the following format:

In this format "Type" is assigned an integer IPv6 ND option type value (see: IANA Considerations), "Length" is the length of the option in units of 8 octets, and the remainder of the option is a standard-format DHCPv6 message beginning with a msg-type and transaction-id and ending with a variable-length concatenation of DHCPv6 options. If the message is not an integral number of 8 octets, Null Padding is added following the end of the DHCPv6 options. In a reference use case, when a host/client on a link with known properties does not receive a timely RA message, it can send an RS message containing a DHCPv6 Option with the DHCPv6 message populated according to . The DHCPv6 message will typically include a request for address and/or prefix delegations plus a Rapid Commit option. Upon receiving the RS message, one or more routers on the link that are willing to provide DHCPv6 services convey the DHCPv6 message to a nearby DHCPv6 server. When the DHCPv6 server responds, the router encapsulates the DHCPv6 response in an RA message DHCPv6 option and sends the RA message to the unicast address of the host/client. It is important to understand that multiple routers on the link may send RA responses to a single RS message. The host/client should process the union of all DHCPv6 information received in RAs (keeping track of their respective routers of origin) and either accept or decline any offered addresses or prefixes. Note that it is not an error for a router that either does not recognize the option or cannot provide the requested service to return an RA with a DHCPv6 Option response containing a failure code or no DHCPv6 Option at all. The host/client can then attempt to obtain DHCPv6 services via another router on the link. However, routers SHOULD NOT return a DHCPv6 Option response in an RA message sent to a multicast address, and hosts/clients MUST ignore a DHCPv6 Option response in a multicast RA.

In progress.

The IANA is instructed to allocate a new IPv6 ND option Type for the DHCPv6 Option.

TBD.

This work was inspired by continued investigations into 5G MANET operations in cooperation with the Virginia Tech National Security Institute (VTNSI). Honoring life, liberty and the pursuit of happiness.

<< RFC Editor - remove prior to publication >> Differences from earlier versions: First draft publication.