[PWE3] Planned update of draft-ietf-pwe3-cbit-negotiation
Lizhong Jin <lizho.jin@gmail.com> Sun, 09 October 2011 21:55 UTC
Return-Path: <lizho.jin@gmail.com>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D338D21F85A7 for <pwe3@ietfa.amsl.com>; Sun, 9 Oct 2011 14:55:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e-5zSiwWxQ5E for <pwe3@ietfa.amsl.com>; Sun, 9 Oct 2011 14:55:14 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 4312E21F8481 for <pwe3@ietf.org>; Sun, 9 Oct 2011 14:55:14 -0700 (PDT)
Received: by vws5 with SMTP id 5so5230670vws.31 for <pwe3@ietf.org>; Sun, 09 Oct 2011 14:55:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=3m0X7FbwtYvAZGlzjBd1ffQ+zUcMYEwotqqUr7xHmho=; b=tz6NW8YRXYC1bBOmUh0mh1jJS7TitBfxxW7jVd/kjZ+hMGDFwYU2LrxiJunmUGAgvL 4m8KJp0aXkBpmYCXb7d/19q2r8hzwlInsEfvNW9MIfdoPCVrQJUUkF8mxcdVoWdIqV5J uLOBwGKeAeOeinHWTps+aNENz1GMSfS/E+HAg=
MIME-Version: 1.0
Received: by 10.52.30.194 with SMTP id u2mr10802737vdh.13.1318197312562; Sun, 09 Oct 2011 14:55:12 -0700 (PDT)
Received: by 10.52.184.196 with HTTP; Sun, 9 Oct 2011 14:55:12 -0700 (PDT)
Date: Mon, 10 Oct 2011 05:55:12 +0800
Message-ID: <CAH==cJymGFt4ZqvAS_ujPaSNL8Gc=HYt9MAp-X32EHCLxb7Fmg@mail.gmail.com>
From: Lizhong Jin <lizho.jin@gmail.com>
To: pwe3@ietf.org
Content-Type: multipart/alternative; boundary="bcaec51d28108f24ab04aee4ba88"
Subject: [PWE3] Planned update of draft-ietf-pwe3-cbit-negotiation
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Sun, 09 Oct 2011 21:55:14 -0000
Hi all, In order to reach a unified method in the draft, after some discussion during IETF82, we got a modified procedure to avoid FEC updating and new release error code definition. It seems the modified procedure works well, with following changes. 1. By adding a new label release from PE2 to PE1, the Cbit on PE1 can be reset. Then there will be no FEC update happened now on PE2. 2. PE1 should not reply label mapping when it receives label release. Otherwise, message loop may exist in case PE2 send label release because of label resource. Then by using label request to tell PE1 to send new label mapping is a good way. We would like to see more WG comments before updating the draft. Thanks. Regards Lizhong