Protocol Action: 'MVPN: Using Bidirectional P-Tunnels' to Proposed Standard (draft-ietf-bess-mvpn-bidir-04.txt)
The IESG <iesg-secretary@ietf.org> Mon, 27 April 2015 17:05 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 CB4401A8AA3; Mon, 27 Apr 2015 10:05:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level:
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] 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 Fh5MSRJRKpZK; Mon, 27 Apr 2015 10:05:16 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F0331A8AB6; Mon, 27 Apr 2015 10:05:11 -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: 'MVPN: Using Bidirectional P-Tunnels' to Proposed Standard (draft-ietf-bess-mvpn-bidir-04.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150427170511.31630.49496.idtracker@ietfa.amsl.com>
Date: Mon, 27 Apr 2015 10:05:11 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf-announce/ufQlDtj139aS3ZzLHnCNmrVXTbU>
Cc: bess chair <bess-chairs@tools.ietf.org>, bess mailing list <bess@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: Mon, 27 Apr 2015 17:05:18 -0000
The IESG has approved the following document: - 'MVPN: Using Bidirectional P-Tunnels' (draft-ietf-bess-mvpn-bidir-04.txt) as Proposed Standard This document is the product of the BGP Enabled Services Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-bidir/ Technical Summary A set of prior RFCs specify procedures for supporting multicast in BGP/MPLS IP VPNs. These procedures allow customer multicast data to travel across a service provider's backbone network through a set of multicast tunnels. The tunnels are advertised in certain BGP multicast "auto-discovery" routes, by means of a BGP attribute known as the "Provider Multicast Service Interface (PMSI) Tunnel attribute". Encodings have been defined that allow the PMSI Tunnel attribute to identify bidirectional (multipoint-to-multipoint) multicast distribution trees. However, the prior RFCs do not provide all the necessary procedures for using bidirectional tunnels to support multicast VPNs. This document updates RFCs 6513, 6514 and 6625 by specifying those procedures. In particular, it specifies the procedures for assigning customer multicast flows (unidirectional or bidirectional) to specific bidirectional tunnels in the provider backbone, for advertising such assignments, and for determining which flows have been assigned to which tunnels. Working Group Summary The consensus for adoption back in 2011 was rough, with a few contributors disagreeing on the scope that bidir P-tunnels should apply to. This debate has settled down a long time ago and the document has evolved since; no disagreement was expressed in the last years, nor during the last calls. Document Quality The document is believe to be of good quality by the shepherd. It can be noted that it was written by a co-autor of the base mVPN specs based on an understanding of underspecified areas, which are now addressed. It has been indicated that Cisco has implemented the two main methods described by these specs, the Flat Partitioned Method (with MP2MP LSPs) and the Unpartitioned method (with MP2MP LSPs and also with BIDIR-PIM). The document had two thorough reviews (by a WG contributor and by the shepherd), leading to substantive changes in the document. Personnel Thomas Morin is the Document Shepherd. Alvaro Retana is the Responsible Area Director.