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