Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
 with ESMTP id 7ABB53A6918; Thu, 12 Aug 2010 23:15:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.276
X-Spam-Level: **
X-Spam-Status: No, score=2.276 tagged_above=-999 required=5 tests=[AWL=-4.174,
 BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001,
 MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45,
 SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id agKJLo2Zei3u;
 Thu, 12 Aug 2010 23:15:50 -0700 (PDT)
Received: from ilptbmg01.ecitele.com (ilptbmg01-out.ecitele.com
 [147.234.242.234]) by core3.amsl.com (Postfix) with ESMTP id 25EFB3A6892;
 Thu, 12 Aug 2010 23:15:44 -0700 (PDT)
X-AuditID: 93eaf2e7-b7c62ae00000682a-2c-4c64e334b957
Received: from ILPTEXCH02.ecitele.com ( [147.234.245.181]) by
 ilptbmg01.ecitele.com (Symantec Brightmail Gateway) with SMTP id
 4D.AE.26666.433E46C4; Fri, 13 Aug 2010 09:16:20 +0300 (IDT)
Received: from ILPTMAIL02.ecitele.com ([147.234.244.213]) by
 ILPTEXCH02.ecitele.com ([147.234.245.181]) with mapi;
 Fri, 13 Aug 2010 09:17:05 +0300
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "dai.xuehui@zte.com.cn" <dai.xuehui@zte.com.cn>
Date: Fri, 13 Aug 2010 09:11:29 +0300
Thread-Topic: =?gb2312?B?W21wbHNdILTwuLQ6IFJlOiAgVXBkYXRlZCBkcmFmdHMgLSBkcmFmdC1raW5p?=
 =?gb2312?B?LW1wbHMtcmluZy1mcnItZmFjaWxpdHktYmFja3VwLCBkcmFmdC1raW5pLW0=?=
 =?gb2312?B?cGxzLWZhc3QtbHNwLWFsZXJ0?=
Thread-Index: Acs6rN33zx3FBNEVQ/2KohRdHFK9PwAAZuZO
Message-ID: <A3C5DF08D38B6049839A6F553B331C76D5BB63D750@ILPTMAIL02.ecitele.com>
References: <60C093A41B5E45409A19D42CF7786DFD51AE694CFE@EUSAACMS0703.eamcs.ericsson.se>,
 <OF5407D40D.51638C2E-ON4825777E.001DFECB-4825777E.001F1901@zte.com.cn>
In-Reply-To: <OF5407D40D.51638C2E-ON4825777E.001DFECB-4825777E.001F1901@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/alternative;
 boundary="_000_A3C5DF08D38B6049839A6F553B331C76D5BB63D750ILPTMAIL02eci_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: AAAAAA==
Cc: "mpls@ietf.org" <mpls@ietf.org>, Shell Nakash <Shell.Nakash@ecitele.com>,
 Alexander Kugel <Alexander.Kugel@ecitele.com>,
 "liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>,
 Autumn Liu <autumn.liu@ericsson.com>, MPLS TP <mpls-tp@ietf.org>,
 Mishael Wexler <Mishael.Wexler@ecitele.com>,
 Srinivas Goli <Srinivas.Goli@ecitele.com>
Subject: Re: [mpls] =?gb2312?b?tPC4tDogUmU6ICBVcGRhdGVkIGRyYWZ0cyAtIGRyYWZ0?=
 =?gb2312?b?LWtpbmktbXBscy1yaW5nLWZyci1mYWNpbGl0eS1iYWNrdXAsIGRyYWZ0LWtp?=
 =?gb2312?b?bmktbXBscy1mYXN0LWxzcC1hbGVydA==?=
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>,
 <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>,
 <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Aug 2010 06:15:52 -0000

--_000_A3C5DF08D38B6049839A6F553B331C76D5BB63D750ILPTMAIL02eci_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

WHVlaHVpLCBhbmQgYWxsLA0KDQpBcyBhIG1hdHRlciBvZiBmYWN0LCBGUlIgaXMgYSBwdXJlIGRh
dGEgcGxhbmUgbWVjaGFuaXNtIHRoYXQgY2FuIGJlIGRlY291cGxlZCBmcm9tIHRoZSBjb250cm9s
IHBsYW5lLg0KKE9mIGNvdXJzZSBpdCBtZWFucyB0aGF0IHlvdXIgYnlwYXNzIHR1bm5lbHMgaGF2
ZSB0byBiZSBjb25zdHJ1Y3RlZCBieSB0aGUgbWFuYWdlbWVudCBwbGFuZSwgYnV0IHRoaXMgaXMg
bm90aGluZyB0byBwcmV2ZW50IHRoaXMpLiBBcyBhIGNvbnNlcXVlbmNlLCBGUlIgaXMgZnVsbHkg
YWNjZXB0YWJsZSBpbiBNUExTLVRQLg0KDQpNeSAyIGMsDQogICAgIFNhc2hhDQoNCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgW21w
bHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIGRhaS54dWVodWlAenRlLmNvbS5jbiBb
ZGFpLnh1ZWh1aUB6dGUuY29tLmNuXQ0KU2VudDogRnJpZGF5LCBBdWd1c3QgMTMsIDIwMTAgODoz
MyBBTQ0KVG86IEF1dHVtbiBMaXUNCkNjOiBsaXUuZ3VvbWFuQHp0ZS5jb20uY247IG1wbHMtYm91
bmNlc0BpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogW21wbHNdILTwuLQ6IFJlOiBV
cGRhdGVkIGRyYWZ0cyAtIGRyYWZ0LWtpbmktbXBscy1yaW5nLWZyci1mYWNpbGl0eS1iYWNrdXAs
IGRyYWZ0LWtpbmktbXBscy1mYXN0LWxzcC1hbGVydA0KDQoNCkhpIGFsbKOsDQoNCkZyb20gbXkg
dW5kZXJzdGFuZGluZywgRlJSIG1lY2hhbmlzbSBpcyBiYXNlZCBvbiBSU1ZQLVRFIHByb3RvY29s
LCBzaW5jZSAsIGlmIHRoZSBwcm9wb3NlZCBtZXRob2QgYmUgdXNlZCBpbiBNUExTLVRQICx0aGlz
IGNhbiBvbmx5IGJlIHVzZWQgd2hlbiB0aGVyZSBpcyBhIGNvbnRyb2wgcGxhbmUuDQoNCiBhbmQg
aW4gdGhlIGV4YW1wbGUgYmVsb3csIGUtYmFja3VwIHR1bm5lbCAgTDEwLUwxLUwyLUwzLUw0LUw1
LUw2IGNhbiBvbmx5IHByb3RlY3QgTFNQMTogTDEwLUw5LUw4LUw3LUw2OyBhbmQgZm9yIExTUDI6
OiBMMTAtTDEtTDItTDMtTDQsIHRoZXJlIHNob3VsZCBiZSBhbm90aGVyIGUtYmFja3VwIHR1bm5l
bCAuIGFuZA0KDQp0aHJvdWdoIHRoZSBhc3NvY2lhdGlvbiBiZXR3ZWVuIHRoZSBwcmltYXJ5IExT
UCBhbmQgYnlwYXNzIHR1bm5lbCAoIGJ5IFJSTyBvYmplY3QgKSwgb25jZSBhbiBhbGVydCBtZXNz
YWdlIHJlY2VpdmVkIGZyb20gdGhpcyBieXBhc3MgdHVubmVsICwgdGhlIG5vZGUgY2FuIGp1ZGdl
IHdoaWNoIHByaW1hcnkgTFNQIG5lZWRzIHRvIGJlIHByb3RlY3RlZC4NCg0KaXMgbXkgdW5kZXJz
dGFuZGluZyByaWdodD8NCg0KQmVzdCByZWdhcmRzLA0KDQoteHVlaHVpDQoNCg0KDQpBdXR1bW4g
TGl1IDxhdXR1bW4ubGl1QGVyaWNzc29uLmNvbT4NCreivP7IyzogIG1wbHMtYm91bmNlc0BpZXRm
Lm9yZw0KDQoyMDEwLTA4LTA1IDA2OjA4DQoNCg0KytW8/sjLDQogICAgICAgICJsaXUuZ3VvbWFu
QHp0ZS5jb20uY24iIDxsaXUuZ3VvbWFuQHp0ZS5jb20uY24+DQqzrcvNDQogICAgICAgICJtcGxz
QGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4NCtb3zOINCiAgICAgICAgUmU6IFttcGxzXSBVcGRh
dGVkIGRyYWZ0cyAtIGRyYWZ0LWtpbmktbXBscy1yaW5nLWZyci1mYWNpbGl0eS1iYWNrdXAsIGRy
YWZ0LWtpbmktbXBscy1mYXN0LWxzcC1hbGVydA0KDQoNCg0KDQoNCg0KDQpIaSBMaXUsDQoNCklu
IHlvdXIgZXhhbXBsZSwgdGhlIGJ5cGFzcyB0dW5uZWwgb25seSBwcm90ZWN0cyB0aGUgZmlyc3Qg
cHJpbWFyeSBMU1AgKEwxMC1MOS1MOC1MNy1MNikuIFRoZSBwcm9wb3NlZCBSUk8gb2JqZWN0IHdp
bGwgYmUgaW5jbHVkZWQgZm9yIHRoaXMgcHJpbWFyeSBMU1Agb25seS4gQXMgYSByZXN1bHQsIHRo
ZSBhbGVydCBtZXNzYWdlIHdpbGwgb25seSB0cmlnZ2VyIHRoaXMgcHJpbWFyeSB0byBzd2l0Y2gg
b3ZlciB0byB0aGUgZS1iYWNrdXAuDQoNClJlZ2FyZHMsDQpBdXR1bW4NCg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCkZyb206IGxpdS5ndW9tYW5AenRlLmNvbS5jbiBbbWFpbHRv
OmxpdS5ndW9tYW5AenRlLmNvbS5jbl0NClNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAwMywgMjAxMCAx
MjozOCBBTQ0KVG86IEF1dHVtbiBMaXUNCkNjOiBHcmVnIE1pcnNreTsgSnVsaWVuIE1ldXJpYzsg
bXBsc0BpZXRmLm9yZzsgbXBscy1ib3VuY2VzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNd
IFVwZGF0ZWQgZHJhZnRzIC0gZHJhZnQta2luaS1tcGxzLXJpbmctZnJyLWZhY2lsaXR5LWJhY2t1
cCwgZHJhZnQta2luaS1tcGxzLWZhc3QtbHNwLWFsZXJ0DQoNCg0KaGksQXV0dW1uDQpoZXJlIEkg
b25seSBhc2sgYSBxdWVzdGlvbiBmb3IgdGhpcyBFLUZSUiBzb2x1dGlvbi4NCmZvciBleGFtcGxl
IGFzIHRoZSBmb2xsb3dpbmc6DQogICstLS0tLS0tTDEtLS0tLS0tLUwyLS0tLS0tLS0tTDMtLS0t
LS0tLUw0LS0tLS0tLSsNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHwNCkwxMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgTDUNCiB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgfA0KKy0tLS0tLS1MOS0tLS0tLS0tTDgtLS0tLS0tLS1MNy0tLS0t
LS0tTDYtLS0tLS0tKw0Kd2Ugc3VwcG9zZSB0aGVyZSBhcmUgdHdvIHdvcmtpbmcgTFNQICwgT25l
IExTUDogTDEwLUw5LUw4LUw3LUw2LA0KYW5vdGhlciBMU1A6IEwxMC1MMS1MMi1MMy1MNC4NCm5v
dyBpZiB0aGUgZmFpbHVyZSBoYXBwZW5lZCBiZXR3ZWVuIEw4IGFuZCBMNy4gYWNjb3JkaW5nIHRv
IHlvdXIgc29sdXRpb24uDQpMOCBhbmQgTDcgd291bGQgc2VuZCBmYXN0IGFsZXJ0IG1lc3NhZ2Ug
dG8gZWFjaCBub2RlIG9mIGJ5cGFzcyBUdW5uZWwNCjogTDgtTDktTDEwLUwxLUwyLUwzLUw0LUw1
LUw2LUw3Ow0Kd2hlbiBub2RlIEwxMCByZWNlaXZlZCBmYXN0IGFsZXJ0IG1lc3NhZ2UgZnJvbSBM
OCBvciBMNywgZm9yIHdvcmtpbmcgTFNQOg0KTDEwLUw5LUw4LUw3LUw2LCB3aWxsIHN3aWNoIGlu
dG8gZS1iYWNrdXAgdHVubmVsOiBMMTAtTDEtTDItTDMtTDQtTDUtTDY7DQp3aGlsZSBmb3IgYW5v
dGhlciBMU1A6IEwxMC1MMS1MMi1MMy1MNCAsIGhvdyAgZG8gaXQga25vdyB0aGUgZmFpbHVyZSBk
b24ndA0KYWZmZWN0IHRoZSB3b3JraW5nIExTUCBhbmQgY2FuJ3QgbmVlZCB0byBzd2l0Y2ggaW50
byBlLWJhY2t1cCB0dW5uZWw/DQp3aGV0aGVyIHRoZXJlIGlzIGluY2x1ZGUgTFNQIElEIGluZm9y
bWF0aW9uIHdoaWNoIHdpbGwgYmUgYWZmZWN0ZWQgYnkNCnRoZSBmYWlsdXJlIGluIHRoZSBmYXN0
IGFsZXJ0IG1lc3NhZ2UgcGFja2V0PyBvciB0aGUgc29sdXRpb24gd2lsbCBhZGFwdA0KbmV3IG1l
dGhvZCB0byBqdWRnZSB3aGljaCBMU1Agd2lsbCBiZSBhZmZlY3RlZCBieSB0aGUgZmFpbHVyZT8N
Cg0KbWF5YmUgbXkgdW5kZXJzdGFuZGluZyBiZSB3cm9uZz8NCg0KYmVzdCByZWdhcmRzDQpsaXUN
Cg0KDQoNCg0KDQoNCg0KQXV0dW1uIExpdSA8YXV0dW1uLmxpdUBlcmljc3Nvbi5jb20+DQq3orz+
yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCg0KMjAxMC0wNy0yOCAwNjozNQ0KDQrK1bz+yMsN
CiAgICAgICAgR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4sIEp1bGllbiBNZXVy
aWMgPGp1bGllbi5tZXVyaWNAb3JhbmdlLWZ0Z3JvdXAuY29tPg0Ks63LzQ0KICAgICAgICAibXBs
c0BpZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+DQrW98ziDQogICAgICAgIFJlOiBbbXBsc10gVXBk
YXRlZCBkcmFmdHMgICAgICAgIC0gICAgICAgIGRyYWZ0LWtpbmktbXBscy1yaW5nLWZyci1mYWNp
bGl0eS1iYWNrdXAsICAgICAgICBkcmFmdC1raW5pLW1wbHMtZmFzdC1sc3AtYWxlcnQNCg0KDQoN
Cg0KDQoNCg0KDQoNCkhpIEdyZWcgYW5kIEp1bGllbg0KDQpUaGFua3MgZm9yIHBvaW50aW5nIHRo
aXMgb3V0LiBUaGUgZHJhZnQgY2FuIGJlIGFwcGxpZWQgdG8gdGhlIGNhc2Ugd2hlbiBzZWdtZW50
IHByb3RlY3Rpb24gaXMgdXRpbGl6ZWQgYXMgZGVmaW5lZCBpbiA0ODczLiBXZSB3aWxsIHVwZGF0
ZSB0aGUgZHJhZnQgYWNjb3JkaW5nbHkuDQoNClJlZ2FyZHMsDQpBdXR1bW4NCg0KDQoNCl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcg
W21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBHcmVnIE1pcnNreQ0K
U2VudDogTW9uZGF5LCBKdWx5IDI2LCAyMDEwIDE6MzcgUE0NClRvOiBBdXR1bW4gTGl1DQpDYzog
bXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxzXSBVcGRhdGVkIGRyYWZ0cyAtIGRyYWZ0
LWtpbmktbXBscy1yaW5nLWZyci1mYWNpbGl0eS1iYWNrdXAsIGRyYWZ0LWtpbmktbXBscy1mYXN0
LWxzcC1hbGVydA0KDQpEZWFyIEF1dHVtbiwNCnRoYW5rIHlvdSBmb3IgYWRkaW5nIHNwZWNpZmlj
IGNhc2UgdG8gb3VyIGRpc2N1c3Npb24uIEluIG15IHZpZXcgcHJvdGVjdGluZyBzZWdtZW50IEwx
MC1MMS1MMi1MMy1MNC1MNSAoZS1iYWNrdXAgdHVubmVsKSBpcyBzaGFyZWQgYnkgYWxsIGJhY2t1
cCB0dW5uZWxzIHRoYXQgdHJhdmVyc2UgdGhlIHJpbmcgdGhyb3VnaCBub2RlcyBMMTAtTDktTDgt
TDctTDYtTDUuIFRoaXMgZS1iYWNrdXAgdHVubmVsIGlzIHRoZSBlLWJhY2t1cCB0dW5uZWxzIGZv
ciBhbGwgd29ya2luZyBzZWN0aW9ucy9zZWdtZW50cyAoaW4gY2FzZSBvZiBsaW5rIGFuZCBub2Rl
IHByb3RlY3Rpb24pIG9mIGFuIExTUCBMMTAtLi4uLUw4LS4uLUw1LiBJJ2QgcmUtc3RhdGUgbXkg
cXVlc3Rpb24gdG8gYXV0aG9ycyB3aGV0aGVyIHRoZXkndmUgY29uc2lkZXJlZCByZS11c2luZyBS
U1ZQLVRFIG9iamVjdHMgYW5kIHN1Ym9iamVjdHMgZGVmaW5lZCBpbiBSRkMgNDg3My4gIElmIG1l
Y2hhbmlzbXMgYW5kIG9iamVjdHMgZGVmaW5lZCBpbiBSRkMgNDg3MyBub3Qgc3VmZmljaWVudCwg
d2h5IFJGQyA0ODczIG5vdCByZWZlcmVuY2VkIGluIHRoZSBkcmFmdCBFZmZpY2llbnQgRmFjaWxp
dHkgQmFja3VwIEZSUi4NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24gTW9uLCBKdWwgMjYsIDIwMTAg
YXQgMTI6MTYgUE0sIEF1dHVtbiBMaXUgPGF1dHVtbi5saXVAZXJpY3Nzb24uY29tPG1haWx0bzph
dXR1bW4ubGl1QGVyaWNzc29uLmNvbT4+IHdyb3RlOg0KSGkgR3JlZywNCg0KKy0tLS0tLS1MMS0t
LS0tLS0tTDItLS0tLS0tLS1MMy0tLS0tLS0tTDQtLS0tLS0tKw0KfCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCkwxMCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTDUNCiB8ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KKy0tLS0tLS1MOS0tLS0t
LS0tTDgtLS0tLS0tLS1MNy0tLS0tLS0tTDYtLS0tLS0tKw0KDQpOb3QgYWxsIFBMUnMuIFVzaW5n
IHRoZSBkaWFncmFtIGluIGRyYWZ0IGFzIGFuIGV4YW1wbGUuDQpCeXBhc3MgMSAodG8gcHJvdGVj
dCBsaW5rIGJldHdlZW4gTDggYW5kIEw3KSA6IEw4LUw5LUwxMC1MMS1MMi1MMy1MNC1MNS1MNi1M
Nw0KQnlwYXNzIDIgKHRvIHByb3RlY3Qgbm9kZSBmYWlsdXJlIG9uIEw4KSA6IEw5LUwxMC1MMS1M
Mi1MMy1MNC1MNS1MNi1MNw0KDQplLWJhY2t1cCB0dW5uZWwgTDEwLUwxLUwyLUwzLUw0LUw1IGNh
biBiZSB1c2VkIGluc3RlYWQgZm9yIGJvdGggY2FzZXMgd2l0aG91dCBnZXR0aW5nIHRyYWZmaWMg
dS10dXJuZWQuDQoNClJlZ2FyZHMsDQpBdXR1bW4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpGcm9tOiBHcmVnIE1pcnNreSBbbWFpbHRvOmdyZWdpbWlyc2t5QGdtYWls
LmNvbTxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPl0NClNlbnQ6IE1vbmRheSwgSnVseSAy
NiwgMjAxMCAxMjowMyBQTQ0KVG86IEF1dHVtbiBMaXUNCkNjOiBKdWxpZW4gTWV1cmljOyBTcmln
YW5lc2ggS2luaTsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCg0KU3ViamVj
dDogUmU6IFttcGxzXSBVcGRhdGVkIGRyYWZ0cyAtIGRyYWZ0LWtpbmktbXBscy1yaW5nLWZyci1m
YWNpbGl0eS1iYWNrdXAsIGRyYWZ0LWtpbmktbXBscy1mYXN0LWxzcC1hbGVydA0KDQpEZWFyIEF1
dHVtbiwNCkknbSBxdWl0ZSBzdXJwcmlzZWQgdG8gcmVhZCB5b3VyIHJlcGx5IHRvIEp1bGllbi4g
TXkgdW5kZXJzdGFuZGluZyBvZiB5b3VyIHByb3Bvc2FsIGlzIHRoYXQgYWxsIFBMUnMgc2hhcmUg
dGhlIHNhbWUgdS1QTFIgZm9yIGdpdmVuIHJpbmcgc2VnbWVudCBvZiBMU1AuIFBsZWFzZSBjb3Jy
ZWN0IG1lIGlmIG15IHVuZGVyc3RhbmRpbmcgaXMgZGlmZmVyZW50IGZyb20gYXV0aG9ycyBpbnRl
bnRpb24uDQpJJ2QgbGlrZSB0byBhZGQgdG8gSnVsaWVuJ3MgY29tbWVudCB0aGF0IFJGQyA0ODcz
IHNlZW1zIHJlbGV2YW50IHRvIHlvdXIgc29sdXRpb24gYXMgd2VsbCBhcyBSRkMgNDg3Mi4gQW5k
IEknZCBhc2sgdGhlIHNhbWUgcXVlc3Rpb24gYXMgSnVsaWVuIGluIHJlZ2FyZCB0byBub3QgcmVm
ZXJlbmNpbmcgUkZDIDQ4NzMuDQoNClJlZ2FyZHMsDQpHcmVnDQoNCk9uIE1vbiwgSnVsIDI2LCAy
MDEwIGF0IDExOjMwIEFNLCBBdXR1bW4gTGl1IDxhdXR1bW4ubGl1QGVyaWNzc29uLmNvbTxtYWls
dG86YXV0dW1uLmxpdUBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpIEp1bGllbiwNCg0KZHJhZnQt
a2luaS1tcGxzLXJpbmctZnJyLWZhY2lsaXR5LWJhY2t1cCBkZXNjcmliZXMgYSBtZWNoYW5pc20g
dG8gbGV0IHRoZSBwcmltYXJ5IExTUCBiZSBhd2FyZSBvZiB3aGF0IHRoZSBieXBhc3MgTFNQIGZv
ciBjb3JyZXNwb25kaW5nIHByb3RlY3RlZCBmYWNpbGl0eS4gSWYgbXkgdW5kZXJzdGFuZGluZyBp
cyBjb3JyZWN0LCB0aGUgYXNzb2NpYXRpb24gbWVjaGFuaXNtIGRlZmluZWQgaW4gNDg3MiBpcyB1
c2VkIHRvIGFzc29jaWF0ZSB0aGUgcHJpbWFyeSBhbmQgYmFja3VwIExTUHMuIFRoaXMgaXMgbm90
IGdvb2QgZW5vdWdoIGZvciB0aGUgcHJvYmxlbSB0aGUgZHJhZnQgaXMgdHJ5aW5nIHRvIGFkZHJl
c3Mgc2luY2UgZWFjaCBsaW5rL25vZGUgYWxvbmcgdGhlIHByaW1hcnkgTFNQIG1heSBoYXZlIGRp
ZmZlcmVudCBieXBhc3MgTFNQcy4NCg0KUmVnYXJkcywNCkF1dHVtbg0KDQoNCi0tLS0tT3JpZ2lu
YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBtcGxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMt
Ym91bmNlc0BpZXRmLm9yZz4gW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm1w
bHMtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBKdWxpZW4gTWV1cmljDQpTZW50OiBN
b25kYXksIEp1bHkgMjYsIDIwMTAgMTA6NDAgQU0NClRvOiBTcmlnYW5lc2ggS2luaQ0KQ2M6IG1w
bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIFVw
ZGF0ZWQgZHJhZnRzIC0gZHJhZnQta2luaS1tcGxzLXJpbmctZnJyLWZhY2lsaXR5LWJhY2t1cCwg
ZHJhZnQta2luaS1tcGxzLWZhc3QtbHNwLWFsZXJ0DQoNCkhpIFNyaWdhbmVzaC4NCg0KVGhlIG1l
Y2hhbmlzbSBkZXNjcmliZWQgaW4gZHJhZnQta2luaS1tcGxzLXJpbmctZnJyLWZhY2lsaXR5LWJh
Y2t1cA0KcmVtaW5kcyBtZSBvZiBlbmQgdG8gZW5kIHJlY292ZXJ5IChvciBtb3JlIHNwZWNpZmlj
YWxseSBlbmQgdG8gZW5kIHByb3RlY3Rpb24pLCBhcyBlbmFibGVkIGJ5IFJGQyA0ODcyLiBUaGF0
IGlzIGFsbCB0aGUgbW9yZSBzaW1pbGFyIGJlY2F1c2UgdGhlIGFzc29jaWF0aW9uIG1lY2hhbmlz
bSBpcyBhbHJlYWR5IGRlZmluZWQgaW4gdGhlcmUsIHdpdGggYSBkZWRpY2F0ZWQgUlNWUC1URSBv
YmplY3QuIFJGQyA0ODcyIGlzIFN0YW5kYXJkIFRyYWNrOiBpcyB0aGVyZSBhbnkgcmF0aW9uYWwg
Zm9yIG5vdCBjb25zaWRlcmluZyBpdD8NCg0KUmVnYXJkcywNCg0KSnVsaWVuDQoNCg0KTGUgMjYv
MDcvMjAxMCAxODo1OSwgU3JpZ2FuZXNoIEtpbmkgYSCopmNyaXQgOg0KPiBGWUkgLSBUaGVzZSB1
cGRhdGVkIHZlcnNpb24gb2YgdGhlc2UgZHJhZnRzIHdlcmUgcHJlc2VudGVkIHRvZGF5IGF0DQo+
IElFVEY3OC4NCj4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2luaS1tcGxzLXJp
bmctZnJyLWZhY2lsaXR5LWJhY2t1cC0wMQ0KPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k
cmFmdC1raW5pLW1wbHMtZmFzdC1sc3AtYWxlcnQtMDENCj4gVGhhbmtzDQo+DQo+IC0gU3JpDQo+
DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+
IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+
DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KPg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBs
aXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFp
bHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L21wbHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGlj
ZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5IHByb3Bl
cnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9u
IGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRv
IG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBj
b250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQg
YW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5k
ZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9t
IHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl
cnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmll
d3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwg
c2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNw
YW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmcNCmh0
dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo=

--_000_A3C5DF08D38B6049839A6F553B331C76D5BB63D750ILPTMAIL02eci_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<html dir=3D"ltr"><head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">
<meta content=3D"MSHTML 6.00.6000.17063" name=3D"GENERATOR">
<style id=3D"owaTempEditStyle"></style><style title=3D"owaParaStyle"><!--P =
{
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
</head>
<body ocsi=3D"x">
<div style=3D"FONT-SIZE: 16px; COLOR: #000000; DIRECTION: ltr; FONT-FAMILY:=
 Times New Roman">
<div><font face=3D"Arial" size=3D"2"><a></a><font face=3D"Arial" size=3D"2"=
>Xuehui</font>, and all,</font></div>
<div><font face=3D"arial" size=3D"2"></font>&nbsp;</div>
<div><font face=3D"arial" size=3D"2">As a matter of fact, FRR is a pure dat=
a plane mechanism that can be decoupled from the control plane.</font></div=
>
<div><font face=3D"arial" size=3D"2">(Of course it means that your bypass t=
unnels have to be constructed by the management plane, but this is nothing =
to prevent this).
</font><font face=3D"arial" size=3D"2">As a consequence, FRR is fully accep=
table in MPLS-TP.</font></div>
<div>&nbsp;</div>
<div><font face=3D"arial" size=3D"2">My 2 c,</font></div>
<div><font face=3D"arial" size=3D"2">&nbsp;&nbsp;&nbsp;&nbsp; Sasha</font><=
/div>
<div dir=3D"ltr"><font face=3D"Times New Roman" color=3D"#000000" size=3D"3=
"></font>&nbsp;</div>
<div id=3D"divRpF296216" style=3D"DIRECTION: ltr">
<hr tabindex=3D"-1">
<font face=3D"Tahoma" color=3D"#000000" size=3D"2"><b>From:</b> mpls-bounce=
s@ietf.org [mpls-bounces@ietf.org] On Behalf Of dai.xuehui@zte.com.cn [dai.=
xuehui@zte.com.cn]<br>
<b>Sent:</b> Friday, August 13, 2010 8:33 AM<br>
<b>To:</b> Autumn Liu<br>
<b>Cc:</b> liu.guoman@zte.com.cn; mpls-bounces@ietf.org; mpls@ietf.org<br>
<b>Subject:</b> [mpls] =B4=F0=B8=B4: Re: Updated drafts - draft-kini-mpls-r=
ing-frr-facility-backup, draft-kini-mpls-fast-lsp-alert<br>
</font><br>
</div>
<div></div>
<div><br>
<font face=3D"sans-serif" size=3D"2">Hi all=A3=AC</font> <br>
<br>
<font face=3D"sans-serif" size=3D"2">From my understanding, FRR mechanism i=
s based on RSVP-TE protocol, since , if the proposed method be used in MPLS=
-TP ,this can only be used when there is a control plane.</font>
<br>
<br>
<font face=3D"sans-serif" size=3D"2">&nbsp;and in the example below, e-back=
up tunnel </font>
<font face=3D"Arial" size=3D"2">&nbsp;L10-L1-L2-L3-L4-L5-L6</font><font fac=
e=3D"sans-serif" size=3D"2"> can only protect
</font><font face=3D"Arial" size=3D"2">LSP1: L10-L9-L8-L7-L6; and for LSP2:=
: L10-L1-L2-L3-L4, there should be another e-backup tunnel . and
</font><br>
<br>
<font face=3D"Arial" size=3D"2">through the association between the primary=
 LSP and bypass tunnel ( by RRO object ), once an alert message received fr=
om this bypass tunnel , the node can judge which primary LSP needs to be pr=
otected.</font>
<br>
<br>
<font face=3D"Arial" size=3D"2">is my understanding right?</font> <br>
<br>
<font face=3D"Arial" size=3D"2">Best regards,</font> <br>
<br>
<font face=3D"Arial" size=3D"2">-xuehui</font> <br>
<br>
<br>
<br>
<table width=3D"100%">
<tbody>
<tr valign=3D"top">
<td width=3D"35%"><font face=3D"sans-serif" size=3D"1"><b>Autumn Liu &lt;au=
tumn.liu@ericsson.com&gt;</b>
</font><br>
<font face=3D"sans-serif" size=3D"1">=B7=A2=BC=FE=C8=CB: &nbsp;mpls-bounces=
@ietf.org</font>
<p><font face=3D"sans-serif" size=3D"1">2010-08-05 06:08</font> </p>
</td>
<td width=3D"64%">
<table width=3D"100%">
<tbody>
<tr valign=3D"top">
<td>
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=CA=D5=BC=FE=C8=
=CB</font></div>
</td>
<td><font face=3D"sans-serif" size=3D"1">&quot;liu.guoman@zte.com.cn&quot; =
&lt;liu.guoman@zte.com.cn&gt;</font>
</td>
</tr>
<tr valign=3D"top">
<td>
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=B3=AD=CB=CD</fon=
t></div>
</td>
<td><font face=3D"sans-serif" size=3D"1">&quot;mpls@ietf.org&quot; &lt;mpls=
@ietf.org&gt;</font> </td>
</tr>
<tr valign=3D"top">
<td>
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=D6=F7=CC=E2</fon=
t></div>
</td>
<td><font face=3D"sans-serif" size=3D"1">Re: [mpls] Updated drafts - draft-=
kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert</font></=
td>
</tr>
</tbody>
</table>
<br>
<table>
<tbody>
<tr valign=3D"top">
<td></td>
<td></td>
</tr>
</tbody>
</table>
<br>
</td>
</tr>
</tbody>
</table>
<br>
<br>
<br>
<font face=3D"Arial" color=3D"blue" size=3D"2">Hi Liu,</font> <br>
<font face=3D"sans-serif" size=3D"3">&nbsp;</font> <br>
<font face=3D"Arial" color=3D"blue" size=3D"2">In your example, the bypass =
tunnel only protects the first primary LSP (L10-L9-L8-L7-L6). The proposed =
RRO object will be included for this primary LSP only. As a result, the ale=
rt message will only trigger this primary
 to switch over to the e-backup.</font> <br>
<font face=3D"sans-serif" size=3D"3">&nbsp;</font> <br>
<font face=3D"Arial" color=3D"blue" size=3D"2">Regards,</font> <br>
<font face=3D"Arial" color=3D"blue" size=3D"2">Autumn</font> <br>
<br>
<hr>
<font face=3D"Tahoma" size=3D"2"><b>From:</b> liu.guoman@zte.com.cn [mailto=
:liu.guoman@zte.com.cn]
<b><br>
Sent:</b> Tuesday, August 03, 2010 12:38 AM<b><br>
To:</b> Autumn Liu<b><br>
Cc:</b> Greg Mirsky; Julien Meuric; mpls@ietf.org; mpls-bounces@ietf.org<b>=
<br>
Subject:</b> Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-=
backup, draft-kini-mpls-fast-lsp-alert</font><font face=3D"sans-serif" size=
=3D"3"><br>
</font><br>
<font face=3D"sans-serif" size=3D"2"><br>
hi,Autumn</font><font face=3D"sans-serif" size=3D"3"> </font><font face=3D"=
sans-serif" size=3D"2"><br>
here I only ask a question for this E-FRR solution.</font><font face=3D"san=
s-serif" size=3D"3">
</font><font face=3D"sans-serif" size=3D"2"><br>
for example as the following:</font><font face=3D"sans-serif" size=3D"3"> <=
/font><font face=3D"sans-serif" size=3D"2"><br>
</font><font face=3D"Arial" size=3D"2">&nbsp; &#43;-------L1--------L2-----=
----L3--------L4-------&#43;<br>
&nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb=
sp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|</font><font face=3D"sans-s=
erif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
L10 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;=
 &nbsp; &nbsp; &nbsp; &nbsp;L5</font><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
&nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbs=
p; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &n=
bsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|</font><font face=3D"sans-se=
rif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
&#43;-------L9--------L8---------L7--------L6-------&#43;</font><font face=
=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
we suppose there are two working LSP , One LSP: L10-L9-L8-L7-L6,</font><fon=
t face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
another LSP: L10-L1-L2-L3-L4.</font><font face=3D"sans-serif" size=3D"3"> <=
/font><font face=3D"Arial" size=3D"2"><br>
now if the failure happened between L8 and L7. according to your solution.<=
/font><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
L8 and L7 would send fast alert message to each node of bypass Tunnel</font=
><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
: L8-L9-L10-L1-L2-L3-L4-L5-L6-L7;</font><font face=3D"sans-serif" size=3D"3=
"> </font>
<font face=3D"Arial" size=3D"2"><br>
when node L10 received fast alert message from L8 or L7, for working LSP:</=
font><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
L10-L9-L8-L7-L6, will swich into e-backup tunnel: L10-L1-L2-L3-L4-L5-L6;</f=
ont><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
while for another LSP: L10-L1-L2-L3-L4 , how &nbsp;do it know the failure d=
on't <br>
affect the working LSP and can't need to switch into e-backup tunnel?</font=
><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
whether there is include LSP ID information which will be affected by <br>
the failure in the fast alert message packet? or the solution will adapt</f=
ont><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
new method to judge which LSP will be affected by the failure?</font><font =
face=3D"sans-serif" size=3D"3">
<br>
</font><font face=3D"Arial" size=3D"2"><br>
maybe my understanding be wrong?</font><font face=3D"sans-serif" size=3D"3"=
> <br>
</font><font face=3D"Arial" size=3D"2"><br>
best regards</font><font face=3D"sans-serif" size=3D"3"> </font><font face=
=3D"Arial" size=3D"2"><br>
liu<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; </font><font face=3D"sans-serif" size=3D"3">&nbsp;<br>
</font><font face=3D"sans-serif" size=3D"2"><br>
</font>
<table width=3D"100%">
<tbody>
<tr>
<td width=3D"50%"></td>
<td width=3D"50%"></td>
</tr>
</tbody>
</table>
<br>
<font face=3D"sans-serif" size=3D"3"><br>
<br>
<br>
</font>
<table width=3D"100%">
<tbody>
<tr valign=3D"top">
<td width=3D"25%"><font face=3D"sans-serif" size=3D"1"><b>Autumn Liu &lt;au=
tumn.liu@ericsson.com&gt;</b>
<br>
=B7=A2=BC=FE=C8=CB: &nbsp;mpls-bounces@ietf.org</font><font face=3D"sans-se=
rif" size=3D"3"> </font>
<p><font face=3D"sans-serif" size=3D"1">2010-07-28 06:35</font><font face=
=3D"sans-serif" size=3D"3">
</font></p>
</td>
<td width=3D"74%"><br>
<table width=3D"100%">
<tbody>
<tr valign=3D"top">
<td width=3D"4%">
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=CA=D5=BC=FE=C8=
=CB</font></div>
</td>
<td width=3D"95%"><font face=3D"sans-serif" size=3D"1">Greg Mirsky &lt;greg=
imirsky@gmail.com&gt;, Julien Meuric &lt;julien.meuric@orange-ftgroup.com&g=
t;</font><font face=3D"sans-serif" size=3D"3">
</font></td>
</tr>
<tr valign=3D"top">
<td>
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=B3=AD=CB=CD</fon=
t></div>
</td>
<td><font face=3D"sans-serif" size=3D"1">&quot;mpls@ietf.org&quot; &lt;mpls=
@ietf.org&gt;</font><font face=3D"sans-serif" size=3D"3">
</font></td>
</tr>
<tr valign=3D"top">
<td>
<div align=3D"right"><font face=3D"sans-serif" size=3D"1">=D6=F7=CC=E2</fon=
t></div>
</td>
<td><font face=3D"sans-serif" size=3D"1">Re: [mpls] Updated drafts &nbsp; &=
nbsp; &nbsp; &nbsp;- &nbsp; &nbsp; &nbsp; &nbsp;draft-kini-mpls-ring-frr-fa=
cility-backup, &nbsp; &nbsp; &nbsp; &nbsp;draft-kini-mpls-fast-lsp-alert</f=
ont></td>
</tr>
</tbody>
</table>
<br>
<br>
<table width=3D"100%">
<tbody>
<tr valign=3D"top">
<td width=3D"50%"></td>
<td width=3D"50%"></td>
</tr>
</tbody>
</table>
<br>
</td>
</tr>
</tbody>
</table>
<br>
<font face=3D"sans-serif" size=3D"3"><br>
<br>
</font><font face=3D"Arial" color=3D"blue" size=3D"2"><br>
Hi Greg and Julien </font><font face=3D"sans-serif" size=3D"3"><br>
&nbsp;</font><font face=3D"Arial" color=3D"blue" size=3D"2"><br>
Thanks for pointing this out. The draft can be applied to the case when seg=
ment protection is utilized as defined in 4873. We will update the draft ac=
cordingly.</font><font face=3D"sans-serif" size=3D"3">
<br>
&nbsp;</font><font face=3D"Arial" color=3D"blue" size=3D"2"><br>
Regards,</font><font face=3D"sans-serif" size=3D"3"> </font><font face=3D"A=
rial" color=3D"blue" size=3D"2"><br>
Autumn</font><font face=3D"sans-serif" size=3D"3"> <br>
&nbsp;<br>
&nbsp;<br>
<br>
</font>
<hr>
<font face=3D"Tahoma" size=3D"2"><b>From:</b> mpls-bounces@ietf.org [mailto=
:mpls-bounces@ietf.org]
<b>On Behalf Of </b>Greg Mirsky<b><br>
Sent:</b> Monday, July 26, 2010 1:37 PM<b><br>
To:</b> Autumn Liu<b><br>
Cc:</b> mpls@ietf.org<b><br>
Subject:</b> Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-=
backup, draft-kini-mpls-fast-lsp-alert</font><font face=3D"sans-serif" size=
=3D"3"><br>
<br>
Dear Autumn,<br>
thank you for adding specific case to our discussion. In my view protecting=
 segment
</font><font face=3D"Arial" size=3D"2">L10-L1-L2-L3-L4-L5 (e-backup tunnel)=
 is shared by all backup tunnels that traverse the ring through nodes L10-L=
9-L8-L7-L6-L5. This e-backup tunnel is the e-backup tunnels for all working=
 sections/segments (in case of link
 and node protection) of an LSP L10-...-L8-..-L5. I'd re-state my question =
to authors whether they've considered re-using RSVP-TE objects and subobjec=
ts defined in RFC 4873. &nbsp;If mechanisms and objects defined in RFC 4873=
 not sufficient, why RFC 4873 not referenced
 in the draft Efficient Facility Backup FRR.</font><font face=3D"sans-serif=
" size=3D"3"><br>
<br>
Regards,<br>
Greg<br>
<br>
On Mon, Jul 26, 2010 at 12:16 PM, Autumn Liu &lt;</font><a href=3D"mailto:a=
utumn.liu@ericsson.com"><font face=3D"sans-serif" color=3D"blue" size=3D"3"=
><u>autumn.liu@ericsson.com</u></font></a><font face=3D"sans-serif" size=3D=
"3">&gt; wrote:
</font><font face=3D"Arial" size=3D"2"><br>
Hi Greg,</font><font face=3D"sans-serif" size=3D"3"> <br>
&nbsp;</font><font face=3D"Arial" size=3D"2"><br>
&#43;-------L1--------L2---------L3--------L4-------&#43;<br>
| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb=
sp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|</font><font face=3D"sans-serif" s=
ize=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
L10 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;=
 &nbsp; &nbsp; &nbsp; &nbsp;L5</font><font face=3D"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
&nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbs=
p; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &n=
bsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|</font><font face=3D"sans-se=
rif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
&#43;-------L9--------L8---------L7--------L6-------&#43;<br>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; </font><font face=3D"sans-serif" size=3D"3">&nbsp;</font><f=
ont face=3D"Arial" size=3D"2"><br>
Not all PLRs. Using the diagram in draft as an example.</font><font face=3D=
"sans-serif" size=3D"3">
</font><font face=3D"Arial" size=3D"2"><br>
Bypass 1 (to protect link between L8 and L7) : L8-L9-L10-L1-L2-L3-L4-L5-L6-=
L7 <br>
Bypass 2 (to protect node failure on L8) : L9-L10-L1-L2-L3-L4-L5-L6-L7</fon=
t><font face=3D"sans-serif" size=3D"3">
<br>
&nbsp;</font><font face=3D"Arial" size=3D"2"><br>
e-backup tunnel L10-L1-L2-L3-L4-L5 can be used instead for both cases witho=
ut getting traffic u-turned.</font><font face=3D"sans-serif" size=3D"3">
<br>
&nbsp;</font><font face=3D"Arial" size=3D"2"><br>
Regards,</font><font face=3D"sans-serif" size=3D"3"> </font><font face=3D"A=
rial" size=3D"2"><br>
Autumn</font><font face=3D"sans-serif" size=3D"3"> </font><font face=3D"Ari=
al" size=3D"2"><br>
</font><font face=3D"sans-serif" size=3D"3"><br>
<br>
<br>
</font>
<hr>
<font face=3D"Tahoma" size=3D"2"><b>From:</b> Greg Mirsky [mailto:</font><a=
 href=3D"mailto:gregimirsky@gmail.com"><font face=3D"Tahoma" color=3D"blue"=
 size=3D"2"><u>gregimirsky@gmail.com</u></font></a><font face=3D"Tahoma" si=
ze=3D"2">]
<b><br>
Sent:</b> Monday, July 26, 2010 12:03 PM<b><br>
To:</b> Autumn Liu<b><br>
Cc:</b> Julien Meuric; Sriganesh Kini; </font><a href=3D"mailto:mpls@ietf.o=
rg"><font face=3D"Tahoma" color=3D"blue" size=3D"2"><u>mpls@ietf.org</u></f=
ont></a><font face=3D"Tahoma" size=3D"2">
<b><br>
<br>
Subject:</b> Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-=
backup, draft-kini-mpls-fast-lsp-alert</font><font face=3D"sans-serif" size=
=3D"3">
<br>
<br>
Dear Autumn,<br>
I'm quite surprised to read your reply to Julien. My understanding of your =
proposal is that all PLRs share the same u-PLR for given ring segment of LS=
P. Please correct me if my understanding is different from authors intentio=
n.<br>
I'd like to add to Julien's comment that RFC 4873 seems relevant to your so=
lution as well as RFC 4872. And I'd ask the same question as Julien in rega=
rd to not referencing RFC 4873.<br>
<br>
Regards,<br>
Greg<br>
<br>
On Mon, Jul 26, 2010 at 11:30 AM, Autumn Liu &lt;</font><a href=3D"mailto:a=
utumn.liu@ericsson.com"><font face=3D"sans-serif" color=3D"blue" size=3D"3"=
><u>autumn.liu@ericsson.com</u></font></a><font face=3D"sans-serif" size=3D=
"3">&gt; wrote:
<br>
Hi Julien,<br>
<br>
draft-kini-mpls-ring-frr-facility-backup describes a mechanism to let the p=
rimary LSP be aware of what the bypass LSP for corresponding protected faci=
lity. If my understanding is correct, the association mechanism defined in =
4872 is used to associate the primary
 and backup LSPs. This is not good enough for the problem the draft is tryi=
ng to address since each link/node along the primary LSP may have different=
 bypass LSPs.<br>
<br>
Regards,</font><font face=3D"sans-serif" color=3D"#888888" size=3D"3"><br>
Autumn</font><font face=3D"sans-serif" size=3D"3"> <br>
<br>
<br>
-----Original Message-----<br>
From: </font><a href=3D"mailto:mpls-bounces@ietf.org"><font face=3D"sans-se=
rif" color=3D"blue" size=3D"3"><u>mpls-bounces@ietf.org</u></font></a><font=
 face=3D"sans-serif" size=3D"3"> [mailto:</font><a href=3D"mailto:mpls-boun=
ces@ietf.org"><font face=3D"sans-serif" color=3D"blue" size=3D"3"><u>mpls-b=
ounces@ietf.org</u></font></a><font face=3D"sans-serif" size=3D"3">]
 On Behalf Of Julien Meuric<br>
Sent: Monday, July 26, 2010 10:40 AM<br>
To: Sriganesh Kini<br>
Cc: </font><a href=3D"mailto:mpls@ietf.org"><font face=3D"sans-serif" color=
=3D"blue" size=3D"3"><u>mpls@ietf.org</u></font></a><font face=3D"sans-seri=
f" size=3D"3"><br>
Subject: Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-back=
up, draft-kini-mpls-fast-lsp-alert<br>
<br>
Hi Sriganesh.<br>
<br>
The mechanism described in draft-kini-mpls-ring-frr-facility-backup<br>
reminds me of end to end recovery (or more specifically end to end protecti=
on), as enabled by RFC 4872. That is all the more similar because the assoc=
iation mechanism is already defined in there, with a dedicated RSVP-TE obje=
ct. RFC 4872 is Standard Track:
 is there any rational for not considering it?<br>
<br>
Regards,<br>
<br>
Julien<br>
<br>
<br>
Le 26/07/2010 18:59, Sriganesh Kini a =A8=A6crit :<br>
&gt; FYI - These updated version of these drafts were presented today at<br=
>
&gt; IETF78.<br>
&gt; </font><a href=3D"http://tools.ietf.org/html/draft-kini-mpls-ring-frr-=
facility-backup-01" target=3D"_blank"><font face=3D"sans-serif" color=3D"bl=
ue" size=3D"3"><u>http://tools.ietf.org/html/draft-kini-mpls-ring-frr-facil=
ity-backup-01</u></font></a><font face=3D"sans-serif" size=3D"3"><br>
&gt; </font><a href=3D"http://tools.ietf.org/html/draft-kini-mpls-fast-lsp-=
alert-01" target=3D"_blank"><font face=3D"sans-serif" color=3D"blue" size=
=3D"3"><u>http://tools.ietf.org/html/draft-kini-mpls-fast-lsp-alert-01</u><=
/font></a><font face=3D"sans-serif" size=3D"3"><br>
&gt; Thanks<br>
&gt;<br>
&gt; - Sri<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; mpls mailing list<br>
&gt; </font><a href=3D"mailto:mpls@ietf.org"><font face=3D"sans-serif" colo=
r=3D"blue" size=3D"3"><u>mpls@ietf.org</u></font></a><font face=3D"sans-ser=
if" size=3D"3"><br>
&gt; </font><a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=
=3D"_blank"><font face=3D"sans-serif" color=3D"blue" size=3D"3"><u>https://=
www.ietf.org/mailman/listinfo/mpls</u></font></a><font face=3D"sans-serif" =
size=3D"3"><br>
&gt;<br>
_______________________________________________<br>
mpls mailing list</font><font face=3D"sans-serif" color=3D"blue" size=3D"3"=
><u><br>
</u></font><a href=3D"mailto:mpls@ietf.org"><font face=3D"sans-serif" color=
=3D"blue" size=3D"3"><u>mpls@ietf.org</u></font></a><font face=3D"sans-seri=
f" color=3D"blue" size=3D"3"><u><br>
</u></font><a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D=
"_blank"><font face=3D"sans-serif" color=3D"blue" size=3D"3"><u>https://www=
.ietf.org/mailman/listinfo/mpls</u></font></a><font face=3D"sans-serif" siz=
e=3D"3"><br>
_______________________________________________<br>
mpls mailing list</font><font face=3D"sans-serif" color=3D"blue" size=3D"3"=
><u><br>
</u></font><a href=3D"mailto:mpls@ietf.org"><font face=3D"sans-serif" color=
=3D"blue" size=3D"3"><u>mpls@ietf.org</u></font></a><font face=3D"sans-seri=
f" color=3D"blue" size=3D"3"><u><br>
</u></font><a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D=
"_blank"><font face=3D"sans-serif" color=3D"blue" size=3D"3"><u>https://www=
.ietf.org/mailman/listinfo/mpls</u></font></a><font face=3D"sans-serif" siz=
e=3D"3">
<br>
</font><tt><font size=3D"2"><br>
_______________________________________________<br>
mpls mailing list<br>
mpls@ietf.org<br>
https://www.ietf.org/mailman/listinfo/mpls</font></tt><font face=3D"sans-se=
rif" size=3D"3"><br>
<br>
</font><br>
<tt><font size=3D"3">------------------------------------------------------=
--<br>
ZTE Information Security Notice: The information contained in this mail is =
solely property of the sender's organization. This mail communication is co=
nfidential. Recipients named above are obligated to maintain secrecy and ar=
e not permitted to disclose the
 contents of this communication to others.<br>
This email and any files transmitted with it are confidential and intended =
solely for the use of the individual or entity to whom they are addressed. =
If you have received this email in error please notify the originator of th=
e message. Any views expressed in
 this message are those of the individual sender.<br>
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.=
<br>
</font></tt><tt><font size=3D"2">__________________________________________=
_____<br>
mpls mailing list<br>
mpls@ietf.org<br>
https://www.ietf.org/mailman/listinfo/mpls<br>
</font></tt><br>
</div>
</div>
</body>
</html>

--_000_A3C5DF08D38B6049839A6F553B331C76D5BB63D750ILPTMAIL02eci_--
