draft-rosen-l3vpn-mvpn-bidir-01.txt

Eric Rosen <erosen@cisco.com> Thu, 22 July 2010 13:24 UTC

Return-Path: <erosen@cisco.com>
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 686BD3A6A92 for <l3vpn@core3.amsl.com>; Thu, 22 Jul 2010 06:24:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.134
X-Spam-Level:
X-Spam-Status: No, score=-10.134 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 L5N9uBjGZdIa for <l3vpn@core3.amsl.com>; Thu, 22 Jul 2010 06:24:52 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 631EB3A69C9 for <l3vpn@ietf.org>; Thu, 22 Jul 2010 06:24:52 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 22 Jul 2010 13:25:09 +0000
Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o6MDP9Pc011383; Thu, 22 Jul 2010 13:25:09 GMT
Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id o6MDP8Im004121; Thu, 22 Jul 2010 09:25:08 -0400
To: l3vpn@ietf.org
Subject: draft-rosen-l3vpn-mvpn-bidir-01.txt
X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.1.1
Date: Thu, 22 Jul 2010 09:25:08 -0400
Message-ID: <4120.1279805108@erosen-linux>
From: Eric Rosen <erosen@cisco.com>
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: erosen@cisco.com
List-Id: <l3vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Thu, 22 Jul 2010 13:24:53 -0000

I would like to call the WG's attention to draft-rosen-l3vpn-mvpn-bidir-
01.txt.

This draft provides the specification for the use of bidirectional tunnels
to instantiate I-PMSIs or S-PMSIs.  The bidirectional tunnels can be created
by using BIDIR-PIM (already standardized) or by using mLDP (already adopted
by the MPLS WG).

The use of bidirectional P-tunnels is discussed in draft-ietf-l3vpn-2547bis-
mcast-10.txt in numerous places.  In draft-ietf-l3vpn-2547bis-mcast-bgp-08,
the means of using the PMSI Tunnel Attribute in BGP MCAST-VPN routes to
identify bidirectional P-tunnels has already been standardized.

Draft-ietf-l3vpn-2547bis-mcast-10.txt specifies a method of supporting
customer BIDIR, known as "partitioned sets of PEs".  This method is also
recommended by draft-ietf-l3vpn-mvpn-considerations-06.txt.  The use of
MP2MP LSPs is one of two possible methods of implementing "partitioned sets
of PEs", and is the only method of implementing this recommended method when
upstream-assigned MPLS labels are not available.

Given the above, the detailed specification of the use of bidirectional
P-tunnels is an obvious "next step" for the WG to take on.  Most of the
material in this draft has been available for several years, and as of today
I am not aware of any competing drafts.

Note that in the -01 version of this draft, it is no longer always required
for the root of an MP2MP LSP P-tunnel to be a PE router.  This removes (I
hope) one of the objections that was made in Anaheim during a brief
discussion of this topic.

I regret that I will not be in Maastricht to discuss this in person, but
comments on the mailing list are welcome.