From xuxiaohu@huawei.com Sun Apr 7 01:11:33 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AEC921F8E47 for ; Sun, 7 Apr 2013 01:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.497 X-Spam-Level: X-Spam-Status: No, score=-4.497 tagged_above=-999 required=5 tests=[AWL=2.102, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 J+M4LrkI0AlD for ; Sun, 7 Apr 2013 01:11:32 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 16FA221F8DEF for ; Sun, 7 Apr 2013 01:11:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQD27881; Sun, 07 Apr 2013 08:11:28 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Sun, 7 Apr 2013 09:11:02 +0100 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.7; Sun, 7 Apr 2013 09:11:26 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.01.0323.007; Sun, 7 Apr 2013 16:11:18 +0800 From: Xuxiaohu To: "idr@ietf.org" Thread-Topic: Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEA== Date: Sun, 7 Apr 2013 08:11:17 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: ADh8 ADsL CXfS C4Nm E0nG FUbP Fgpv F56L F9u1 GLdN G/WF HCAy HXqB IMhj Innl JFcM; 1; aQBkAHIAQABpAGUAdABmAC4AbwByAGcA; Sosha1_v1; 7; {C93BE221-9A67-4D83-829F-07E9A2C4C0D7}; eAB1AHgAaQBhAG8AaAB1AEAAaAB1AGEAdwBlAGkALgBjAG8AbQA=; Sun, 07 Apr 2013 08:11:13 GMT; UABlAHIAZgBvAHIAbQBhAG4AYwBlAC0AYgBhAHMAZQBkACAAQgBHAFAAIABSAG8AdQB0AGkAbgBnACAATQBlAGMAaABhAG4AaQBzAG0A x-cr-puzzleid: {C93BE221-9A67-4D83-829F-07E9A2C4C0D7} x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 08:11:33 -0000 Hi all, Network latency is widely recognized as one of major obstacles in adopting = public cloud services (e.g., cloud desktop service) especially in the scena= rio where the network path between cloud end-users and cloud data centers m= ay traverse multiple Autonomous Systems (ASes). However, the current Border= Gateway Protocol (BGP) specification [RFC4271] doesn't take the network la= tency into account for the best route selection. In other words, the best r= oute selected according to the existing BGP route selection criteria may no= t be the best from the end-user experience perspective. How about allowing BGP peers to exchange Network Path Latency as an additio= nal path attribute of the Network Layer Reachability Information (NLRI) and= then take it as one of route selection criteria? To avoid BGP route flappi= ng issue caused by network latency frequent change, the network latency cou= ld only reflect the line transport latency by neglecting the latency occurr= ed within routers. To make the performance routing paradigm and the vanilla= routing paradigm coexist, performance routes could be exchanged between BG= P peers as labeled routes by using a specified Subsequent Address Family Id= entifier (SAFI). These labeled BGP routes with the lowest latency could be = selectively provided to those end-users (e.g., cloud desktop end-users) who= are sensitive to network latency.=20 Any comments? Best regards, Xiaohu From rraszuk@gmail.com Sun Apr 7 03:05:53 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A329621F8E36 for ; Sun, 7 Apr 2013 03:05:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.828 X-Spam-Level: X-Spam-Status: No, score=-1.828 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 V1nhbApLNT0Y for ; Sun, 7 Apr 2013 03:05:53 -0700 (PDT) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 0120621F8D82 for ; Sun, 7 Apr 2013 03:05:52 -0700 (PDT) Received: by mail-ie0-f173.google.com with SMTP id 9so5850726iec.4 for ; Sun, 07 Apr 2013 03:05:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3ECHwJOMhel/eXaaYG5FDe+bbHJebAVjPbISZUaobTk=; b=seOEkOZHB7VnnkTtEF7XorPgHPAX5Tu+DmwCE9S5bQoEgc5/P0aJW2LV5XQbHYcf35 GTr+nj6nA6Qu5GhC8dRNDmiJGDsKqFo3daItNospIvHCSvPCEQ3fDNC+COv6G/dDCxiP icKhV+F9dsHey8Tt0PS5wp/qS5xkx1wKcPz2N89+AwyAd5mqTgfyHgEox9E2NCxSVCtF QcC+fr7ANrounsXfAYZ3iApM/g9PO0o6FFAEy81VHYqr5f4bx6tdp288BAy07OR3XPRf cc6l2cfUoQS+lB+x6/Z31jGpF464Az9VSmyBeAQSPv5vCV7gTLo8xlSYdem5dm4FrB2E +vtg== MIME-Version: 1.0 X-Received: by 10.50.136.167 with SMTP id qb7mr3723314igb.98.1365329152566; Sun, 07 Apr 2013 03:05:52 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.91.105 with HTTP; Sun, 7 Apr 2013 03:05:52 -0700 (PDT) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Date: Sun, 7 Apr 2013 12:05:52 +0200 X-Google-Sender-Auth: L6sLlpGB8mootg8DB-d1CnwYGEM Message-ID: From: Robert Raszuk To: Xuxiaohu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 10:05:54 -0000 Hi Xiaohu, Few points .. 1. Where in the best path selection algorithm would you propose to add this comparison step ? 2. Assume normal AS where BGP control plane is not congruent with data plane. I assume each BGP speakers which changes next hop should add such accumulated delay to the former next hop .. how would he know if former next hop is N hops away ? Are you mandating extensions to the IGP for example in the form of draft-ietf-ospf-te-metric-extensions ? 3. As you know we already have AIGP attribute. Assume you answer on the above 1 & 2 it seems that the easiest is to generalize such attribute to carry delays and other values next or instead of IGP metric. Here one needs to really see if IGP metric is not already directly proportional to static link propagation delays. If it is your original problem is solved. 4. Last I think modern and smart applications can get around this already by self detecting delays between number of servers and choose the set of most optimal ones they need. For delay sensitive applications it would be very unwise to continue traditional client to server 1:1 design model. So perhaps all of the above 1..3 is not needed :) Cheers, R. > On Sun, Apr 7, 2013 at 10:11 AM, Xuxiaohu wrote: > > Hi all, > > Network latency is widely recognized as one of major obstacles in adoptin= g public cloud services (e.g., cloud desktop service) especially in the sce= nario where the network path between cloud end-users and cloud data centers= may traverse multiple Autonomous Systems (ASes). However, the current Bord= er Gateway Protocol (BGP) specification [RFC4271] doesn't take the network = latency into account for the best route selection. In other words, the best= route selected according to the existing BGP route selection criteria may = not be the best from the end-user experience perspective. > > How about allowing BGP peers to exchange Network Path Latency as an addit= ional path attribute of the Network Layer Reachability Information (NLRI) a= nd then take it as one of route selection criteria? To avoid BGP route flap= ping issue caused by network latency frequent change, the network latency c= ould only reflect the line transport latency by neglecting the latency occu= rred within routers. To make the performance routing paradigm and the vanil= la routing paradigm coexist, performance routes could be exchanged between = BGP peers as labeled routes by using a specified Subsequent Address Family = Identifier (SAFI). These labeled BGP routes with the lowest latency could b= e selectively provided to those end-users (e.g., cloud desktop end-users) w= ho are sensitive to network latency. > > Any comments? > > Best regards, > Xiaohu > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From ju1738@att.com Sun Apr 7 14:51:47 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C965221F8F6C for ; Sun, 7 Apr 2013 14:51:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] 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 4hV03SaqnTRz for ; Sun, 7 Apr 2013 14:51:47 -0700 (PDT) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) by ietfa.amsl.com (Postfix) with ESMTP id 1CF4C21F8F10 for ; Sun, 7 Apr 2013 14:51:47 -0700 (PDT) Received: from unknown [144.160.20.146] (EHLO nbfkord-smmo07.seg.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-6.15.0-1) with ESMTP id 37ae1615.2aaad981b940.111588.00-504.294152.nbfkord-smmo07.seg.att.com (envelope-from ); Sun, 07 Apr 2013 21:51:47 +0000 (UTC) X-MXL-Hash: 5161ea7373d3e6de-6cbc97f08b880df2ab72e0baf0035ba8f1c5bc4f Received: from unknown [144.160.20.146] (EHLO mlpd194.enaf.sfdc.sbc.com) by nbfkord-smmo07.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id b6ae1615.0.111584.00-407.294114.nbfkord-smmo07.seg.att.com (envelope-from ); Sun, 07 Apr 2013 21:51:41 +0000 (UTC) X-MXL-Hash: 5161ea6d1a7bbb40-835491de996fb97d3f57502575825cf9ca4209ae Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r37LpdmD024931; Sun, 7 Apr 2013 17:51:39 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r37LpWUT024884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Apr 2013 17:51:36 -0400 Received: from MISOUT7MSGHUB9F.ITServices.sbc.com (misout7msghub9f.itservices.sbc.com [144.151.223.71]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Sun, 7 Apr 2013 22:51:23 +0100 Received: from MISOUT7MSGUSR9I.ITServices.sbc.com ([144.151.223.56]) by MISOUT7MSGHUB9F.ITServices.sbc.com ([144.151.223.71]) with mapi id 14.02.0342.003; Sun, 7 Apr 2013 17:51:22 -0400 From: "UTTARO, JAMES" To: "'Xuxiaohu'" , "idr@ietf.org" Thread-Topic: Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAAcluZg Date: Sun, 7 Apr 2013 21:51:21 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.20.168] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.146] X-AnalysisOut: [v=2.0 cv=S6RuNvQP c=1 sm=0 a=Qs8R1XBwmid1qBFB/a8mmA==:17 a] X-AnalysisOut: [=-mA_l2th-hMA:10 a=t8cUwQkx8sgA:10 a=ofMgfj31e3cA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpKOAAAA:8 a=XIqpo32R] X-AnalysisOut: [AAAA:8 a=oXkLQgfBZgwA:10 a=48vgC7mUAAAA:8 a=KC-hfjA826YtLT] X-AnalysisOut: [bBDisA:9 a=CjuIK1q_8ugA:10 a=lZB815dzVvQA:10 a=T1aoTd0tKfU] X-AnalysisOut: [GVqMB:21 a=Eqj9fCI-szPRuFhK:21] Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 21:51:47 -0000 Comments In-Line Jim Uttaro -----Original Message----- From: idr-bounces@ietf.org [mailto:idr-bounces@ietf.org] On Behalf Of Xuxia= ohu Sent: Sunday, April 07, 2013 4:11 AM To: idr@ietf.org Subject: [Idr] Performance-based BGP Routing Mechanism Hi all, Network latency is widely recognized as one of major obstacles in adopting = public cloud services (e.g., cloud desktop service) especially in the scena= rio where the network path between cloud end-users and cloud data centers m= ay traverse multiple Autonomous Systems (ASes). However, the current Border= Gateway Protocol (BGP) specification [RFC4271] doesn't take the network la= tency into account for the best route selection. In other words, the best r= oute selected according to the existing BGP route selection criteria may no= t be the best from the end-user experience perspective. [Jim U>] Yes.. This was the reason we created the AIGP attribute.. Not real= ly sure if you are assuming that all of the AS domains are under a common a= dmin authority. If not, you need to ensure that the metric is consistent..= =20 How about allowing BGP peers to exchange Network Path Latency as an additio= nal path attribute of the Network Layer Reachability Information (NLRI) and= then take it as one of route selection criteria? To avoid BGP route flappi= ng issue caused by network latency frequent change, the network latency cou= ld only reflect the line transport latency by neglecting the latency occurr= ed within routers. To make the performance routing paradigm and the vanilla= routing paradigm coexist, performance routes could be exchanged between BG= P peers as labeled routes by using a specified Subsequent Address Family Id= entifier (SAFI). These labeled BGP routes with the lowest latency could be = selectively provided to those end-users (e.g., cloud desktop end-users) who= are sensitive to network latency.=20 Any comments? Best regards, Xiaohu _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From xuxiaohu@huawei.com Sun Apr 7 20:09:53 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE53A21F8FFA for ; Sun, 7 Apr 2013 20:09:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.277 X-Spam-Level: X-Spam-Status: No, score=-3.277 tagged_above=-999 required=5 tests=[AWL=-1.220, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 xw4FBq1j6lyU for ; Sun, 7 Apr 2013 20:09:53 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 43B6F21F8FAA for ; Sun, 7 Apr 2013 20:09:52 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQD74683; Mon, 08 Apr 2013 03:09:47 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Mon, 8 Apr 2013 04:09:20 +0100 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.7; Mon, 8 Apr 2013 11:09:43 +0800 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.01.0323.007; Mon, 8 Apr 2013 11:09:39 +0800 From: Xuxiaohu To: "UTTARO, JAMES" , "idr@ietf.org" Thread-Topic: Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAAcluZgAAqHbeA= Date: Mon, 8 Apr 2013 03:09:38 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 03:09:53 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogVVRUQVJPLCBKQU1FUyBbbWFpbHRv Omp1MTczOEBhdHQuY29tXQ0KPiC3osvNyrG85DogMjAxM8TqNNTCOMjVIDU6NTENCj4gytW8/sjL OiBYdXhpYW9odTsgaWRyQGlldGYub3JnDQo+INb3zOI6IFJFOiBQZXJmb3JtYW5jZS1iYXNlZCBC R1AgUm91dGluZyBNZWNoYW5pc20NCj4gDQo+IENvbW1lbnRzIEluLUxpbmUNCj4gDQo+IEppbSBV dHRhcm8NCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGlkci1ib3Vu Y2VzQGlldGYub3JnIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZg0K PiBYdXhpYW9odQ0KPiBTZW50OiBTdW5kYXksIEFwcmlsIDA3LCAyMDEzIDQ6MTEgQU0NCj4gVG86 IGlkckBpZXRmLm9yZw0KPiBTdWJqZWN0OiBbSWRyXSBQZXJmb3JtYW5jZS1iYXNlZCBCR1AgUm91 dGluZyBNZWNoYW5pc20NCj4gDQo+IEhpIGFsbCwNCj4gDQo+IE5ldHdvcmsgbGF0ZW5jeSBpcyB3 aWRlbHkgcmVjb2duaXplZCBhcyBvbmUgb2YgbWFqb3Igb2JzdGFjbGVzIGluIGFkb3B0aW5nDQo+ IHB1YmxpYyBjbG91ZCBzZXJ2aWNlcyAoZS5nLiwgY2xvdWQgZGVza3RvcCBzZXJ2aWNlKSBlc3Bl Y2lhbGx5IGluIHRoZSBzY2VuYXJpbw0KPiB3aGVyZSB0aGUgbmV0d29yayBwYXRoIGJldHdlZW4g Y2xvdWQgZW5kLXVzZXJzIGFuZCBjbG91ZCBkYXRhIGNlbnRlcnMgbWF5DQo+IHRyYXZlcnNlIG11 bHRpcGxlIEF1dG9ub21vdXMgU3lzdGVtcyAoQVNlcykuIEhvd2V2ZXIsIHRoZSBjdXJyZW50IEJv cmRlcg0KPiBHYXRld2F5IFByb3RvY29sIChCR1ApIHNwZWNpZmljYXRpb24gW1JGQzQyNzFdIGRv ZXNuJ3QgdGFrZSB0aGUgbmV0d29yaw0KPiBsYXRlbmN5IGludG8gYWNjb3VudCBmb3IgdGhlIGJl c3Qgcm91dGUgc2VsZWN0aW9uLiBJbiBvdGhlciB3b3JkcywgdGhlIGJlc3Qgcm91dGUNCj4gc2Vs ZWN0ZWQgYWNjb3JkaW5nIHRvIHRoZSBleGlzdGluZyBCR1Agcm91dGUgc2VsZWN0aW9uIGNyaXRl cmlhIG1heSBub3QgYmUgdGhlDQo+IGJlc3QgZnJvbSB0aGUgZW5kLXVzZXIgZXhwZXJpZW5jZSBw ZXJzcGVjdGl2ZS4NCj4gW0ppbSBVPl0gWWVzLi4gVGhpcyB3YXMgdGhlIHJlYXNvbiB3ZSBjcmVh dGVkIHRoZSBBSUdQIGF0dHJpYnV0ZS4uIE5vdCByZWFsbHkNCj4gc3VyZSBpZiB5b3UgYXJlIGFz c3VtaW5nIHRoYXQgYWxsIG9mIHRoZSBBUyBkb21haW5zIGFyZSB1bmRlciBhIGNvbW1vbiBhZG1p bg0KPiBhdXRob3JpdHkuIElmIG5vdCwgeW91IG5lZWQgdG8gZW5zdXJlIHRoYXQgdGhlIG1ldHJp YyBpcyBjb25zaXN0ZW50Li4NCg0KDQpbWGlhb2h1XSBUaGFua3MgYSBsb3QgZm9yIHlvdXIgYWR2 aWNlLiBZZXMsIGl0J3Mgc2FmZXIgYW5kIGVhc2llciB0byBkZXBsb3kgc3VjaCB0ZWNobm9sb2d5 IGFjcm9zcyBtdWx0aXBsZSBBUyBkb21haW5zIGlmIHRoZXNlIEFTZXMgYXJlIHVuZGVyIGEgc2lu Z2xlIGFkbWluaXN0cmF0aXZlIGF1dGhvcml0eS4gT3RoZXJ3aXNlLCB0aG9zZSBBU2VzIG5lZWQg dG8gcmVhY2ggYW4gYWdyZWVtZW50IG9uIHRoaXMgdXNhZ2UuIEJ5IHVzaW5nIEJHUCBjYXBhYmls aXR5IG5lZ290aWF0aW9uIG1lY2hhbmlzbSBmb3Igc3VjaCBwZXJmb3JtYW5jZSByb3V0aW5nIHNw ZWNpZmljIFNBRkksIGl0IG1heSBiZSBoZWxwZnVsIHRvIGxldmVyYWdlIHRoZSBkZXBsb3ltZW50 IG9mIHN1Y2ggdGVjaG5vbG9neS4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoNCj4gSG93IGFi b3V0IGFsbG93aW5nIEJHUCBwZWVycyB0byBleGNoYW5nZSBOZXR3b3JrIFBhdGggTGF0ZW5jeSBh cyBhbg0KPiBhZGRpdGlvbmFsIHBhdGggYXR0cmlidXRlIG9mIHRoZSBOZXR3b3JrIExheWVyIFJl YWNoYWJpbGl0eSBJbmZvcm1hdGlvbiAoTkxSSSkNCj4gYW5kIHRoZW4gdGFrZSBpdCBhcyBvbmUg b2Ygcm91dGUgc2VsZWN0aW9uIGNyaXRlcmlhPyBUbyBhdm9pZCBCR1Agcm91dGUgZmxhcHBpbmcN Cj4gaXNzdWUgY2F1c2VkIGJ5IG5ldHdvcmsgbGF0ZW5jeSBmcmVxdWVudCBjaGFuZ2UsIHRoZSBu ZXR3b3JrIGxhdGVuY3kgY291bGQNCj4gb25seSByZWZsZWN0IHRoZSBsaW5lIHRyYW5zcG9ydCBs YXRlbmN5IGJ5IG5lZ2xlY3RpbmcgdGhlIGxhdGVuY3kgb2NjdXJyZWQgd2l0aGluDQo+IHJvdXRl cnMuIFRvIG1ha2UgdGhlIHBlcmZvcm1hbmNlIHJvdXRpbmcgcGFyYWRpZ20gYW5kIHRoZSB2YW5p bGxhIHJvdXRpbmcNCj4gcGFyYWRpZ20gY29leGlzdCwgcGVyZm9ybWFuY2Ugcm91dGVzIGNvdWxk IGJlIGV4Y2hhbmdlZCBiZXR3ZWVuIEJHUCBwZWVycw0KPiBhcyBsYWJlbGVkIHJvdXRlcyBieSB1 c2luZyBhIHNwZWNpZmllZCBTdWJzZXF1ZW50IEFkZHJlc3MgRmFtaWx5IElkZW50aWZpZXINCj4g KFNBRkkpLiBUaGVzZSBsYWJlbGVkIEJHUCByb3V0ZXMgd2l0aCB0aGUgbG93ZXN0IGxhdGVuY3kg Y291bGQgYmUgc2VsZWN0aXZlbHkNCj4gcHJvdmlkZWQgdG8gdGhvc2UgZW5kLXVzZXJzIChlLmcu LCBjbG91ZCBkZXNrdG9wIGVuZC11c2Vycykgd2hvIGFyZSBzZW5zaXRpdmUNCj4gdG8gbmV0d29y ayBsYXRlbmN5Lg0KPiANCj4gQW55IGNvbW1lbnRzPw0KPiANCj4gQmVzdCByZWdhcmRzLA0KPiBY aWFvaHUNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gSWRyIG1haWxpbmcgbGlzdA0KPiBJZHJAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg== From xuxiaohu@huawei.com Sun Apr 7 21:07:27 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0906621F904B for ; Sun, 7 Apr 2013 21:07:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.87 X-Spam-Level: X-Spam-Status: No, score=-2.87 tagged_above=-999 required=5 tests=[AWL=-0.813, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 U8uQVSCBtFsO for ; Sun, 7 Apr 2013 21:07:25 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E1E5F21F9036 for ; Sun, 7 Apr 2013 21:07:18 -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.5-GA FastPath queued) with ESMTP id ARP04249; Mon, 08 Apr 2013 04:07:17 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Mon, 8 Apr 2013 05:06:50 +0100 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.7; Mon, 8 Apr 2013 05:07:16 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.01.0323.007; Mon, 8 Apr 2013 12:07:09 +0800 From: Xuxiaohu To: Robert Raszuk Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEP//mesA//5bwJA= Date: Mon, 8 Apr 2013 04:07:09 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B257@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 04:07:27 -0000 SGkgUm9iZXJ0LA0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IHJyYXN6dWtAZ21h aWwuY29tIFttYWlsdG86cnJhc3p1a0BnbWFpbC5jb21dILT6se0gUm9iZXJ0DQo+IFJhc3p1aw0K PiC3osvNyrG85DogMjAxM8TqNNTCN8jVIDE4OjA2DQo+IMrVvP7IyzogWHV4aWFvaHUNCj4gs63L zTogaWRyQGlldGYub3JnDQo+INb3zOI6IFJlOiBbSWRyXSBQZXJmb3JtYW5jZS1iYXNlZCBCR1Ag Um91dGluZyBNZWNoYW5pc20NCj4gDQo+IEhpIFhpYW9odSwNCj4gDQo+IEZldyBwb2ludHMgLi4N Cj4gDQo+IDEuIFdoZXJlIGluIHRoZSBiZXN0IHBhdGggc2VsZWN0aW9uIGFsZ29yaXRobSB3b3Vs ZCB5b3UgcHJvcG9zZSB0byBhZGQNCj4gdGhpcyBjb21wYXJpc29uIHN0ZXAgPw0KDQpNeSBwcmVm ZXJlbmNlIGlzIHRvIGFkZCBpdCBqdXN0IGFoZWFkIG9mIEFTLVBhdGggTGVuIGNvbXBhcmlzb24g c3RlcC4gT2YgY291cnNlLCB0aGUgQVMtUGF0aCBhdHRyaWJ1dGUgY291bGQgYmUgcmVzb3J0ZWQg aW4gYWR2YW5jZSBmb3IgbG9vcCBkZXRlY3Rpb24uIEFueXdheSwgaXQgY2FuIGJlIGRldGVybWlu ZWQgb25jZSBhIHJvZ3VlIGNvbnNlbnN1cyBpbiB0aGUgSURSIFdHIGlzIHJlYWNoZWQuDQoNCj4g Mi4gQXNzdW1lIG5vcm1hbCBBUyB3aGVyZSBCR1AgY29udHJvbCBwbGFuZSBpcyBub3QgY29uZ3J1 ZW50IHdpdGggZGF0YQ0KPiBwbGFuZS4gSSBhc3N1bWUgZWFjaCBCR1Agc3BlYWtlcnMgd2hpY2gg Y2hhbmdlcyBuZXh0IGhvcCBzaG91bGQgYWRkDQo+IHN1Y2ggYWNjdW11bGF0ZWQgZGVsYXkgdG8g dGhlIGZvcm1lciBuZXh0IGhvcCAuLiBob3cgd291bGQgaGUga25vdyBpZg0KPiBmb3JtZXIgbmV4 dCBob3AgaXMgTiBob3BzIGF3YXkgPyBBcmUgeW91IG1hbmRhdGluZyBleHRlbnNpb25zIHRvIHRo ZQ0KPiBJR1AgZm9yIGV4YW1wbGUgaW4gdGhlIGZvcm0gb2YgZHJhZnQtaWV0Zi1vc3BmLXRlLW1l dHJpYy1leHRlbnNpb25zID8NCg0KWWVzLCBvbmUgcG9zc2libGUgd2F5IGlzIHRvIHVzZSB0aGUg cGVyZm9ybWFuY2UtcmVsYXRlZCBpbmZvcm1hdGlvbiBwcm92aWRlZCBieSB0aGUgbWVjaGFuaXNt IGRlZmluZWQgaW4gdGhlIGFib3ZlIGRyYWZ0LiBBbm90aGVyIHBvc3NpYmxlIHdheSBpcyB0byBw ZXJpb2RpY2FsbHkgbWVhc3VyZSB0aGUgUlRUIHRvIEJHUCBORVhUSE9QUyBieSBzb21lIG1lYW5z LiBJbiBmYWN0LCB0aGVyZSBhcmUgYWRkaXRpb25hbCB3YXlzIHRvIGRvIHRoYXQuDQoNCj4gMy4g QXMgeW91IGtub3cgd2UgYWxyZWFkeSBoYXZlIEFJR1AgYXR0cmlidXRlLiBBc3N1bWUgeW91IGFu c3dlciBvbg0KPiB0aGUgYWJvdmUgMSAmIDIgaXQgc2VlbXMgdGhhdCB0aGUgZWFzaWVzdCBpcyB0 byBnZW5lcmFsaXplIHN1Y2gNCj4gYXR0cmlidXRlIHRvIGNhcnJ5IGRlbGF5cyBhbmQgb3RoZXIg dmFsdWVzIG5leHQgb3IgaW5zdGVhZCBvZiBJR1ANCj4gbWV0cmljLiBIZXJlIG9uZSBuZWVkcyB0 byByZWFsbHkgc2VlIGlmIElHUCBtZXRyaWMgaXMgbm90IGFscmVhZHkNCj4gZGlyZWN0bHkgcHJv cG9ydGlvbmFsIHRvIHN0YXRpYyBsaW5rIHByb3BhZ2F0aW9uIGRlbGF5cy4gSWYgaXQgaXMgeW91 cg0KPiBvcmlnaW5hbCBwcm9ibGVtIGlzIHNvbHZlZC4NCg0KSWYgSSB1bmRlcnN0YW5kIEFJR1Ag Y29ycmVjdGx5LCB0aGVyZSBhcmUgYXQgbGVhc3QgdHdvIGRpZmZlcmVudCBwb2ludHMgY29tcGFy ZWQgdG8gdGhlIGlkZWEgSSBwcm9wb3NlZDoNCg0KMSkgdGhlIEFJR1AgYXR0cmlidXRlIGlzIHVz ZWQgdG8gY29udmV5IElHUCBjb3N0LiBUaGVyZWZvcmUsIHRoZSBBSUdQIGRvYyBhY2tub3dsZWRn ZWQgdGhlIGZvbGxvd2luZyBjb25zdHJhaW5zIHdoZW4gdXNpbmcgQUlHUDoNCg0KICAiIElmIHRo ZSBBSUdQIGF0dHJpYnV0ZSBpcyBjYXJyaWVkIGFjcm9zcyBzZXZlcmFsIEFTZXMsIGVhY2ggd2l0 aCBpdHMNCiAgIG93biBJR1AgZG9tYWluLCBpdCBpcyBjbGVhciB0aGF0IHRoZXNlIHByb2NlZHVy ZXMgYXJlIHVubGlrZWx5IHRvDQogICBnaXZlIGEgc2Vuc2libGUgcmVzdWx0IGlmIHRoZSBJR1Bz IGFyZSBkaWZmZXJlbnQgKGUuZy4sIHNvbWUgT1NQRiBhbmQNCiAgIHNvbWUgSVMtSVMpLCBvciBp ZiB0aGUgbWVhbmluZyBvZiB0aGUgbWV0cmljcyBpcyBkaWZmZXJlbnQgaW4gdGhlDQogICBkaWZm ZXJlbnQgSUdQcyAoZS5nLiwgaWYgdGhlIG1ldHJpYyByZXByZXNlbnRzIGJhbmR3aWR0aCBpbiBz b21lIElHUA0KICAgZG9tYWlucyBidXQgcmVwcmVzZW50cyBsYXRlbmN5IGluIG90aGVycykuIFRo ZXNlIHByb2NlZHVyZXMgYWxzbyBhcmUNCiAgIHVubGlrZWx5IHRvIGdpdmUgYSBzZW5zaWJsZSBy ZXN1bHQgaWYgdGhlIG1ldHJpYyBhc3NpZ25lZCB0byBpbnRlci1BUw0KICAgQkdQIGxpbmtzIChv biB3aGljaCBubyBJR1AgaXMgcnVubmluZykgb3IgdG8gc3RhdGljIHJvdXRlcyBpcyBub3QNCiAg IGNvbXBhcmFibGUgdG8gdGhlIElHUCBtZXRyaWNzLiAgQWxsIHN1Y2ggY2FzZXMgYXJlIG91dHNp ZGUgdGhlIHNjb3BlDQogICBvZiB0aGUgY3VycmVudCBkb2N1bWVudC4iIChxdW90ZWQgZnJvbSBz ZWN0aW9uIDMuMy4zIG9mIGRyYWZ0LWlldGYtaWRyLWFpZ3AtMDkpDQoNCjIpIEluIHRoZSBBSUdQ IGFwcHJvYWNoLCB0aGUgcGVyZm9ybWFuY2Ugcm91dGluZyBwYXJhZGlnbSBhbmQgdmFuaWxsYSBy b3V0aW5nIHBhcmFkaWdtIGFyZSBub3Qgc2VwYXJhdGVkIGZyb20gZWFjaCBvdGhlci4gSW4gY29u dHJhc3QsIHRoZSBpZGVhIEkgcHJvcG9zZWQgYWxsb3dzIHRoZSBwZXJmb3JtYW5jZSByb3V0aW5n IHBhcmFkaWdtIGFuZCB2YW5pbGxhIHJvdXRpbmcgcGFyYWRpZ20gdG8gY29leGlzdC4gQXMgc3Vj aCwgcGVyZm9ybWFuY2Ugcm91dGluZyBjb3VsZCBiZSBwcm92aWRlZCBhcyBhIHZhbHVlLWFkZGVk IHNlcnZpY2Ugb25seSB0byB0aG9zZSB1c2VycyB3aG8gYXJlIHNlbnNpdGl2ZSB0byBuZXR3b3Jr IGxhdGVuY3kgd2hpbGUgc3RpbGwgcHJvdmlkaW5nIHZhbmlsbGEgcm91dGluZyB0byBvdGhlciB1 c2VycyB3aG8gYXJlIG5vdCBjYXJlIGFib3V0IG5ldHdvcmsgbGF0ZW5jeS4gQW55d2F5LCBJTUhP LCBBSUdQIGFwcHJvYWNoIGFuZCBteSBwcm9wb3NhbCBhcmUgdGFyZ2V0aW5nIGZvciBkaWZmZXJl bnQgc2NlbmFyaW9zLg0KDQo+IDQuIExhc3QgSSB0aGluayBtb2Rlcm4gYW5kIHNtYXJ0IGFwcGxp Y2F0aW9ucyBjYW4gZ2V0IGFyb3VuZCB0aGlzDQo+IGFscmVhZHkgYnkgc2VsZiBkZXRlY3Rpbmcg ZGVsYXlzIGJldHdlZW4gbnVtYmVyIG9mIHNlcnZlcnMgYW5kIGNob29zZQ0KPiB0aGUgc2V0IG9m IG1vc3Qgb3B0aW1hbCBvbmVzIHRoZXkgbmVlZC4gRm9yIGRlbGF5IHNlbnNpdGl2ZQ0KPiBhcHBs aWNhdGlvbnMgaXQgd291bGQgYmUgdmVyeSB1bndpc2UgdG8gY29udGludWUgdHJhZGl0aW9uYWwg Y2xpZW50IHRvDQo+IHNlcnZlciAxOjEgZGVzaWduIG1vZGVsLiBTbyBwZXJoYXBzIGFsbCBvZiB0 aGUgYWJvdmUgMS4uMyBpcyBub3QNCj4gbmVlZGVkIDopDQoNClJlZ2FyZGluZyB0aGlzIHBvaW50 LCBJIHdhbnQgdG8gaGVhciBvcGluaW9ucyBmcm9tIGNvLWF1dGhvcnMgb2YgQUlHUCBkcmFmdCBh bmQgZHJhZnQtaWV0Zi1vc3BmLXRlLW1ldHJpYy1leHRlbnNpb25zIGFzIHdlbGwgOikNCg0KQmVz dCByZWdhcmRzLA0KWGlhb2h1DQoNCj4gQ2hlZXJzLA0KPiBSLg0KPiANCj4gPiBPbiBTdW4sIEFw ciA3LCAyMDEzIGF0IDEwOjExIEFNLCBYdXhpYW9odSA8eHV4aWFvaHVAaHVhd2VpLmNvbT4gd3Jv dGU6DQo+ID4NCj4gPiBIaSBhbGwsDQo+ID4NCj4gPiBOZXR3b3JrIGxhdGVuY3kgaXMgd2lkZWx5 IHJlY29nbml6ZWQgYXMgb25lIG9mIG1ham9yIG9ic3RhY2xlcyBpbiBhZG9wdGluZw0KPiBwdWJs aWMgY2xvdWQgc2VydmljZXMgKGUuZy4sIGNsb3VkIGRlc2t0b3Agc2VydmljZSkgZXNwZWNpYWxs eSBpbiB0aGUgc2NlbmFyaW8NCj4gd2hlcmUgdGhlIG5ldHdvcmsgcGF0aCBiZXR3ZWVuIGNsb3Vk IGVuZC11c2VycyBhbmQgY2xvdWQgZGF0YSBjZW50ZXJzIG1heQ0KPiB0cmF2ZXJzZSBtdWx0aXBs ZSBBdXRvbm9tb3VzIFN5c3RlbXMgKEFTZXMpLiBIb3dldmVyLCB0aGUgY3VycmVudCBCb3JkZXIN Cj4gR2F0ZXdheSBQcm90b2NvbCAoQkdQKSBzcGVjaWZpY2F0aW9uIFtSRkM0MjcxXSBkb2Vzbid0 IHRha2UgdGhlIG5ldHdvcmsNCj4gbGF0ZW5jeSBpbnRvIGFjY291bnQgZm9yIHRoZSBiZXN0IHJv dXRlIHNlbGVjdGlvbi4gSW4gb3RoZXIgd29yZHMsIHRoZSBiZXN0IHJvdXRlDQo+IHNlbGVjdGVk IGFjY29yZGluZyB0byB0aGUgZXhpc3RpbmcgQkdQIHJvdXRlIHNlbGVjdGlvbiBjcml0ZXJpYSBt YXkgbm90IGJlIHRoZQ0KPiBiZXN0IGZyb20gdGhlIGVuZC11c2VyIGV4cGVyaWVuY2UgcGVyc3Bl Y3RpdmUuDQo+ID4NCj4gPiBIb3cgYWJvdXQgYWxsb3dpbmcgQkdQIHBlZXJzIHRvIGV4Y2hhbmdl IE5ldHdvcmsgUGF0aCBMYXRlbmN5IGFzIGFuDQo+IGFkZGl0aW9uYWwgcGF0aCBhdHRyaWJ1dGUg b2YgdGhlIE5ldHdvcmsgTGF5ZXIgUmVhY2hhYmlsaXR5IEluZm9ybWF0aW9uIChOTFJJKQ0KPiBh bmQgdGhlbiB0YWtlIGl0IGFzIG9uZSBvZiByb3V0ZSBzZWxlY3Rpb24gY3JpdGVyaWE/IFRvIGF2 b2lkIEJHUCByb3V0ZSBmbGFwcGluZw0KPiBpc3N1ZSBjYXVzZWQgYnkgbmV0d29yayBsYXRlbmN5 IGZyZXF1ZW50IGNoYW5nZSwgdGhlIG5ldHdvcmsgbGF0ZW5jeSBjb3VsZA0KPiBvbmx5IHJlZmxl Y3QgdGhlIGxpbmUgdHJhbnNwb3J0IGxhdGVuY3kgYnkgbmVnbGVjdGluZyB0aGUgbGF0ZW5jeSBv Y2N1cnJlZCB3aXRoaW4NCj4gcm91dGVycy4gVG8gbWFrZSB0aGUgcGVyZm9ybWFuY2Ugcm91dGlu ZyBwYXJhZGlnbSBhbmQgdGhlIHZhbmlsbGEgcm91dGluZw0KPiBwYXJhZGlnbSBjb2V4aXN0LCBw ZXJmb3JtYW5jZSByb3V0ZXMgY291bGQgYmUgZXhjaGFuZ2VkIGJldHdlZW4gQkdQIHBlZXJzDQo+ IGFzIGxhYmVsZWQgcm91dGVzIGJ5IHVzaW5nIGEgc3BlY2lmaWVkIFN1YnNlcXVlbnQgQWRkcmVz cyBGYW1pbHkgSWRlbnRpZmllcg0KPiAoU0FGSSkuIFRoZXNlIGxhYmVsZWQgQkdQIHJvdXRlcyB3 aXRoIHRoZSBsb3dlc3QgbGF0ZW5jeSBjb3VsZCBiZSBzZWxlY3RpdmVseQ0KPiBwcm92aWRlZCB0 byB0aG9zZSBlbmQtdXNlcnMgKGUuZy4sIGNsb3VkIGRlc2t0b3AgZW5kLXVzZXJzKSB3aG8gYXJl IHNlbnNpdGl2ZQ0KPiB0byBuZXR3b3JrIGxhdGVuY3kuDQo+ID4NCj4gPiBBbnkgY29tbWVudHM/ DQo+ID4NCj4gPiBCZXN0IHJlZ2FyZHMsDQo+ID4gWGlhb2h1DQo+ID4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBJZHIgbWFpbGluZyBsaXN0DQo+ ID4gSWRyQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9pZHINCg== From ju1738@att.com Mon Apr 8 11:47:43 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED18C21F9355 for ; Mon, 8 Apr 2013 11:47:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.328 X-Spam-Level: X-Spam-Status: No, score=-104.328 tagged_above=-999 required=5 tests=[AWL=-2.271, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] 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 zBJ3995bLv3W for ; Mon, 8 Apr 2013 11:47:42 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 2B6E921F9322 for ; Mon, 8 Apr 2013 11:47:42 -0700 (PDT) Received: from unknown [144.160.20.146] (EHLO nbfkord-smmo05.seg.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) with ESMTP id ec013615.2aaafa04f940.254614.00-501.714223.nbfkord-smmo05.seg.att.com (envelope-from ); Mon, 08 Apr 2013 18:47:42 +0000 (UTC) X-MXL-Hash: 516310ce0556950d-c827474d539eed9a81c55f262ee87fe73e18be4e Received: from unknown [144.160.20.146] (EHLO mlpd194.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id ac013615.0.254594.00-311.714161.nbfkord-smmo05.seg.att.com (envelope-from ); Mon, 08 Apr 2013 18:47:40 +0000 (UTC) X-MXL-Hash: 516310cc4b917c38-845d6f73d61bf4efaadcb50ed31d117f322e7899 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r38IlcJB022378; Mon, 8 Apr 2013 14:47:38 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r38IlW76022318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Apr 2013 14:47:34 -0400 Received: from MISOUT7MSGHUB9C.ITServices.sbc.com (misout7msghub9c.itservices.sbc.com [144.151.223.82]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Mon, 8 Apr 2013 19:47:19 +0100 Received: from MISOUT7MSGUSR9I.ITServices.sbc.com ([144.151.223.56]) by MISOUT7MSGHUB9C.ITServices.sbc.com ([144.151.223.82]) with mapi id 14.02.0342.003; Mon, 8 Apr 2013 14:47:19 -0400 From: "UTTARO, JAMES" To: Xuxiaohu , "idr@ietf.org" Thread-Topic: Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAAcluZgAAqHbeAAIUwZIA== Date: Mon, 8 Apr 2013 18:47:18 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.179.54] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.146] X-AnalysisOut: [v=2.0 cv=EMaxJSlC c=1 sm=0 a=Qs8R1XBwmid1qBFB/a8mmA==:17 a] X-AnalysisOut: [=aaiTsL82F6sA:10 a=t8cUwQkx8sgA:10 a=ofMgfj31e3cA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=_l4uJm6h9gAA:10 a=zQP7CpKOAAAA:8 a=XIqpo32R] X-AnalysisOut: [AAAA:8 a=oXkLQgfBZgwA:10 a=48vgC7mUAAAA:8 a=0QT3D3R0cMadQC] X-AnalysisOut: [a9V6wA:9 a=mFyHDrcPJccA:10 a=lZB815dzVvQA:10 a=Hz7IrDYlS0c] X-AnalysisOut: [A:10 a=f4plQb1glhsbaIGg:21 a=zEOeYq4QiYQTSxJx:21] Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 18:47:43 -0000 Tm90IHN1cmUgSSB1bmRlcnN0YW5kLi4gWW91IHN0YXRlDQoNCiIgSG93IGFib3V0IGFsbG93aW5n IEJHUCBwZWVycyB0byBleGNoYW5nZSBOZXR3b3JrIFBhdGggTGF0ZW5jeSBhcyBhbg0KPiBhZGRp dGlvbmFsIHBhdGggYXR0cmlidXRlIG9mIHRoZSBOZXR3b3JrIExheWVyIFJlYWNoYWJpbGl0eSBJ bmZvcm1hdGlvbiAoTkxSSSkNCj4gYW5kIHRoZW4gdGFrZSBpdCBhcyBvbmUgb2Ygcm91dGUgc2Vs ZWN0aW9uIGNyaXRlcmlhPyINCg0KRG9lc24ndCB0aGlzIGltcGx5IHRoYXQgZWFjaCBBUyBtdXN0 IHVzZSBhIGNvbnNpc3RlbnQgYXBwcm9hY2ggdG8gZXZhbHVhdGluZyB0aGUgbGF0ZW5jeSBpbmZv cm1hdGlvbiBiZWluZyBjYXJyaWVkPyANCg0KSmltIFV0dGFybw0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogaWRyLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzppZHItYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFh1eGlhb2h1DQpTZW50OiBTdW5kYXksIEFwcmlsIDA3 LCAyMDEzIDExOjEwIFBNDQpUbzogVVRUQVJPLCBKQU1FUzsgaWRyQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW0lkcl0gUGVyZm9ybWFuY2UtYmFzZWQgQkdQIFJvdXRpbmcgTWVjaGFuaXNtDQoNCg0K DQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IFVUVEFSTywgSkFNRVMgW21haWx0bzpq dTE3MzhAYXR0LmNvbV0NCj4gt6LLzcqxvOQ6IDIwMTPE6jTUwjjI1SA1OjUxDQo+IMrVvP7Iyzog WHV4aWFvaHU7IGlkckBpZXRmLm9yZw0KPiDW98ziOiBSRTogUGVyZm9ybWFuY2UtYmFzZWQgQkdQ IFJvdXRpbmcgTWVjaGFuaXNtDQo+IA0KPiBDb21tZW50cyBJbi1MaW5lDQo+IA0KPiBKaW0gVXR0 YXJvDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpZHItYm91bmNl c0BpZXRmLm9yZyBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4g WHV4aWFvaHUNCj4gU2VudDogU3VuZGF5LCBBcHJpbCAwNywgMjAxMyA0OjExIEFNDQo+IFRvOiBp ZHJAaWV0Zi5vcmcNCj4gU3ViamVjdDogW0lkcl0gUGVyZm9ybWFuY2UtYmFzZWQgQkdQIFJvdXRp bmcgTWVjaGFuaXNtDQo+IA0KPiBIaSBhbGwsDQo+IA0KPiBOZXR3b3JrIGxhdGVuY3kgaXMgd2lk ZWx5IHJlY29nbml6ZWQgYXMgb25lIG9mIG1ham9yIG9ic3RhY2xlcyBpbiBhZG9wdGluZw0KPiBw dWJsaWMgY2xvdWQgc2VydmljZXMgKGUuZy4sIGNsb3VkIGRlc2t0b3Agc2VydmljZSkgZXNwZWNp YWxseSBpbiB0aGUgc2NlbmFyaW8NCj4gd2hlcmUgdGhlIG5ldHdvcmsgcGF0aCBiZXR3ZWVuIGNs b3VkIGVuZC11c2VycyBhbmQgY2xvdWQgZGF0YSBjZW50ZXJzIG1heQ0KPiB0cmF2ZXJzZSBtdWx0 aXBsZSBBdXRvbm9tb3VzIFN5c3RlbXMgKEFTZXMpLiBIb3dldmVyLCB0aGUgY3VycmVudCBCb3Jk ZXINCj4gR2F0ZXdheSBQcm90b2NvbCAoQkdQKSBzcGVjaWZpY2F0aW9uIFtSRkM0MjcxXSBkb2Vz bid0IHRha2UgdGhlIG5ldHdvcmsNCj4gbGF0ZW5jeSBpbnRvIGFjY291bnQgZm9yIHRoZSBiZXN0 IHJvdXRlIHNlbGVjdGlvbi4gSW4gb3RoZXIgd29yZHMsIHRoZSBiZXN0IHJvdXRlDQo+IHNlbGVj dGVkIGFjY29yZGluZyB0byB0aGUgZXhpc3RpbmcgQkdQIHJvdXRlIHNlbGVjdGlvbiBjcml0ZXJp YSBtYXkgbm90IGJlIHRoZQ0KPiBiZXN0IGZyb20gdGhlIGVuZC11c2VyIGV4cGVyaWVuY2UgcGVy c3BlY3RpdmUuDQo+IFtKaW0gVT5dIFllcy4uIFRoaXMgd2FzIHRoZSByZWFzb24gd2UgY3JlYXRl ZCB0aGUgQUlHUCBhdHRyaWJ1dGUuLiBOb3QgcmVhbGx5DQo+IHN1cmUgaWYgeW91IGFyZSBhc3N1 bWluZyB0aGF0IGFsbCBvZiB0aGUgQVMgZG9tYWlucyBhcmUgdW5kZXIgYSBjb21tb24gYWRtaW4N Cj4gYXV0aG9yaXR5LiBJZiBub3QsIHlvdSBuZWVkIHRvIGVuc3VyZSB0aGF0IHRoZSBtZXRyaWMg aXMgY29uc2lzdGVudC4uDQoNCg0KW1hpYW9odV0gVGhhbmtzIGEgbG90IGZvciB5b3VyIGFkdmlj ZS4gWWVzLCBpdCdzIHNhZmVyIGFuZCBlYXNpZXIgdG8gZGVwbG95IHN1Y2ggdGVjaG5vbG9neSBh Y3Jvc3MgbXVsdGlwbGUgQVMgZG9tYWlucyBpZiB0aGVzZSBBU2VzIGFyZSB1bmRlciBhIHNpbmds ZSBhZG1pbmlzdHJhdGl2ZSBhdXRob3JpdHkuIE90aGVyd2lzZSwgdGhvc2UgQVNlcyBuZWVkIHRv IHJlYWNoIGFuIGFncmVlbWVudCBvbiB0aGlzIHVzYWdlLiBCeSB1c2luZyBCR1AgY2FwYWJpbGl0 eSBuZWdvdGlhdGlvbiBtZWNoYW5pc20gZm9yIHN1Y2ggcGVyZm9ybWFuY2Ugcm91dGluZyBzcGVj aWZpYyBTQUZJLCBpdCBtYXkgYmUgaGVscGZ1bCB0byBsZXZlcmFnZSB0aGUgZGVwbG95bWVudCBv ZiBzdWNoIHRlY2hub2xvZ3kuDQoNCkJlc3QgcmVnYXJkcywNClhpYW9odQ0KDQo+IEhvdyBhYm91 dCBhbGxvd2luZyBCR1AgcGVlcnMgdG8gZXhjaGFuZ2UgTmV0d29yayBQYXRoIExhdGVuY3kgYXMg YW4NCj4gYWRkaXRpb25hbCBwYXRoIGF0dHJpYnV0ZSBvZiB0aGUgTmV0d29yayBMYXllciBSZWFj aGFiaWxpdHkgSW5mb3JtYXRpb24gKE5MUkkpDQo+IGFuZCB0aGVuIHRha2UgaXQgYXMgb25lIG9m IHJvdXRlIHNlbGVjdGlvbiBjcml0ZXJpYT8gVG8gYXZvaWQgQkdQIHJvdXRlIGZsYXBwaW5nDQo+ IGlzc3VlIGNhdXNlZCBieSBuZXR3b3JrIGxhdGVuY3kgZnJlcXVlbnQgY2hhbmdlLCB0aGUgbmV0 d29yayBsYXRlbmN5IGNvdWxkDQo+IG9ubHkgcmVmbGVjdCB0aGUgbGluZSB0cmFuc3BvcnQgbGF0 ZW5jeSBieSBuZWdsZWN0aW5nIHRoZSBsYXRlbmN5IG9jY3VycmVkIHdpdGhpbg0KPiByb3V0ZXJz LiBUbyBtYWtlIHRoZSBwZXJmb3JtYW5jZSByb3V0aW5nIHBhcmFkaWdtIGFuZCB0aGUgdmFuaWxs YSByb3V0aW5nDQo+IHBhcmFkaWdtIGNvZXhpc3QsIHBlcmZvcm1hbmNlIHJvdXRlcyBjb3VsZCBi ZSBleGNoYW5nZWQgYmV0d2VlbiBCR1AgcGVlcnMNCj4gYXMgbGFiZWxlZCByb3V0ZXMgYnkgdXNp bmcgYSBzcGVjaWZpZWQgU3Vic2VxdWVudCBBZGRyZXNzIEZhbWlseSBJZGVudGlmaWVyDQo+IChT QUZJKS4gVGhlc2UgbGFiZWxlZCBCR1Agcm91dGVzIHdpdGggdGhlIGxvd2VzdCBsYXRlbmN5IGNv dWxkIGJlIHNlbGVjdGl2ZWx5DQo+IHByb3ZpZGVkIHRvIHRob3NlIGVuZC11c2VycyAoZS5nLiwg Y2xvdWQgZGVza3RvcCBlbmQtdXNlcnMpIHdobyBhcmUgc2Vuc2l0aXZlDQo+IHRvIG5ldHdvcmsg bGF0ZW5jeS4NCj4gDQo+IEFueSBjb21tZW50cz8NCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4gWGlh b2h1DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ IElkciBtYWlsaW5nIGxpc3QNCj4gSWRyQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KSWRyIG1haWxpbmcgbGlzdA0KSWRyQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0K From christopher.morrow@gmail.com Mon Apr 8 12:58:04 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54EDA21F9487 for ; Mon, 8 Apr 2013 12:58:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.39 X-Spam-Level: X-Spam-Status: No, score=-103.39 tagged_above=-999 required=5 tests=[AWL=0.208, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] 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 JxLg0iKWMRsT for ; Mon, 8 Apr 2013 12:58:03 -0700 (PDT) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by ietfa.amsl.com (Postfix) with ESMTP id A51AA21F93B3 for ; Mon, 8 Apr 2013 12:58:02 -0700 (PDT) Received: by mail-lb0-f176.google.com with SMTP id y8so6075690lbh.21 for ; Mon, 08 Apr 2013 12:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5CEcbE71hm/3VhsrmUyta2dWA6UngWQm3M8IQ091D7M=; b=geWbkO0qAl+fgiVG7zVbqGetK1d2WFW1zrLb78JUyzsiKvmCk4B+EGuCMaJ1yKf01u T1c8IjaZoLuo/1CnQz+0LOPpGc/3fZZ7ppD6fJsYVWVueHzkd/sQDoSTXE/15ySCt4BJ HI+fTMKK+PfKqQyl7RsxCh9xHm2CFT1UpRjlU1/rDA0KiONHGUhjJ4kT82/puIBTPKO7 HG3ACs7nuUk4WQEaf1d/hr1Q1zyTIkQO/BR3LvpCd61zp+L6GBwFqlNLdQSn3B0nK/mf u2BqTnEVq6wHud8v7eg6rvSAlr+3YE2vgD7hkxxMG38c2gKBO2bw7xSalS7oZ9EtdoB/ hjGw== MIME-Version: 1.0 X-Received: by 10.112.47.41 with SMTP id a9mr12207614lbn.134.1365451077193; Mon, 08 Apr 2013 12:57:57 -0700 (PDT) Sender: christopher.morrow@gmail.com Received: by 10.152.112.3 with HTTP; Mon, 8 Apr 2013 12:57:57 -0700 (PDT) In-Reply-To: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> Date: Mon, 8 Apr 2013 15:57:57 -0400 X-Google-Sender-Auth: Vo2unKiURffuF68CLdQMhowhlAs Message-ID: From: Christopher Morrow To: "UTTARO, JAMES" Content-Type: multipart/alternative; boundary=bcaec554d7546a21b604d9deda16 Cc: "idr@ietf.org" , Xuxiaohu Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 19:58:04 -0000 --bcaec554d7546a21b604d9deda16 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 8, 2013 at 2:47 PM, UTTARO, JAMES wrote: > Not sure I understand.. You state > > " How about allowing BGP peers to exchange Network Path Latency as an > > additional path attribute of the Network Layer Reachability Information > (NLRI) > > and then take it as one of route selection criteria?" > > Doesn't this imply that each AS must use a consistent approach to > evaluating the latency information being carried? > clearly this will work out well in the real world... --bcaec554d7546a21b604d9deda16 Content-Type: text/html; charset=ISO-8859-1



On Mon, Apr 8, 2013 at 2:47 PM, UTTARO, JAMES <ju1738@att.com> wrote:
Not sure I understand.. You state

" How about allowing BGP peers to exchange Network Path Latency as an
> additional path attribute of the Network Layer Reachability Information (NLRI)
> and then take it as one of route selection criteria?"

Doesn't this imply that each AS must use a consistent approach to evaluating the latency information being carried?

clearly this will work out well in the real world...

--bcaec554d7546a21b604d9deda16-- From bdickson@verisign.com Mon Apr 8 13:00:29 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D0621F9352 for ; Mon, 8 Apr 2013 13:00:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 vvqAm6NZbux8 for ; Mon, 8 Apr 2013 13:00:28 -0700 (PDT) Received: from exprod6og112.obsmtp.com (exprod6og112.obsmtp.com [64.18.1.29]) by ietfa.amsl.com (Postfix) with ESMTP id 6E07921F863B for ; Mon, 8 Apr 2013 13:00:17 -0700 (PDT) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob112.postini.com ([64.18.5.12]) with SMTP ID DSNKUWMh0HS7PpTx+mz9ULPTG/lauPPAD/mX@postini.com; Mon, 08 Apr 2013 13:00:27 PDT Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id r38K0DaI030746 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 8 Apr 2013 16:00:13 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0342.003; Mon, 8 Apr 2013 16:00:13 -0400 From: "Dickson, Brian" To: Xuxiaohu , "idr@ietf.org" Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEABLDR+A Date: Mon, 8 Apr 2013 20:00:12 +0000 Message-ID: In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-ID: <52CBFEED8FE09A4583846CADCEC5DD1A@verisign.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 20:00:29 -0000 While latency may be an obstacle to cloud desktop services, BGP is very likely not the place to address that. Consider what you are trying to achieve - are you trying to use the same IP subnet in multiple places ("anycast"), or do you want each location to be independently operated and addressed? Latency is probably much better used as a discriminator, at a higher level than BGP. For instance, "global server load balancers" are pretty much designed for this use case, and can operate independent of what is behind the GSLB, number of locations, etc. Or, client-server applications dedicated to the "cloud desktop" instance, may be better suited to handling all the specific needs, especially for the desktop-specific particulars. Otherwise, you are likely to end up with "yet another VPN over BGP", with all the baggage that goes with it. (The main goal of BGP is interoperability, and multiple non-interoperable VPN frameworks sitting on top of BGP are the antithesis of exactly that interoperability.) But, that is my opinion only. Brian On 4/7/13 4:11 AM, "Xuxiaohu" wrote: >Hi all, > >Network latency is widely recognized as one of major obstacles in >adopting public cloud services (e.g., cloud desktop service) especially >in the scenario where the network path between cloud end-users and cloud >data centers may traverse multiple Autonomous Systems (ASes). However, >the current Border Gateway Protocol (BGP) specification [RFC4271] doesn't >take the network latency into account for the best route selection. In >other words, the best route selected according to the existing BGP route >selection criteria may not be the best from the end-user experience >perspective. > >How about allowing BGP peers to exchange Network Path Latency as an >additional path attribute of the Network Layer Reachability Information >(NLRI) and then take it as one of route selection criteria? To avoid BGP >route flapping issue caused by network latency frequent change, the >network latency could only reflect the line transport latency by >neglecting the latency occurred within routers. To make the performance >routing paradigm and the vanilla routing paradigm coexist, performance >routes could be exchanged between BGP peers as labeled routes by using a >specified Subsequent Address Family Identifier (SAFI). These labeled BGP >routes with the lowest latency could be selectively provided to those >end-users (e.g., cloud desktop end-users) who are sensitive to network >latency.=20 > >Any comments? > >Best regards, >Xiaohu >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From ju1738@att.com Mon Apr 8 14:22:13 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 237AB21F8FED for ; Mon, 8 Apr 2013 14:22:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.463 X-Spam-Level: X-Spam-Status: No, score=-105.463 tagged_above=-999 required=5 tests=[AWL=1.135, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] 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 H8GM1x3Qo-0g for ; Mon, 8 Apr 2013 14:22:12 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 2F6AA21F8FC7 for ; Mon, 8 Apr 2013 14:22:12 -0700 (PDT) Received: from unknown [144.160.20.146] (EHLO nbfkord-smmo05.seg.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) with ESMTP id 40533615.4de9a940.337047.00-504.947471.nbfkord-smmo05.seg.att.com (envelope-from ); Mon, 08 Apr 2013 21:22:12 +0000 (UTC) X-MXL-Hash: 5163350401333fc8-b041874a20c8d73bae69ff87d1f4866666133e9e Received: from unknown [144.160.20.146] (EHLO mlpd194.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id ff433615.0.337041.00-469.947327.nbfkord-smmo05.seg.att.com (envelope-from ); Mon, 08 Apr 2013 21:22:07 +0000 (UTC) X-MXL-Hash: 516334ff72791fe5-d54098e027f97f4a5f05aa4aefdb43ca9458cd97 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r38LM7Wh012015; Mon, 8 Apr 2013 17:22:07 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r38LLuja011886 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Apr 2013 17:22:02 -0400 Received: from MISOUT7MSGHUB9B.ITServices.sbc.com (misout7msghub9b.itservices.sbc.com [144.151.223.72]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Mon, 8 Apr 2013 22:21:42 +0100 Received: from MISOUT7MSGUSR9I.ITServices.sbc.com ([144.151.223.56]) by MISOUT7MSGHUB9B.ITServices.sbc.com ([144.151.223.72]) with mapi id 14.02.0342.003; Mon, 8 Apr 2013 17:21:41 -0400 From: "UTTARO, JAMES" To: "'Christopher Morrow'" Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAAcluZgAAqHbeAAIUwZIAAK8ICAAAWUJLA= Date: Mon, 8 Apr 2013 21:21:41 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.179.54] Content-Type: multipart/alternative; boundary="_000_B17A6910EEDD1F45980687268941550F05654155MISOUT7MSGUSR9I_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.146] X-AnalysisOut: [v=2.0 cv=EMaxJSlC c=1 sm=0 a=Qs8R1XBwmid1qBFB/a8mmA==:17 a] X-AnalysisOut: [=aaiTsL82F6sA:10 a=4fW7WqWgkIwA:10 a=ofMgfj31e3cA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=qCg-yR36J] X-AnalysisOut: [tsA:10 a=pGLkceISAAAA:8 a=48vgC7mUAAAA:8 a=f64w9auSzU5BpWn] X-AnalysisOut: [4TuYA:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=lZB815dzVvQA] X-AnalysisOut: [:10 a=Hz7IrDYlS0cA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=] X-AnalysisOut: [2IWafgA4t5Ab9CCH0REA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10] X-AnalysisOut: [ a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=tXsnliwV7b4A:10 a=T] X-AnalysisOut: [J3Uj2k_abZp8nIB:21] Cc: "idr@ietf.org" , Xuxiaohu Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 21:22:13 -0000 --_000_B17A6910EEDD1F45980687268941550F05654155MISOUT7MSGUSR9I_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable If there are multiple AS domains under one over-arching authority or a mode= l where there may be many AS domains riding atop the same IGP and services = span these AS domains a consistent approach to IGP cost metric is required.= . I am not sure of the use case described by Xuxiaohu.. Jim Uttaro From: christopher.morrow@gmail.com [mailto:christopher.morrow@gmail.com] On= Behalf Of Christopher Morrow Sent: Monday, April 08, 2013 3:58 PM To: UTTARO, JAMES Cc: Xuxiaohu; idr@ietf.org Subject: Re: [Idr] Performance-based BGP Routing Mechanism On Mon, Apr 8, 2013 at 2:47 PM, UTTARO, JAMES > wrote: Not sure I understand.. You state " How about allowing BGP peers to exchange Network Path Latency as an > additional path attribute of the Network Layer Reachability Information (= NLRI) > and then take it as one of route selection criteria?" Doesn't this imply that each AS must use a consistent approach to evaluatin= g the latency information being carried? clearly this will work out well in the real world... --_000_B17A6910EEDD1F45980687268941550F05654155MISOUT7MSGUSR9I_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

If there are multiple AS = domains under one over-arching authority or a model where there may be many= AS domains riding atop the same IGP and services span these AS domains a consistent approach to IGP cost metric is required.. I am not= sure of the use case described by Xuxiaohu..

 <= /p>

Jim Uttaro

 <= /p>

From: christop= her.morrow@gmail.com [mailto:christopher.morrow@gmail.com] On Behalf Of Christopher Morrow
Sent: Monday, April 08, 2013 3:58 PM
To: UTTARO, JAMES
Cc: Xuxiaohu; idr@ietf.org
Subject: Re: [Idr] Performance-based BGP Routing Mechanism

 

 

 

On Mon, Apr 8, 2013 at 2:47 PM, UTTARO, JAMES <ju1738@att.com> wr= ote:

Not sure I understand.. You state


" How about allowing BGP peers to exchange Network Path Latency as an<= br> > additional path attribute of the Network Layer Reachability Informatio= n (NLRI)
> and then take it as one of route selection criteria?"<= /p>

Doesn't this imply that each AS must use a consisten= t approach to evaluating the latency information being carried?<= /p>

 

clearly this will work out well in the real world...=

 

--_000_B17A6910EEDD1F45980687268941550F05654155MISOUT7MSGUSR9I_-- From ilya@nobulus.com Mon Apr 8 14:49:39 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39C5521F8F08 for ; Mon, 8 Apr 2013 14:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 VV8+0i383qxo for ; Mon, 8 Apr 2013 14:49:38 -0700 (PDT) Received: from nobulus.com (nobulus.com [IPv6:2001:6f8:892:6ff::11:152]) by ietfa.amsl.com (Postfix) with ESMTP id 335DC21F8EE1 for ; Mon, 8 Apr 2013 14:49:38 -0700 (PDT) Received: from nobulus.com (localhost [127.0.0.1]) by nobulus.com (Postfix) with ESMTP id 3E725173B8; Mon, 8 Apr 2013 23:49:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at nobulus.com Received: from nobulus.com ([127.0.0.1]) by nobulus.com (nobulus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PFpVQ2sY5Lgr; Mon, 8 Apr 2013 23:49:34 +0200 (CEST) Received: from [IPv6:2001:6f8:893:ffff:225:4bff:fea6:3684] (unknown [IPv6:2001:6f8:893:ffff:225:4bff:fea6:3684]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by nobulus.com (Postfix) with ESMTPSA id 5F603171CF; Mon, 8 Apr 2013 23:49:34 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Ilya Varlashkin In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Date: Mon, 8 Apr 2013 23:49:33 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> To: Xuxiaohu X-Mailer: Apple Mail (2.1085) Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 21:49:39 -0000 Hi, besides what others have already said, there are some more things to = take into account. First, if all involved AS's are under single administration we can = resort to MPLS-TE (including offline tunnel management). =46rom this = perspective latency-based routing becomes unnecessary because we can do = much more with TE. Second, if one or more AS's are NOT under single administration, then = latency information in BGP becomes irrelevant because chances are nobody = is going to trust it. Not only somebody can advertise junk values, but = if somebody uses per-class MPLS-TE forwarding then there is no guarantee = that advertised BGP latency is the same for all traffic. Third, the problem you're trying to solve is essentially "to build = latency-based path between end-points (client-server)". This seems more = work for something like RSVP or call-admission-control and not for a = routing protocol. Cheers, iLya On Apr 7, 2013, at 10:11 , Xuxiaohu wrote: > Hi all, >=20 > Network latency is widely recognized as one of major obstacles in = adopting public cloud services (e.g., cloud desktop service) especially = in the scenario where the network path between cloud end-users and cloud = data centers may traverse multiple Autonomous Systems (ASes). However, = the current Border Gateway Protocol (BGP) specification [RFC4271] = doesn't take the network latency into account for the best route = selection. In other words, the best route selected according to the = existing BGP route selection criteria may not be the best from the = end-user experience perspective. >=20 > How about allowing BGP peers to exchange Network Path Latency as an = additional path attribute of the Network Layer Reachability Information = (NLRI) and then take it as one of route selection criteria? To avoid BGP = route flapping issue caused by network latency frequent change, the = network latency could only reflect the line transport latency by = neglecting the latency occurred within routers. To make the performance = routing paradigm and the vanilla routing paradigm coexist, performance = routes could be exchanged between BGP peers as labeled routes by using a = specified Subsequent Address Family Identifier (SAFI). These labeled BGP = routes with the lowest latency could be selectively provided to those = end-users (e.g., cloud desktop end-users) who are sensitive to network = latency.=20 >=20 > Any comments? >=20 > Best regards, > Xiaohu > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr >=20 /iLya From randy@psg.com Mon Apr 8 16:22:37 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 422FB21F8F39 for ; Mon, 8 Apr 2013 16:22:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] 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 6sRaZbrHCMD1 for ; Mon, 8 Apr 2013 16:22:36 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by ietfa.amsl.com (Postfix) with ESMTP id E9A9921F8EBF for ; Mon, 8 Apr 2013 16:22:36 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UPLOS-0001NZ-1R; Mon, 08 Apr 2013 23:22:32 +0000 Date: Tue, 09 Apr 2013 08:22:48 +0900 Message-ID: From: Randy Bush To: "UTTARO, JAMES" In-Reply-To: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B1EE@NKGEML512-MBS.china.huawei.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: "idr@ietf.org" , Xuxiaohu Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 23:22:37 -0000 > Doesn't this imply that each AS must use a consistent approach to > evaluating the latency information being carried? that would be easy. but what it implies is that ALL ASs must have the SAME consistent metric space, which is what i think you meant. and cash should fall from the sky. randy From xuxiaohu@huawei.com Mon Apr 8 23:52:30 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA55821F8F9E for ; Mon, 8 Apr 2013 23:52:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.667 X-Spam-Level: X-Spam-Status: No, score=-2.667 tagged_above=-999 required=5 tests=[AWL=-0.610, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 sDyW0LGZ6S8G for ; Mon, 8 Apr 2013 23:52:28 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 14A6D21F8E7B for ; Mon, 8 Apr 2013 23:52:16 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQE80558; Tue, 09 Apr 2013 06:52:15 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 9 Apr 2013 07:51:43 +0100 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 9 Apr 2013 07:52:09 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.01.0323.007; Tue, 9 Apr 2013 14:52:02 +0800 From: Xuxiaohu To: Ilya Varlashkin Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAA+G2eAACLs3AA= Date: Tue, 9 Apr 2013 06:52:02 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B74F@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> In-Reply-To: <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 06:52:30 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogaWRyLWJvdW5jZXNAaWV0Zi5vcmcg W21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBJbHlhDQo+IFZhcmxhc2hraW4NCj4g t6LLzcqxvOQ6IDIwMTPE6jTUwjnI1SA1OjUwDQo+IMrVvP7IyzogWHV4aWFvaHUNCj4gs63LzTog aWRyQGlldGYub3JnDQo+INb3zOI6IFJlOiBbSWRyXSBQZXJmb3JtYW5jZS1iYXNlZCBCR1AgUm91 dGluZyBNZWNoYW5pc20NCj4gDQo+IEhpLA0KPiANCj4gYmVzaWRlcyB3aGF0IG90aGVycyBoYXZl IGFscmVhZHkgc2FpZCwgdGhlcmUgYXJlIHNvbWUgbW9yZSB0aGluZ3MgdG8gdGFrZSBpbnRvDQo+ IGFjY291bnQuDQo+IA0KPiBGaXJzdCwgaWYgYWxsIGludm9sdmVkIEFTJ3MgYXJlIHVuZGVyIHNp bmdsZSBhZG1pbmlzdHJhdGlvbiB3ZSBjYW4gcmVzb3J0IHRvDQo+IE1QTFMtVEUgKGluY2x1ZGlu ZyBvZmZsaW5lIHR1bm5lbCBtYW5hZ2VtZW50KS4gRnJvbSB0aGlzIHBlcnNwZWN0aXZlDQo+IGxh dGVuY3ktYmFzZWQgcm91dGluZyBiZWNvbWVzIHVubmVjZXNzYXJ5IGJlY2F1c2Ugd2UgY2FuIGRv IG11Y2ggbW9yZQ0KPiB3aXRoIFRFLg0KDQpZZXMsIGludGVyLUFTIFRFIGlzIGFuIGFsdGVybmF0 aXZlIHdheS4gSG93ZXZlciwgdGhlIHNjYWxhYmlsaXR5IG9mIGludGVyLUFTIFRFIG1heSBiZWNv bWUgYSBiaWcgY29uY2VybiBvbmNlIHRoZSBhbW91bnQgb2YgVEUgTFNQcyBpcyB2ZXJ5IGxhcmdl Lg0KDQo+IFNlY29uZCwgaWYgb25lIG9yIG1vcmUgQVMncyBhcmUgTk9UIHVuZGVyIHNpbmdsZSBh ZG1pbmlzdHJhdGlvbiwgdGhlbiBsYXRlbmN5DQo+IGluZm9ybWF0aW9uIGluIEJHUCBiZWNvbWVz IGlycmVsZXZhbnQgYmVjYXVzZSBjaGFuY2VzIGFyZSBub2JvZHkgaXMgZ29pbmcgdG8NCj4gdHJ1 c3QgaXQuIE5vdCBvbmx5IHNvbWVib2R5IGNhbiBhZHZlcnRpc2UganVuayB2YWx1ZXMsIGJ1dCBp ZiBzb21lYm9keSB1c2VzDQo+IHBlci1jbGFzcyBNUExTLVRFIGZvcndhcmRpbmcgdGhlbiB0aGVy ZSBpcyBubyBndWFyYW50ZWUgdGhhdCBhZHZlcnRpc2VkIEJHUA0KPiBsYXRlbmN5IGlzIHRoZSBz YW1lIGZvciBhbGwgdHJhZmZpYy4NCg0KQWdyZWUgdGhhdCB0aGVzZSBpc3N1ZXMgbmVlZCBmdXJ0 aGVyIGNvbnNpZGVyYXRpb25zLg0KDQo+IFRoaXJkLCB0aGUgcHJvYmxlbSB5b3UncmUgdHJ5aW5n IHRvIHNvbHZlIGlzIGVzc2VudGlhbGx5ICJ0byBidWlsZCBsYXRlbmN5LWJhc2VkDQo+IHBhdGgg YmV0d2VlbiBlbmQtcG9pbnRzIChjbGllbnQtc2VydmVyKSIuIFRoaXMgc2VlbXMgbW9yZSB3b3Jr IGZvciBzb21ldGhpbmcNCj4gbGlrZSBSU1ZQIG9yIGNhbGwtYWRtaXNzaW9uLWNvbnRyb2wgYW5k IG5vdCBmb3IgYSByb3V0aW5nIHByb3RvY29sLg0KDQpBRkFJSywgZW5kLXRvLWVuZCBSU1ZQIGlz IG5vdCBwcmFjdGljYWwgYW55bW9yZSBpbiB0b2RheSdzIGxhcmdlLXNjYWxlIG5ldHdvcmtzLiAN Cg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoNCj4gQ2hlZXJzLA0KPiBpTHlhDQo+IA0KPiBPbiBB cHIgNywgMjAxMywgYXQgMTA6MTEgLCBYdXhpYW9odSB3cm90ZToNCj4gDQo+ID4gSGkgYWxsLA0K PiA+DQo+ID4gTmV0d29yayBsYXRlbmN5IGlzIHdpZGVseSByZWNvZ25pemVkIGFzIG9uZSBvZiBt YWpvciBvYnN0YWNsZXMgaW4gYWRvcHRpbmcNCj4gcHVibGljIGNsb3VkIHNlcnZpY2VzIChlLmcu LCBjbG91ZCBkZXNrdG9wIHNlcnZpY2UpIGVzcGVjaWFsbHkgaW4gdGhlIHNjZW5hcmlvDQo+IHdo ZXJlIHRoZSBuZXR3b3JrIHBhdGggYmV0d2VlbiBjbG91ZCBlbmQtdXNlcnMgYW5kIGNsb3VkIGRh dGEgY2VudGVycyBtYXkNCj4gdHJhdmVyc2UgbXVsdGlwbGUgQXV0b25vbW91cyBTeXN0ZW1zIChB U2VzKS4gSG93ZXZlciwgdGhlIGN1cnJlbnQgQm9yZGVyDQo+IEdhdGV3YXkgUHJvdG9jb2wgKEJH UCkgc3BlY2lmaWNhdGlvbiBbUkZDNDI3MV0gZG9lc24ndCB0YWtlIHRoZSBuZXR3b3JrDQo+IGxh dGVuY3kgaW50byBhY2NvdW50IGZvciB0aGUgYmVzdCByb3V0ZSBzZWxlY3Rpb24uIEluIG90aGVy IHdvcmRzLCB0aGUgYmVzdCByb3V0ZQ0KPiBzZWxlY3RlZCBhY2NvcmRpbmcgdG8gdGhlIGV4aXN0 aW5nIEJHUCByb3V0ZSBzZWxlY3Rpb24gY3JpdGVyaWEgbWF5IG5vdCBiZSB0aGUNCj4gYmVzdCBm cm9tIHRoZSBlbmQtdXNlciBleHBlcmllbmNlIHBlcnNwZWN0aXZlLg0KPiA+DQo+ID4gSG93IGFi b3V0IGFsbG93aW5nIEJHUCBwZWVycyB0byBleGNoYW5nZSBOZXR3b3JrIFBhdGggTGF0ZW5jeSBh cyBhbg0KPiBhZGRpdGlvbmFsIHBhdGggYXR0cmlidXRlIG9mIHRoZSBOZXR3b3JrIExheWVyIFJl YWNoYWJpbGl0eSBJbmZvcm1hdGlvbiAoTkxSSSkNCj4gYW5kIHRoZW4gdGFrZSBpdCBhcyBvbmUg b2Ygcm91dGUgc2VsZWN0aW9uIGNyaXRlcmlhPyBUbyBhdm9pZCBCR1Agcm91dGUgZmxhcHBpbmcN Cj4gaXNzdWUgY2F1c2VkIGJ5IG5ldHdvcmsgbGF0ZW5jeSBmcmVxdWVudCBjaGFuZ2UsIHRoZSBu ZXR3b3JrIGxhdGVuY3kgY291bGQNCj4gb25seSByZWZsZWN0IHRoZSBsaW5lIHRyYW5zcG9ydCBs YXRlbmN5IGJ5IG5lZ2xlY3RpbmcgdGhlIGxhdGVuY3kgb2NjdXJyZWQgd2l0aGluDQo+IHJvdXRl cnMuIFRvIG1ha2UgdGhlIHBlcmZvcm1hbmNlIHJvdXRpbmcgcGFyYWRpZ20gYW5kIHRoZSB2YW5p bGxhIHJvdXRpbmcNCj4gcGFyYWRpZ20gY29leGlzdCwgcGVyZm9ybWFuY2Ugcm91dGVzIGNvdWxk IGJlIGV4Y2hhbmdlZCBiZXR3ZWVuIEJHUCBwZWVycw0KPiBhcyBsYWJlbGVkIHJvdXRlcyBieSB1 c2luZyBhIHNwZWNpZmllZCBTdWJzZXF1ZW50IEFkZHJlc3MgRmFtaWx5IElkZW50aWZpZXINCj4g KFNBRkkpLiBUaGVzZSBsYWJlbGVkIEJHUCByb3V0ZXMgd2l0aCB0aGUgbG93ZXN0IGxhdGVuY3kg Y291bGQgYmUgc2VsZWN0aXZlbHkNCj4gcHJvdmlkZWQgdG8gdGhvc2UgZW5kLXVzZXJzIChlLmcu LCBjbG91ZCBkZXNrdG9wIGVuZC11c2Vycykgd2hvIGFyZSBzZW5zaXRpdmUNCj4gdG8gbmV0d29y ayBsYXRlbmN5Lg0KPiA+DQo+ID4gQW55IGNvbW1lbnRzPw0KPiA+DQo+ID4gQmVzdCByZWdhcmRz LA0KPiA+IFhpYW9odQ0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+ID4gSWRyIG1haWxpbmcgbGlzdA0KPiA+IElkckBpZXRmLm9yZw0KPiA+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQo+ID4NCj4gDQo+IC9pTHlh DQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IElkciBtYWlsaW5nIGxpc3QNCj4gSWRyQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQo= From ilya@nobulus.com Tue Apr 9 03:05:14 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E24D821F9104 for ; Tue, 9 Apr 2013 03:05:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 mTfkgU3NtZZb for ; Tue, 9 Apr 2013 03:05:14 -0700 (PDT) Received: from nobulus.com (nobulus.com [IPv6:2001:6f8:892:6ff::11:152]) by ietfa.amsl.com (Postfix) with ESMTP id 1823221F9021 for ; Tue, 9 Apr 2013 03:05:14 -0700 (PDT) Received: from nobulus.com (localhost [127.0.0.1]) by nobulus.com (Postfix) with ESMTP id F208F1767D; Tue, 9 Apr 2013 12:05:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at nobulus.com Received: from nobulus.com ([127.0.0.1]) by nobulus.com (nobulus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06rxeIhp0Xya; Tue, 9 Apr 2013 12:05:10 +0200 (CEST) Received: from HNIVARLAS2 (unknown [IPv6:2a00:74c0:f0:100:558d:11f:1c7b:5346]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by nobulus.com (Postfix) with ESMTPSA id EC2D417537; Tue, 9 Apr 2013 12:05:10 +0200 (CEST) From: "Ilya Varlashkin" To: "'Xuxiaohu'" References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B74F@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B74F@NKGEML512-MBS.china.huawei.com> Date: Tue, 9 Apr 2013 12:05:10 +0200 Message-ID: <007501ce3509$b8ce51f0$2a6af5d0$@nobulus.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKANW5GyzDGSZBi5MgJrriFkmmDSgGRr4hYAcbPXS6XTt3IEA== Content-Language: de Cc: idr@ietf.org Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 10:05:15 -0000 > -----Original Message----- > > First, if all involved AS's are under single administration we can > > resort to MPLS-TE (including offline tunnel management). From this > > perspective latency-based routing becomes unnecessary because we can > > do much more with TE. > > Yes, inter-AS TE is an alternative way. However, the scalability of inter-AS TE > may become a big concern once the amount of TE LSPs is very large. > In our (multi-AS) network latency-based routing is already built into current network architecture (through IGP cost and BGP MED). My feeling is that this is also the case for most other networks (possibly also using AIGP). It's rather not trivial to imagine a case where (IGP, MED, AIGP) would not suffice. And where it would not suffice quite likely only few TE tunnels could complete the solution. Or do you have a practical (rather than theoretical) case where this would not hold? > > Second, if one or more AS's are NOT under single administration, then > > latency information in BGP becomes irrelevant because chances are > > nobody is going to trust it. Not only somebody can advertise junk > > values, but if somebody uses per-class MPLS-TE forwarding then there > > is no guarantee that advertised BGP latency is the same for all traffic. > > Agree that these issues need further considerations. > It will get hairy for sure. But is the problem actually there and worth the effort? > > Third, the problem you're trying to solve is essentially "to build > > latency-based path between end-points (client-server)". This seems > > more work for something like RSVP or call-admission-control and not for a > routing protocol. > > AFAIK, end-to-end RSVP is not practical anymore in today's large-scale > networks. > That was just an example, and RSVP was mentioned to emphasize the issue - today nobody lets foreign traffic to request resources, so why would that be different with latency-based routing? Kind regards, iLya From xuxiaohu@huawei.com Tue Apr 9 04:27:40 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 999BF21F8E7B for ; Tue, 9 Apr 2013 04:27:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.545 X-Spam-Level: X-Spam-Status: No, score=-2.545 tagged_above=-999 required=5 tests=[AWL=-0.488, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 3FJbdilH6yuy for ; Tue, 9 Apr 2013 04:27:40 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 5E5ED21F8F16 for ; Tue, 9 Apr 2013 04:27:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQF06565; Tue, 09 Apr 2013 11:27:38 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 9 Apr 2013 12:27:01 +0100 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 9 Apr 2013 12:27:30 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.01.0323.007; Tue, 9 Apr 2013 19:27:24 +0800 From: Xuxiaohu To: Ilya Varlashkin Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAA+G2eAACLs3AD//7YgAP//bH6w Date: Tue, 9 Apr 2013 11:27:24 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B7DA@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B74F@NKGEML512-MBS.china.huawei.com> <007501ce3509$b8ce51f0$2a6af5d0$@nobulus.com> In-Reply-To: <007501ce3509$b8ce51f0$2a6af5d0$@nobulus.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 11:27:40 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogaWRyLWJvdW5jZXNAaWV0Zi5vcmcg W21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBJbHlhDQo+IFZhcmxhc2hraW4NCj4g t6LLzcqxvOQ6IDIwMTPE6jTUwjnI1SAxODowNQ0KPiDK1bz+yMs6IFh1eGlhb2h1DQo+ILOty806 IGlkckBpZXRmLm9yZw0KPiDW98ziOiBSZTogW0lkcl0gUGVyZm9ybWFuY2UtYmFzZWQgQkdQIFJv dXRpbmcgTWVjaGFuaXNtDQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4g PiBGaXJzdCwgaWYgYWxsIGludm9sdmVkIEFTJ3MgYXJlIHVuZGVyIHNpbmdsZSBhZG1pbmlzdHJh dGlvbiB3ZSBjYW4NCj4gPiA+IHJlc29ydCB0byBNUExTLVRFIChpbmNsdWRpbmcgb2ZmbGluZSB0 dW5uZWwgbWFuYWdlbWVudCkuIEZyb20gdGhpcw0KPiA+ID4gcGVyc3BlY3RpdmUgbGF0ZW5jeS1i YXNlZCByb3V0aW5nIGJlY29tZXMgdW5uZWNlc3NhcnkgYmVjYXVzZSB3ZSBjYW4NCj4gPiA+IGRv IG11Y2ggbW9yZSB3aXRoIFRFLg0KPiA+DQo+ID4gWWVzLCBpbnRlci1BUyBURSBpcyBhbiBhbHRl cm5hdGl2ZSB3YXkuIEhvd2V2ZXIsIHRoZSBzY2FsYWJpbGl0eSBvZg0KPiBpbnRlci1BUyBURQ0K PiA+IG1heSBiZWNvbWUgYSBiaWcgY29uY2VybiBvbmNlIHRoZSBhbW91bnQgb2YgVEUgTFNQcyBp cyB2ZXJ5IGxhcmdlLg0KPiA+DQo+IA0KPiBJbiBvdXIgKG11bHRpLUFTKSBuZXR3b3JrIGxhdGVu Y3ktYmFzZWQgcm91dGluZyBpcyBhbHJlYWR5IGJ1aWx0IGludG8NCj4gY3VycmVudCBuZXR3b3Jr IGFyY2hpdGVjdHVyZSAodGhyb3VnaCBJR1AgY29zdCBhbmQgQkdQIE1FRCkuIE15IGZlZWxpbmcg aXMNCg0KSXQncyBncmVhdCB0byBoZWFyIHRoYXQgeW91IGFyZSBhY3R1YWxseSB1c2luZyB0aGF0 IGFwcHJvYWNoIGluIHlvdXIgcHJvZHVjdGlvbiBuZXR3b3JrIC4gSW4gZmFjdCwgd2UgaGFkIGV2 ZXIgaW1wbGVtZW50ZWQgdGhhdCBmZWF0dXJlIGluIG91ciByb3V0ZXIgcHJvZHVjdCBiZWZvcmUg YnkgbW9kaWZ5aW5nIHRoZSBjdXJyZW50IEJHUCBzdGFuZGFyZCBiZWhhdmlvcnMgYXMgZm9sbG93 czogMSkgYWxsb3cgdGhlIE1FRCB0byBjYXJyeSB0aGUgSUdQIGNvc3Qgd2hpY2ggaXMgc2V0IHRv IGxhdGVuY3kgbWV0cmljOyAyKSBhbGxvdyB0aGUgTUVEIHZhbHVlIHRvIGJlIGN1bXVsYXRlZDsg MykgbW9kaWZ5IHRoZSByb3V0ZSBzZWxlY3Rpb24gcHJvY2VzcyB0byBjb21wYXJlIHRoZSBNRUQg YW55d2F5LCBubyBtYXR0ZXIgdGhlIHJlY2VpdmVkIHJvdXRlcyBhcmUgZnJvbSB0aGUgc2FtZSBu ZWlnaGJvcmluZyBBUywgYW5kIG5vIG1hdHRlciB0aGUgcm91dGVzIGFyZSBJQkdQIG9yIEVCR1Ag cm91dGVzOyA0KSBwZXJmb3JtIHRoZSBNRUQgYWhlYWQgb2YgTE9DQUxfUFJFRiBhbmQgQVNfUEFU SCBsZW5ndGguIFVuZm9ydHVuYXRlbHksIGZlZWRiYWNrcyBmcm9tIGEgZmV3IG9mIG91ciBjdXN0 b21lcnMgc2hvdyB0aGF0IHRoaXMgbW9kaWZpY2F0aW9uIGRlc3Ryb3lzIHRoZSB2YW5pbGxhIHJv dXRpbmcgcGFyYWRpZ20gKGVzcGVjaWFsbHkgY29sbGlkZSB3aXRoIHRoZSBjdXJyZW50IE1FRCBz dGFuZGFyZCB1c2FnZSBhcyBzaG93biBiZWxvdykgd2hpY2ggaXMgc3RpbGwgdXNlZnVsIGZvciB0 aGVtLiBUaGF0J3Mgd2h5IEkgcHJvcG9zZWQgaGVyZSB0byBrZWVwIHRoZSBwZXJmb3JtYW5jZS1i YXNlZCByb3V0aW5nIHBhcmFkaWdtIGFuZCB2YW5pbGxhIHJvdXRpbmcgcGFyYWRpZ20gdG8gYmUg YWJsZSB0byBjb2V4aXN0IGJ5IHVzaW5nIHNlcGFyYXRlIFNBRkkgY29kZXMuDQoNCg0KICAgICAg ICAiIE1VTFRJX0VYSVRfRElTQyBpcyBvbmx5IGNvbXBhcmFibGUNCiAgICAgICAgIGJldHdlZW4g cm91dGVzIGxlYXJuZWQgZnJvbSB0aGUgc2FtZSBuZWlnaGJvcmluZyBBUyAodGhlDQogICAgICAg ICBuZWlnaGJvcmluZyBBUyBpcyBkZXRlcm1pbmVkIGZyb20gdGhlIEFTX1BBVEggYXR0cmlidXRl KSIuLS0tLS0tLSBRdW90ZWQgZnJvbSBSRkM0MjcxDQoNCkJ5IHRoZSB3YXksIHRoZSBBSUdQIGRy YWZ0IGhhcyBhbHNvIG1lbnRpb25lZCB0aGUgZHJhd2JhY2tzIG9mIHVzaW5nIE1FRCB0byBjb252 ZXkgbGF0ZW5jeSBhcyBmb2xsb3dzOg0KDQogICAiVGhlcmUgYXJlIGluIGZhY3Qgc29tZSBpbXBs ZW1lbnRhdGlvbnMgd2hpY2ggYWxyZWFkeSBkbyBzb21ldGhpbmcNCiAgIGxpa2UgdGhpcywgdXNp bmcgdGhlIE1VTFRJX0VYSVRfRElTQyAoTUVEKSBhdHRyaWJ1dGUgdG8gY2FycnkgdGhlIElHUA0K ICAgbWV0cmljLiAgSG93ZXZlciwgdGhhdCBkb2Vzbid0IHJlYWxseSBwcm92aWRlIElHUC1saWtl ICJzaG9ydGVzdA0KICAgcGF0aCIgcm91dGluZywgYXMgdGhlIEJHUCBkZWNpc2lvbiBwcm9jZXNz IGdpdmVzIHByaW9yaXR5IHRvIG90aGVyDQogICBmYWN0b3JzLCBzdWNoIGFzIExPQ0FMX1BSRUYg YW5kIEFTX1BBVEggbGVuZ3RoLiAgQWxzbywgdGhlIHN0YW5kYXJkDQogICBwcm9jZWR1cmVzIGZv ciB1c2Ugb2YgdGhlIE1FRCBkbyBub3QgZW5zdXJlIHRoYXQgdGhlIElHUCBtZXRyaWMgaXMNCiAg IHByb3Blcmx5IGFjY3VtdWxhdGVkIHNvIHRoYXQgaXQgY292ZXJzIGFsbCB0aGUgbGlua3MgYWxv bmcgdGhlIHBhdGgiDQoNClhpYW9odQ0KDQo+IHRoYXQgdGhpcyBpcyBhbHNvIHRoZSBjYXNlIGZv ciBtb3N0IG90aGVyIG5ldHdvcmtzIChwb3NzaWJseSBhbHNvIHVzaW5nDQo+IEFJR1ApLiBJdCdz IHJhdGhlciBub3QgdHJpdmlhbCB0byBpbWFnaW5lIGEgY2FzZSB3aGVyZSAoSUdQLCBNRUQsIEFJ R1ApDQo+IHdvdWxkIG5vdCBzdWZmaWNlLiBBbmQgd2hlcmUgaXQgd291bGQgbm90IHN1ZmZpY2Ug cXVpdGUgbGlrZWx5IG9ubHkgZmV3IFRFDQo+IHR1bm5lbHMgY291bGQgY29tcGxldGUgdGhlIHNv bHV0aW9uLiBPciBkbyB5b3UgaGF2ZSBhIHByYWN0aWNhbCAocmF0aGVyIHRoYW4NCj4gdGhlb3Jl dGljYWwpIGNhc2Ugd2hlcmUgdGhpcyB3b3VsZCBub3QgaG9sZD8NCj4gDQo+ID4gPiBTZWNvbmQs IGlmIG9uZSBvciBtb3JlIEFTJ3MgYXJlIE5PVCB1bmRlciBzaW5nbGUgYWRtaW5pc3RyYXRpb24s IHRoZW4NCj4gPiA+IGxhdGVuY3kgaW5mb3JtYXRpb24gaW4gQkdQIGJlY29tZXMgaXJyZWxldmFu dCBiZWNhdXNlIGNoYW5jZXMgYXJlDQo+ID4gPiBub2JvZHkgaXMgZ29pbmcgdG8gdHJ1c3QgaXQu IE5vdCBvbmx5IHNvbWVib2R5IGNhbiBhZHZlcnRpc2UganVuaw0KPiA+ID4gdmFsdWVzLCBidXQg aWYgc29tZWJvZHkgdXNlcyBwZXItY2xhc3MgTVBMUy1URSBmb3J3YXJkaW5nIHRoZW4gdGhlcmUN Cj4gPiA+IGlzIG5vIGd1YXJhbnRlZSB0aGF0IGFkdmVydGlzZWQgQkdQIGxhdGVuY3kgaXMgdGhl IHNhbWUgZm9yIGFsbCB0cmFmZmljLg0KPiA+DQo+ID4gQWdyZWUgdGhhdCB0aGVzZSBpc3N1ZXMg bmVlZCBmdXJ0aGVyIGNvbnNpZGVyYXRpb25zLg0KPiA+DQo+IA0KPiBJdCB3aWxsIGdldCBoYWly eSBmb3Igc3VyZS4gQnV0IGlzIHRoZSBwcm9ibGVtIGFjdHVhbGx5IHRoZXJlIGFuZCB3b3J0aCB0 aGUNCj4gZWZmb3J0Pw0KPiANCj4gPiA+IFRoaXJkLCB0aGUgcHJvYmxlbSB5b3UncmUgdHJ5aW5n IHRvIHNvbHZlIGlzIGVzc2VudGlhbGx5ICJ0byBidWlsZA0KPiA+ID4gbGF0ZW5jeS1iYXNlZCBw YXRoIGJldHdlZW4gZW5kLXBvaW50cyAoY2xpZW50LXNlcnZlcikiLiBUaGlzIHNlZW1zDQo+ID4g PiBtb3JlIHdvcmsgZm9yIHNvbWV0aGluZyBsaWtlIFJTVlAgb3IgY2FsbC1hZG1pc3Npb24tY29u dHJvbCBhbmQgbm90IGZvcg0KPiBhDQo+ID4gcm91dGluZyBwcm90b2NvbC4NCj4gPg0KPiA+IEFG QUlLLCBlbmQtdG8tZW5kIFJTVlAgaXMgbm90IHByYWN0aWNhbCBhbnltb3JlIGluIHRvZGF5J3Mg bGFyZ2Utc2NhbGUNCj4gPiBuZXR3b3Jrcy4NCj4gPg0KPiANCj4gVGhhdCB3YXMganVzdCBhbiBl eGFtcGxlLCBhbmQgUlNWUCB3YXMgbWVudGlvbmVkIHRvIGVtcGhhc2l6ZSB0aGUgaXNzdWUgLQ0K PiB0b2RheSBub2JvZHkgbGV0cyBmb3JlaWduIHRyYWZmaWMgdG8gcmVxdWVzdCByZXNvdXJjZXMs IHNvIHdoeSB3b3VsZCB0aGF0IGJlDQo+IGRpZmZlcmVudCB3aXRoIGxhdGVuY3ktYmFzZWQgcm91 dGluZz8NCj4gDQo+IEtpbmQgcmVnYXJkcywNCj4gaUx5YQ0KPiANCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gSWRyIG1haWxpbmcgbGlzdA0KPiBJ ZHJAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHIN Cg== From erosen@cisco.com Tue Apr 9 07:53:10 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89F7821F93D1 for ; Tue, 9 Apr 2013 07:53:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8 X-Spam-Level: X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8] 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 4tg3Hee1a6IC for ; Tue, 9 Apr 2013 07:53:09 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 8382121F9370 for ; Tue, 9 Apr 2013 07:52:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1352; q=dns/txt; s=iport; t=1365519176; x=1366728776; h=from:to:cc:subject:in-reply-to:reply-to:date:message-id; bh=UUCVpOSrJZrMIeuAW/CTZxiS2i5PLJgYqpV8kq60w+Y=; b=A9OBfcLMsZ9wWTBipuAlPiK5NNgkaKwQ6+INFh9R4Kv54JFEkddsqOT3 WZCSEAiYni/fJSneJUDztRTTJ1GuUPmz7lmmccpLFL8yBJNAxlBem05Wc +tKktBjGBg9VUdgcN0pwHoiW0mp17NH0v4smtpk7ALjbjCe8+07T1Sqwy c=; X-IronPort-AV: E=Sophos;i="4.87,439,1363132800"; d="scan'208";a="196673890" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-7.cisco.com with ESMTP; 09 Apr 2013 14:52:56 +0000 Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r39EqtCI020961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Apr 2013 14:52:56 GMT Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id r39EqrBp031423; Tue, 9 Apr 2013 10:52:53 -0400 From: Eric Rosen To: Xuxiaohu In-reply-to: Your message of Sun, 07 Apr 2013 08:11:17 -0000. <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> Date: Tue, 09 Apr 2013 10:52:53 -0400 Message-ID: <31422.1365519173@erosen-linux> Cc: "idr@ietf.org" , erosen@cisco.com Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: erosen@cisco.com List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 14:53:10 -0000 > Network latency is widely recognized as one of major obstacles in adopting > public cloud services (e.g., cloud desktop service) especially in the > scenario where the network path between cloud end-users and cloud data > centers may traverse multiple Autonomous Systems (ASes). As others have pointed out, using the "least latency" network path does not necessarily remove network latency as an obstacle to adopting this sort of application. But for cases where least latency routing through a set of ASes is desired, AIGP would seem to work perfectly well as long as the metric is agreed. (Though such agreement, as others have pointed out, is highly unlikely among an arbitrary set of SPs.) > the AIGP attribute is used to convey IGP cost It could be used to convey any other metric that is agreed upon. > To make the performance routing paradigm and the vanilla routing paradigm > coexist, performance routes could be exchanged between BGP peers as > labeled routes by using a specified Subsequent Address Family Identifier > (SAFI). If you did something like this, you could attach AIGP to the "performance routes" and not to the "vanilla routes". However, ISPs all around the world are unlikely to increase their routing load so that some particular ISP's customers can reduce their latencies a little bit. From xuxiaohu@huawei.com Tue Apr 9 19:20:47 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0487321F97B4 for ; Tue, 9 Apr 2013 19:20:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.057 X-Spam-Level: X-Spam-Status: No, score=-2.057 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 LV-8ClwQqt79 for ; Tue, 9 Apr 2013 19:20:46 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8298721F97AF for ; Tue, 9 Apr 2013 19:20:45 -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.5-GA FastPath queued) with ESMTP id ARQ81255; Wed, 10 Apr 2013 02:20:41 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 10 Apr 2013 03:20:06 +0100 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 10 Apr 2013 10:20:37 +0800 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.01.0323.007; Wed, 10 Apr 2013 10:20:26 +0800 From: Xuxiaohu To: "erosen@cisco.com" Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: AQHONTHpNXKPO3vwTlK1/LXyenIkEJjOsTWQ Date: Wed, 10 Apr 2013 02:20:25 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5BB3B@NKGEML512-MBS.china.huawei.com> References: Your message of Sun, 07 Apr 2013 08:11:17 -0000. <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <31422.1365519173@erosen-linux> In-Reply-To: <31422.1365519173@erosen-linux> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 02:20:47 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogaWRyLWJvdW5jZXNAaWV0Zi5vcmcg W21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBFcmljIFJvc2VuDQo+ILeiy83Ksbzk OiAyMDEzxOo01MI5yNUgMjI6NTMNCj4gytW8/sjLOiBYdXhpYW9odQ0KPiCzrcvNOiBpZHJAaWV0 Zi5vcmc7IGVyb3NlbkBjaXNjby5jb20NCj4g1vfM4jogUmU6IFtJZHJdIFBlcmZvcm1hbmNlLWJh c2VkIEJHUCBSb3V0aW5nIE1lY2hhbmlzbQ0KPiANCj4gPiBOZXR3b3JrIGxhdGVuY3kgaXMgd2lk ZWx5IHJlY29nbml6ZWQgYXMgb25lIG9mIG1ham9yIG9ic3RhY2xlcyBpbiBhZG9wdGluZw0KPiA+ IHB1YmxpYyBjbG91ZCBzZXJ2aWNlcyAoZS5nLiwgY2xvdWQgZGVza3RvcCBzZXJ2aWNlKSBlc3Bl Y2lhbGx5IGluIHRoZQ0KPiA+IHNjZW5hcmlvIHdoZXJlIHRoZSBuZXR3b3JrIHBhdGggYmV0d2Vl biBjbG91ZCBlbmQtdXNlcnMgYW5kIGNsb3VkIGRhdGENCj4gPiBjZW50ZXJzIG1heSB0cmF2ZXJz ZSBtdWx0aXBsZSBBdXRvbm9tb3VzIFN5c3RlbXMgKEFTZXMpLg0KPiANCj4gQXMgb3RoZXJzIGhh dmUgcG9pbnRlZCBvdXQsIHVzaW5nIHRoZSAibGVhc3QgbGF0ZW5jeSIgbmV0d29yayBwYXRoIGRv ZXMgbm90DQo+IG5lY2Vzc2FyaWx5IHJlbW92ZSBuZXR3b3JrIGxhdGVuY3kgYXMgYW4gb2JzdGFj bGUgdG8gYWRvcHRpbmcgdGhpcyBzb3J0IG9mDQo+IGFwcGxpY2F0aW9uLg0KPiANCj4gQnV0IGZv ciBjYXNlcyB3aGVyZSBsZWFzdCBsYXRlbmN5IHJvdXRpbmcgdGhyb3VnaCBhIHNldCBvZiBBU2Vz IGlzIGRlc2lyZWQsDQo+IEFJR1Agd291bGQgc2VlbSB0byB3b3JrIHBlcmZlY3RseSB3ZWxsIGFz IGxvbmcgYXMgdGhlIG1ldHJpYyBpcyBhZ3JlZWQuDQo+IChUaG91Z2ggc3VjaCBhZ3JlZW1lbnQs IGFzIG90aGVycyBoYXZlIHBvaW50ZWQgb3V0LCBpcyBoaWdobHkgdW5saWtlbHkgYW1vbmcNCj4g YW4gYXJiaXRyYXJ5IHNldCBvZiBTUHMuKQ0KPiANCj4gPiB0aGUgQUlHUCBhdHRyaWJ1dGUgaXMg dXNlZCB0byBjb252ZXkgSUdQIGNvc3QNCj4gDQo+IEl0IGNvdWxkIGJlIHVzZWQgdG8gY29udmV5 IGFueSBvdGhlciBtZXRyaWMgdGhhdCBpcyBhZ3JlZWQgdXBvbi4NCj4gDQo+ID4gVG8gbWFrZSB0 aGUgcGVyZm9ybWFuY2Ugcm91dGluZyBwYXJhZGlnbSBhbmQgdGhlIHZhbmlsbGEgcm91dGluZyBw YXJhZGlnbQ0KPiA+IGNvZXhpc3QsIHBlcmZvcm1hbmNlIHJvdXRlcyBjb3VsZCBiZSBleGNoYW5n ZWQgYmV0d2VlbiBCR1AgcGVlcnMgYXMNCj4gPiBsYWJlbGVkIHJvdXRlcyBieSB1c2luZyBhIHNw ZWNpZmllZCBTdWJzZXF1ZW50IEFkZHJlc3MgRmFtaWx5IElkZW50aWZpZXINCj4gPiAoU0FGSSku DQo+IA0KPiBJZiB5b3UgZGlkIHNvbWV0aGluZyBsaWtlIHRoaXMsIHlvdSBjb3VsZCBhdHRhY2gg QUlHUCB0byB0aGUgInBlcmZvcm1hbmNlDQo+IHJvdXRlcyIgYW5kIG5vdCB0byB0aGUgInZhbmls bGEgcm91dGVzIi4gIEhvd2V2ZXIsIElTUHMgYWxsIGFyb3VuZCB0aGUgd29ybGQNCj4gYXJlIHVu bGlrZWx5IHRvIGluY3JlYXNlIHRoZWlyIHJvdXRpbmcgbG9hZCBzbyB0aGF0IHNvbWUgcGFydGlj dWxhciBJU1Ancw0KPiBjdXN0b21lcnMgY2FuIHJlZHVjZSB0aGVpciBsYXRlbmNpZXMgYSBsaXR0 bGUgYml0Lg0KDQpIaSBFcmljLA0KDQpUaGFua3MgYSBsb3QgZm9yIHlvdXIgdmFsdWFibGUgY29t bWVudHMgaW4gYWR2YW5jZS4NCg0KQWthbWFpIFN1cmVyb3V0ZSAoaHR0cDovL3d3dy5ha2FtYWku Y29tL2RsL2ZlYXR1cmVfc2hlZXRzL2ZzX2VkZ2VzdWl0ZV9zdXJlcm91dGUucGRmKSBpcyBhIGdv b2QgZXhhbXBsZSB0aGF0IHBlcmZvcm1hbmNlLWJhc2VkIHJvdXRpbmcgaGFzIGl0cyBidXllcnMu IEhvd2V2ZXIsIEFrYW1haSBTdXJlcm91dGUgaXMgYW4gb3ZlcmxheSBiYXNlZCBhcHByb2FjaCwg YW5kIHRoZXJlZm9yZSB0aG9zZSBhbHRlcm5hdGl2ZSBwYXRocyBiZXR3ZWVuIEFrYW1haSBlZGdl DQpzZXJ2ZXJzIHNlbGVjdGVkIGJhc2VkIHVwb24gU3VyZXJvdXRlIGlzIHN0aWxsIG5vdCBvcHRp bWFsIGVub3VnaCBmcm9tIHBlcmZvcm1hbmNlIHBlcnNwZWN0aXZlIHNpbmNlIGl0IGNvdWxkIG5v dCBpbmZsdWVuY2UgdGhlIHBhdGggc2VsZWN0aW9uIGJldHdlZW4gYW55IHBhaXIgb2YgaXRzIGVk Z2Ugc2VydmVycywgdW5sZXNzIHRoZSBkZW5zaXR5IG9mIGl0cyBlZGdlIHNlcnZlcnMgaXMgbGFy Z2UgZW5vdWdoLCBlLmcuLCBlYWNoIHBoeXNpY2FsIHJvdXRlciBpbiB0aGUgbmV0d29yayBpcyBh dHRhY2hlZCB3aXRoIGFuIEFrYW1haSBlZGdlIHNlcnZlciB0byBhbiBleHRyZW1lIGV4dGVudC4g V2h5IGNvdWxkbid0IElTUHMgd2hvIGhhdmUgdGhlIGZ1bGwgY29udHJvbCBvZiB0aGVpciBwaHlz aWNhbCBuZXR3b3JrIHJlc291cmNlcyBkbyBzb21ldGhpbmcgbGlrZSB3aGF0IEFrYW1haSBTdXJl cm91dGUgaGFzIGRvbmUsIGV2ZW4gb25seSBpbiBhIGxpbWl0ZWQgbmV0d29yayBzY29wZSBvciBv bmx5IGZvciB0aGVpciBrZXkgY3VzdG9tZXJzPyBCeSBkb2luZyBzbywgaXQgd291bGQgbm90IGlu Y3JlYXNlIHRoZWlyIHJvdXRpbmcgbG9hZCBzaWduaWZpY2FudGx5IHNpbmNlIHRoZXJlIGlzIG5v IG5lZWQgdG8gZXhlY3V0ZSBwZXJmb3JtYW5jZS1iYXNlZCByb3V0aW5nIGZvciBhbGwgQkdQIHBy ZWZpeGVzLCBidXQgb25seSBmb3IgYSBsaW1pdGVkIG51bWJlciBvZiBwcmVmaXhlcyAoZS5nLiwg cHJlZml4ZXMgb2YgdGhvc2UgY3VzdG9tZXJzIHdobyBoYXZlIHBhaWQgZm9yIHN1Y2ggdmFsdWUt YWRkZWQgc2VydmljZSkuDQoNCkFueSBmdXJ0aGVyIGNvbW1lbnRzIGFyZSB3ZWxjb21lLg0KDQpC ZXN0IHJlZ2FyZHMsDQpYaWFvaHUgDQoNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBJZHIgbWFpbGluZyBsaXN0DQo+IElkckBpZXRm Lm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0K From rraszuk@gmail.com Tue Apr 9 21:20:33 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5332E21F930E for ; Tue, 9 Apr 2013 21:20:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 GZeC8us2uIv5 for ; Tue, 9 Apr 2013 21:20:31 -0700 (PDT) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) by ietfa.amsl.com (Postfix) with ESMTP id B0FF321F9075 for ; Tue, 9 Apr 2013 21:20:26 -0700 (PDT) Received: by mail-ie0-f179.google.com with SMTP id k11so61561iea.10 for ; Tue, 09 Apr 2013 21:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9Jg12/1P8sVnnQQgH9REWs9KRTIRRpoahxzi9lOQr40=; b=knnqcbvB8/jTgG1isY+57zIMynazOxhKx3YuIcE/2LZnPnKP3C/aAo45E5faNNlU8p 3K2akZKAH5gKHaErzq1miyMcah6fr16Lw+62fFHkKHS8jW5wmkLjxcI1BxJ9L0aYf1Jw KMwFfnIx0+ovn+wKTCf1/L319lc+IcWXRaRluMyuzQw0HVRE4+mNWs0eFaecQDmELHWK 1yfhBAqWrFx+kkUfGdjkyErbf+DZJaMRhgDIKZ6Ykk2nG5HlikcWb9ZV4CqjxEN6DIjH mgyGX8w5fsK6IGEcp/5lPgFKrp7gpqk1dgyFd7HIWA7iLiqfz0Z7L0LNFdAbkVu3ELA9 VCGw== MIME-Version: 1.0 X-Received: by 10.50.5.180 with SMTP id t20mr11827047igt.80.1365567626096; Tue, 09 Apr 2013 21:20:26 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.91.105 with HTTP; Tue, 9 Apr 2013 21:20:25 -0700 (PDT) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5BB3B@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <31422.1365519173@erosen-linux> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5BB3B@NKGEML512-MBS.china.huawei.com> Date: Wed, 10 Apr 2013 06:20:25 +0200 X-Google-Sender-Auth: mSMb3B43ir88RgQcEF63YcKYAeI Message-ID: From: Robert Raszuk To: Xuxiaohu Content-Type: text/plain; charset=ISO-8859-1 Cc: "idr@ietf.org" , "erosen@cisco.com" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 04:20:33 -0000 Hi Xuxiaohu, > Why couldn't ISPs who have the full control of their physical network > resources do something like what Akamai Sureroute has done, even > only in a limited network scope or only for their key customers? How does it help to do that on a "limited network scope" ? Customers are even local to ISP (single AS or multi ASes - where AIGP can be used) and then ISP can do whatever they like to please their customers or customers applications cross inter-provider boundary and then you are our of luck. So I guess what you are hearing is that doing it on "limited network scope" is as good as not doing it at all. Again Akamai has it's own overlay they use .. completely different service then hops of ISPs which often fight for the same customers. Rgs, R. From xuxiaohu@huawei.com Fri Apr 12 02:24:21 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A7B321F855F for ; Fri, 12 Apr 2013 02:24:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.814 X-Spam-Level: X-Spam-Status: No, score=-1.814 tagged_above=-999 required=5 tests=[AWL=0.243, BAYES_00=-2.599, CN_BODY_35=0.339, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4] 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 739fYVh0cVTa for ; Fri, 12 Apr 2013 02:24:21 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E4F0821F8B07 for ; Fri, 12 Apr 2013 02:24:19 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AQH83512; Fri, 12 Apr 2013 09:24:18 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 12 Apr 2013 10:23:38 +0100 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 12 Apr 2013 10:24:15 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.50]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.01.0323.007; Fri, 12 Apr 2013 17:24:09 +0800 From: Xuxiaohu To: Ilya Varlashkin Thread-Topic: [Idr] Performance-based BGP Routing Mechanism Thread-Index: Ac4zZ3ilNXKPO3vwTlK1/LXyenIkEAA+G2eAACLs3AAAnFJ/8A== Date: Fri, 12 Apr 2013 09:24:08 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5C511@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07F5B0C4@NKGEML512-MBS.china.huawei.com> <050C2746-9D19-412B-AF7A-F491B5BC3D45@nobulus.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: DKev DTgq D6QG ECM2 ERlg HzKK N4sM P1zP QFZ8 Qmfl RaTg SC5W U/A0 WSRj Wot0 W1Gu; 2; aQBkAHIAQABpAGUAdABmAC4AbwByAGcAOwBpAGwAeQBhAEAAbgBvAGIAdQBsAHUAcwAuAGMAbwBtAA==; Sosha1_v1; 7; {E8AE771E-E2AB-4954-82B7-3682D5C9A430}; eAB1AHgAaQBhAG8AaAB1AEAAaAB1AGEAdwBlAGkALgBjAG8AbQA=; Fri, 12 Apr 2013 09:24:05 GMT; cgBlADoAIABbAEkAZAByAF0AIABQAGUAcgBmAG8AcgBtAGEAbgBjAGUALQBiAGEAcwBlAGQAIABCAEcAUAAgAFIAbwB1AHQAaQBuAGcAIABNAGUAYwBoAGEAbgBpAHMAbQA= x-cr-puzzleid: {E8AE771E-E2AB-4954-82B7-3682D5C9A430} x-originating-ip: [10.111.98.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "idr@ietf.org" Subject: Re: [Idr] Performance-based BGP Routing Mechanism X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 09:24:21 -0000 DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogWHV4aWFvaHUNCj4gt6LLzcqxvOQ6 IDIwMTPE6jTUwjnI1SAxNDo1Mg0KPiDK1bz+yMs6ICdJbHlhIFZhcmxhc2hraW4nDQo+ILOty806 IGlkckBpZXRmLm9yZw0KPiDW98ziOiByZTogW0lkcl0gUGVyZm9ybWFuY2UtYmFzZWQgQkdQIFJv dXRpbmcgTWVjaGFuaXNtDQo+IA0KPiANCj4gDQo+ID4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ID4g t6K8/sjLOiBpZHItYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3Jn XSC0+rHtIElseWENCj4gPiBWYXJsYXNoa2luDQo+ID4gt6LLzcqxvOQ6IDIwMTPE6jTUwjnI1SA1 OjUwDQo+ID4gytW8/sjLOiBYdXhpYW9odQ0KPiA+ILOty806IGlkckBpZXRmLm9yZw0KPiA+INb3 zOI6IFJlOiBbSWRyXSBQZXJmb3JtYW5jZS1iYXNlZCBCR1AgUm91dGluZyBNZWNoYW5pc20NCj4g Pg0KPiA+IEhpLA0KPiA+DQo+ID4gYmVzaWRlcyB3aGF0IG90aGVycyBoYXZlIGFscmVhZHkgc2Fp ZCwgdGhlcmUgYXJlIHNvbWUgbW9yZSB0aGluZ3MgdG8gdGFrZQ0KPiBpbnRvDQo+ID4gYWNjb3Vu dC4NCj4gPg0KPiA+IEZpcnN0LCBpZiBhbGwgaW52b2x2ZWQgQVMncyBhcmUgdW5kZXIgc2luZ2xl IGFkbWluaXN0cmF0aW9uIHdlIGNhbiByZXNvcnQgdG8NCj4gPiBNUExTLVRFIChpbmNsdWRpbmcg b2ZmbGluZSB0dW5uZWwgbWFuYWdlbWVudCkuIEZyb20gdGhpcyBwZXJzcGVjdGl2ZQ0KPiA+IGxh dGVuY3ktYmFzZWQgcm91dGluZyBiZWNvbWVzIHVubmVjZXNzYXJ5IGJlY2F1c2Ugd2UgY2FuIGRv IG11Y2ggbW9yZQ0KPiA+IHdpdGggVEUuDQo+IA0KPiBZZXMsIGludGVyLUFTIFRFIGlzIGFuIGFs dGVybmF0aXZlIHdheS4gSG93ZXZlciwgdGhlIHNjYWxhYmlsaXR5IG9mIGludGVyLUFTIFRFDQo+ IG1heSBiZWNvbWUgYSBiaWcgY29uY2VybiBvbmNlIHRoZSBhbW91bnQgb2YgVEUgTFNQcyBpcyB2 ZXJ5IGxhcmdlLg0KDQpBcyBhbiBhbHRlcm5hdGl2ZSB0byBpbnRlci1BUyBURSwgb25lIGNvdWxk IHVzZSBCR1Atb3Zlci1URSBMU1AgdHVubmVscyAoaS5lLiwgQkdQLXNpZ25hbGVkIExTUCBvdmVy IFJTVlAtVEUgTFNQKSBpbiBhIG11Y2ggc2NhbGFibGUgd2F5LiBPbmUgYXBwbGljYXRpb24gZXhh bXBsZSBvZiBzdWNoIExTUCB0dW5uZWwgaXMgaW50ZXItQVMgTVBMUy1iYXNlZCBWUE4gc29sdXRp b24gb3B0aW9uIEMgKGkuZS4sIFZQTiBMYWJlbCBvdmVyIEJHUCBMYWJlbCBvdmVyIFRFIExhYmVs KS4gDQoNCkFzIHN1Y2gsIHdoZW4gZGVwbG95aW5nIHRoaXMgcGVyZm9ybWFuY2UtYmFzZWQgQkdQ IHJvdXRpbmcgbWVjaGFuaXNtIGFjcm9zcyBtdWx0aXBsZSBBU6GvcyB3aGljaCBhcmUgd2l0aGlu IGEgc2luZ2xlIGFkbWluaXN0cmF0aXZlIGRvbWFpbiwgaXShr3MgUkVDT01NRU5URUQgdG8gZGVs aXZlciBhIHBhY2tldCBmcm9tIGEgQkdQIHNwZWFrZXIgdG8gdGhlIEJHUCBORVhUX0hPUCB3aXRo IGVhY2ggQVMgdmlhIHR1bm5lbHMsIGVzcGVjaWFsbHkgVEUgTFNQIHR1bm5lbHMuIEZ1cnRoZXJt b3JlLCBpdKGvcyBzdHJvbmdseSBSRUNPTU1FTkRFRCB0byB1c2UgdGhlIGxhdGVuY3kgbWV0cmlj IGNhcnJpZWQgaW4gVW5pZGlyZWN0aW9uYWwgTGluayBEZWxheSBTdWItVExWIFtPU1BGLVRFLUVY VF0gW0lTSVMtVEUtRVhUXSBpZiBwb3NzaWJsZSwgcmF0aGVyIHRoYW4gdGhlIFRFIG1ldHJpYyBb UkZDMzYzMF0gW1JGQzUzMDVdIG9yIElHUCBtZXRyaWMgdG8gcGVyZm9ybSB0aGUgQy1TUEYgY2Fs Y3VsYXRpb24sIHVubGVzcyB0aGUgVEUgbWV0cmljIG9yIHRoZSBJR1AgbWV0cmljIGhhcyBhbHJl YWR5IGJlZW4gc2V0IHRvIHRoZSBsaW5rIGxhdGVuY3kgbWV0cmljLiBJbiB0aGlzIHdheSwgaXQg d291bGQgYXZvaWQgdGhlIG5lZWQgZm9yIHRpbWVseSBtZWFzdXJlbWVudCBvZiBlbmQtdG8tZW5k IGxhdGVuY3kgYmV0d2VlbiBJQkdQIHBlZXJzIGJ5IHNvbWUgbWVhbnMuIEZ1cnRoZXJtb3JlLCB0 aGlzIGN1bXVsYXRlZCBsaW5rIGxhdGVuY3kgaXMgbW9yZSBzdGFibGUgdGhhbiB0aGUgbWVhc3Vy ZWQgbmV0d29yayBsYXRlbmN5IHNpbmNlIHRoZSBmb3JtZXIgY291bGQgZXhjbHVkZSB0aGUgZmFj dG9yIG9mIGludGVybmFsIGxhdGVuY3kgb2NjdXJyZWQgd2l0aGluIHRob3NlIHRyYW5zaXQgcm91 dGVycyBhbG9uZyB0aGUgZm9yd2FyZGluZyBwYXRoIGJldHdlZW4gQkdQIHBlZXJzLg0KDQpBcyBz dWNoLCBvbmUgY2FuIHVzZSBhIEJHUC1vdmVyLVRFIExTUCB0dW5uZWwgd2l0aCB0aGUgbG93ZXN0 IGVuZC10by1lbmQgbGF0ZW5jeSBmb3IgaW50ZXItQVMgTVBMUy1iYXNlZCBWUE4gb3B0aW9uIEMu IEJlc2lkZXMsIGJ5IHRvZ2V0aGVyIHVzaW5nIGVpdGhlciBCR1AgVHVubmVsLUVuZHBvaW50IEV4 dGVuZGVkIENvbW11bml0eSAoaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtc29m dHdpcmUtdHVubmVsLWVuZHBvaW50LTAzKSBvciBCR1AgUmVtb3RlLU5leHQtSG9wIFBhdGggQXR0 cmlidXRlIChodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12YW5kZXZlbGRlLWlkci1y ZW1vdGUtbmV4dC1ob3AtMDMpLCB0aGlzIGxvd2VzdC1sYXRlbmN5IEJHUC1vdmVyLVRFIExTUCB0 dW5uZWwgY291bGQgYmUgZWFzaWx5IHVzZWQgZm9yIGNvbnZleWluZyB0aGUgbGF0ZW5jeS1zZW5z aXRpdmUgaW50ZXJuZXQgdHJhZmZpYyBhY3Jvc3MgbXVsdGlwbGUgQVMncyBhcyB3ZWxsLg0KDQpC ZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KDQo= From internet-drafts@ietf.org Fri Apr 12 14:07:46 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0ECC21F8E94; Fri, 12 Apr 2013 14:07:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.432 X-Spam-Level: X-Spam-Status: No, score=-102.432 tagged_above=-999 required=5 tests=[AWL=0.168, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] 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 QnLRMy-cWVUL; Fri, 12 Apr 2013 14:07:46 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 492BF21F861B; Fri, 12 Apr 2013 14:07:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.43.p4 Message-ID: <20130412210746.30820.8883.idtracker@ietfa.amsl.com> Date: Fri, 12 Apr 2013 14:07:46 -0700 Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-as-private-reservation-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 21:07:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Inter-Domain Routing Working Group of the= IETF. Title : Autonomous System (AS) Reservation for Private Use Author(s) : Jon Mitchell Filename : draft-ietf-idr-as-private-reservation-04.txt Pages : 4 Date : 2013-04-12 Abstract: This document describes the reservation of Autonomous System numbers (ASNs) that are for Private Use only and MUST NOT be advertised to the Internet, known as Private Use ASNs. This document enlarges the total space available for Private Use ASNs by documenting the reservation of a second, larger range and updates RFC 1930 by replacing Section 10. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-as-private-reservation There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-as-private-reservation-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-as-private-reservation-04 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From internet-drafts@ietf.org Thu Apr 25 12:35:10 2013 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E01321F969A; Thu, 25 Apr 2013 12:35:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.485 X-Spam-Level: X-Spam-Status: No, score=-102.485 tagged_above=-999 required=5 tests=[AWL=0.115, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] 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 M4GzMkCo1tFS; Thu, 25 Apr 2013 12:35:09 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ABA1821F968B; Thu, 25 Apr 2013 12:35:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.44.p4 Message-ID: <20130425193509.29801.87835.idtracker@ietfa.amsl.com> Date: Thu, 25 Apr 2013 12:35:09 -0700 Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-bgp-gr-notification-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 19:35:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Inter-Domain Routing Working Group of the= IETF. Title : Notification Message support for BGP Graceful Restart Author(s) : Keyur Patel Rex Fernando John Scudder Jeff Haas Filename : draft-ietf-idr-bgp-gr-notification-01.txt Pages : 7 Date : 2013-04-25 Abstract: The current BGP Graceful Restart mechanism limits the usage of BGP Graceful Restart to BGP protocol messages other than a BGP NOTIFICATION message. This document defines an extension to the BGP Graceful Restart that permits the Graceful Restart procedures to be performed when the BGP speaker receives a BGP NOTIFICATION Message. This document also defines a new BGP NOTIFICATION Cease Error subcode to prevent BGP speakers supporting the extension defined in this document from performing a Graceful Restart. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-gr-notification There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-bgp-gr-notification-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/