[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