Re: [mpls-tp] [mpls] MPLS WG slides from CMCC
Christopher LILJENSTOLPE <ietf@cdl.asgaard.org> Tue, 14 December 2010 08:07 UTC
Return-Path: <ietf@cdl.asgaard.org>
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 615163A6F60; Tue, 14 Dec 2010 00:07:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.706
X-Spam-Level:
X-Spam-Status: No,
score=0.706 tagged_above=-999 required=5 tests=[BAYES_00=-2.599,
HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_ILLEGAL_IP=1.908]
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 i9WP0UVaErE5;
Tue, 14 Dec 2010 00:07:46 -0800 (PST)
Received: from asgaard.org (ratatosk.asgaard.org [204.29.150.73]) by
core3.amsl.com (Postfix) with ESMTP id 480F73A6E51;
Tue, 14 Dec 2010 00:07:45 -0800 (PST)
Received: from [172.20.10.3] (unknown [1.148.178.36]) by asgaard.org (Postfix)
with ESMTP id D90EA9F6331; Tue, 14 Dec 2010 08:09:17 +0000 (UTC)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg=pgp-sha1; boundary="Apple-Mail-131-474343704"
From: Christopher LILJENSTOLPE <ietf@cdl.asgaard.org>
In-Reply-To: <4D0721EA.1030103@gmail.com>
Date: Tue, 14 Dec 2010 19:09:16 +1100
Message-Id: <0029E41E-2032-421C-B6AC-FCC5CF3D736E@cdl.asgaard.org>
References: <575335.64858.qm@web15602.mail.cnb.yahoo.com>
<CF9E38FB-E55F-468C-9082-1F62E80A896F@asgaard.org>
<4D0721EA.1030103@gmail.com>
To: Huub van Helvoort <huubatwork@gmail.com>
Content-Transfer-Encoding: 7bit
X-Pgp-Agent: GPGMail 1.3.1
X-Mailer: Apple Mail (2.1082)
Cc: mpls@ietf.org, Ad hoc MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org
Subject: Re: [mpls-tp] [mpls] MPLS WG slides from CMCC
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: Tue, 14 Dec 2010 08:07:48 -0000
Greetings Huub, I don't believe I do. The requirements document just that, requirements, not solutions. After RFC5860 was published, a few potential solutions to the requirements set out in RFC5860 were proposed, one of those is bhh. Just because bhh supposedly responds to RFC5860 does not mean that it automatically becomes a standard. The road to standardization has many corpses along it (look at the road to IPng, for example, or idr). Just because it responds to RFC5860 does not change the fact that a draft is just that, a draft. That draft isn't even accepted as a working-group document yet. Therefore, basing your technology around it is a dice roll. I assume that CMCC has evaluated the risk of draft-bhh not becoming a standard and has decided that that risk is outweighed by whatever benefits CMCC will derive from deploying a solution based around draft-bhh, even if it does not become a standard. If they have, then good on them, do what you need to do to keep your network running (I've ventured off the trodden path once or twice myself). However, if CMCC (or any other carrier) have decided to deploy draft-bhh based on an understanding that draft-bhh WOULD become a standard, that would be an unfortunate misunderstanding. It is my understanding that the working group has never guaranteed that draft-bhh would become a STANDARD, and if that had been signaled, then I would expect draft-bhh to be a working-group draft, at least. I am not saying that it won't become a standard, I'm just saying that one (or a few) operators deciding to deploy something does not automatically grant it a quick path to standardization in the IETF, especially if other operators have a differing opinion of that draft proposal. Christopher On 14Dec2010, at 18.51, Huub van Helvoort wrote: > Hello Chris, > > You wrote: > >> My concern here is that the requirements are based on a DRAFT. > > I think you have the order wrong. > The MPLS-TP OAM requirements are in RFC5860: > http://tools.ietf.org/html/rfc5860 > > draft-bhh-MPLS-TP-OAM-Y1731 is a solution based on RFC5860. > >> Not that >> that doesn't happen from time to time, but that does not mean that the >> IETF must then standardize that DRAFT. Someone writing a spec based on >> DRAFTs are taking an (educated) gamble that that DRAFT will be >> standardized and supported by other vendors. > > draft-bhh-MPLS-TP-OAM-Y1731 provides a set of tools that fits in > a larger toolbox with multiple tools. > >> In short, the decision, is, of course, the prerogative of the purchaser, > > The service provider can pick a selection of the tools for > use in his network by enabling the ones he needs. > CMCC and many other service providers have a preference for > the tools provided by draft-bhh-MPLS-TP-OAM-Y1731. > > Best regards, Huub. > > =================== >> On 11Nov2010, at 18.52, Larry wrote: >> >>> Dear Huub: >>> >>> Yes! >>> Actually, China Mobile has introduced 38,000 PTN equipments based on >>> pre-standard G.8114 in 2009. China Mobile will introduce more than >>> 110,000 PTN equipments based on draft-bhh-MPLS-TP-OAM-Y1731 in 2010. >>> We will upgrade G.8114 to Y.1731 based OAM by the end of this year. >>> Because Draft-bhh and relevant CCSA standard are based on Y.1731, so I >>> use Y.1731 to present all of them. >>> Thank you! >>> >>> Best regards, >>> >>> Han Li >>> >>> ************************************************************************* >>> Han Li, Ph.D >>> China Mobile Research Institute >>> Unit 2, 28 Xuanwumenxi Ave, Xuanwu District, Beijing 100053, China >>> Fax: +86 10 63601087 >>> MOBILE: 13501093385 >>> ************************************************************************* >>> >>> >>> --- 10年11月11日,周四, Huub van Helvoort <hhelvoort@chello.nl >>> <mailto:hhelvoort@chello.nl>> 写道: >>> >>>> 发件人: Huub van Helvoort <hhelvoort@chello.nl >>>> <mailto:hhelvoort@chello.nl>> >>>> 主题: Re: [mpls-tp] [mpls] MPLS WG slides from CMCC >>>> 收件人: mpls@ietf.org <mailto:mpls@ietf.org> >>>> 抄送: "'lihan'" <lihan@chinamobile.com >>>> <mailto:lihan@chinamobile.com>>, "Ad hoc MPLS-TP" >>>> <ahmpls-tp@lists.itu.int <mailto:ahmpls-tp@lists.itu.int>>, >>>> "mpls-tp@ietf.org <mailto:mpls-tp@ietf.org>" <mpls-tp@ietf.org >>>> <mailto:mpls-tp@ietf.org>> >>>> 日期: 2010年11月11日,周四,下午3:21 >>>> Li Han, 你好! >>>> >>>> Thank you very much for this informative information. >>>> >>>>> http://wiki.tools.ietf.org/misc/mpls-tp/attachment/wiki/meeting-notes/CMCC%20implementation%20and%20consideration%20for%20MPLS-TP-01.pdf >>>>> >>>>> There are links from the meetings materials page >>>>> (http://wiki.tools.ietf.org/misc/mpls-tp/wiki/meeting-notes) >>>> and from the wiki >>>>> home page (http://wiki.tools.ietf.org/misc/mpls-tp/) >>>> >>>> I have a question about slide 3: >>>> the last bullet states: OAM: "based on Y.1731 and pre- >>>> standard G.8114" >>>> >>>> By "based on Y.1731" do you refer to >>>> draft-bhh-mpls-tp-oam-y1731 >>>> and the CCSA standard that will soon be published? >>>> >>>> Thank you, Huub. > > > -- > ***************************************************************** > 我爱外点一七三一 > _______________________________________________ > mpls-tp mailing list > mpls-tp@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-tp --- 李柯睿 Check my PGP key here: https://www.asgaard.org/~cdl/cdl.asc
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Huub van Helvoort
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Malcolm.BETTS
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Larry
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Huub van Helvoort
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Christopher LILJENSTOLPE
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Huub van Helvoort
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Ben Niven-Jenkins
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Loa@pi.nu
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Christopher LILJENSTOLPE
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Sprecher, Nurit (NSN - IL/Hod HaSharon)
- [mpls-tp] R: [mpls] MPLS WG slides from CMCC BUSI, ITALO (ITALO)
- Re: [mpls-tp] R: [mpls] MPLS WG slides from CMCC Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: [mpls-tp] R: [mpls] MPLS WG slides from CMCC Alexander Vainshtein
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC neil.2.harrison
- Re: [mpls-tp] R: [mpls] MPLS WG slides from CMCC neil.2.harrison
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC andy.bd.reid
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Stewart Bryant
- Re: [mpls-tp] [mpls] R: MPLS WG slides from CMCC HUANG Feng F
- Re: [mpls-tp] [mpls] MPLS WG slides from CMCC Ben Niven-Jenkins
- Re: [mpls-tp] [mpls] R: MPLS WG slides from CMCC HUANG Feng F
- Re: [mpls-tp] [mpls] R: MPLS WG slides from CMCC Ben Niven-Jenkins
- Re: [mpls-tp] [mpls] R: MPLS WG slides from CMCC John E Drake
- Re: [mpls-tp] [mpls] R: MPLS WG slides from CMCC Vivien Sterling