Re: [Pce] Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft

Dhruv Dhody <dhruv.dhody@huawei.com> Fri, 04 March 2016 04:54 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 42DC01A7008; Thu, 3 Mar 2016 20:54:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.482
X-Spam-Level:
X-Spam-Status: No, score=0.482 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, CN_BODY_35=0.339, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, 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 kCeJZB5w05CI; Thu, 3 Mar 2016 20:54:45 -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 CFEDF1A6FCD; Thu, 3 Mar 2016 20:54:44 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFH92124; Fri, 04 Mar 2016 04:54:42 +0000 (GMT)
Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 4 Mar 2016 04:54:40 +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:24:29 +0530
From: Dhruv Dhody <dhruv.dhody@huawei.com>
To: Venugopal Reddy K <venugopalreddyk@huawei.com>
Thread-Topic: Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft
Thread-Index: AdEPzfMTZejSeas9TDmsv5D0lyT51QApgOiwGVWo9YA=
Date: Fri, 04 Mar 2016 04:54:29 +0000
Message-ID: <23CE718903A838468A8B325B80962F9B8C52387F@BLREML509-MBX.china.huawei.com>
References: <10376B02BC561F4185654159EF7900204FCA1956@szxeml561-mbx.china.huawei.com> <23CE718903A838468A8B325B80962F9B8C42D184@BLREML509-MBX.china.huawei.com>
In-Reply-To: <23CE718903A838468A8B325B80962F9B8C42D184@BLREML509-MBX.china.huawei.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_23CE718903A838468A8B325B80962F9B8C52387FBLREML509MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.56D91513.0006, 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: 5ae2a65cf4b4f6a03394efbbbc7b8698
Archived-At: <http://mailarchive.ietf.org/arch/msg/pce/5ZzgwqKrm_u7AVyBZ6Qq4hjDIWk>
Cc: "draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org" <draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org>, pce <pce@ietf.org>
Subject: Re: [Pce] Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft
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:54:48 -0000

Hi Venu,

We have updated the draft to handle your comments.
See inline [Dhruv2] ¡­

From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody
Sent: 27 October 2015 12:53
To: Venugopal Reddy K
Cc: draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org; pce
Subject: Re: [Pce] Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft

Hi Venu,

Thanks for reading the draft and posting queries.

See inline¡­

From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Venugopal Reddy K
Sent: 26 October 2015 14:39
To: draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org<mailto:draft-dhody-pce-stateful-pce-auto-bandwidth@ietf.org>; pce
Subject: [Pce] Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft

Dear Authors,

I have few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06.


1.       We have Overflow-Count, Overflow-Threshold and Underflow-Count, Underflow-Threshold to expedite the process of PCC adjusting the bandwidth instead of waiting for Adjustment-Interval when an abrupt change in bandwidth usage occurs. Similarly, we have Report-Flow-Threshold value for a PCC to report for PCE adjusting bandwidth model instead of waiting for Report-Interval. Can we know if there is rationale behind having different method for PCC controlling bandwidth adjustment and PCE controlling bandwidth adjustment for this case? Why not have the similar mechanism for it ?


[Dhruv]: Are you asking why we don¡¯t have a ¡°Report-Flow-Count¡± (similar to Underflow and overflow-count)? Hmm, I guess ¡°Report-Flow-Count¡± can be added, it is a good suggestion.
This would indicate how many times consecutively, the percentage or absolute difference between the current bandwidth sample and the current bandwidth reservation should be greater than or equal to the report-flow-threshold value, for all the bandwidth samples collected so far to be reported to the PCE immediately.

[Dhruv2]: Report-Flow-Count is added in Bandwidth-Usage-Report-Flow-Threshold sub-TLV and Bandwidth-Usage-Report-Flow-Threshold-Percent sub-TLV

   Report-Flow-Count:  This value is used to decide when the bandwidth
      usage collected so far should be reported when there is a sudden
      change in bandwidth usage.  This value indicates how many times
      consecutively, the percentage or absolute difference between the
      current bandwidth sample and the current bandwidth reservation is
      greater than or equal to the Report-Flow-Threshold value, all the
      bandwidth samples collected so far are reported to the PCE
      immediately.

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




2.       Once auto-bandwidth adjustment is enabled for an LSP, Couldn¡¯t find any way to disable auto adjustment feature for an LSP. It would be good to have a means to disable adjustment without bringing the LSP down.  Also, changing auto-bandwidth adjustment mode from PCC to PCE or vice versa without LSP down.

[Dhruv]: I think this could be useful, will discuss with my co-authors and add mechanism for this in future revision.

[Dhruv2]: I have added support for this ¨C

   The TLV is encoded in all PCEP messages for the LSP till the auto
   bandwidth adjustment feature is enabled, the absence of the TLV
   indicate the PCEP speaker wish to disable the feature.

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

   The TLV is encoded in all PCEP messages for the LSP till the
   bandwidth usage reporting feature is enabled, the absence of the TLV
   indicate the PCEP speaker wish to disable this feature.

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


Thanks for your comments and review!

Regards,
Dhruv




Regards,
Dhruv


Could you please clarify.

Thanks :)

Regards,
Venu

±¾Óʼþ¼°Æ丽¼þº¬ÓлªÎª¹«Ë¾µÄ±£ÃÜÐÅÏ¢£¬½öÏÞÓÚ·¢Ë͸øÉÏÃæµØÖ·ÖÐÁгöµÄ¸öÈË»òȺ×é¡£½û
Ö¹ÈκÎÆäËûÈËÒÔÈκÎÐÎʽʹÓ㨰üÀ¨µ«²»ÏÞÓÚÈ«²¿»ò²¿·ÖµØй¶¡¢¸´ÖÆ¡¢»òÉ¢·¢£©±¾ÓʼþÖÐ
µÄÐÅÏ¢¡£Èç¹ûÄú´íÊÕÁ˱¾Óʼþ£¬ÇëÄúÁ¢¼´µç»°»òÓʼþ֪ͨ·¢¼þÈ˲¢É¾³ý±¾Óʼþ£¡
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!