SLAP quadrant selection options for DHCPv6
draft-bernardos-dhc-slap-quadrant-01
| Document | Type | Replaced Internet-Draft (dhc WG) | |
|---|---|---|---|
| Last updated | 2019-04-17 (latest revision 2019-03-08) | ||
| Replaced by | draft-ietf-dhc-slap-quadrant | ||
| Stream | IETF | ||
| Intended RFC status | Proposed Standard | ||
| Formats |
Expired & archived
pdf
htmlized
bibtex
|
||
| Stream | WG state | Adopted by a WG | |
| Document shepherd | No shepherd assigned | ||
| IESG | IESG state | Replaced by draft-ietf-dhc-slap-quadrant | |
| Consensus Boilerplate | Yes | ||
| Telechat date | |||
| Responsible AD | (None) | ||
| Send notices to | (None) | ||
https://www.ietf.org/archive/id/draft-bernardos-dhc-slap-quadrant-01.txt
Abstract
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 "optional Structured Local Address Plan" (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.
Authors
Carlos Bernardos
(cjbc@it.uc3m.es)
Alain Mourad
(alain.mourad@interdigital.com)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)