<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.ietf-dhc-slap-quadrant" target="https://datatracker.ietf.org/doc/html/draft-ietf-dhc-slap-quadrant-04">
   <front>
      <title>SLAP quadrant selection options for DHCPv6</title>
      <author initials="C. J." surname="Bernardos" fullname="Carlos J. Bernardos">
         <organization>UC3M</organization>
      </author>
      <author initials="A." surname="Mourad" fullname="Alain Mourad">
         <organization>InterDigital</organization>
      </author>
      <date month="February" day="28" year="2020" />
      <abstract>
	 <t>   The IEEE originally structured the 48-bit MAC address space in such a
   way that half of it was reserved for local use.  Recently, the IEEE
   has been working on a new specification (IEEE 802c) which defines a
   new &quot;optional Structured Local Address Plan&quot; (SLAP) that specifies
   different assignment approaches in four specified regions of the
   local MAC address space.

   The IEEE is working on mechanisms to allocate addresses in the one of
   these quadrants (IEEE 802.1CQ).  There is work also in the IETF on
   specifying a new mechanism that extends DHCPv6 operation to handle
   the local MAC address assignments.  In this document, we complement
   this ongoing IETF work by defining a mechanism to allow choosing the
   SLAP quadrant to use in the allocation of the MAC address to the
   requesting device/client.

   This document proposes extensions to DHCPv6 protocols to enable a
   DHCPv6 client or a DHCPv6 relay to indicate a preferred SLAP quadrant
   to the server, so that the server allocates the MAC address to the
   given client out of the quadrant requested by relay or client.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-ietf-dhc-slap-quadrant-04" />
   
</reference>
