Re: [mpls-tp] New I-D desccribing how the IETF will reviewMPLS-TP Recommendations
"Adrian Farrel" <adrian@olddog.co.uk> Sun, 17 January 2010 13:36 UTC
Return-Path: <adrian@olddog.co.uk>
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 91E853A6452 for <mpls-tp@core3.amsl.com>; Sun, 17 Jan 2010 05:36:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.238
X-Spam-Level:
X-Spam-Status: No, score=-2.238 tagged_above=-999 required=5 tests=[AWL=0.360, BAYES_00=-2.599, 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 xnZXkrEaG7HU for <mpls-tp@core3.amsl.com>; Sun, 17 Jan 2010 05:36:20 -0800 (PST)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id C1E6A3A6778 for <mpls-tp@ietf.org>; Sun, 17 Jan 2010 05:36:18 -0800 (PST)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id o0HDa0ad003731; Sun, 17 Jan 2010 13:36:05 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.13.8/8.13.8) with ESMTP id o0HDZxUj003724; Sun, 17 Jan 2010 13:35:59 GMT
Message-ID: <B13757BD6D014125A0B99C463BFD8D5B@your029b8cecfe>
From: Adrian Farrel <adrian@olddog.co.uk>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
References: <11980D8CB78D47CAAFEAA0160CEAA50F@your029b8cecfe> <A3C5DF08D38B6049839A6F553B331C76BFDED086CD@ILPTMAIL02.ecitele.com>
Date: Sun, 17 Jan 2010 13:35:49 -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.5843
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: mpls-tp@ietf.org
Subject: Re: [mpls-tp] New I-D desccribing how the IETF will reviewMPLS-TP Recommendations
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
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 13:36:21 -0000
Hi Sasha, I think you are wrong on your fourth point. RFC 5317 says (section 2)... The JWT recommended that future work should focus on: In the IETF: Definition of the MPLS "Transport Profile" (MPLS-TP). In the ITU-T: Integration of MPLS-TP into the transport network, Alignment of the current T-MPLS ITU-T Recommendations with MPLS-TP and, Termination of the work on current T-MPLS. The first two of these ITU-T bullets require work on ITU-T Recommendations. And later in Section 2 we also have: It proposed that the ITU-T should: Develop ITU-T Recommendations to allow MPLS-TP to be integrated with current transport equipment and networks, including in agreement with the IETF, the definition of any ITU-T-specific functionality within the MPLS-TP architecture via the MPLS change process [RFC4929], Revise existing ITU-T Recommendations to align with MPLS-TP, ITU-T Recommendations will make normative references to the appropriate RFCs. So I think it is clear that the ITU-T will develop Recommendations on MPLS-TP. BUT, as it says in the Abstract of draft-farrel-mpls-tp-recommendation-review-00.txt Those Recommendations 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. So you are right on your general point. There is NO INTENTION to develop any part of the technical solution for MPLS-TP outside the IETF. However, there is intention to document MPLS-TP within the ITU-T to: - deprecate the T-MPLS Recommendations - express MPLS-TP within the ITU-T architecture - cover aspects of MPLS-TP that would normally be out of IETF scope (such as equipment specifications) To reiterate: in all those cases, the Recommendations will: - reference RFCs not write/rewrite normative technical text - not define any new protocols or procedures for MPLS-TP - be subject to review and agreement by the IETF Hope this helps, Adrian > 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 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