<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.ietf-dhc-mac-assign" target="https://datatracker.ietf.org/doc/html/draft-ietf-dhc-mac-assign-09">
   <front>
      <title>Link-Layer Address Assignment Mechanism for DHCPv6</title>
      <author initials="B." surname="Volz" fullname="Bernie Volz">
         <organization>Cisco Systems, Inc.</organization>
      </author>
      <author initials="T." surname="Mrugalski" fullname="Tomek Mrugalski">
         <organization>Internet Systems Consortium,
      Inc.</organization>
      </author>
      <author initials="C. J." surname="Bernardos" fullname="Carlos J. Bernardos">
         <organization>Universidad Carlos III de
      Madrid</organization>
      </author>
      <date month="September" day="3" year="2020" />
      <abstract>
	 <t>In certain environments, e.g., large-scale virtualization deployments, new devices are created in an automated manner.  Such devices may have their link-layer addresses assigned in an automated fashion.  With sufficient scale, the likelihood of a collision using random assignment without duplication detection is not acceptable.  Therefore, an allocation mechanism is required.  This document proposes an extension to DHCPv6 that allows a scalable approach to link-layer address assignments where preassigned link-layer address assignments (such as by a manufacturer) are not possible or are unnecessary.
	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-ietf-dhc-mac-assign-09" />
   
</reference>
