Re: [mpls-tp] New I-D desccribing how the IETF will review MPLS-TP Recommendations
Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Sun, 17 January 2010 10:03 UTC
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8C0F93A67DD for <mpls-tp@core3.amsl.com>; Sun, 17 Jan 2010 02:03:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599]
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 wFHYC11YJnw4 for <mpls-tp@core3.amsl.com>; Sun, 17 Jan 2010 02:03:37 -0800 (PST)
Received: from ilptbmg01.ecitele.com (ilptbmg01-out.ecitele.com [147.234.242.234]) by core3.amsl.com (Postfix) with ESMTP id A5DC53A6901 for <mpls-tp@ietf.org>; Sun, 17 Jan 2010 02:03:36 -0800 (PST)
X-AuditID: 93eaf2e7-b7c38ae000000ed6-ed-4b52df76a352
Received: from ilptexch01.ecitele.com ( [172.31.244.40]) by ilptbmg01.ecitele.com (Symantec Brightmail Gateway) with SMTP id EE.98.03798.67FD25B4; Sun, 17 Jan 2010 11:59:18 +0200 (IST)
Received: from ILPTMAIL02.ecitele.com ([147.234.244.213]) by ilptexch01.ecitele.com ([172.31.244.40]) with mapi; Sun, 17 Jan 2010 12:03:30 +0200
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Adrian Farrel <Adrian.Farrel@huawei.com>
Date: Sun, 17 Jan 2010 12:03:29 +0200
Thread-Topic: [mpls-tp] New I-D desccribing how the IETF will review MPLS-TP Recommendations
Thread-Index: AcqV7vdb5FiUzXP5RhSdaSHTziArcQBa2i7w
Message-ID: <A3C5DF08D38B6049839A6F553B331C76BFDED086CD@ILPTMAIL02.ecitele.com>
References: <11980D8CB78D47CAAFEAA0160CEAA50F@your029b8cecfe>
In-Reply-To: <11980D8CB78D47CAAFEAA0160CEAA50F@your029b8cecfe>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "mpls-tp@ietf.org" <mpls-tp@ietf.org>
Subject: Re: [mpls-tp] New I-D desccribing how the IETF will review MPLS-TP Recommendations
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2010 10:03:38 -0000
Adrian, My understanding of the outcome of the JWT work has been that: 1. MPLS-TP will be developed by the IETF in accordance with ITU-T requirements 2. These requirements as well as specific MPLS-TP solutions will be eventually documented as RFCs 3. IETF will liaison I-Ds dealing with MPLS-TP to ITU-T and process their input at all the phases of its process 4. As a consequence, ITU-T will not develop any Recommendations pertaining to MPLS-TP. Looks like this is not what is going to happen, in particular, ITU-T will develop Recommendations dealing with MPLS-TP. Could you please explain how did this happen? My personal experience of processing the same set of original concepts in multiple SDOs proves that this results in a very messy situation with lots of minor discrepancies between the approved documents and confusion. (I refer to the process of standardization of TDM PWs which resulted in 4 slightly different documents, approved accordingly by IETF (RFC 4553, 5086 and 5087), ITU-T (Y.1413 and Y.1453), MEF (MEF-8) and BBF (MFA 4.1and MFA 8.0.0. Tracing the differences between those (mainly the IETF and ITU-T versions can be traced on the PWE3 mailing list even now.) Do we really need to do all that again, only on a much larger scale? (And yes, I know that it is good for job security:-) Regards, Sasha > -----Original Message----- > From: mpls-tp-bounces@ietf.org > [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: Friday, January 15, 2010 4:28 PM > To: mpls-tp@ietf.org > Subject: [mpls-tp] New I-D desccribing how the IETF will > review MPLS-TP Recommendations > > Hi, > > Stewart and I have written an I-D describing our expectations > of how the > IETF expects to review and contribute to ITU-T > Recommendations on MPLS-TP. > > Although this might be expected to have come from the ITU-T, > they say that > they are unable to do more than document existing process > (which is already > documented in process Recommendations) because anything else > would be "a > change in process" and would require consent at a very high > level. So we are > left with the somewhat suboptimal situation where we document our > "expectations". > > Please note that there are a number of Recommendations and RFCs that > describe the "cooperative process" for work shared by the > ITU-T and IETF. > This draft covers a different situation where the ITU-T is producing > documents to describe aspects of MPLS-TP, but the design > authority for > MPLS-TP remains within the IETF. In this situation, the ITU-T > is responsible > for generating the text in the Recommendations, and the IETF needs to > provide a review and agree that the text is OK for publication. > > We would welcome your comments on ways to clarify and improve > the text, and > your questions about areas that are unclear. > > We have provided the text to the ITU-T's management across > MPLS-TP and have > had some useful comments back from Malcolm Betts (co-chair of > the ITU-T's Ad > Hoc Team for MPLS-TP). We also used a liaison from Study > Group 15 as the > basis for some of the description of process. > > Thanks, > Adrian > ----- Original Message ----- > From: <Internet-Drafts@ietf.org> > To: <i-d-announce@ietf.org> > Sent: Friday, January 15, 2010 2:00 PM > Subject: I-D Action:draft-farrel-mpls-tp-recommendation-review-00.txt > > > >A New Internet-Draft is available from the on-line Internet-Drafts > >directories. > > > > Title : IETF Expectations of Participation in > Development and > > Review of ITU-T Recommendations on MPLS-TP > > Author(s) : A. Farrel, S. Bryant > > Filename : draft-farrel-mpls-tp-recommendation-review-00.txt > > Pages : 12 > > Date : 2010-01-15 > > > > The decision to develop a Multiprotocol Label Switching (MPLS) > > Transport Profile (MPLS-TP) in cooperation between the IETF and the > > ITU-T is documented in RFC 5317 as the report of the Joint Working > > Team on MPLS-TP. As part of this development process, the > > International Telecommunications Union - Telecommunications > > Standardisation Sector (ITU-T) will develop a number of > > Recommendations that document the integration of MPLS-TP into the > > transport network. Those Recomendations will not define any aspects > > of MPLS-TP protocols or procedure because that work is reserved for > > the IETF as the design authority for MPLS-TP. > > > > This document sets out the IETF's expectations of how the IETF, > > through individual participation and through consensus decisions, > > will contribute to in the development, review, and approval of those > > Recommendations. > > > > This document does not modify any existing ITU-T or IETF procedures, > > but shows how those procedures can be used to facilitate cooperation > > for the MPLS-TP project. > > > > A URL for this Internet-Draft is: > > > http://www.ietf.org/internet-drafts/draft-farrel-mpls-tp-recom mendation-review-00.txt _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp
- [mpls-tp] New I-D desccribing how the IETF will r… Adrian Farrel
- Re: [mpls-tp] New I-D desccribing how the IETF wi… benjamin.niven-jenkins
- Re: [mpls-tp] New I-D desccribing how the IETF wi… Alexander Vainshtein
- Re: [mpls-tp] New I-D desccribing how the IETF wi… Adrian Farrel
- Re: [mpls-tp] New I-D desccribing how the IETF wi… Adrian Farrel
- Re: [mpls-tp] New I-D desccribing how the IETF wi… benjamin.niven-jenkins
- Re: [mpls-tp] New I-D desccribing how the IETF wi… Adrian Farrel
- Re: [mpls-tp] New I-D desccribing how the IETF wi… benjamin.niven-jenkins
- Re: [mpls-tp] New I-D desccribing how the IETF wi… tom.petch
- Re: [mpls-tp] New I-D desccribing how the IETF wi… Adrian Farrel