Comments on draft-ietf-l3vpn-mvpn-considerations-00

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 27 November 2008 17:28 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 408AF28C280; Thu, 27 Nov 2008 09:28:47 -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 5B05B28C27E for <l3vpn@core3.amsl.com>; Thu, 27 Nov 2008 09:28:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.991
X-Spam-Level:
X-Spam-Status: No, score=-0.991 tagged_above=-999 required=5 tests=[AWL=-1.082, BAYES_05=-1.11, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, STOX_REPLY_TYPE=0.001]
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 44Zk+uM6Pfpd for <l3vpn@core3.amsl.com>; Thu, 27 Nov 2008 09:28:44 -0800 (PST)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 55ADE28C280 for <l3vpn@ietf.org>; Thu, 27 Nov 2008 09:28:42 -0800 (PST)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id mARHSZ64018734 for <l3vpn@ietf.org>; Thu, 27 Nov 2008 17:28:38 GMT
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id mARHSZkG018726 for <l3vpn@ietf.org>; Thu, 27 Nov 2008 17:28:35 GMT
Message-ID: <052A8EA5C9904A56B7EE12EB4692CBB0@your029b8cecfe>
From: Adrian Farrel <adrian@olddog.co.uk>
To: l3vpn@ietf.org
Subject: Comments on draft-ietf-l3vpn-mvpn-considerations-00
Date: Thu, 27 Nov 2008 17:27:39 -0000
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
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,

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?

Thanks,
Adrian

===
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.
===