Advertising a Router's Local Addresses in OSPF Traffic Engineering (TE) Extensions
RFC 5786

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: Internet Architecture Board <iab@iab.org>,
    RFC Editor <rfc-editor@rfc-editor.org>, 
    ospf mailing list <ospf@ietf.org>, 
    ospf chair <ospf-chairs@tools.ietf.org>
Subject: Protocol Action: 'Advertising a Router's Local Addresses in OSPF TE Extensions' to Proposed Standard

The IESG has approved the following document:

- 'Advertising a Router's Local Addresses in OSPF TE Extensions '
   <draft-ietf-ospf-te-node-addr-07.txt> as a Proposed Standard


This document is the product of the Open Shortest Path First IGP Working Group. 

The IESG contact persons are Ross Callon and Adrian Farrel.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ospf-te-node-addr-07.txt

Ballot Text

Technical Summary

   OSPF Traffic Engineering (TE) extensions are used to advertise TE
   Link State Advertisements (LSAs) containing information about TE-
   enabled links. The only addresses belonging to a router that are
   advertised in TE LSAs are the local addresses corresponding to TE-
   enabled links, and the local address corresponding to the Router ID.

   In order to allow other routers in a network to compute Multiprotocol
   Label Switching (MPLS) traffic engineered Label Switched Paths (TE
   LSPs) to a given router's local addresses, those addresses must also
   be advertised by OSPF TE.

   This document describes procedures that enhance OSPF TE to advertise
   a router's local addresses.

Working Group Summary

   No controversy reported (see PROTO writeup in the ID tracker). At 
   least one CCAMP draft requires this as a normative reference. 

Document Quality

   There is one known implementation, but no products (at the current
   time). 

Personnel

   Acee Lindem is the Document Shepherd for this document. Ross
   Callon is the Responsible Area Director.

RFC Editor Note