Re: [Pals] What should we do with draft-jiang-pwe3-mc-pon
Jiangyuanlong <jiangyuanlong@huawei.com> Thu, 12 March 2015 02:40 UTC
Return-Path: <jiangyuanlong@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF1D1A89EF for <pals@ietfa.amsl.com>; Wed, 11 Mar 2015 19:40:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BbLoHTaedeA3 for <pals@ietfa.amsl.com>; Wed, 11 Mar 2015 19:40:26 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 879E51A89C7 for <pals@ietf.org>; Wed, 11 Mar 2015 19:40:24 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQD51760; Thu, 12 Mar 2015 02:40:22 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 12 Mar 2015 02:40:21 +0000
Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.156]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Thu, 12 Mar 2015 10:40:12 +0800
From: Jiangyuanlong <jiangyuanlong@huawei.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] What should we do with draft-jiang-pwe3-mc-pon
Thread-Index: AQHQWBoG837EcIfY0EuKSdKq/o0bxZ0WiblggAAYMQCAAYSxwA==
Date: Thu, 12 Mar 2015 02:40:12 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A895866@szxema506-mbs.china.huawei.com>
References: <54F9B9CF.1010207@cisco.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A89549E@szxema506-mbs.china.huawei.com> <550022DE.7000706@cisco.com>
In-Reply-To: <550022DE.7000706@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.76.118]
Content-Type: multipart/alternative; boundary="_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A895866szxema506mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/TioFOT5B5_D22g7MONyi0RdCeH0>
Cc: "draft-jiang-pwe3-mc-pon@tools.ietf.org" <draft-jiang-pwe3-mc-pon@tools.ietf.org>
Subject: Re: [Pals] What should we do with draft-jiang-pwe3-mc-pon
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2015 02:40:28 -0000
Access nodes (OLT is only one type of implementation) are specified in BBF TR178, they are not something different from network equipments in classical networks (both MPLS and routing are already included in the architecture of TR178). Many service providers and vendors have taken part in its development, as I am aware they have shown great interest in the interoperability for those access nodes. Thanks, Yuanlong From: Stewart Bryant [mailto:stbryant@cisco.com] Sent: Wednesday, March 11, 2015 7:11 PM To: Jiangyuanlong; pals@ietf.org Cc: draft-jiang-pwe3-mc-pon@tools.ietf.org Subject: Re: [Pals] What should we do with draft-jiang-pwe3-mc-pon Yuanlong I think the critical point in the thread was the express need for mult-vendor deployments, something that we are all used to in classical networks. It would be useful to know how often multi-vendor PON is in practice deployed. Stewart On 11/03/2015 02:17, Jiangyuanlong wrote: Hi Stewart, The motive and situation is similar to ICCP, maybe the following mailing list can provide some reasons from SP’s viewpoint when that I-D was polled: https://www.ietf.org/mail-archive/web/pwe3/current/msg10339.html Actually, trunk protection (or Type B protection) for PON has been deployed by service providers in quite a few countries. There are also quite a few service providers interested in providing ICCP like synchronization for PON, this can be confirmed by our coauthors on the SP side. Best regards, Yuanlong From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant Sent: Friday, March 06, 2015 10:30 PM To: pals@ietf.org<mailto:pals@ietf.org> Cc: draft-jiang-pwe3-mc-pon@tools.ietf.org<mailto:draft-jiang-pwe3-mc-pon@tools.ietf.org> Subject: [Pals] What should we do with draft-jiang-pwe3-mc-pon The authors of http://datatracker.ietf.org/doc/draft-jiang-pwe3-mc-pon/ have asked us to start a poll for WG adoption. However before we do this I think that we as a WG need discuss the right way forward for this draft. In looking at the history of the draft I discover that there has been almost no technical discussion on the list. If I look back at the minutes I find: @ IETF 90 YJS: how much is deployed with the 2:n splitters? Ed: Bright House would probably do it. The splitter would be in house as it solves other issues. PON is growing, but not a great deal deployed in NA cable. Yuanlong: used for small cell backhaul. Can protect a bunch of small cells. YJS: so far interest in, but not deployed. 2:N splitter needs to resynch. Why do we need if phy not there. Andy: please provide comments to the list. Matthew: readers? 4, only one commenter on the list and @ IETF 91 Edwin presented the slides No comments. The call for WG adoption will be carried to the email list. The Chairs noted interest in the meetings and on the list. In the last remark we may have been mistaken given that all I can find are eight emails up to this point excluding automatic notifications and emails from the authors asking the chairs to take an action. In looking at the draft, the only IANA actions are in the ICC RG parameter registry which has Expert Review or FCFS codepoint ranges, thus there is no need for a standards track RFC or indeed any RFC from this point of view. In looking at the subject matter itself, I wonder whether this is a technology where it is expected there will be multi-vendor deployment within a PON domain requiring multi-vendor interworking of this feature. The IESG have recently been pushing back on the publication of drafts that have limited support, and thus we need to be in a position to justify moving forward with this draft on whatever stream we decide is best. Given the above, I would like to understand the views of the WG on which stream is most appropriate for this work: PALS WG - Standards Track PALS WG - Informational AD sponsored Independent Stream What are the views of the PALS WG on how we should move forward and why? - Stewart -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html
- Re: [Pals] What should we do with draft-jiang-pwe… zhouguangtao
- Re: [Pals] What should we do with draft-jiang-pwe… Mingui Zhang
- [Pals] 答复: What should we do with draft-jiang-pwe… Puyun
- Re: [Pals] What should we do with draft-jiang-pwe… Dongjie (Jimmy)
- Re: [Pals] What should we do with draft-jiang-pwe… weiqiang cheng
- [Pals] What should we do with draft-jiang-pwe3-mc… Stewart Bryant
- Re: [Pals] What should we do with draft-jiang-pwe… Jiangyuanlong
- Re: [Pals] What should we do with draft-jiang-pwe… Stewart Bryant
- Re: [Pals] What should we do with draft-jiang-pwe… Hongyu Li (Julio)
- Re: [Pals] What should we do with draft-jiang-pwe… Edwin Mallette
- Re: [Pals] What should we do with draft-jiang-pwe… Jiangyuanlong
- Re: [Pals] What should we do with draft-jiang-pwe… shencb