Skip to main content

Extensions to OSPF facilitating the deployment of non-backward- compatible changes.
draft-dubrovsky-ospf-non-compatible-02

Document Type Expired Internet-Draft (individual)
Expired & archived
Authors Mike Dubrovsky , Rashmi Shrivastava , Dean Cheng
Last updated 2015-04-22 (Latest revision 2014-10-19)
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

This document specifies a generic mechanism that facilitates the deployment of non-backward-compatible changes in OSPF protocol. This mechanism allows the OSPF routers to advertise the capability of non- backward-compatible functionality and to make the functionality operational only when supported by all participating routers. Depending on the functionality scope, capability advertisements must be propagated across a link, area or autonomous system (AS). For link and area scope functionality, Router Information Link State Advertisement (LSA) is utilized to propagate the capability information. For the cases when compatibility must be maintained across the whole OSPF autonomous system, new Area Information (AI) LSA is introduced. The AI LSA is a TLV-based analog of Indication- LSA that is used for demand circuit functionality and described in RFC1793.

Authors

Mike Dubrovsky
Rashmi Shrivastava
Dean Cheng

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