90 likes | 97 Views
This draft outlines a Localized Mobility Management system using DHCP for improved network mobility. It supports various MN types (DHCP-only, SLAAC-only, DHCP+SLAAC), with ARs and MAPs configuring DHCP functionalities. The system facilitates reliable message exchanges, handovers, and DHCP proxy for SLAAC-only MNs. Host and network-initiated handovers are supported, along with basic AR-MAP relationship setup. The document aims to address the customer's requirements efficiently while incorporating standard solutions. The draft is in progress, supporting both IPv4 and IPv6 with standard DHCP messaging.
E N D
Network Localized Mobility Management using DHCP draft-templin-autoconf-netlmm-dhcp-04 fred.l.templin@boeing.com IETF67 – NETLMM wg
NETLMM Domain Backhaul Network Access Rtrs (ARs) Mobility Anchor Point(s) (MAPs) Access Networks Mobile Nodes (MNs)
NETLMM Using DHCP • Three different MN types supported: • DHCP-only • SLAAC-only • DHCP+SLAAC • ARs configure both DHCP client/relay • MAP(s) configure DHCP server
AR Client/Relay Configuration • DHCP client/relay co-resident - use loopback interface • Relay performs ordinary relaying; manages IP forwarding table • Client responsible for: • reliable message exchanges • network-initiated handovers • Proxy-DHCP for SLAAC-only MNs Client Relay lo0 Access Router Backhaul network Access network netfilter eth0 eth1
Model of Operation • MNs use DHCP and/or SLAAC and observe NETLMM MN-AR interface spec • ARs/MAPs use ordinary DHCP message exchanges • ARs/MAPs manage ip forwarding tables based on address/prefix delegations • Host-initiated handovers driven by MN • Network-initiated handovers driven by AR • Proxy-DHCP for SLAAC-only Mobile Nodes • (Rudimentary) mechanism for setting up AR-MAP relationships - can be made more robust
Motivation • deliver best solution to address customer’s requirements, but: • no early visibility into DT effort • PMIP not yet on radar screen • need to assure proper link-model operation for customer’s use-case • re-use of widely-deployed mechanisms already deployed by customer • prefer standard solutions, but customer will have their solution in any event
Status • ‘draft-templin-autoconf-netlmm-dhcp-04’ • support for both IPv4 and IPv6 • uses standard DHCPv4/v6 messaging • DHCPv6 requires RAAN; SRSN options (in WGLC for Proposed Standard) • two independent implementations of -02 draft for DHCPv4 (Boeing and MITRE)