[Pce] Comments on draft-tanaka-pce-stateful-pce-mbb-0

Dhruv Dhody <dhruv.ietf@gmail.com> Mon, 11 March 2013 15:22 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A7F211E80F5 for <pce@ietfa.amsl.com>; Mon, 11 Mar 2013 08:22:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_23=0.6, NO_RELAYS=-0.001]
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 0jS5YKB4-Pzk for <pce@ietfa.amsl.com>; Mon, 11 Mar 2013 08:22:55 -0700 (PDT)
Received: from mail-ia0-x231.google.com (mail-ia0-x231.google.com [IPv6:2607:f8b0:4001:c02::231]) by ietfa.amsl.com (Postfix) with ESMTP id 75DB221F8AB7 for <pce@ietf.org>; Mon, 11 Mar 2013 08:22:52 -0700 (PDT)
Received: by mail-ia0-f177.google.com with SMTP id y25so3750167iay.22 for <pce@ietf.org>; Mon, 11 Mar 2013 08:22:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oeufuFT4GH4y1oahBLQbsI6xR+JXp0vqmeRtnBZpADE=; b=FWdrHLc0k9mkSjKm+feJx5GnXHXpHPIF/byyGwbb5SILdLSEyLjcfMlLwVMWyniKDB SuAaGTQqYeMCpD/2/7PnFTMakEcW21G2vi47cTfkOcqZu0MvrbP5kgJ7bga49vwv2RY8 R6DGXY/VIlJ+gb54xryu9r7yT2xc0ioDUrgWbLaQ2P0hybW4HIj4IlqsEhKPdO4LYEZA VYDtK99DgKN3nb7LGNZtRqeG8vV72R5h/1+VUeRZFx2EK3OWSUOBLUtEZlO/nxPI/yC5 MVugwoiVEAq1ZM1gNV1TXELP8mEVtraDta54fCHMFcFf/98DtGID55SdvIO0J8LdUZgc W+/g==
MIME-Version: 1.0
X-Received: by 10.50.173.9 with SMTP id bg9mr7939313igc.82.1363015371942; Mon, 11 Mar 2013 08:22:51 -0700 (PDT)
Sender: dhruvdhody@gmail.com
X-Google-Sender-Delegation: dhruvdhody@gmail.com
Received: by 10.50.16.110 with HTTP; Mon, 11 Mar 2013 08:22:51 -0700 (PDT)
Date: Mon, 11 Mar 2013 20:52:51 +0530
X-Google-Sender-Auth: ZdU6e94dvFOtlmYulL1G1CN5Elw
Message-ID: <CAB75xn7T1NQocgLP42vnuat++yrp=gK6FXDfkH5af4A5WjsxVQ@mail.gmail.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
To: pce@ietf.org
Content-Type: multipart/alternative; boundary="e89a8f838b7b1172aa04d7a7bfc7"
Subject: [Pce] Comments on draft-tanaka-pce-stateful-pce-mbb-0
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pce>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2013 15:22:56 -0000

Hi,

Handling of make-before-break was indeed missing from the stateful PCE
specs and thanks for this ID, here are a few comments...

*(1)  One Stroke MBB*
a. I wish the handling of this method can be clearly specified in the base
stateful PCE draft itself.
b. How to handle the case if the signaling of the new path fails? Maybe a
PCRpt message with (O=0, Tunnel ID=T1, LSP ID=new, RRO=null)? This should
be clearly specified.
c. I am assuming that the LSP ID in the LSP object doesnt change, only the
LSP ID encoded in LSP Identifier TLV is changed? This can be clarified. I
also prefer the option of sending LSP-ID as zero and PCC generating a new
LSP-ID.
d. Another case of MBB is when some configuration is changed at the PCC,
how is this handled in case of delegated LSP.

There maybe other stateful PCE present too, you can also describe how they
handle the report message from PCC (success and failure)

*(2) Granular MBB*
An example where this is method should be used can be specified as Cyril
mentioned.

Regards,
Dhruv