Re: [mpls-tp] liaisons to the ITU-T (3) the cooperation on MPLS-TP

"BUSI ITALO" <Italo.Busi@alcatel-lucent.it> Thu, 12 February 2009 11:31 UTC

Return-Path: <Italo.Busi@alcatel-lucent.it>
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 3E89D3A69FB for <mpls-tp@core3.amsl.com>; Thu, 12 Feb 2009 03:31:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.649
X-Spam-Level:
X-Spam-Status: No, score=-5.649 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-4]
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 TTzHnFkAII+b for <mpls-tp@core3.amsl.com>; Thu, 12 Feb 2009 03:31:10 -0800 (PST)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 271913A6942 for <mpls-tp@ietf.org>; Thu, 12 Feb 2009 03:31:09 -0800 (PST)
Received: from FRVELSBHS06.ad2.ad.alcatel.com (frvelsbhs06.dc-m.alcatel-lucent.com [155.132.6.78]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n1CBUaTk026226; Thu, 12 Feb 2009 12:31:02 +0100
Received: from FRVELSMBS21.ad2.ad.alcatel.com ([155.132.6.51]) by FRVELSBHS06.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Thu, 12 Feb 2009 12:31:01 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 12 Feb 2009 12:31:01 +0100
Message-ID: <6FD21B53861BF44AA90A288402036AB401EAB285@FRVELSMBS21.ad2.ad.alcatel.com>
In-Reply-To: <A8C579DCF7C7448F8277AE772647ACB6@your029b8cecfe>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [mpls-tp] liaisons to the ITU-T (3) the cooperation on MPLS-TP
Thread-Index: AcmLaLi6+9AxHO7oSay7q/cpYavQ7gBm717g
References: <C2851245E9854E69A7A54FDD07C6E543@your029b8cecfe> <002d01c98a92$51b49fe0$6670ca0a@china.huawei.com> <EC5B248E13A6A7419C388615FADC5C970B6FC52F@proton.jnpr.net> <6FD21B53861BF44AA90A288402036AB401E5CE49@FRVELSMBS21.ad2.ad.alcatel.com> <A8C579DCF7C7448F8277AE772647ACB6@your029b8cecfe>
From: BUSI ITALO <Italo.Busi@alcatel-lucent.it>
To: Adrian Farrel <adrian@olddog.co.uk>, Thomas Walsh <twalsh@juniper.net>, davarish@yahoo.com, stbryant@cisco.com, hhelvoort@chello.nl
X-OriginalArrivalTime: 12 Feb 2009 11:31:01.0514 (UTC) FILETIME=[61FDB6A0:01C98D05]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Cc: mpls-tp@ietf.org
Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the cooperation on MPLS-TP
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: Thu, 12 Feb 2009 11:31:12 -0000

Adrian,

In order to avoid further misunderstandings, it is worth clarifying that
I was not willing to quote your statements nor to say that you are
misrepresenting the facts.

You have expressed an opinion that I do not agree with. You have all the
rights to express your opinion and I have all the rights to disagree
with it.

The problem I was trying to address is that in the past opinions like
yours were interpreted as statements of facts by many sources.

My intention was to make crystal clear that such a statement of facts is
inaccurate. The quotes were intended to represent the statement of facts
that is inaccurate.

I hope this clarifies my intention and apologize for having given the
wrong impression to have attacked your opinion (although I disagree with
it)

Italo

> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk] 
> Sent: Tuesday, February 10, 2009 11:15 AM
> To: BUSI ITALO; Thomas Walsh; Maarten Vissers; 
> davarish@yahoo.com; stbryant@cisco.com; hhelvoort@chello.nl
> Cc: mpls-tp@ietf.org
> Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the 
> cooperation on MPLS-TP
> 
> Whoa there Dobbin!
> 
> If you must quote people out of context, please at lead quote whole 
> subordinate clauses. Preferably whole sentences.
> 
> I said "If the ITU-T is not willing to produce this work I 
> must assume that 
> the JWT agreement is not backed by meaningful intent."
> 
> Sounds like an accurate statement.
> - It is a statement of my predicted behaviour
> - It is not (IMHO) a reasonable cause and effect
> 
> I understand that the ITU does not spit out working drafts in 
> quite the same 
> way as the IETF. The tendency being to cluster drafting 
> around the interim 
> meetings. However, in view of the Rapporteur's statement that 
> he expects to 
> see editor's revisions (presumably with meaningful 
> content/changes?) before 
> he will agree to the scheduling of an interim meeting, I 
> would hope to see 
> some work starting soon.
> 
> The debate about whether the I-Ds are stable is valid. If I 
> was editing a 
> new revision of a Recommendation, I would want to know that 
> the I-Ds I 
> depended on were about 75% stable before I started. But I 
> don't think I 
> would need over 95% stability until I was close to finished 
> with my work.
> 
> Cheers,
> Adrian
> 
> ----- Original Message ----- 
> From: "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>
> To: "Thomas Walsh" <twalsh@juniper.net>; "Maarten Vissers" 
> <maarten.vissers@huawei.com>; "Adrian Farrel" <adrian@olddog.co.uk>; 
> <davarish@yahoo.com>; <stbryant@cisco.com>; <hhelvoort@chello.nl>
> Cc: <mpls-tp@ietf.org>
> Sent: Tuesday, February 10, 2009 9:28 AM
> Subject: RE: [mpls-tp] liaisons to the ITU-T (3) the 
> cooperation on MPLS-TP
> 
> 
> As a consequence saying that "ITU-T is not willing to produce 
> this work
> " is another inaccurate representation of the facts
> 
> Italo
> 
> > -----Original Message-----
> > From: Thomas Walsh [mailto:twalsh@juniper.net]
> > Sent: Monday, February 09, 2009 10:37 PM
> > To: Maarten Vissers; Adrian Farrel; davarish@yahoo.com;
> > stbryant@cisco.com; hhelvoort@chello.nl
> > Cc: BUSI ITALO; mpls-tp@ietf.org
> > Subject: RE: [mpls-tp] liaisons to the ITU-T (3) the
> > cooperation on MPLS-TP
> >
> > Martin,
> >
> > You are correct on the procedure regarding the revision of the ITU-T
> > drafts.  It was worked out through extensive discussion in
> > Q12/15 and I
> > believe all the other relevant questions adopted the same 
> procedure by
> > pointing to section 3.6.5.
> >
> > I don't see any reason to change that as the revisions depend on the
> > internet drafts being stable.
> >
> > Tom
> >
> > > -----Original Message-----
> > > From: Maarten Vissers [mailto:maarten.vissers@huawei.com]
> > > Sent: Monday, February 09, 2009 12:42 AM
> > > To: 'Adrian Farrel'; davarish@yahoo.com; Thomas Walsh;
> > stbryant@cisco.com;
> > > hhelvoort@chello.nl
> > > Cc: 'BUSI ITALO'; mpls-tp@ietf.org
> > > Subject: RE: [mpls-tp] liaisons to the ITU-T (3) the 
> cooperation on
> > MPLS-
> > > TP
> > >
> > > Adrian,
> > >
> > > > As yet I have not seen even an editor's revisions of any one
> > > Recommendation
> > > > (perhaps I have not looked in the right place?). If the
> > ITU-T is not
> > > willing
> > > > to produce this work I must assume that the JWT agreement is not
> > backed
> > > by
> > > > meaningful intent.
> > >
> > > I do not understand why you write "if the ITU-T is not 
> willing...".
> > You
> > > have
> > > attended the SG15 meeting and agreed with its report, which
> > states in
> > > section 3.6.5:
> > >
> > > "Once the internet drafts have reached a reasonable level
> > of stability
> > the
> > > editors will develop revised versions of the currently in
> > force T-MPLS
> > > Recommendations to reflect the IETF MPLS-TP architecture.
> > The editors
> > > should consult with the appropriate IETF WG chairs to 
> determine when
> > (and
> > > which aspects) of the internet drafts are stable enough to allow
> > drafting
> > > activities to proceed as early as possible.  These revised
> > Recommendations
> > > will refer to the technology as MPLS-TP.  Work on these revised
> > > Recommendations will be advanced by correspondence and at 
> a proposed
> > > interim
> > > meeting (TD55/PLEN).  The editors are requested to have draft text
> > > available
> > > at least one month before the interim meeting (i.e. May
> > 1st) to allow
> > > other
> > > participants to review the drafts and provide contributions
> > to refine
> > the
> > > text."
> > >
> > > The editors of the T-MPLS recommendations should develop revised
> > versions
> > > once the internet drafts have reached a reasonable level of
> > stability.
> > I
> > > am
> > > not sure if there is any draft that has reached this level at this
> > point
> > > in
> > > time.
> > >
> > > Nonetheless as editor of G.8112 I have already started 
> the revision
> > > process,
> > > but have kept the number of changes to the absolute 
> minimum so far.
> > I.e. I
> > > have replaced "T-MPLS" by "MPLS-TP", "TTM" by "MTM" and 
> "TM" by "MT"
> > in
> > > the
> > > latest draft revised G.8112 (WD47R1, Oct. 2007) document.
> > >
> > > I can share this very first MPLS-TP revised version of
> > G.8112 with you
> > > today, or could wait somewhat longer to include more
> > changes. I expect
> > > that
> > > the same changes can be made to G.8110.1, G.8121, G.8131, 
> G.8151 at
> > this
> > > point in time. If it is helpful to make those changes and
> > upload those
> > > drafts then this can be done. Please let me know and I will
> > upload my
> > > initial revision.
> > >
> > > Regards,
> > > Maarten
> > >
> > >
> > > -----Original Message-----
> > > From: mpls-tp-bounces@ietf.org 
> [mailto:mpls-tp-bounces@ietf.org] On
> > Behalf
> > > Of Adrian Farrel
> > > Sent: vrijdag 6 februari 2009 21:59
> > > To: davarish@yahoo.com; 'Thomas Walsh'; stbryant@cisco.com;
> > > hhelvoort@chello.nl
> > > Cc: 'BUSI ITALO'; mpls-tp@ietf.org
> > > Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the 
> cooperation on
> > MPLS-
> > > TP
> > >
> > > Shahram,
> > >
> > > Trying to defuse a little...
> > > I'm not sure that discussing the IETF behavior is 
> entirely helpful,
> > but
> > > for
> > > reference, RFCs that are "replaced" are marked in the RFC list as
> > > 'obsolete.' RFCs that are no longer relevant are marked as
> > 'historic'
> > and
> > > RFCs that are considered harmful are obsoleted by a new RFC that
> > describes
> > > how they are harmful.
> > >
> > > What is at stake here is what is most helpful to the community at
> > large.
> > > If
> > > a technology (e.g. T-MPLS) is being replaced by another technology
> > (MPLS-
> > > TP)
> > > by wide consensus of the community (ITU-T and IETF) it is
> > not helpful
> > to
> > > allow people to think that the old technology is still
> > valid and worth
> > > implementing. Doing so would mislead people into thinking 
> that they
> > there
> > > is
> > > community support for the technology. A new hardware
> > company coming to
> > the
> > > list of Recommendations might conclude that the industry
> > supports the
> > > technology and might waste valuable development time pursuing the
> > > technology.
> > >
> > > Given that the IETF has persuaded the ITU-T that T-MPLS
> > should not be
> > > worked
> > > on further and should be replaced by MPLS-TP, it is dangerously
> > misleading
> > > to leave the T-MPLS Recommendations "lying around".
> > >
> > > The agreement in Geneva seems to have been a compromise. The IETF
> > > requested
> > > that the ITU-T should delete the existing T-MPLS
> > Recommendations. The
> > ITU-
> > > T
> > > has decided to leave the Recommendations in place until they are
> > > "replaced"
> > > by the v2 Recommendations that will move to MPLS-TP. It is
> > debateable
> > > whether this replacement will mean that the v1 Recommendations are
> > > 'deprecated', 'obsoleted', or merely 'replaced'. It would seem
> > sensible,
> > > however, to note that G.xxxx v2 completely replaces G.xxxx
> > v1 even if
> > the
> > > latter remains available in the repository. Someone 
> implementing or
> > > deploying G.xxxx would take the most recent version.
> > >
> > > Actually, I had some reservations about the agreement in 
> Geneva. It
> > seems
> > > to
> > > me to be predicated on the ITU-T pulling its finger out and
> > producing
> > the
> > > v2
> > > Recommendations. As yet I have not seen even an editor's
> > revisions of
> > any
> > > one Recommendation (perhaps I have not looked in the right
> > place?). If
> > the
> > > ITU-T is not willing to produce this work I must assume 
> that the JWT
> > > agreement is not backed by meaningful intent.
> > >
> > > Cheers,
> > > Adrian
> > > ----- Original Message -----
> > > From: "Shahram Davari" <davari@rogers.com>
> > > To: "'Thomas Walsh'" <twalsh@juniper.net>; <davarish@yahoo.com>;
> > > <stbryant@cisco.com>; <hhelvoort@chello.nl>
> > > Cc: "'BUSI ITALO'" <Italo.Busi@alcatel-lucent.it>;
> > <mpls-tp@ietf.org>
> > > Sent: Friday, February 06, 2009 7:50 PM
> > > Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the 
> cooperation on
> > MPLS-
> > > TP
> > >
> > >
> > > > Hi Tom,
> > > >
> > > > AFAIK IETF doesn't remove an obsolete RFC from its server (e.g.
> > > RFC2598).
> > > > Are you then asking that ITU should remove obsolete
> > recommendations
> > > > from its server.
> > > >
> > > > Regards,
> > > > Shahram
> > > >
> > > > -----Original Message-----
> > > > From: mpls-tp-bounces@ietf.org
> > [mailto:mpls-tp-bounces@ietf.org] On
> > > > Behalf Of Thomas Walsh
> > > > Sent: February-06-09 2:16 PM
> > > > To: davarish@yahoo.com; stbryant@cisco.com; hhelvoort@chello.nl
> > > > Cc: BUSI ITALO; mpls-tp@ietf.org
> > > > Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the
> > cooperation on
> > > > MPLS-TP
> > > >
> > > > Sharam,
> > > >
> > > > Please note I am not speaking for Stewart here, but 
> this is my own
> > > > reaction to what you just said.
> > > >
> > > > These are two necessary steps for sure and as far as I know are
> > being
> > > > followed.  I see nothing inconsistent in what Stuart said.
> > > >
> > > > Bottom line:
> > > > The T-MPLS Recommendations were never submitted according to the
> > IETF
> > > > change process and hence must be removed.
> > > >
> > > > Monique and I just spent two weeks in January at ITU-T SG
> > 13 and SG
> > 11.
> > > > We generally found very good cooperation in their
> > understanding that
> > > > they can not publish any change to IP or an MPLS protocol in a
> > > > Recommendation without following the IETF change process.
> > > >
> > > > The JWT agreement had two options (1) and (2).
> > > >
> > > > Option 2 would allow publication of T-MPLS
> > Recommendations by ITU-T
> > as
> > > > they currently exist as long as they remove the MPLS Ethertype.
> > > >
> > > > Option (1) does not allow use of the MPLS Ethertype in an ITU-T
> > > > Recommendation unless it's a protocol approved by IETF
> > according to
> > > > its change process.  And this option conforms to the IETF Change
> > > process.
> > > >
> > > > Please do not quote JWT agreements out of context. The
> > JWT agreement
> > > > does not give ITU-T the right to ignore the IETF change process.
> > > >
> > > > ITU-T may freely use IETF approved protocols.  T-MPLS 
> is not IETF
> > > > approved according to the change process. IETF has a 
> right to ask
> > for
> > > > these offending documents to be withdrawn.
> > > >
> > > > Just my view,
> > > >
> > > > Tom
> > > >
> > > >
> > > >> -----Original Message-----
> > > >> From: mpls-tp-bounces@ietf.org
> > [mailto:mpls-tp-bounces@ietf.org] On
> > > > Behalf
> > > >> Of Shahram Davari
> > > >> Sent: Friday, February 06, 2009 10:08 AM
> > > >> To: stbryant@cisco.com; hhelvoort@chello.nl
> > > >> Cc: 'BUSI ITALO'; mpls-tp@ietf.org
> > > >> Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the
> > cooperation on
> > > > MPLS-
> > > >> TP
> > > >>
> > > >> Hi Stewart,
> > > >>
> > > >> Here is your own report:
> > > >>
> > > >>
> > http://www.ietf.org/internet-drafts/draft-bryant-mpls-tp-jwt-report-
> > > >> 00.txt
> > > >>
> > > >> and here is what it says in your report that ITU-T 
> agreed to do:
> > > >>
> > > >> - Alignment of the current T-MPLS ITU-T Recommendations with
> > MPLS-TP
> > > >>       and,
> > > >> - Termination of the work on current T-MPLS.
> > > >>
> > > >> I can't see anywhere in the report the term or intention of
> > > > deprecating.
> > > >> Could you please clarify which part of this report indicates
> > > > deprecating?
> > > >>
> > > >> Thanks,
> > > >> Shahram
> > > >>
> > > >> -----Original Message-----
> > > >> From: mpls-tp-bounces@ietf.org
> > [mailto:mpls-tp-bounces@ietf.org] On
> > > > Behalf
> > > >> Of Stewart Bryant
> > > >> Sent: February-06-09 12:35 PM
> > > >> To: hhelvoort@chello.nl
> > > >> Cc: BUSI ITALO; mpls-tp@ietf.org
> > > >> Subject: Re: [mpls-tp] liaisons to the ITU-T (3) the
> > cooperation on
> > > > MPLS-
> > > >> TP
> > > >>
> > > >> Huub van Helvoort wrote:
> > > >> > Stewart,
> > > >> >
> > > >> > You replied:
> > > >> >
> > > >> >>> So by keeping the word "depreciation" in the 
> liaison response
> > the
> > > >> >>> whole discussion will start again and as Stuart already
> > mentioned
> > > >> >>> a few times, this is a waste of time and resources.
> > > >> >>> And also it confuses the industry about the position of the
> > IETF.
> > > >> >>
> > > >> >> There is no confusion about the position of the IETF. It has
> > quite
> > > >> >> clearly stated that T-MPLS is a potential danger to
> > the Internet
> > > >> >> and should not be deployed.
> > > >> >>
> > > >> >> The most appropriate action under such circumstances is
> > > >> >> deprecation of the protocol.
> > > >> >
> > > >> > Does this mean that you do not accept the agreement
> > documented in
> > > >> > the JWT report and WP3 report and that all the time spent to
> > > >> > discuss these agreements is wasted and that you want to start
> > this
> > > >> > discussion again.
> > > >> >
> > > >> Huub
> > > >>
> > > >> I can see no logical linkage between my statement and your
> > deduction.
> > > >> Please will you explain it to me.
> > > >>
> > > >> Stewart
> > > >>
> > > >> _______________________________________________
> > > >> 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 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 mailing list
> > > mpls-tp@ietf.org
> > > https://www.ietf.org/mailman/listinfo/mpls-tp
> >
> >
> 
>