Protocol Action: 'Using Multipoint LDP when the Backbone has no Route to the Root' to Proposed Standard (draft-ietf-mpls-mldp-recurs-fec-04.txt)

The IESG <iesg-secretary@ietf.org> Mon, 15 August 2011 18:36 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C64B421F8CD3; Mon, 15 Aug 2011 11:36:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.529
X-Spam-Level:
X-Spam-Status: No, score=-102.529 tagged_above=-999 required=5 tests=[AWL=0.070, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UGkdnDzdDN+k; Mon, 15 Aug 2011 11:36:05 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C42321F8CDC; Mon, 15 Aug 2011 11:36:05 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'Using Multipoint LDP when the Backbone has no Route to the Root' to Proposed Standard (draft-ietf-mpls-mldp-recurs-fec-04.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 3.58
Message-ID: <20110815183605.17395.6693.idtracker@ietfa.amsl.com>
Date: Mon, 15 Aug 2011 11:36:05 -0700
Cc: mpls mailing list <mpls@ietf.org>, mpls chair <mpls-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Aug 2011 18:36:05 -0000

The IESG has approved the following document:
- 'Using Multipoint LDP when the Backbone has no Route to the Root'
  (draft-ietf-mpls-mldp-recurs-fec-04.txt) as a Proposed Standard

This document is the product of the Multiprotocol Label Switching Working
Group.

The IESG contact persons are Adrian Farrel and Stewart Bryant.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-recurs-fec/




Technical Summary

  LDP is one of the core MPLS protocols. It was orginally designed
  to establish point-to-point and multipoint-to-point LSPs that 
  reflected the topology as understood by the IGP routing protocol.
  LDP has since been extended for several different uses.

  When LDP is used as the control protocol for constructing 
  Point-to-Multipoint and Multipoint-to-Multipoint Label Switched 
  Paths ("MP LSPs") it contains a field that identifies the address 
  of a "root node". Intermediate nodes are expected to be able to 
  look up that address in their routing tables. However, if the route
  to the root node is a BGP route, and if the intermediate nodes
  are part of a BGP-free core, this lookup will fail.  

  This document specifies procedures which enable a MP LSP to be 
  constructed through a BGP-free core. In these procedures, the root 
  node address is temporarily replaced by an address that is known 
  to the intermediate nodes and is on the path to the true root node.

Working Group Summary

  The document has been well reviewed by the MPLS working group.
  There were no issues arrising. 

Document Quality

   There is one known implementation of this specification, and
   a number of other vendors have indicated their intention to
   implement.

Personnel

  Loa Andersson (loa@pi.nu) is the Document Shepherd.
  Adrian Farrel (adrian@olddog.co.uk) is the Responsible AD.