RE: consensus stattement on vpsl solutions

"Vach Kompella" <vach.kompella@alcatel.com> Tue, 07 October 2003 08:24 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA22954 for <l2vpn-archive@odin.ietf.org>; Tue, 7 Oct 2003 04:24:27 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A6n8Y-0005Cp-Aj for l2vpn-archive@odin.ietf.org; Tue, 07 Oct 2003 04:24:06 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h978O63p019996 for l2vpn-archive@odin.ietf.org; Tue, 7 Oct 2003 04:24:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A6n8W-0005BP-Ae for l2vpn-web-archive@optimus.ietf.org; Tue, 07 Oct 2003 04:24:04 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA22947 for <l2vpn-web-archive@ietf.org>; Tue, 7 Oct 2003 04:23:55 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A6n8T-0002ZD-00 for l2vpn-web-archive@ietf.org; Tue, 07 Oct 2003 04:24:01 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1A6n8T-0002ZA-00 for l2vpn-web-archive@ietf.org; Tue, 07 Oct 2003 04:24:01 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A6n8T-0005Ad-Bn; Tue, 07 Oct 2003 04:24:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A6n8C-00058v-1G for l2vpn@optimus.ietf.org; Tue, 07 Oct 2003 04:23:44 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA22941 for <l2vpn@ietf.org>; Tue, 7 Oct 2003 04:23:34 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A6n88-0002Z0-00 for l2vpn@ietf.org; Tue, 07 Oct 2003 04:23:40 -0400
Received: from [64.47.48.7] (helo=exchange.timetra.com) by ietf-mx with esmtp (Exim 4.12) id 1A6n88-0002Yx-00 for l2vpn@ietf.org; Tue, 07 Oct 2003 04:23:40 -0400
Received: from vkompellaxp ([192.168.5.178] unverified) by exchange.timetra.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 7 Oct 2003 01:23:05 -0700
Reply-To: vach.kompella@alcatel.com
From: Vach Kompella <vach.kompella@alcatel.com>
To: 'Sasha Vainshtein' <Sasha@AXERRA.com>, 'Loa Andersson' <loa@pi.se>
Cc: 'Rick Wilder' <rick@rhwilder.net>, 'Thomas Narten' <narten@us.ibm.com>, l2vpn@ietf.org, jh@tutpro.com, 'Alik Shimelmits' <alik@AXERRA.com>, 'Sharon Galtzur' <sharon@AXERRA.com>
Subject: RE: consensus stattement on vpsl solutions
Date: Tue, 07 Oct 2003 01:21:08 -0700
Organization: Alcatel USA
Message-ID: <01be01c38cab$f7436030$0101010a@eng.timetra.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-reply-to: <AF5018AC03D1D411ABB70002A5091326D31734@TLV1>
Importance: Normal
X-OriginalArrivalTime: 07 Oct 2003 08:23:05.0141 (UTC) FILETIME=[3B2A7E50:01C38CAC]
Content-Transfer-Encoding: quoted-printable
Sender: l2vpn-admin@ietf.org
Errors-To: l2vpn-admin@ietf.org
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Id: <l2vpn.ietf.org>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Sasha,

Yes, Bernard Aboba and Juha went back and forth for a while, and yes,
the RADIUS issues were dealt with.  We now have a document which had
substantial support but no champion/editor.  What we are suggesting is
that the interested parties take up the draft and continue to work on
it.  Once the editor is found, we have no problem making it a working
group document.  It is not required that Juha be the editor (though we
would like to see him get the due credit).  He pretty much said that, as
be bowed out of ppvpn, that he was hoping someone else would carry the
ball.

-Vach 

> -----Original Message-----
> From: Sasha Vainshtein [mailto:Sasha@AXERRA.com] 
> Sent: Tuesday, October 07, 2003 1:12 AM
> To: 'Loa Andersson'
> Cc: Vach Kompella; Rick Wilder; Thomas Narten; 
> l2vpn@ietf.org; 'jh@tutpro.com'; Alik Shimelmits; Sharon Galtzur
> Subject: RE: consensus stattement on vpsl solutions
> 
> 
> Loa and all,
> Thank you for a prompt response.
> Please see also some comments inline.
> 
> With best regards,
>                                    Sasha Vainshtein
> email:     sasha@axerra.com <mailto:sasha@axerra.com> 
> tel:       +972-3-7659993 (office)
>            +972-8-9254948 (res.)
>            +972-58-674833 (cell.)
>  
> 
> 
> > -----Original Message-----
> > From: Loa Andersson [mailto:loa@pi.se]
> > Sent: Tuesday, October 07, 2003 9:00 AM
> > To: Sasha Vainshtein; l2vpn@ietf.org
> > Cc: Vach Kompella; Rick Wilder; Thomas Narten
> > Subject: Re: consensus stattement on vpsl solutions
> > 
> > 
> > Sasha,
> > 
> > there were two reasons
> > 
> > - it is not really competing for the same solutions space
> [Sasha] I agree - it does not, since, in its present form, 
> it describes a way to provide a VPLS solution over an IP 
> (not necessarily MPLS-enabled) network.
> > - it was our impression that the interest for this draft
> >    had faded, when no new editor were found
> > 
> [Sasha] I have probably missed something. I remember a 
> prolonged discussion (involving a RADIUS expert) wrt 
> specifics of using 
> RADIUS as an auto-discovery mechanism. AFAIK, the last update 
> to the RADIUS discovery draft has covered most (possibly) all 
> open issues in this area. 
> >
> > However, we (wg co-chairs) are quite happy that it is 
> brought back on 
> > the arena and would encourage the co-author to get together and 
> > suggest a new document editor amomng themselves, alt. ask us to 
> > appoint one if one can't be found among the co-authors.
> >
> [Sasha] AFAIK, the last two drafts have been authored by Juha 
> without any co-authors. Did I miss something?
> >
> > Once we have the editor, we would be happy to discuss next steps, 
> > including making it a wg doc.
> > 
> > /Loa
> > 
> > Sasha Vainshtein wrote:
> > 
> > > Loa and all,
> > > May I ask why the directory-based VPLS approach
> > > (proposed by Juha Heinanen) has been left out of
> > > even the initial list?
> > > 
> > > With best regards,
> > >                                    Sasha Vainshtein
> > > email:     sasha@axerra.com <mailto:sasha@axerra.com> 
> > > tel:       +972-3-7659993 (office)
> > >            +972-8-9254948 (res.)
> > >            +972-58-674833 (cell.)
> > >  
> > > 
> > > 
> > > 
> > >>-----Original Message-----
> > >>From: Loa Andersson [mailto:loa@pi.se]
> > >>Sent: Thursday, October 02, 2003 5:09 PM
> > >>To: l2vpn@ietf.org
> > >>Cc: Vach Kompella; Rick Wilder; Thomas Narten
> > >>Subject: consensus stattement on vpsl solutions
> > >>
> > >>
> > >>
> > >>L2VPN Working group consensus statement on VPLS solutions.
> > >>
> > >>There has been a debate for some time about which and how 
> many VPLS 
> > >>solutions should be progressed in the L2VPN WG. This 
> started back in 
> > >>the PPVPN and several suggestions
> > >>on how to go forward have been offered.
> > >>
> > >>Vpls solutions submitted to the WG include:
> > >>
> > >>a. CE-based Virtual Private LAN
> > >>    <draft-lee-ce-based-vpl-02.txt>
> > >>
> > >>b. GVPLS/LPE - Generalized VPLS Solution based on LPE Framework
> > >>    <draft-radoaca-ppvpn-gvpls-02.txt>
> > >>
> > >>c. Virtual Private LAN Service
> > >>    <draft-ietf-l2vpn-vpls-bgp-00.txt>
> > >>
> > >>d. Virtual Private LAN Services over MPLS
> > >>    <draft-ietf-l2vpn-vpls-ldp-00.txt>
> > >>
> > >>The CE-based solution is not included in the working 
> group charter.
> > >>
> > >>Of the remaining three proposals all three are within charter and 
> > >>they specify similar functionality. Opinions on how the WG should 
> > >>proceed with these proposals, however, differ widely. There is a 
> > >>smaller group that says "Yes, lets do everything!", 
> groups that are 
> > >>very much in favor one particular solutions, and a group 
> that says 
> > >>"Lets take the two most popular and bring them to the 
> market and let 
> > >>the market decide!"
> > >>
> > >>We have discussed how to define working group consensus 
> and find a 
> > >>way forward, that is acceptable both for the working 
> group and for 
> > >>the IETF as a standards organization.
> > >>
> > >>These are  our conclusions:
> > >>
> > >>
> > >>The generalized (b) solution has only weak support as has been 
> > >>documented in the working group meetings and on the 
> mailing list. We 
> > >>will not progress this solution further. However, there are 
> > >>interesting parts of the solution that, e.g. the discussion on 
> > >>scaling, so we recommend that the authors work with 
> authors of the 
> > >>other solutions to capture these parts of (b) in other
> > solutions
> > >>documents or to publish this material as IDs in their own right.
> > >>
> > >>The bgp (c) and ldp (d) proposals have such support that under 
> > >>"normal circumstances" (i.e. no competing proposal) they 
> would have 
> > >>been accepted as working group documents and rapidly 
> progressed to 
> > >>Proposed Standard. Both are implemented and deployed.
> > >>
> > >>The functional difference between (c) and (d) is not 
> large, however 
> > >>they have taken their starting point in two different networking 
> > >>scenarios. (c) is mostly directed towards networks based 
> on routers 
> > >>that run a full suite of the Internet Protocols, while 
> (d) takes as 
> > >>a starting point that it shall be possible to run also on 
> equipment 
> > >>that do not have all those protocols available or deployable. We 
> > >>have therefore decided that there is
> > enough support
> > >>in the WG for each of these two solutions and enough of a delta 
> > >>between them that the working group should progress both solutions
> > >>to proposed standard.
> > >>
> > >>
> > >>In summary, the L2VPN working group co-chairs finds:
> > >>
> > >>- that "CE-based Virtual Private LAN" on one side has very little
> > >>   support and on the other is not within charter, and 
> will therfor
> > >>   not be considered as an option for the working group vpls
> > >>   solution.
> > >>
> > >>- that the "GVPLS/LPE - Generalized VPLS Solution based on LPE
> > >>   Framework" has not enough support in the working group to be
> > >>   a candidate for a working group solutions on the vpls
> > >>
> > >>- that there are interesting parts and discussion within this
> > >>   draft that should be captured and either incorporated in the
> > >>   working group vpls solution(s) or released as an ID in its own
> > >>   right
> > >>
> > >>- that both "Virtual Private LAN Service (c) and "Virtual
> > Private LAN
> > >>   Services over MPLS" (d) has enough support to be progressed
> > >>   towards Proposed Standard in their own right
> > >>
> > >>- that there is a networking scenario delta that motivates the
> > >>   differences between these two solutions
> > >>
> > >>
> > >>Vach   Rick   Loa
> > >>
> > >>
> > >>--
> > >>Loa Andersson
> > >>
> > >>Mobile          +46 739 81 21 64
> > >>Email           loa@pi.se
> > >>
> > >>
> > >>
> > > 
> > > 
> > > 
> > > 
> > 
> > --
> > Loa Andersson
> > 
> > Mobile          +46 739 81 21 64
> > Email           loa@pi.se
> > 
> > 
>