RE: Discussing additional milestones that could be adopted by the WG?

"NAPIERALA, MARIA H (ATTLABS)" <mn1921@att.com> Tue, 31 August 2010 16:59 UTC

Return-Path: <mn1921@att.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 C93E13A6A6D for <l3vpn@core3.amsl.com>; Tue, 31 Aug 2010 09:59:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.299
X-Spam-Level:
X-Spam-Status: No, score=-106.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 8savjCJFC89C for <l3vpn@core3.amsl.com>; Tue, 31 Aug 2010 09:59:27 -0700 (PDT)
Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.241.147]) by core3.amsl.com (Postfix) with ESMTP id E9C9F3A6A44 for <l3vpn@ietf.org>; Tue, 31 Aug 2010 09:59:25 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: mn1921@att.com
X-Msg-Ref: server-7.tower-146.messagelabs.com!1283273994!19252149!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.20.146]
Received: (qmail 13031 invoked from network); 31 Aug 2010 16:59:55 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-7.tower-146.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Aug 2010 16:59:55 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o7VGxNZq020896 for <l3vpn@ietf.org>; Tue, 31 Aug 2010 12:59:24 -0400
Received: from misout7msgusr7e.ugd.att.com (misout7msgusr7e.ugd.att.com [144.155.43.107]) by mlpd194.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o7VGxH1W020833 for <l3vpn@ietf.org>; Tue, 31 Aug 2010 12:59:17 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
x-cr-puzzleid: {20457597-4171-4251-BBE1-754CC51E2951}
x-cr-hashedpuzzle: BQsQ D7A2 EIqG FEhN G1fz Ha0v JLl+ MdIM Me2c PxNT Qh6Y Qu1A Sf+n T559 UdY+ Wral; 2; YgBlAG4AagBhAG0AaQBuAC4AbgBpAHYAZQBuAC0AagBlAG4AawBpAG4AcwBAAGIAdAAuAGMAbwBtADsAbAAzAHYAcABuAEAAaQBlAHQAZgAuAG8AcgBnAA==; Sosha1_v1; 7; {20457597-4171-4251-BBE1-754CC51E2951}; bQBuADEAOQAyADEAQABhAHQAdAAuAGMAbwBtAA==; Tue, 31 Aug 2010 16:59:28 GMT; UgBFADoAIABEAGkAcwBjAHUAcwBzAGkAbgBnACAAYQBkAGQAaQB0AGkAbwBuAGEAbAAgAG0AaQBsAGUAcwB0AG8AbgBlAHMAIAB0AGgAYQB0ACAAYwBvAHUAbABkACAAYgBlACAAYQBkAG8AcAB0AGUAZAAgAGIAeQAgAHQAaABlACAAVwBHAD8A
Content-class: urn:content-classes:message
Subject: RE: Discussing additional milestones that could be adopted by the WG?
Date: Tue, 31 Aug 2010 12:59:28 -0400
Message-ID: <2F1DE4DFCFF32144B771BD2C246E6A2006A8F131@misout7msgusr7e.ugd.att.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Discussing additional milestones that could be adopted by the WG?
Thread-Index: Acs9aKWpkJ6ftIWwRqyndcevl5tadgLwBHtwAAEooEA=
From: "NAPIERALA, MARIA H (ATTLABS)" <mn1921@att.com>
To: benjamin.niven-jenkins@bt.com
Cc: l3vpn@ietf.org
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: <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: Tue, 31 Aug 2010 16:59:32 -0000

Ben,

> The two proposed milestones were:
> Sep-11	Submit specification of using Bi-directional P-tunnels
for
> MVPN to IESG as PS.
> Nov-11	Submit specification for using PE-PE PIM in the absence
of
> MI-PMSI to IESG as PS.
> 
> Before we have a discussion on the details of their individual merits
I
> would like to ask if anyone feels strongly that they *should* be
> included in the WG's milestones 

Yes, they should be included.

> Including the reasoning why you feel strongly that they should be
> included 

-  Bidirectional P-tunnels

Using MP2MP is a recommended option for C-Bidir
(draft-ietf-l3vpn-mvpn-considerations-06). So, work on bidirectional
P-tunnels should be part of the milestones.
 
-  PE-PE PIM signaling without MI-PMSI 

This is needed for SPs that want to transition to MPLS multicast/ingress
replication transport or want to scale multicast core transport without
transitioning to BGP-multicast routing. This paradigm also introduces
several valuable PIM optimizations.

> When responding please consider what I have said before, i.e. that a
> piece of work not being in the milestones does not prevent individuals
> or the WG from working on it, or it being accepted as a WG document at
> some point, etc. The milestones are there to guide our work and serve
> as a loose prioritization of tasks that consume WG & WG Chair time but
> should not be used as a barrier to doing work that the WG feels is
> important.

I think that the work items that are worthwhile to develop should be
also the milestones. Separating the two might introduce confusion.
The SPs have enough experience in MVPN technology to be able to tell
which paradigms are worth pursuing.


Maria