rfc-5252

OSPF-Based Layer 1 VPN Auto-Discovery

I. Bryskin, L. Berger
date2008-07 streamIETF areartg wgl1vpn statusPROPOSED STANDARD pages11 canonicalhttps://www.rfc-editor.org/rfc/rfc5252 doi10.17487/RFC5252 errataview
This document defines an Open Shortest Path First (OSPF) based Layer 1 Virtual Private Network (L1VPN) auto-discovery mechanism. This mechanism enables provider edge (PE) devices using OSPF to dynamically learn about the existence of each other, and attributes of configured customer edge (CE) links and their associations with L1VPNs. This document builds on the L1VPN framework and requirements and provides a L1VPN basic mode auto-discovery mechanism. [STANDARDS-TRACK]

Extracted elements (23)

design-rationale §3

CE-to-PE link TE attributes are not advertised via normal OSPF-TE procedures because CEs are outside of the provider TE domain; instead they are carried in the TE Link TLV within the L1VPN LSA.

routing, vpn

design-rationale §1.1

OSPF-based L1VPN auto-discovery is particularly useful in networks where BGP is not typically used, complementing the BGP-based approach in RFC 5195.

routing, vpn, bgp

design-rationale §3.1

The PE TE Address field in the L1VPN Info TLV must match a valid PE TE Router ID or numbered TE Link ID so that CEs attached to this PE can be resolved in the Traffic Engineering Database (TED), enabling computation of TE paths toward the CEs across the provider domain.

routing, vpn

interoperability-note §4

OSPF speakers that do not support the L1VPN auto-discovery application (such as P routers) participate in the L1VPN LSA flooding process but should ignore the LSA contents, per RFC 5250 Opaque LSA handling rules.

routing, vpn

interoperability-note §3.1

P routers that do not originate or maintain PITs still participate in flooding all L1VPN LSAs and maintain them in their LSDB, which is identified as a scalability concern in large networks.

routing, vpn

normative-requirement §2.1 MUST

A single L1VPN Info TLV MUST be present in the L1VPN LSA. If more than one L1VPN Info TLV is present, only the first TLV is processed and the others MUST be ignored on receipt.

routing, vpn

normative-requirement §3 MUST

Each PE MUST originate a separate L1VPN LSA with AS flooding scope for each local CE-to-PE link. The LSA MUST be originated each time a PE restarts and every time there is a change in the PIT entry associated with a local CE-to-PE link.

routing, vpn

normative-requirement §3 MUST

Every time a PE receives a new, removed, or modified L1VPN LSA, the PE MUST check whether it maintains a PIT associated with the L1VPN specified in the L1VPN globally unique identifier field.

routing, vpn

normative-requirement §2.2 MUST

For unnumbered PE TE links, the Link Local Identifier field MUST contain a value advertised per RFC 4203 in a Link Local/Remote Identifiers link sub-TLV. For numbered links, this field MUST be set to 0.

routing, vpn

normative-requirement §3 SHOULD

If a PE maintains a PIT for the L1VPN specified in a received L1VPN LSA, the PE SHOULD add, remove, or modify the PIT entry associated with each of the advertised CE-to-PE links accordingly. An implementation MAY choose to not remove or modify the PIT according to local policy.

routing, vpn

normative-requirement §3 MUST

The L1VPN LSA MUST include a single L1VPN Info TLV and MAY include a single TE Link TLV as per RFC 3630 and RFC 4203. If more than one L1VPN Info TLVs and/or TE Link TLVs are found in the LSA, the subsequent TLVs SHOULD be ignored by the receiving PEs.

routing, vpn

normative-requirement §2.1 MUST

The LS Type field of the L1VPN LSA MUST be set to 11, indicating an Autonomous System scoped Opaque LSA per RFC 5250.

routing, vpn

normative-requirement §2.1 MUST

The Opaque Type field of the L1VPN LSA MUST be set to 5.

routing, vpn

normative-requirement §2.2 MUST NOT

The Padding field MUST be less than 4 bytes long, and MUST NOT be present when the L1VPN Auto-discovery information field is already 4-byte aligned.

routing, vpn

normative-requirement §2.2 MUST

The PE TE Address field MUST carry an address advertised by the LSA originator per RFC 3630, either the Router Address TLV or Local interface IP address link sub-TLV.

routing, vpn

protocol-element §3

PEs advertise local <CPI, PPI> tuples in L1VPN LSAs. In steady state, all PEs associated with a particular L1VPN will have identical local PITs for that L1VPN, enabling full mesh knowledge of remote PE-to-CE links.

routing, vpn

protocol-element §2.2

The L1VPN Info TLV (type 1, variable length) carries the L1VPN Globally Unique Identifier (64-bit), PE TE Address (32-bit IPv4), Link Local Identifier (32-bit), L1VPN Auto-Discovery Information, and optional padding for 4-byte alignment.

routing, vpn

protocol-element §2.1

The L1VPN LSA is a new type of AS-scoped Opaque LSA (LS Type 11, Opaque Type 5) used to carry L1VPN auto-discovery information. It contains a mandatory L1VPN Info TLV and an optional TE Link TLV.

routing, mpls, vpn

registry §6

IANA assigned Opaque Type value 5 for the L1VPN LSA in the OSPF Opaque LSA type registry.

registry, routing

security-consideration §5

For end-to-end authentication, OSPF's neighbor-to-neighbor authentication can be augmented with RFC 2154, which supports signing and authentication of LSAs.

security, routing

security-consideration §5

Security issues are limited to within the OSPF domain; mechanisms to deliver VPN membership information to CEs are out of scope. The approach reuses RFC 2328 and RFC 5250 security mechanisms, including OSPF authentication, LSA origination rate limiting, and database overflow protection.

security, routing, vpn

wire-format §2.2

The L1VPN Info TLV has a 2-byte Type field, 2-byte Length field (excluding TLV header and padding), followed by a 64-bit L1VPN Globally Unique Identifier, 32-bit PE TE Address, 32-bit Link Local Identifier, variable-length L1VPN Auto-Discovery Information, and optional padding.

routing, vpn

wire-format §2.1

The L1VPN LSA header includes LS age, Options, LS Type (11), Opaque Type (1 byte), Opaque ID (3 bytes), Advertising Router (32-bit), LS Sequence Number (32-bit), LS checksum (16-bit), and Length (16-bit), followed by L1VPN Info TLV and optional TE Link TLV.

routing, vpn