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