Protocol Action: 'Multipoint Label Distribution Protocol In-Band Signaling in a VRF Context' to Proposed Standard (draft-ietf-l3vpn-mldp-vrf-in-band-signaling-03.txt)
The IESG <iesg-secretary@ietf.org> Thu, 27 February 2014 22:25 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29DFD1A02A7; Thu, 27 Feb 2014 14:25:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SDc2V3t4TM-5; Thu, 27 Feb 2014 14:25:20 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E72A1A0665; Thu, 27 Feb 2014 14:25:18 -0800 (PST)
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: 'Multipoint Label Distribution Protocol In-Band Signaling in a VRF Context' to Proposed Standard (draft-ietf-l3vpn-mldp-vrf-in-band-signaling-03.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.0.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140227222518.19238.84543.idtracker@ietfa.amsl.com>
Date: Thu, 27 Feb 2014 14:25:18 -0800
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf-announce/DM1W3XjDRm3_BhtiGRacdOJ6bHY
Cc: l3vpn chair <l3vpn-chairs@tools.ietf.org>, l3vpn mailing list <l3vpn@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
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: Thu, 27 Feb 2014 22:25:22 -0000
The IESG has approved the following document: - 'Multipoint Label Distribution Protocol In-Band Signaling in a VRF Context' (draft-ietf-l3vpn-mldp-vrf-in-band-signaling-03.txt) as Proposed Standard This document is the product of the Layer 3 Virtual Private Networks Working Group. The IESG contact persons are Stewart Bryant and Adrian Farrel. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-mldp-vrf-in-band-signaling/ Technical Summary An IP Multicast Distribution Tree (MDT) may traverse both label switching (i.e. - Multi-Protocol Label Switching, or MPLS) and non- label switching regions of a network. Typically the MDT begins and ends in non-MPLS regions, but travels through an MPLS region. In such cases, it can be useful to begin building the MDT as a pure IP MDT, then convert it to an MPLS Multipoint Label Switched Path (MP- LSP) when it enters an MPLS-enabled region, and then convert it back to a pure IP MDT when it enters a non-MPLS-enabled region. Other documents specify the procedures for building such a hybrid MDT, using Protocol Independent Multicast (PIM) in the non-MPLS region of the network, and using Multipoint Extensions to Label Distribution Protocol (mLDP) in the MPLS region. This document extends those procedures to handle the case where the link connecting the two regions is a "Virtual Routing and Forwarding Table" (VRF) link, as defined in the "BGP IP/MPLS VPN" specifications. However, this document is primarily aimed at particular use cases where VRFs are used to support multicast applications other than Multicast VPN. Working Group Summary The WG supports this Document and its progress. Document Quality Two implementations of this protocol specification are known. The Document has been reviewed by experts and these experts are acknowledged in the appropriate section of the Document. Personnel Martin Vigoureux (L3VPN co-chair) is the Document Shepherd Stewart Bryant is the Responsible Area Director RFC Editor Note At the end of the Security section, new para: Operators MUST configure packet filters to ensure that the mechanism described in this memo does not cause non-global-scoped IPv6 multicast packets to be tunneled outside their intended scope. ==== The last but on paragraph of Section 1 OLD encoded into the mLDP FEC element. NEW encoded into the mLDP FEC element in what this document terms "mLDP in-band signaling." END ===== - 1 page 5: too many 'o' in 'co-oordination' ==== Please add the following terms to Terminology UMH: Upstream Multicast Hop, the upstream router in that is in the path to reach the source of the multicast flow. RPA: Rendezvous Point Address, the address that is used as the root of the distribution tree for a range of multicast groups. RD: Route Distinguisher, an identifier that makes a route unique in the context of a VRF.