Re: [mpls-tp] [mpls] MPLS WG slides from CMCC

Huub van Helvoort <huubatwork@gmail.com> Tue, 14 December 2010 10:39 UTC

Return-Path: <huubatwork@gmail.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 4616528B797; Tue, 14 Dec 2010 02:39:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.775
X-Spam-Level:
X-Spam-Status: No, score=-1.775 tagged_above=-999 required=5 tests=[AWL=1.824, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 nLeyWldDzmOw; Tue, 14 Dec 2010 02:39:13 -0800 (PST)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 8307228C0D8; Tue, 14 Dec 2010 02:39:12 -0800 (PST)
Received: by wwa36 with SMTP id 36so354415wwa.13 for <multiple recipients>; Tue, 14 Dec 2010 02:40:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=oRtX0P8lPM3TnUZsKbUvRNaqzUmRabPOofXsFAvgITM=; b=bZfqE+ebH2GwX1vJZgZGPMgeswPHid9NWKA/cnWdLeZr7GNa+08SqEwz2NwFmc5Dxi mxI/8ZEmKnEYZWBGKsP3LLoB5g2o4q6P+K+0GWY/JBqbUiVgk+V7/+on7z9Lc1oyyLNK otti5FmUnrQwQNM7NFW8yj1lo3kAiO77KxxZw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; b=lJZMpgWF/AyB/SyXxNCe8Vo+VnEOdHgE5Z21wzEUqsuQkd6vilH/JLir+nAKxi1hsE gx5Dl6c+vstuylUTFzZbqvj71HK/YVyusXipGOQFw6ELF1+LwI0n0gkPGUAudsBVT/fQ pfUlSeuQY6irW9kuAJBX0aHiRndW/X1xkTtdY=
Received: by 10.216.181.199 with SMTP id l49mr4355347wem.68.1292323251751; Tue, 14 Dec 2010 02:40:51 -0800 (PST)
Received: from McAsterix.local (dial-b3-106-1.telepac.pt [213.13.106.1]) by mx.google.com with ESMTPS id m50sm1457531wek.8.2010.12.14.02.40.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Dec 2010 02:40:50 -0800 (PST)
Message-ID: <4D0749B0.7070103@gmail.com>
Date: Tue, 14 Dec 2010 11:40:48 +0100
From: Huub van Helvoort <huubatwork@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: Christopher LILJENSTOLPE <ietf@cdl.asgaard.org>
References: <575335.64858.qm@web15602.mail.cnb.yahoo.com> <CF9E38FB-E55F-468C-9082-1F62E80A896F@asgaard.org> <4D0721EA.1030103@gmail.com> <0029E41E-2032-421C-B6AC-FCC5CF3D736E@cdl.asgaard.org>
In-Reply-To: <0029E41E-2032-421C-B6AC-FCC5CF3D736E@cdl.asgaard.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
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 10:39:14 -0000

Hej Christopher,

Please see in-line [hvh]

> 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.

[hvh] one of the reasons for *not* accepting it as WG draft was that
there were too many co-authors.

> 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).

[hvh] another reason for the selection was the availability of
a solution.

> 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.

[hvh] the fact that they are really interested in this solution is
proven by the standardisation of this solution in CCSA.

[hvh] because service providers outside of China also want to
use this solution they would like to make it an international
standard.

> 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

[hvh] it is not a few anymore.

> 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.

[hvh] also one, or a few.

M.v.h. Huub.

============
> 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>
>>>> <mailto:hhelvoort@chello.nl>> 写道:
>>>>
>>>>> 发件人: Huub van Helvoort <hhelvoort@chello.nl
>>>>> <mailto:hhelvoort@chello.nl>
>>>>> <mailto:hhelvoort@chello.nl>>
>>>>> 主题: Re: [mpls-tp] [mpls] MPLS WG slides from CMCC
>>>>> 收件人: mpls@ietf.org <mailto:mpls@ietf.org> <mailto:mpls@ietf.org>
>>>>> 抄送: "'lihan'" <lihan@chinamobile.com <mailto:lihan@chinamobile.com>
>>>>> <mailto:lihan@chinamobile.com>>, "Ad hoc MPLS-TP"
>>>>> <ahmpls-tp@lists.itu.int <mailto:ahmpls-tp@lists.itu.int>
>>>>> <mailto:ahmpls-tp@lists.itu.int>>,
>>>>> "mpls-tp@ietf.org <mailto:mpls-tp@ietf.org>
>>>>> <mailto:mpls-tp@ietf.org>" <mpls-tp@ietf.org <mailto: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.



-- 
*****************************************************************
                          我爱外点一七三一