SLAP quadrant selection options for DHCPv6
draft-bernardos-dhc-slap-quadrant-00
|
Document |
Type |
|
Active Internet-Draft (individual)
|
|
Last updated |
|
2019-01-28
|
|
Stream |
|
(None)
|
|
Intended RFC status |
|
(None)
|
|
Formats |
|
plain text
pdf
html
bibtex
|
Stream |
Stream state |
|
(No stream defined) |
|
Consensus Boilerplate |
|
Unknown
|
|
RFC Editor Note |
|
(None)
|
IESG |
IESG state |
|
I-D Exists
|
|
Telechat date |
|
|
|
Responsible AD |
|
(None)
|
|
Send notices to |
|
(None)
|
DHC WG CJ. Bernardos
Internet-Draft UC3M
Intended status: Experimental A. Mourad
Expires: August 2, 2019 InterDigital
January 29, 2019
SLAP quadrant selection options for DHCPv6
draft-bernardos-dhc-slap-quadrant-00
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
working on specifying new mechanism that extends DHCPv6 operation to
handle the local MAC address assignments. In this document, we
complement this IETF work by defining a mechanism to allow choosing
the SLAP quadrant to use in the allocation of the MAC address to the
requesting terminal/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 correspondingly the MAC
address to the given client or relay.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on August 2, 2019.
Bernardos & Mourad Expires August 2, 2019 [Page 1]
Internet-Draft DHCPv6 SLAP quadrant selection January 2019
Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Problem statement . . . . . . . . . . . . . . . . . . . . 4
1.1.1. WiFi terminals . . . . . . . . . . . . . . . . . . . 4
1.1.2. Hypervisor: migratable vs non-migratable functions . 5
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 5
3. Quadrant selection mechanisms . . . . . . . . . . . . . . . . 6
4. DHCPv6 extensions . . . . . . . . . . . . . . . . . . . . . . 8
4.1. Address assignment from the preferred SLAP quadrant
indicated by the client . . . . . . . . . . . . . . . . . 8
4.2. Address assignment from the SLAP quadrant indicated by
the relay . . . . . . . . . . . . . . . . . . . . . . . . 10
5. DHCPv6 options definitions . . . . . . . . . . . . . . . . . 13
5.1. Quad (IA-LL) option . . . . . . . . . . . . . . . . . . . 13
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 13
7. Security Considerations . . . . . . . . . . . . . . . . . . . 13
8. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 13
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 14
9.1. Normative References . . . . . . . . . . . . . . . . . . 14
9.2. Informative References . . . . . . . . . . . . . . . . . 14
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 14
1. Introduction
The IEEE originally structured the 48-bit MAC address space in such a
way that half of it was reserved for local use (where the U/L bit is
set to 1). Recently, the IEEE has been working on a new
specification (IEEE 802c [IEEEStd802c-2017]) which defines a new
"optional Structured Local Address Plan" (SLAP) that specifies
different assignment approaches in four specified regions of the
Show full document text