Re: [Pce] Auto-bandwidth capability?

Dhruv Dhody <dhruv.dhody@huawei.com> Fri, 04 March 2016 04:53 UTC

Return-Path: <dhruv.dhody@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A44D11A6FCD; Thu, 3 Mar 2016 20:53:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.206
X-Spam-Level:
X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6OCmf0-sYkPO; Thu, 3 Mar 2016 20:53:52 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 811C41A7008; Thu, 3 Mar 2016 20:53:50 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJN06944; Fri, 04 Mar 2016 04:53:47 +0000 (GMT)
Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 4 Mar 2016 04:53:45 +0000
Received: from BLREML509-MBX.china.huawei.com ([169.254.7.9]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0235.001; Fri, 4 Mar 2016 10:23:36 +0530
From: Dhruv Dhody <dhruv.dhody@huawei.com>
To: Robert Varga <nite@hq.sk>
Thread-Topic: Auto-bandwidth capability?
Thread-Index: AQHRblUnkVDcbPXYq0aaVSPaAg8bC59Is3bA
Date: Fri, 04 Mar 2016 04:53:35 +0000
Message-ID: <23CE718903A838468A8B325B80962F9B8C523872@BLREML509-MBX.china.huawei.com>
References: <56928BEC.6030202@hq.sk> <CAB75xn4690_GLzxqiipo6ZxrKZ08xuxms+0xpO-ibW6KUAA1mg@mail.gmail.com>
In-Reply-To: <CAB75xn4690_GLzxqiipo6ZxrKZ08xuxms+0xpO-ibW6KUAA1mg@mail.gmail.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.244.252]
Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8C523872BLREML509MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.56D914DC.0021, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.9, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: e2c4d0177ebdbe2bbf26815315fd4294
Archived-At: <http://mailarchive.ietf.org/arch/msg/pce/wgyOoVAaNVs9OVDg56IXNJV8pss>
Cc: "draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org" <draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org>, "pce@ietf.org" <pce@ietf.org>
Subject: Re: [Pce] Auto-bandwidth capability?
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 04 Mar 2016 04:53:55 -0000

Hi Robert,

We have updated the draft and added a section for Capability Advertisement.

https://tools.ietf.org/html/draft-dhody-pce-stateful-pce-auto-bandwidth-07#section-5.1

5.1.  Capability Advertisement

   During PCEP Initialization Phase, PCEP Speakers (PCE or PCC)
   advertise their support of Automatic Bandwidth Adjustment.  A PCEP
   Speaker includes the "Auto-Bandwidth Capability" TLV, in the OPEN
   Object to advertise its support for PCEP Auto-Bandwidth extensions.
   The presence of the "Auto-Bandwidth Capability" TLV in the OPEN
   Object indicates that the Automatic Bandwidth Adjustment is supported
   as described in this document.

   The PCEP protocol extensions for Auto-Bandwidth adjustments MUST NOT
   be used if one or both PCEP Speakers have not included the "Auto-
   Bandwidth Capability" TLV in their respective OPEN message.  If the
   PCEP speaker that supports the extensions of this draft but did not
   advertise this capability, then upon receipt of AUTO-BANDWIDTH-
   ATTRIBUTE TLV in LSPA object, it SHOULD generate a PCErr with error-
   type 19 (Invalid Operation), error-value TBD4 (Auto-Bandwidth
   capability was not advertised) and it will terminate the PCEP
   session.

5.1.1 AUTO-BANDWIDTH-CAPABILITY TLV

   The AUTO-BANDWIDTH-CAPABILITY TLV is an optional TLV for use in the
   OPEN Object for Automatic Bandwidth Adjustment via PCEP capability
   advertisement.  Its format is shown in the following figure:

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |               Type=[TBD5]     |            Length=4           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                             Flags                           |B|
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                    AUTO-BANDWIDTH-CAPABILITY TLV format

   The type of the TLV is [TBD5] and it has a fixed length of 4 octets.

   The value comprises a single field - Flags (32 bits):

   o  B (bandwidth usage - 1 bit): if set to 1 by a PCC, the B Flag
      indicates that the PCC allows reporting of bandwidth usage
      information; if set to 1 by a PCE, the B Flag indicates that the
      PCE is capable of receiving bandwidth usage information from the
      PCC.  The BANDWIDTH-USAGE-ATTRIBUTE TLV MUST be encoded when both
      PCEP speakers have the B Flag set.

   Unassigned bits are considered reserved.  They MUST be set to 0 on
   transmission and MUST be ignored on receipt.

   Advertisement of the Auto-Bandwidth capability TLV implies support of
   auto-bandwidth adjustment, as well as the objects, TLVs and
   procedures defined in this document.

Thanks for your comments!

Regards,
Dhruv


---------------------------------------------
From: Robert Varga <nite@hq.sk<mailto:nite@hq.sk>>
Date: Sun, Jan 10, 2016 at 10:20 PM
Subject: Auto-bandwidth capability?
To: draft-dhody-pce-stateful-pce-auto-bandwidth@tools.ietf.org<mailto:draft-dhody-pce-stateful-pce-auto-bandwidth@tools.ietf.org>


Hello,

looking over draft-dhody-pce-stateful-pce-auto-bandwidth, it seems to modify the base protocol, but this modification is not negotiated -- potentially leading to PCC/PCE protocol mismatch, leading to unexpected PCErr's when operations are attempted.

Would you consider adding a capability negotiation section, please?

Thanks,
Robert
本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁
止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中
的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件!
This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!