Re: [PWE3] draft-jin-pwe3-cbit-negotiation-01

Sami Boutros <sboutros@cisco.com> Tue, 23 November 2010 05:09 UTC

Return-Path: <sboutros@cisco.com>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 265D528C12E for <pwe3@core3.amsl.com>; Mon, 22 Nov 2010 21:09:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 aiYRhjWO3Fyl for <pwe3@core3.amsl.com>; Mon, 22 Nov 2010 21:09:39 -0800 (PST)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 0B94428C108 for <pwe3@ietf.org>; Mon, 22 Nov 2010 21:09:39 -0800 (PST)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmcKADrb6kyrRN+J/2dsb2JhbACGaJN0AYgLcaBjm1SFSwSEWokY
X-IronPort-AV: E=Sophos; i="4.59,240,1288569600"; d="scan'208,217"; a="221846357"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 23 Nov 2010 05:10:35 +0000
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id oAN5AZ2s024678; Tue, 23 Nov 2010 05:10:35 GMT
Received: from xfe-sjc-221.amer.cisco.com ([128.107.191.32]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Nov 2010 21:10:35 -0800
Received: from sboutros-wxp02.ciswco.com ([10.21.69.96]) by xfe-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Nov 2010 21:10:35 -0800
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 22 Nov 2010 21:10:32 -0800
To: Raymond Key <raymond.key@ieee.org>, pwe3@ietf.org
From: Sami Boutros <sboutros@cisco.com>
In-Reply-To: <SNT123-W7AA37A5B0DB04562D20CFF43A0@phx.gbl>
References: <SNT123-W7AA37A5B0DB04562D20CFF43A0@phx.gbl>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=====================_220468906==.ALT"
Message-ID: <XFE-SJC-2213HvoFOAm00000067@xfe-sjc-221.amer.cisco.com>
X-OriginalArrivalTime: 23 Nov 2010 05:10:35.0270 (UTC) FILETIME=[C2950A60:01CB8ACC]
Cc: thomas.nadeau@huawei.com, lizhong.jin@zte.com.cn, vishwas@ipinfusion.com
Subject: Re: [PWE3] draft-jin-pwe3-cbit-negotiation-01
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Nov 2010 05:09:40 -0000

I personally like option 1 in this draft, describing how to re-enable 
control word via dynamic LDP signaling.

However, you would need to clarify the steps more..
saying in step 3 that PE2 MUST send a label request and in step 5 
that PE1 MUST respond to the label request with the configured CW 
setting on PE1 which was set, as well in step 6 PE2 MUST wait for PE1 
label binding before sending it's label binding with CW set.

As well, it may be good extending the flow chart described in 
appendix A in rfc 4447 with option 1.

Not sure, if it is worth mentioning the other options since they have issues.

Option 2, how will we be able to re-enable CW? isn't that the issue 
we are trying to fix?

Option 3, This is avoiding to solve the problem.

Option 4, I don't think this will fly.

Thanks,

Sami
At 01:53 AM 11/19/2010, Raymond Key wrote:
>Hi PWE3 working group,
>
>In the recent IETF79, we have presented the draft "Pseudowire 
>Control Word Negotiation Mechanism Analysis and Update"
><http://tools.ietf.org/html/draft-jin-pwe3-cbit-negotiation-01>http://tools.ietf.org/html/draft-jin-pwe3-cbit-negotiation-01 
>
>
>This draft describes the problem of control word negotiation 
>mechanism specified in RFC4447. Based on the problem analysis, 
>possible solutions and their potential shortcomings are also discussed.
>
>The authors would like to have more feedback from the mailing list 
>before working on the next version. Grateful if you could review the 
>document and post comments on the mailing list.
>
>Thanks,
>Raymond Key
>_______________________________________________
>pwe3 mailing list
>pwe3@ietf.org
>https://www.ietf.org/mailman/listinfo/pwe3