Link-Layer Addresses Assignment Mechanism for DHCPv6
draft-bvtm-dhc-mac-assign-02
| Document | Type | Replaced Internet-Draft (dhc WG) | |
|---|---|---|---|
| Last updated | 2019-04-17 (latest revision 2018-10-20) | ||
| Replaced by | draft-ietf-dhc-mac-assign | ||
| Stream | IETF | ||
| Intended RFC status | Proposed Standard | ||
| Formats |
Expired & archived
pdf
htmlized (tools)
htmlized
bibtex
|
||
| Stream | WG state | Adopted by a WG | |
| Document shepherd | No shepherd assigned | ||
| IESG | IESG state | Replaced by draft-ietf-dhc-mac-assign | |
| Consensus Boilerplate | Yes | ||
| Telechat date | |||
| Responsible AD | (None) | ||
| Send notices to | (None) | ||
https://www.ietf.org/archive/id/draft-bvtm-dhc-mac-assign-02.txt
Abstract
In certain environments, e.g. large scale virtualization deployments, new devices are created in an automated manner. Such devices typically have their link-layer (MAC) addresses randomized. With sufficient scale, the likelihood of collision is not acceptable. Therefore an allocation mechanism is required. This draft proposes an extension to DHCPv6 that allows a scalable approach to link-layer address assignments.
Authors
Bernie Volz
(volz@cisco.com)
Tomek Mrugalski
(tomasz.mrugalski@gmail.com)
Carlos Bernardos
(cjbc@it.uc3m.es)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)