OSPF Routing with Cross-Address Family MPLS Traffic Engineering Tunnels

The information below is for an old version of the document
Document Type Expired Internet-Draft (ospf WG)
Last updated 2017-07-30 (latest revision 2017-01-26)
Replaces draft-smirnov-ospf-xaf-te
Stream IETF
Intended RFC status (None)
Expired & archived
plain text pdf html bibtex
Stream WG state WG Document
Document shepherd No shepherd assigned
IESG IESG state Expired
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at


When using Traffic Engineering (TE) in a dual-stack IPv4/IPv6 network the Multiprotocol Label Switching (MPLS) TE Label Switched Paths (LSP) infrastructure may be duplicated, even if the destination IPv4 and IPv6 addresses belong to the same remote router. In order to achieve an integrated MPLS TE LSP infrastructure, OSPF routes must be computed over MPLS TE tunnels created using information propagated in another OSPF instance. This is solved by advertising cross-address family (X-AF) OSPF TE information. This document describes an update to RFC5786 that allows for the easy identification of a router's local X-AF IP addresses.


Anton Smirnov (as@cisco.com)
Alvaro Retana (aretana@cisco.com)
Michael Barnes (mjbarnes@cisco.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)