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. -- ***************************************************************** 我爱外点一七三一
- 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