rfc-5213

Proxy Mobile IPv6

S. Gundavelli (Editor), K. Leung, V. Devarapalli, K. Chowdhury, B. Patil
date2008-08 streamIETF areaint wgnetlmm statusPROPOSED STANDARD pages92 canonicalhttps://www.rfc-editor.org/rfc/rfc5213 doi10.17487/RFC5213 errataview
Network-based mobility management enables IP mobility for a host without requiring its participation in any mobility-related signaling. The network is responsible for managing IP mobility on behalf of the host. The mobility entities in the network are responsible for tracking the movements of the host and initiating the required mobility signaling on its behalf. This specification describes a network-based mobility management protocol and is referred to as Proxy Mobile IPv6. [STANDARDS-TRACK]

updated by

Extracted elements (28)

design-rationale §5.5

Mobile IPv6 sequence numbers are insufficient for PMIPv6 because a newly serving MAG cannot determine the last sequence number used by the previous MAG in the absence of context transfer. PMIPv6 therefore supports a Timestamp-based alternative for message ordering when sequence numbers cannot be maintained across handoffs.

mobility

design-rationale §1

PMIPv6 is built on top of Mobile IPv6 to reuse home agent functionality and well-tested signaling message formats, enabling a common home agent to serve both host-based MIPv6 and network-based PMIPv6 mobile nodes without requiring a separate new anchor infrastructure.

mobility

design-rationale §5.2

This specification supports only the Per-MN-Prefix model and explicitly does not support the Shared-Prefix model. Home network prefixes assigned to a mobile node are for that node's exclusive use, ensuring unambiguous routing and binding cache lookups across the PMIPv6 domain.

mobility, ip

interoperability-note §4

PMIPv6 signaling messages do not carry the Home Address destination option or the Type 2 Routing header (unlike standard MIPv6), so IPsec SPD selectors require no special considerations for those headers.

ipsec, mobility

interoperability-note §3

The mobile node is not required to participate in any IP mobility-related signaling within a PMIPv6 domain. The network tracks the mobile node's movements and initiates all mobility signaling on its behalf, making the mobile node's IPv6 stack mobility-agnostic.

mobility

normative-requirement §5.4 MUST

For multihomed mobile nodes, the LMA MUST allocate a separate mobility session and Binding Cache entry (with its own lifetime) for each attached interface. All prefixes assigned to a given interface MUST be managed under exactly one mobility session.

mobility

normative-requirement §5.3.1 MUST

If the Home Network Prefix option, Handoff Indicator option, or Access Technology Type option is absent from the PBU, the LMA MUST reject the request with the corresponding status code (MISSING_HOME_NETWORK_PREFIX_OPTION, MISSING_HANDOFF_INDICATOR_OPTION, or MISSING_ACCESS_TECH_TYPE_OPTION).

mobility

normative-requirement §4 SHOULD

IKEv2 SHOULD be used to set up security associations between the MAG and LMA to protect Proxy Binding Update and Proxy Binding Acknowledgement messages.

ipsec, security, mobility

normative-requirement §4 SHOULD

IPsec ESP in transport mode with mandatory integrity protection SHOULD be used for protecting PMIPv6 signaling messages. Confidentiality protection of signaling messages is not required.

ipsec, security, mobility

normative-requirement §5.4.1 MUST

The LMA MUST apply BCE lookup rules in strict order (prefix match, then link-layer identifier match, then MN-Identifier-only match) to correctly distinguish new mobility session creation from updates to existing sessions in multihomed scenarios.

mobility

normative-requirement §5.3.1 MUST

The LMA MUST identify the mobile node from the Mobile Node Identifier option in the PBU. If the option is absent, the LMA MUST reject the request with status MISSING_MN_IDENTIFIER_OPTION.

mobility

normative-requirement §4 MUST

The LMA MUST restrict the creation and manipulation of proxy bindings to specifically authorized MAGs and prefixes, and MUST be locally configurable to authorize such specific MAG-prefix combinations to prevent unauthorized binding creation.

security, mobility

normative-requirement §5.5 SHOULD NOT

The Timestamp-based ordering scheme SHOULD NOT be used if the clock skew on any neighboring MAG (relative to the common time source) exceeds half the reconnection time, as it will not predictably work in all cases.

mobility

normative-requirement §5.3.5 MUST

Upon accepting a de-registration PBU (lifetime=0), the LMA MUST wait MinDelayBeforeBCEDelete time before deleting the BCE to allow a new MAG time to register. During the wait, the LMA SHOULD drop the mobile node's data traffic.

mobility

normative-requirement §5.3.4 MUST

When a PBU arrives from a new MAG after handoff, the LMA MUST update the BCE, remove previous prefix routes, delete the tunnel to the previous MAG if no other MNs share it (SHOULD), establish a tunnel to the new MAG if none exists, and create new prefix routes over the new tunnel.

mobility

normative-requirement §5.3.6 MUST NOT

When sending the PBA, the LMA MUST NOT include the Type 2 Routing header in the IPv6 header, unlike in standard Mobile IPv6. The source address MUST be the LMAA and the destination MUST be the Proxy-CoA of the requesting MAG.

mobility, ip

normative-requirement §5.5 MUST

When the sequence-number-based scheme is used, the serving MAG MUST have the ability to obtain the last sequence number sent for that mobility session. The sequence number MUST be maintained on a per-mobility-session basis and MUST be available to the serving MAG.

mobility

protocol-element §8.5

The Access Technology Type option carries the radio/link access technology by which the mobile node is currently attached (e.g., virtual, 3GPP GERAN, 3GPP UTRAN, 3GPP E-UTRAN, 3GPP2, WiMAX, nomadic). This option is mandatory in both PBU and PBA.

mobility

protocol-element §5.1

The Binding Cache Entry at the LMA is extended with: a proxy-registration flag, MN-Identifier, MN link-layer identifier, MAG link-local address on the point-to-point link, list of assigned home network prefixes with lengths, tunnel interface identifier, access technology type, and a 64-bit timestamp of the most recently accepted PBU.

mobility

protocol-element §8.4

The Handoff Indicator option encodes the reason for a PBU: 1=attachment of a new mobile node, 2=handoff between two different interfaces of the MN, 3=handoff between MAGs for the same interface, 4=handoff state unknown, 5=handoff state not changed (for binding lifetime extension).

mobility

protocol-element §8.7

The Link-local Address option carries the link-local address of the MAG on the point-to-point link shared with the mobile node. If ALL_ZERO is sent in the PBU, the LMA generates the link-local address and returns it in the PBA for the MAG to use on the access link.

mobility

protocol-element §8.6

The Mobile Node Link-layer Identifier option carries the link-layer identifier of the mobile node's attached interface. An ALL_ZERO value is explicitly prohibited as a valid identifier and cannot be used as an interface identifier.

mobility

protocol-element §5.3.6

The Proxy Binding Acknowledgement message MUST include Mobile Node Identifier, at least one Home Network Prefix, Handoff Indicator, and Access Technology Type options. Timestamp, Link-layer Identifier, and Link-local Address options MUST be present if and only if they were present in the corresponding PBU.

mobility

protocol-element §8.1

The Proxy Binding Update is a Binding Update message (from MIPv6) with the (P) flag set to 1. It is sent from the MAG to the LMA's LMAA address and MUST carry the Mobile Node Identifier, Home Network Prefix, Handoff Indicator, and Access Technology Type options.

mobility

protocol-element §8.8

The Timestamp option carries a 64-bit timestamp (in NTP format) inserted by the MAG for message ordering at the LMA. The LMA accepts a PBU only if its timestamp is strictly greater than the most recently accepted timestamp for that mobility session.

mobility

registry §10

RFC 5213 registers new Mobility Header option types (Home Network Prefix Option, Handoff Indicator Option, Access Technology Type Option, Mobile Node Link-layer Identifier Option, Link-local Address Option, Timestamp Option), new PBA status code values, and the (P) flag in the Binding Update message.

registry, mobility

security-consideration §4

Proxy Binding Update and Proxy Binding Acknowledgement messages MUST be protected using end-to-end security associations offering integrity and data origin authentication. Both MAG and LMA MUST implement IPsec as a mandatory-to-implement security mechanism.

security, ipsec, mobility

state-machine §5.3

A PMIPv6 mobility session transitions through: (1) New Session — initial PBU triggers BCE creation and tunnel/prefix-route setup; (2) Lifetime Extension No Handoff — same MAG refreshes binding; (3) Lifetime Extension After Handoff — new MAG updates BCE, old routes removed, new tunnel and routes created; (4) De-Registration — lifetime=0 PBU starts MinDelayBeforeBCEDelete timer, then BCE deleted.

mobility