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 > > > > > >
- [mpls-tp] liaisons to the ITU-T (3) the cooperati… Loa Andersson
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Ross Callon
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Andrew G. Malis
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Greg Mirsky
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Drake, John E
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Ross Callon
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Stewart Bryant
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Andrew G. Malis
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Monique Morrow (mmorrow)
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… George Swallow
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Stewart Bryant
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Monique Morrow (mmorrow)
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Stewart Bryant
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Drake, John E
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Stewart Bryant
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Monique Morrow (mmorrow)
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Nadeau
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Ross Callon
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Nadeau
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Andrew G. Malis
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Ben Niven-Jenkins
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Luyuan Fang (lufang)
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Shahram Davari
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Nadeau,TD,Tom,DMF R
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Stewart Bryant
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Maarten Vissers
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Monique Morrow (mmorrow)
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Adrian Farrel
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Malcolm Betts
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Walsh
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Huub van Helvoort
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Thomas Nadeau
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… neil.2.harrison
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… Loa Andersson
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… BUSI ITALO
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… David Allan
- Re: [mpls-tp] liaisons to the ITU-T (3) the coope… neil.2.harrison