draft-ietf-l3vpn-mvpn-considerations-01
Thomas Morin <thomas.morin@orange-ftgroup.com> Tue, 09 December 2008 14:15 UTC
Return-Path: <l3vpn-bounces@ietf.org>
X-Original-To: l3vpn-archive@megatron.ietf.org
Delivered-To: ietfarch-l3vpn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 416893A67F7; Tue, 9 Dec 2008 06:15:28 -0800 (PST)
X-Original-To: l3vpn@core3.amsl.com
Delivered-To: l3vpn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 055463A67AA for <l3vpn@core3.amsl.com>; Tue, 9 Dec 2008 06:15:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.582
X-Spam-Level:
X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=-0.533, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WLG+rC7xSOOr for <l3vpn@core3.amsl.com>; Tue, 9 Dec 2008 06:15:26 -0800 (PST)
Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by core3.amsl.com (Postfix) with ESMTP id C6C1F3A67F7 for <l3vpn@ietf.org>; Tue, 9 Dec 2008 06:15:25 -0800 (PST)
Received: from ftrdmel10.rd.francetelecom.fr ([10.193.117.156]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Dec 2008 15:15:19 +0100
Received: from [10.193.15.169] ([10.193.15.169]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Dec 2008 15:15:19 +0100
Subject: draft-ietf-l3vpn-mvpn-considerations-01
From: Thomas Morin <thomas.morin@orange-ftgroup.com>
To: l3vpn@ietf.org
In-Reply-To: <1228229833.5252.107.camel@l-at11168.FTRD>
References: <052A8EA5C9904A56B7EE12EB4692CBB0@your029b8cecfe> <1228229833.5252.107.camel@l-at11168.FTRD>
Content-Type: text/plain
Organization: France Telecom R&D - Orange Labs
Date: Tue, 09 Dec 2008 15:15:32 +0100
Message-Id: <1228832132.5878.101.camel@l-at11168.FTRD>
Mime-Version: 1.0
X-Mailer: Evolution 2.22.3.1
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 09 Dec 2008 14:15:19.0348 (UTC) FILETIME=[90DE0F40:01C95A08]
Cc: Adrian Farrel <adrian@olddog.co.uk>
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <l3vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/l3vpn>
List-Post: <mailto:l3vpn@ietf.org>
List-Help: <mailto:l3vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=subscribe>
Sender: l3vpn-bounces@ietf.org
Errors-To: l3vpn-bounces@ietf.org
Hi, I've just posted a respin of draft-ietf-l3vpn-mvpn-considerations including Adrian proposal below, a rewrite of intro and conclusion, and fixing a few typos/minor updates. We'll try to keep such a release-early/release-often cycle for next updates, and will update the draft following the discussion on the list as much as possible. Thank you, -Thomas Thomas Morin : > > Adrian Farrel : > > > > In view of the somewhat heated discussion, I think that it is critical to > > get the title and Abstract of this draft right so that we have a good > > context within which to review its content. > > > > Can I float the changes below as a straw man to produce some text that will > > get a bit more focus in the draft? > > These changes look to me as very relevant. > Except if anybody disagrees, we will incorporate them in next revision. > > We were planning to update the wording of the introduction to also > better encompass the content of the document, and we will propose new > text in next revision. > > Thank you, > > -Thomas > > > > > === > > OLD > > > > Considerations about Multicast for BGP/MPLS VPN Standardization > > draft-ietf-l3vpn-mvpn-considerations-00 > > > > Abstract > > > > The current proposal for multicast in BGP/MPLS includes multiple > > alternative mechanisms for some of the required building blocks of > > the solution. The aim of this document is to leverage previously > > documented requirements to identify the key elements and help move > > forward solution design, toward the definition of a standard having a > > well defined set of mandatory procedures. The different proposed > > alternative mechanisms are examined in the light of requirements > > identified for multicast in L3VPNs, and suggestions are made about > > which of these mechanisms standardization should favor. Issues > > related to existing deployments of early implementations are also > > addressed. > > > > === > > NEW > > > > Mandatory Features in a Layer 3 Multicast BGP/MPLS VPN Solution > > draft-ietf-l3vpn-mvpn-considerations-00 > > > > Abstract > > > > More that one set of mechanisms to support multicast in a layer 3 > > BGP/MPLS VPN has been defined. These are presented in the documents > > that define them as optional building blocks. > > > > To enable interoperability between implementations, this document > > defines a subset of features that is considered mandatory for a > > multicast BGP/MPLS VPN implementation. This will help implementers > > and deployers understand which L3VPN multicast requirements are best > > satisfied by each option. > > === > > >
- Comments on draft-ietf-l3vpn-mvpn-considerations-… Adrian Farrel
- Re: Comments on draft-ietf-l3vpn-mvpn-considerati… Thomas Morin
- draft-ietf-l3vpn-mvpn-considerations-01 Thomas Morin