[PWE3] more comments on draft-jin-pwe3-cbit-negotiation-03
Luca Martini <lmartini@cisco.com> Mon, 28 February 2011 22:56 UTC
Return-Path: <lmartini@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 F37413A6CBA for <pwe3@core3.amsl.com>; Mon, 28 Feb 2011 14:56:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 98gg1WaEvMxy for <pwe3@core3.amsl.com>; Mon, 28 Feb 2011 14:56:04 -0800 (PST)
Received: from napoleon.monoski.com (napoleon.monoski.com [70.90.113.113]) by core3.amsl.com (Postfix) with ESMTP id 12D8B3A6CAF for <pwe3@ietf.org>; Mon, 28 Feb 2011 14:56:04 -0800 (PST)
Received: from confusion.monoski.com (confusion.monoski.com [209.245.27.2]) (authenticated bits=0) by napoleon.monoski.com (8.13.8/8.13.8) with ESMTP id p1SMv5p0014645 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <pwe3@ietf.org>; Mon, 28 Feb 2011 15:57:05 -0700 (MST)
Message-ID: <4D6C2841.2020709@cisco.com>
Date: Mon, 28 Feb 2011 15:57:05 -0700
From: Luca Martini <lmartini@cisco.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 ThunderBrowse/3.3.4
MIME-Version: 1.0
To: pwe3 <pwe3@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [PWE3] more comments on draft-jin-pwe3-cbit-negotiation-03
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: Mon, 28 Feb 2011 22:56:05 -0000
Authors, In section 3 on page 4 is the following text : "The procedure of PE1 and PE2 for the case in figure 1 should be as follows: 1. PE2 changes locally configured control word to PREFERRED. 2. PE2 will then send label withdraw message to PE1. 3. PE2 MUST send label request messages to PE1 although it already received the label mapping with C-bit=0. 4. PE1 will send label release in reply to label withdraw message from PE2. 5. PE1 will send label mapping message with C-bit=1 again to PE2 (Note: PE1 MUST send label mapping with locally configured CW parameter). 6. PE2 receives the label mapping from PE1 and updates the remote label binding information. PE2 MUST wait for PE1 label binding before sending its label binding with C-bit set, only if it previously had a label binding with C-bit = 0 from PE1. 7. PE2 will send label mapping to PE1 with C-bit=1. " First of all the steps above are asynchronous, so it seems that step 4 should appear before step 3 or the old label mapping might be sent. Step 5 is in response to step 3 , but that is not clear from the above list. Also what happens if PE1 cannot support the CW ? The above description assumes PE1 can support the CW. Also this label withdraw + label request procedure is fully backward compatible with previous implementations. The document should explain this point. The label withdraw should really wait for the label release, as in the case of MS-PWs , sending an immediate label request can cause a race condition , and result in the wrong state. Thanks. Luca
- [PWE3] more comments on draft-jin-pwe3-cbit-negot… Luca Martini
- Re: [PWE3] more comments on draft-jin-pwe3-cbit-n… lizhong.jin