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.