Re: [Pals] What should we do with draft-jiang-pwe3-mc-pon

"weiqiang cheng" <chengweiqiang@chinamobile.com> Tue, 17 March 2015 07:02 UTC

Return-Path: <chengweiqiang@chinamobile.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 BA6691A00E0 for <pals@ietfa.amsl.com>; Tue, 17 Mar 2015 00:02:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.312
X-Spam-Level:
X-Spam-Status: No, score=0.312 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 55wQQJexVylo for <pals@ietfa.amsl.com>; Tue, 17 Mar 2015 00:02:17 -0700 (PDT)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id 3020D1A00C0 for <pals@ietf.org>; Tue, 17 Mar 2015 00:02:15 -0700 (PDT)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.3]) by rmmx-syy-dmz-app06-12006 (RichMail) with SMTP id 2ee65507d171703-0083c; Tue, 17 Mar 2015 15:02:09 +0800 (CST)
X-RM-TRANSID: 2ee65507d171703-0083c
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.52.203]) by rmsmtp-syy-appsvr02-12002 (RichMail) with SMTP id 2ee25507d16d841-7ad8c; Tue, 17 Mar 2015 15:02:09 +0800 (CST)
X-RM-TRANSID: 2ee25507d16d841-7ad8c
From: weiqiang cheng <chengweiqiang@chinamobile.com>
To: "'Dongjie (Jimmy)'" <jie.dong@huawei.com>, stbryant@cisco.com, pals@ietf.org
References: <54F9B9CF.1010207@cisco.com> <76CD132C3ADEF848BD84D028D243C92757C9B0C0@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <76CD132C3ADEF848BD84D028D243C92757C9B0C0@nkgeml512-mbx.china.huawei.com>
Date: Tue, 17 Mar 2015 15:02:06 +0800
Message-ID: <006f01d06080$498c5b80$dca51280$@com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0070_01D060C3.57AF9B80"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHQWBob+5ObW5WWF0eB2ajwTLXExZ0gSQDQgAAHLZA=
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/9AHpbKGY3GVp5cKghYdT1r1uIUw>
Cc: 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: Tue, 17 Mar 2015 07:02:20 -0000

Agree, the draft is useful.

 

B.R.

Weiqiang Cheng

 

From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Dongjie (Jimmy)
Sent: Tuesday, March 17, 2015 2:55 PM
To: stbryant@cisco.com; 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

 

Hi Stewart, 

 

An interoperable approach for PON protection may be helpful for the PON deployment in various network scenarios. The codepoints allocated by IANA may refer this document for background information.

 

Best regards,

Jie

 

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