Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91D2B11E81D1 for ; Wed, 18 Sep 2013 01:21:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.65 X-Spam-Level: *** X-Spam-Status: No, score=3.65 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_22=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] 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 4fDg2Fh8Hmlb for ; Wed, 18 Sep 2013 01:21:25 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 3E2AB11E81E2 for ; Wed, 18 Sep 2013 01:21:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXY79381; Wed, 18 Sep 2013 08:21:19 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 18 Sep 2013 09:20:42 +0100 Received: from SZXEMA403-HUB.china.huawei.com (10.82.72.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 18 Sep 2013 09:21:12 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.229]) by SZXEMA403-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0146.000; Wed, 18 Sep 2013 16:21:08 +0800 From: "Yemin (Amy)" To: Yuji Tochio , "ccamp@ietf.org" Thread-Topic: [CCAMP] draft-long-ccamp-rsvp-te-bandwidth-availability-01 Thread-Index: AQHOjpWJ/m0VyRd7ukKBjiPhuYORuZnJY4cAgAILItA= Date: Wed, 18 Sep 2013 08:21:08 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461F73D3E1E6@szxema506-mbs.china.huawei.com> References: <42AD3B5FE67D4090B41F24C617A55395@china.huawei.com> <52381894.1030705@jp.fujitsu.com> In-Reply-To: <52381894.1030705@jp.fujitsu.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.33.63] Content-Type: multipart/alternative; boundary="_000_9C5FD3EFA72E1740A3D41BADDE0B461F73D3E1E6szxema506mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [CCAMP] =?gb2312?b?tPC4tDogIGRyYWZ0LWxvbmctY2NhbXAtcnN2cC10ZS1i?= =?gb2312?b?YW5kd2lkdGgtYXZhaWxhYmlsaXR5LTAx?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:21:30 -0000 --_000_9C5FD3EFA72E1740A3D41BADDE0B461F73D3E1E6szxema506mbschi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgWXVqaSwNCg0KVGhhbmtzIGZvciB0aGUgcXVlc3Rpb24gY2xhcmlmaWNhdGlvbi4NCg0KUHJl c3VtaW5nIHRoZSBsaW5rIGJsb3c6DQpBLS0tLS0tIEIgLSAtIC0gLSBDIC0tLS0tLUQNCg0KVGhl IGRhc2ggbGluZSByZXByZXNlbnRzIHRoZSBsaW5rIHdpdGggZGlzY3JldGUgdmFyaWFibGUgYmFu ZHdpZHRoLg0KDQpXaGVuIHRoZSBiYW5kd2lkdGggcmVxdWlyZW1lbnRzIGNvdWxkbid0IGJlIHNh dGlzZmllZCBvbiB0aGUgbGluayBiZXR3ZWVuIEIgYW5kIEMsICBpdCBzaG91bGQgYmUgQyB0byBy ZXR1cm4gdGhlIFBBVEhFUlIgbWVzc2FnZS4NCg0KSXQgbWlnaHQgYmUgbm90IGNsZWFyIGluIHRo ZSBjdXJyZW50IGRyYWZ0LCBJIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCB0byBtYWtlIGl0IGNsZWFy Lg0KDQpCUiwNCkFteQ0Kt6K8/sjLOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y2Nh bXAtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBZdWppIFRvY2hpbw0Kt6LLzcqxvOQ6IDIwMTPE6jnU wjE3yNUgMTY6NTQNCsrVvP7IyzogY2NhbXBAaWV0Zi5vcmcNCtb3zOI6IFJlOiBbQ0NBTVBdIGRy YWZ0LWxvbmctY2NhbXAtcnN2cC10ZS1iYW5kd2lkdGgtYXZhaWxhYmlsaXR5LTAxDQoNCkhpIGFs bA0KDQpGWUk6DQpBcyB0byAjNCAoY29tbWVudCBmcm9tIG1lKSBiZWxvdywgSSBoYWQgb2ZmbGlu ZSB0YWxrIHdpdGggQW15IHZpYSBlLW1haWwgYW5kDQpzaGUgaGFzIHVuZGVyc3Rvb2QgdGhlIHBv aW50Lg0KU28gSSBiZWxpZXZlIHRoZSBlZGl0b3JzIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCBwZXIg bXkgY29tbWVudHMuDQoNClRoYW5rcywgWXVqaQ0KDQooMjAxMy8wOC8wMSAxNzo1OSksIEFteSB3 cm90ZToNCkhpIENDQU1QZXJzLA0KDQpUaGVyZSB3ZXJlIHNvbWUgcXVlc3Rpb25zIGFuZCBjb21t ZW50cyBhZnRlciB0aGUgcHJlc2VudGF0aW9uIG9mIGRyYWZ0LWxvbmctY2NhbXAtcnN2cC10ZS1i YW5kd2lkdGgtYXZhaWxhYmlsaXR5IGFuZCBkcmFmdC1sb25nLWNjYW1wLW9zcGYtYXZhaWxhYmls aXR5LWV4dGVuc2lvbi4NCg0KQmVsb3cgYXJlIHRoZSBjb21tZW50cyBhbmQgcmVwbGllczoNCg0K MS4gVGhlIG1vdGl2YXRpb24NCltBdXRob3JzXSBGb3IgdGhlIGxpbmtzIHdpdGggdmFyaWFibGUg ZGlzY3JldGUgYmFuZHdpZHRoLCBhdmFpbGFiaWxpdHkgaXMgdXNlZCB0byBkZWNyaWJlIHRoZSBi YW5kd2lkdGguIEl0J3MgcHJvcG9zZWQgdG8gYWRkIHRoZSBhdmFpbGFiaWxpdHkgYXMgYW4gcGFy YW10ZXIgYWxvbmcgd2l0aCB0aGUgYmFuZHdpZHRoIHJlcXVlc3QuIFdpdGhvdXQgdGhpcyBleHRl bnNpb24sIHRoZSBsaW5rIGJhbmR3aWR0aCBjYW5ub3QgZ2V0IGdvb2QgdXRpbGl6YXRpb246IGZv ciBleGFtcGxlLCB0aGUgbm9kZSBtYXkgcmVzZXJ2ZSB0aGUgYmFuZHdpZHRoIHdpdGggOTkuOTk5 JSBhdmFpbGFiaWxpdHkgd2hpbGUgdGhlIGFjdHVhbCByZXF1aXJlbWVudCBpcyBvbmx5IDk5Ljkl LCBhbmQgY29uc2VxdWVudGx5IGl0IGNhbiBub3QgcmVzZXJ2ZSB0aGUgYmFuZHdpZHRoIHdoZW4g dGhlIHJlYWwgcmVxdWlyZW1lbnQgd2l0aCA5OS45OTklIGF2YWlsYWJpbGl0eSBjb21lcy4NCg0K Mi4gVGhlIG1lY2hhbmlzbSwgaG93IHRvIHVzZSB0aGUgYXZhaWxhYmlsaXR5IHByb2ZpbGUNCltB dXRob3JzXSBPbmNlIHRoZSBsaW5rIGlzIHNldCB1cCwgdGhlIGluZm9ybWF0aW9uIG9uIGF2YWls YWJpbGl0eSBhbmQgYmFuZHdpZHRoIGlzIHNhdmVkIGluIHRoZSBsaW5rIGJhbmR3aWR0aCBjYXBh Y2l0eSB0YWJsZSBvbiBsb2NhbCBub2RlLCBhbmQgc2hvdWxkIGFsc28gYmUgcHJvcGFnYXRlZCBp biB0aGUgcm91dGluZyBtZXNzYWdlIHRvIGNhbGN1bGF0ZSBhIHBhdGguIFdoZW4gdGhlIGJhbmR3 aWR0aCByZXF1ZXN0IGNvbWVzLCB0aGUgbm9kZSB3aWxsIGNvbXBhcmUgdGhlIHJlcXVlc3Qgd2l0 aCB0aGUgbGluayBjYXBhY2l0eSB0YWJsZS4gSWYgdGhlIHJlcXVlc3QgY2FuIGJlIHNhdGlzZmll ZCwgdGhlIGJhbmR3aWR0aCBpcyByZXNlcnZlZCBhbmQgdGhlIGxpbmsgY2FwYWNpdHkgdGFibGUg aXMgdXBkYXRlZC4NCjMuIFdoYXQgd2lsbCBoYXBwZW4gaWYgdGhlcmUgYXJlIHR3byBsaW5rcyBi ZXR3ZWVuIEMgYW5kIEQoc2VlIHRoZSBmaWd1cmUgaW4gdGhlIHNsaWRlcyksIHdpbGwgaXQgZW5k IHVwIHdpdGggbXVsdGlwbGUgcGF0aD8NCltBdXRob3JzXSBXaGVuIHRoZXJlIGFyZSBtdWx0aXBs ZSBsaW5rcyBiZXR3ZWVuIHR3byBub2RlcywgdGhlIGxpbmsgYWdncmVnYXRpb24gbWF5IGJlIHVz ZWQgc28gdGhhdCB0aGUgdHdvIGxpbmtzIGNhbiBiZSB0cmVhdGVkIGFzIG9uZSBsb2dpYyBsaW5r LiAgQW5kIHRoZSBsaW5rIGFnZ3JlZ2F0aW9uIHNob3VsZCBiZSB0cmFuc3BhcmVudCB0byByZXNv dXJjZSByZXN2ZXJhdGlvbiBhcyBpdCBiZWxvbmdzIHRvIHRoZSBsaW5rIGxheWVyIHRlY2hub2xv Z3ksDQoNCjQuIFdoZW4gdGhlIHJlcXVpcmVtZW50cyBpbiB0aGUgUEFUSCBtZXNzYWdlIGNvdWxk bid0IGJlIHNhdGlzZmllZCwgRCBzaG91bGQgc2VuZCB0aGUgUEFUSEVSUiBtZXNzYWdlLg0KW0F1 dGhvcnNdIElmIHRoZSByZXF1aXJlbWVudHMgY291bGRuJ3QgYmUgc2F0aXNmaWVkLCB0byBrZWVw IHRoZSBjb25zaXN0ZW50IHdpdGggdGhlIG5vcm1hbCBwcm9jZXNzLCB0aGUgcmVzdiBwcm9jZXNz IGlzIHRlcm1pbmF0ZWQgYXQgQywgQyBzaG91bGQgc2VuZCB0aGUgUEFUSEVSUiBtZXNzYWdlLCAg YW5kIFJFU1YgbWVzc2FnZSB3b24ndCBiZSBwYXNzZWQgdG8gRC4NCg0KNS4gSW4gVFNWV0csIHRo ZXJlJ3MgYSBkcmFmdCBvbiBtdWx0aXBsZS1UU1BFQyB3aGljaCBtaWdodCBiZSB1c2VmdWwgaW4g dGhpcyBjYXNlLg0KW0F1dGhvcnNdIEFmdGVyIGxvb2tpbmcgaW50byB0aGUgZHJhZnQtaWV0Zi10 c3Z3Zy1pbnRzZXJ2LW11bHRpcGxlLXRzcGVjLTAyLCBpdCBtaWdodCB3b3JrIHRvIGFkZCBhIGF2 YWlsYWJpbGl0eSBmaWVsZCBpbiB0aGUgVFNQRUMgaW5zdGVhZCBvZiBoYXZpbmcgYSBzdWItVExW IGluIGJhbmR3aWRodCBwcm9maWxlIFRMViAoIGlmIEkgdW5kZXJzdGFuZCBjb3JyZWx0eSkuDQoN Cg0KVGhhbmsgS2h1emVtYSwgTG91LCBZdWppLCBEaWV0ZXIgdG8gZ2l2ZSB0aGVpciBjb21tZW50 cy4gQW5kIG1vcmUgY29tbWVudHMgYXJlIGFwcHJlY2lhdGVkLg0KDQpCUiwNCkFteSBZZShvbiBi ZWhhbGYgb2YgY28tYXV0aG9ycykNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNDQU1QIG1haWxpbmcgbGlzdA0KDQpDQ0FNUEBp ZXRmLm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vY2NhbXANCg0K --_000_9C5FD3EFA72E1740A3D41BADDE0B461F73D3E1E6szxema506mbschi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Yuji,

 = ;

Thanks for= the question clarification.

 = ;

Presuming = the link blow:

A------ B = - - - - C ------D

 

The dash l= ine represents the link with discrete variable bandwidth.=

 = ;

When the b= andwidth requirements couldn't be satisfied on the link between B and C, &n= bsp;it should be C to return the PATHERR message.

 = ;

It might b= e not clear in the current draft, I will update the draft to make it clear.=

 = ;

BR,

Amy=

=B7=A2=BC=FE=C8=CB:= ccamp-bounces@ietf.org [mailto:ccamp-bounces@i= etf.org] =B4=FA=B1=ED Yuji Tochio
=B7=A2=CB=CD=CA=B1=BC=E4:<= span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:=CB=CE=CC=E5;colo= r:windowtext"> 2013=C4=EA9=D4=C217=C8=D5 16:54
=CA=D5=BC=FE=C8=CB: ccamp@ietf.org
=D6=F7=CC=E2: Re: [CCAMP] draft-long-ccamp-rsvp-te-bandwidth-availability-01=

 

Hi all

FYI:
As to #4 (comment from me) below, I had offline talk with Amy via e-mail an= d
she has understood the point.
So I believe the editors will update the draft per my comments.

Thanks, Yuji

(2013/08/01 17:59), Amy wrote:

Hi CCAMPers,

 

There were some questions and comments= after the presentation of draft-long-ccamp-rsvp-te-bandwidth-availability and draft-long= -ccamp-ospf-availability-extension.

 

Below are the comments and replies:

 

1. The motivation

[Authors] For the links with variable = discrete bandwidth, availability is used to decribe the bandwidth. It's pro= posed to add the availability as an paramter along with the bandwidth request. Without this extension, the link bandwidth cannot get g= ood utilization: for example, the node may reserve the bandwidth with = 99.999% availability while the actual requirement is only 99.9%, and c= onsequently it can not reserve the bandwidth when the real requirement with 99.999% availability comes.

 

2. The mechanism, how to use the avail= ability profile

[Authors] Once the link is set up= , the information on availability and bandwidth is saved in the link bandwi= dth capacity table on local node, and should also be propagated in the routing message to calculate a path. When the bandwidth request com= es, the node will compare the request with the link capacity table. If the = request can be satisfied, the bandwidth is reserved and the link capacity t= able is updated.

3. What will happen if there are two l= inks between C and D(see the figure in the slides), will it end up with mul= tiple path?

[Authors] When there are multiple link= s between two nodes, the link aggregation may be used so that the two = links can be treated as one logic link.  And the link aggreg= ation should be transparent to resource resveration as it belongs to the link la= yer technology,

 

4. When the requirements in the PATH m= essage couldn't be satisfied, D should send the PATHERR message.

[Authors] If the requirements couldn't= be satisfied, to keep the consistent with the normal process, the res= v process is terminated at C, C should send the PATHERR message, =  and RESV message won't be passed to D.<= /span>

 

5. In TSVWG, there's a draft on multip= le-TSPEC which might be useful in this case. 

[Authors] After looking into the draft= -ietf-tsvwg-intserv-multiple-tspec-02, it might work to add a ava= ilability field in the TSPEC instead of having a sub-TLV in bandwidht profile TLV ( if I understand correlty).

 

 

Thank Khuzema, Lou, Yuji, Dieter = to give their comments. And more comments are appreciated.

 

BR,

Amy Ye(on behalf of co-authors)=

&n= bsp;

 




_______________________________________________
CCAMP mailing list
CCAMP@ietf.org<=
/a>
https://www.ietf.org/mailman/listinfo/ccamp

 

--_000_9C5FD3EFA72E1740A3D41BADDE0B461F73D3E1E6szxema506mbschi_--