Re: [Pals] What should we do with draft-jiang-pwe3-mc-pon
Stewart Bryant <stbryant@cisco.com> Wed, 11 March 2015 11:11 UTC
Return-Path: <stbryant@cisco.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 5B2641A875B for <pals@ietfa.amsl.com>; Wed, 11 Mar 2015 04:11:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 hDsMnh08GDvY for <pals@ietfa.amsl.com>; Wed, 11 Mar 2015 04:11:31 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F2551A00EA for <pals@ietf.org>; Wed, 11 Mar 2015 04:11:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14809; q=dns/txt; s=iport; t=1426072290; x=1427281890; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to; bh=GKrDhk+MHXbh4AdPVKpWa3zj/QqN5Ebl/hQ6wjUylsc=; b=ebR2fzYMgwb6NMGDrozf/5AmZqN1M6tAGNiOabLZNKDWN2UyXQDdTKxb IbmmYW/vfRZUWAMpGHPjdOYVJyvOt+9aRhT/00U1o5TJAPA4KVja/Z1w6 TBZ/hDB8zHhdyDB1KTTt5iFp/0ooI5L1izkpIsOEes+cNS8rZkYoRti7k g=;
X-IronPort-AV: E=Sophos;i="5.11,381,1422921600"; d="scan'208,217";a="375026563"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 11 Mar 2015 11:11:27 +0000
Received: from [10.55.98.185] (ams-stbryant-8818.cisco.com [10.55.98.185]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t2BBBQj8009493; Wed, 11 Mar 2015 11:11:27 GMT
Message-ID: <550022DE.7000706@cisco.com>
Date: Wed, 11 Mar 2015 11:11:26 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Jiangyuanlong <jiangyuanlong@huawei.com>, "pals@ietf.org" <pals@ietf.org>
References: <54F9B9CF.1010207@cisco.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A89549E@szxema506-mbs.china.huawei.com>
In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A89549E@szxema506-mbs.china.huawei.com>
Content-Type: multipart/alternative; boundary="------------010009030400000405090400"
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/7X_qIwYHdhF1bq_ykSMczeuB7pA>
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
Reply-To: stbryant@cisco.com
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: Wed, 11 Mar 2015 11:11:33 -0000
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 > *Cc:* 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/ > <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