From nobody Thu Apr 2 09:22:44 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC9A21ACE00; Wed, 1 Apr 2015 08:54:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6, J_CHICKENPOX_37=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBlgUi_EOomh; Wed, 1 Apr 2015 08:54:12 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 294D31ACE18; Wed, 1 Apr 2015 08:54:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BQY43079; Wed, 01 Apr 2015 15:54:09 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 1 Apr 2015 16:54:08 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.135]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Wed, 1 Apr 2015 23:53:58 +0800 From: "Anil Kumar S N (VRP Network BL)" To: "pce@ietf.org" , Quintin zhao , Katherine Zhao , "dhruv.ietf@gmail.com" , Udayasree palle , "boris.zhang@telus.com" , "spring@ietf.org" Thread-Topic: Mail regarding draft-zhao-pce-pcep-extension-for-pce-controller Thread-Index: AdBslA6BG9BsItu4QRinIE5Z8lhtMg== Date: Wed, 1 Apr 2015 15:53:56 +0000 Message-ID: <327562D94EA7BF428CD805F338C31EF04FB355CC@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.152.169] Content-Type: multipart/alternative; boundary="_000_327562D94EA7BF428CD805F338C31EF04FB355CCnkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-Mailman-Approved-At: Thu, 02 Apr 2015 09:22:43 -0700 Cc: VinodS Kumar , Veerendranatha Reddy Vallem Subject: [spring] Mail regarding draft-zhao-pce-pcep-extension-for-pce-controller X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 15:54:15 -0000 --_000_327562D94EA7BF428CD805F338C31EF04FB355CCnkgeml512mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Authors, Since PCE Controller has global view of the network. There are s= ervices which spread across multiple AS or IGP domain. SR domain can be ex= tended across IGP domain to achieve the service requirement as SR domain ca= n also span across IGP Domain. But by using IGP to distribute Segment label= s has one drawback, Where all the external prefixes imported by an ASBR wil= l be originated as prefix SID(usually generated by ASBR) in area or AS scop= e RI LSA TLV (OSPF terminology). But will not be able to originate adjacen= t segment SIDs of other IGP domain due to this intermediate nodes on the pa= th has to understand LSP information and push required SR labels which is n= ot desired in segment routing (path has to be decided at the ingress). In case of SR-TE, PCE can give end to end(across AREA or across AS) SR-TE p= ath with all the TE requirement satisfied, PCE as a controller should ensur= e SR-Node labels remain unique across AS till the scope of SR domain. I would like to add a section under "5.5.2. PCECC Segment Routing (SR)" as= below : 5.5.2.3. PCECC SR-TE IGP/SR Domain PCECC will ensure in allocating unique SR Node Lables across SR Domain. There will be cases where some service spread across multiple IGP domain yet with in SR Domain. One Such example is Seamless MPLS which provides an architecture to support a wide variety of different services on a single MPLS platform fully integrating access, aggregation and core network. In such cases PCE can help SR ingress router to have label stack consist of SR node label and SR Adj Labels from different IGP domain. The PCECC will send PCLabelUpd to update the SR label information which might belong to different IGP doamin yet belong to same SR domain to required nodes which fall on the path to reach till the destination. PCECC will ensure all TE requirements are addressed while setting up the explicit path and required SR label stack is updated to ingress node. The forwarding behavior will not be different as labels processed by intermediate nodes. ASBR will seamlessly forward the packet as the FEC is updated by PCE using PCLabelUpd message. The Path Setup Type MUST be set for PCECC SR-TE (see Section 7.3). The rest of the PCEP procedures and mechanism are similar to [I-D.ietf-pce-segment-routing]. PCE rely on the Adj label cleanup using the same PCLabelUpd message. p.s. Segment Routing Architecture [draft-ietf-spring-segment-routing-01] s= ays "IGP-prefix Segment, Prefix-SID: an IGP-Prefix Segment is an IGP segme= nt attached to an IGP prefix. An IGP-Prefix Segment is always global within the SR/IGP domain" Thanks & Regards Anil S N "Be liberal in what you accept, and conservative in what you send" - Jon Po= stel --_000_327562D94EA7BF428CD805F338C31EF04FB355CCnkgeml512mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Authors,

 

        &nb= sp; Since PCE Controller has global view of the network.  There are se= rvices which spread across multiple AS or IGP domain.  SR domain can b= e extended across IGP domain to achieve the service requirement as SR domain can also span across IGP Domain. But = by using IGP to distribute Segment labels has one drawback, Where all the e= xternal prefixes imported by an ASBR will be originated as prefix SID(usual= ly generated by ASBR) in area or AS scope RI LSA TLV (OSPF terminology).  But will not be able to orig= inate adjacent segment SIDs of other IGP domain due to this intermediate no= des on the path has to understand LSP information and push required SR labe= ls which is not desired in segment routing (path has to be decided at the ingress).

 

In case of SR-TE, PCE can give end to end(across AR= EA or across AS) SR-TE path with all the TE requirement satisfied, PCE as a= controller should ensure SR-Node labels remain unique across AS till the scope of SR domain.

 

I would like to add a section under “5.5.2.&n= bsp; PCECC Segment Routing (SR)” as below  :

 

5.5.2.3. =
; PCECC SR-TE IGP/SR Domain&n=
bsp; 
 
   =
PCECC will ensure in allocating unique SR Node Lables across SR =

  &=
nbsp;Domain. There will be cases where some service spread across multiple =

  &=
nbsp;IGP domain yet with in SR Domain. One Such example is Seamless MPLS 
  &=
nbsp;which provides an architecture to support a wide variety of different =

  &=
nbsp;services on a single MPLS platform fully integrating access, 
  &=
nbsp;aggregation and core network. In such cases PCE can help SR ingress 
  &=
nbsp;router to have label stack consist of SR node label and SR Adj Labels<=
o:p>
   =
from different IGP domain.
 
   =
The PCECC will send PCLabelUpd to update the SR label information which 
  &=
nbsp;might belong to different IGP doamin yet belong to same SR domain to <=
o:p>
  &=
nbsp;required nodes which fall on the path to reach till the destination. <=
o:p>
  &=
nbsp;
  &=
nbsp;PCECC will ensure all TE requirements are addressed while setting up
   =
the explicit path and required SR label stack is updated to ingress 
  &=
nbsp;node.
   =

  &=
nbsp;The forwarding behavior will not be different as labels processed 
  &=
nbsp;by  intermediate nodes. ASBR will seamlessly forward the packet <=
o:p>
  &=
nbsp;as the FEC is updated by PCE using PCLabelUpd message.
 
   =
The Path Setup Type MUST be set for PCECC SR-TE (see Section 7.3).
   =
The rest of the PCEP procedures and mechanism are similar to
   =
[I-D.ietf-pce-segment-routing].
 
   =
PCE rely on the Adj label cleanup using the same PCLabelUpd message.

 

p.s.  Segment Routing A=
rchitecture [draft-ietf-spring-segment-routing-01] says  “IGP-prefix Segment, Prefix-SID: an IGP-Prefix =
Segment is an IGP segment attached to an IGP prefix.  
  &=
nbsp; An IGP-Prefix Segment is always global within the SR/IGP domain&=
#8221;

 

Thanks & Regards

Anil S N

 

“Be liberal in what you accept, and conservat= ive in what you send” - Jon Postel

 

 

--_000_327562D94EA7BF428CD805F338C31EF04FB355CCnkgeml512mbxchi_-- From nobody Fri Apr 3 10:15:43 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEA271ACDDC for ; Fri, 3 Apr 2015 10:15:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lz5IHx2ZAlBj for ; Fri, 3 Apr 2015 10:15:40 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0138.outbound.protection.outlook.com [65.55.169.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BDA71ACDE6 for ; Fri, 3 Apr 2015 10:15:38 -0700 (PDT) Received: from BLUPR05MB290.namprd05.prod.outlook.com (10.141.23.24) by BLUPR05MB964.namprd05.prod.outlook.com (10.141.206.15) with Microsoft SMTP Server (TLS) id 15.1.125.19; Fri, 3 Apr 2015 17:15:37 +0000 Received: from BLUPR05MB292.namprd05.prod.outlook.com (10.141.23.27) by BLUPR05MB290.namprd05.prod.outlook.com (10.141.23.24) with Microsoft SMTP Server (TLS) id 15.1.130.23; Fri, 3 Apr 2015 17:15:35 +0000 Received: from BLUPR05MB292.namprd05.prod.outlook.com ([10.141.23.27]) by BLUPR05MB292.namprd05.prod.outlook.com ([10.141.23.27]) with mapi id 15.01.0118.022; Fri, 3 Apr 2015 17:15:35 +0000 From: Chris Bowers To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-bowers-spring-adv-per-algorithm-label-blocks-00.txt Thread-Index: AQHQbhtP4etxSz7TOEaJsWg4WuwpjZ07WoIw Date: Fri, 3 Apr 2015 17:15:35 +0000 Message-ID: References: <20150403143422.19581.69663.idtracker@ietfa.amsl.com> In-Reply-To: <20150403143422.19581.69663.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.12] authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB290; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB964; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(377424004)(13464003)(450100001)(77156002)(19580395003)(86362001)(2656002)(19580405001)(87936001)(62966003)(2501003)(2420400003)(77096005)(102836002)(15975445007)(106116001)(76576001)(54356999)(50986999)(76176999)(110136001)(2900100001)(2950100001)(33656002)(92566002)(66066001)(99286002)(46102003)(230783001)(2351001)(107886001)(122556002)(1720100001)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB290; H:BLUPR05MB292.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:BLUPR05MB290; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB290; x-forefront-prvs: 05352A48BE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Apr 2015 17:15:35.3615 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB290 X-OriginatorOrg: juniper.net Archived-At: Subject: [spring] FW: New Version Notification for draft-bowers-spring-adv-per-algorithm-label-blocks-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 17:15:42 -0000 QWxsLA0KDQpJJ2QgbGlrZSB0byBicmluZyB0aGlzIG5ldyBkcmFmdCB0byB0aGUgYXR0ZW50aW9u IG9mIHRoZSBTUFJJTkcgd29ya2luZyBncm91cC4NCg0KVGhlIGRyYWZ0IGRpc2N1c3NlcyB0d28g b3B0aW9ucyBmb3IgYXNzb2NpYXRpbmcgU1IgbGFiZWxzIHdpdGggZGVzdGluYXRpb24tYmFzZWQg DQpmb3J3YXJkaW5nIG5leHQtaG9wcyBjb21wdXRlZCBieSBkaWZmZXJlbnQgYWxnb3JpdGhtcy4g IEl0IHdvdWxkIGJlIHVzZWZ1bA0KZm9yIHRoZSBTUFJJTkcgd29ya2luZyBncm91cCB0byBhZGRy ZXNzIHRoaXMgdG9waWMgaW4gb3JkZXIgdG8gcHJvdmlkZQ0KZ3VpZGFuY2UgdG8gdGhlIGlzaXMg YW5kIG9zcGYgd29ya2luZyBncm91cHMgd2l0aCByZXNwZWN0IHRvIA0KZW5jb2RpbmdzIGZvciB0 aGlzIGZ1bmN0aW9uYWxpdHkuDQogDQpDaHJpcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnXSANClNlbnQ6IEZyaWRheSwgQXByaWwgMDMsIDIwMTUgOTozNCBBTQ0KVG86IEhh bm5lcyBHcmVkbGVyOyBQdXNocGFzaXMgU2Fya2FyOyBDaHJpcyBCb3dlcnM7IENocmlzIEJvd2Vy czsgUHVzaHBhc2lzIFNhcmthcjsgSGFubmVzIEdyZWRsZXINClN1YmplY3Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtYm93ZXJzLXNwcmluZy1hZHYtcGVyLWFsZ29yaXRobS1s YWJlbC1ibG9ja3MtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWJvd2Vy cy1zcHJpbmctYWR2LXBlci1hbGdvcml0aG0tbGFiZWwtYmxvY2tzLTAwLnR4dA0KaGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBDaHJpcyBCb3dlcnMgYW5kIHBvc3RlZCB0byB0aGUg SUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtYm93ZXJzLXNwcmluZy1hZHYtcGVyLWFs Z29yaXRobS1sYWJlbC1ibG9ja3MNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlBZHZlcnRpc2luZyBQ ZXItQWxnb3JpdGhtIExhYmVsIEJsb2Nrcw0KRG9jdW1lbnQgZGF0ZToJMjAxNS0wNC0wMw0KR3Jv dXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJNw0KVVJMOiAgICAgICAgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWJvd2Vycy1zcHJpbmctYWR2 LXBlci1hbGdvcml0aG0tbGFiZWwtYmxvY2tzLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWJvd2Vycy1zcHJpbmctYWR2LXBlci1h bGdvcml0aG0tbGFiZWwtYmxvY2tzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWJvd2Vycy1zcHJpbmctYWR2LXBlci1hbGdvcml0aG0tbGFiZWwtYmxv Y2tzLTAwDQoNCg0KQWJzdHJhY3Q6DQogICBTZWdtZW50IHJvdXRpbmcgdXNlcyBnbG9iYWxseS1r bm93biBsYWJlbHMgdG8gYWNjb21wbGlzaCBkZXN0aW5hdGlvbi0NCiAgIGJhc2VkIGZvcndhcmRp bmcgYWxvbmcgc2hvcnRlc3QgcGF0aHMgY29tcHV0ZWQgdXNpbmcgRGlqa3N0cmEncw0KICAgYWxn b3JpdGhtIHdpdGggSUdQIG1ldHJpY3MuICBUaGlzIGRyYWZ0IGRpc2N1c3NlcyBob3cgdG8gdXNl IHNlZ21lbnQNCiAgIHJvdXRpbmcgdG8gYWNjb21wbGlzaCBkZXN0aW5hdGlvbi1iYXNlZCBmb3J3 YXJkaW5nIGFsb25nIHBhdGhzDQogICBjb21wdXRlZCB1c2luZyBvdGhlciBhbGdvcml0aG1zIGFu ZCBtZXRyaWNzLiAgSW4gcGFydGljdWxhciwgdGhlDQogICBkcmFmdCBjb250cmFzdHMgdHdvIGRp ZmZlcmVudCBvcHRpb25zIGZvciBhc3NvY2lhdGluZyBsYWJlbHMgd2l0aA0KICAgZGlmZmVyZW50 IGFsZ29yaXRobXMgZm9yIGNvbXB1dGluZyBmb3J3YXJkaW5nIG5leHQtaG9wcy4NCg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBj b3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0 bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4N Cg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Mon Apr 6 08:20:07 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB5D51A014E; Fri, 3 Apr 2015 12:31:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6, J_CHICKENPOX_37=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BesTyjOrQKrc; Fri, 3 Apr 2015 12:31:16 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FCA41A011B; Fri, 3 Apr 2015 12:31:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRA31286; Fri, 03 Apr 2015 19:31:13 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.212.94.48) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 3 Apr 2015 20:31:12 +0100 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.13]) by SJCEML702-CHM.china.huawei.com ([169.254.4.237]) with mapi id 14.03.0158.001; Fri, 3 Apr 2015 12:31:04 -0700 From: Quintin zhao To: "Anil Kumar S N (VRP Network BL)" , "pce@ietf.org" , Katherine Zhao , "dhruv.ietf@gmail.com" , Udayasree palle , "boris.zhang@telus.com" , "spring@ietf.org" Thread-Topic: Mail regarding draft-zhao-pce-pcep-extension-for-pce-controller Thread-Index: AdBslA6BG9BsItu4QRinIE5Z8lhtMgBlOI4w Date: Fri, 3 Apr 2015 19:31:04 +0000 Message-ID: <11208E03C9803E4CB4C3D898F153D6C038F3DF39@SJCEML701-CHM.china.huawei.com> References: <327562D94EA7BF428CD805F338C31EF04FB355CC@nkgeml512-mbx.china.huawei.com> In-Reply-To: <327562D94EA7BF428CD805F338C31EF04FB355CC@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.133.93] Content-Type: multipart/alternative; boundary="_000_11208E03C9803E4CB4C3D898F153D6C038F3DF39SJCEML701CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-Mailman-Approved-At: Mon, 06 Apr 2015 08:20:05 -0700 Cc: VinodS Kumar , Veerendranatha Reddy Vallem Subject: Re: [spring] Mail regarding draft-zhao-pce-pcep-extension-for-pce-controller X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 19:31:21 -0000 --_000_11208E03C9803E4CB4C3D898F153D6C038F3DF39SJCEML701CHMchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Anil, Thanks for your detailed comments. The inter-domain/inter-area scenario yo= u discussed here is a good use case. Similarly, there are other existing MP= LS features supported today in service provider networks where the requirem= ents for LSP tunnels are complex. To satisfy more of these existing require= ments and also to satisfy more of the new requirements resulting from new a= pplication oriented services, more extensions for IGP to distribute SIDs/S= egment labels may need to be added down the road. Eventually either some o= f the existing MPLS features cannot be supported anymore or the future IGP = protocol may look like a combination of current IGP and parts of LDP/RSVP-T= E protocols. Instead of extending the IGP to distribute SID/segment labels, using PCE as= the central controller to distribute the SIDs/labels to setup LSP tunnels = is an alternative where it has some advantages. One of these advantages is= that the SR-TE LSP can be supported to reduce the LSP states in the networ= k and at the same time, all the other existing MPLS features including the = MPLS multicast and new application oriented features can be supported by ju= st extending the existing PCEP. The texts you suggested here look good and we will incorporate the use case= into the next version of the protocol extension draft and also the use cas= e draft. We would like to hear more suggestions/comments for our drafts both from SP= RNG working group and from PCE working group. Quintin From: Anil Kumar S N (VRP Network BL) Sent: Wednesday, April 01, 2015 11:54 AM To: pce@ietf.org; Quintin zhao; Katherine Zhao; dhruv.ietf@gmail.com; Udaya= sree palle; boris.zhang@telus.com; spring@ietf.org Cc: VinodS Kumar; Veerendranatha Reddy Vallem Subject: Mail regarding draft-zhao-pce-pcep-extension-for-pce-controller Hi Authors, Since PCE Controller has global view of the network. There are s= ervices which spread across multiple AS or IGP domain. SR domain can be ex= tended across IGP domain to achieve the service requirement as SR domain ca= n also span across IGP Domain. But by using IGP to distribute Segment label= s has one drawback, Where all the external prefixes imported by an ASBR wil= l be originated as prefix SID(usually generated by ASBR) in area or AS scop= e RI LSA TLV (OSPF terminology). But will not be able to originate adjacen= t segment SIDs of other IGP domain due to this intermediate nodes on the pa= th has to understand LSP information and push required SR labels which is n= ot desired in segment routing (path has to be decided at the ingress). In case of SR-TE, PCE can give end to end(across AREA or across AS) SR-TE p= ath with all the TE requirement satisfied, PCE as a controller should ensur= e SR-Node labels remain unique across AS till the scope of SR domain. I would like to add a section under "5.5.2. PCECC Segment Routing (SR)" as= below : 5.5.2.3. PCECC SR-TE IGP/SR Domain PCECC will ensure in allocating unique SR Node Lables across SR Domain. There will be cases where some service spread across multiple IGP domain yet with in SR Domain. One Such example is Seamless MPLS which provides an architecture to support a wide variety of different services on a single MPLS platform fully integrating access, aggregation and core network. In such cases PCE can help SR ingress router to have label stack consist of SR node label and SR Adj Labels from different IGP domain. The PCECC will send PCLabelUpd to update the SR label information which might belong to different IGP doamin yet belong to same SR domain to required nodes which fall on the path to reach till the destination. PCECC will ensure all TE requirements are addressed while setting up the explicit path and required SR label stack is updated to ingress node. The forwarding behavior will not be different as labels processed by intermediate nodes. ASBR will seamlessly forward the packet as the FEC is updated by PCE using PCLabelUpd message. The Path Setup Type MUST be set for PCECC SR-TE (see Section 7.3). The rest of the PCEP procedures and mechanism are similar to [I-D.ietf-pce-segment-routing]. PCE rely on the Adj label cleanup using the same PCLabelUpd message. p.s. Segment Routing Architecture [draft-ietf-spring-segment-routing-01] s= ays "IGP-prefix Segment, Prefix-SID: an IGP-Prefix Segment is an IGP segme= nt attached to an IGP prefix. An IGP-Prefix Segment is always global within the SR/IGP domain" Thanks & Regards Anil S N "Be liberal in what you accept, and conservative in what you send" - Jon Po= stel --_000_11208E03C9803E4CB4C3D898F153D6C038F3DF39SJCEML701CHMchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Anil,= 

Thanks for your detailed comments=
.  The inter-domain/inter-area scenario you discussed here is a good u=
se case. Similarly, there are other existing MPLS features supported today =
in service provider networks where the requirements for LSP tunnels are com=
plex. To satisfy more of these existing requirements and also to satisfy mo=
re of the new requirements resulting from new application oriented services=
,  more extensions for IGP to distribute SIDs/Segment labels may need =
to be added down the road.  Eventually either some of the existing MPL=
S features cannot be supported anymore or the future IGP protocol may look =
like a combination of current IGP and parts of LDP/RSVP-TE protocols. =

 
Instead of extending the IGP to d=
istribute SID/segment labels, using PCE as the central controller to distri=
bute the SIDs/labels to setup LSP tunnels is an alternative where it has so=
me advantages. One of these advantages  is that the SR-TE LSP can be s=
upported to reduce the LSP states in the network and at the same time, all =
the other existing MPLS features including the MPLS multicast and new appli=
cation oriented features can be supported by just extending the existing PC=
EP. 
 
The texts you suggested here look=
 good and we will incorporate the use case into the next version of the pro=
tocol extension draft and also the use case draft.

We would like to hear more suggestions/co= mments for our drafts both from SPRNG working group and from PCE working group.

Quintin

 

From: Anil Kum= ar S N (VRP Network BL)
Sent: Wednesday, April 01, 2015 11:54 AM
To: pce@ietf.org; Quintin zhao; Katherine Zhao; dhruv.ietf@gmail.com= ; Udayasree palle; boris.zhang@telus.com; spring@ietf.org
Cc: VinodS Kumar; Veerendranatha Reddy Vallem
Subject: Mail regarding draft-zhao-pce-pcep-extension-for-pce-contro= ller

 

Hi Authors,

 

        &nb= sp; Since PCE Controller has global view of the network.  There are se= rvices which spread across multiple AS or IGP domain.  SR domain can b= e extended across IGP domain to achieve the service requirement as SR domain can also span across IGP Domain. But = by using IGP to distribute Segment labels has one drawback, Where all the e= xternal prefixes imported by an ASBR will be originated as prefix SID(usual= ly generated by ASBR) in area or AS scope RI LSA TLV (OSPF terminology).  But will not be able to orig= inate adjacent segment SIDs of other IGP domain due to this intermediate no= des on the path has to understand LSP information and push required SR labe= ls which is not desired in segment routing (path has to be decided at the ingress).

 

In case of SR-TE, PCE can give end to end(across AR= EA or across AS) SR-TE path with all the TE requirement satisfied, PCE as a= controller should ensure SR-Node labels remain unique across AS till the scope of SR domain.

 

I would like to add a section under “5.5.2.&n= bsp; PCECC Segment Routing (SR)” as below  :

 

5.5.2.3. =
; PCECC SR-TE IGP/SR Domain&n=
bsp; 
 
   =
PCECC will ensure in allocating unique SR Node Lables across SR =

  &=
nbsp;Domain. There will be cases where some service spread across multiple =

  &=
nbsp;IGP domain yet with in SR Domain. One Such example is Seamless MPLS 
  &=
nbsp;which provides an architecture to support a wide variety of different =

  &=
nbsp;services on a single MPLS platform fully integrating access, 
  &=
nbsp;aggregation and core network. In such cases PCE can help SR ingress 
  &=
nbsp;router to have label stack consist of SR node label and SR Adj Labels<=
o:p>
   =
from different IGP domain.
 
   =
The PCECC will send PCLabelUpd to update the SR label information which 
  &=
nbsp;might belong to different IGP doamin yet belong to same SR domain to <=
o:p>
  &=
nbsp;required nodes which fall on the path to reach till the destination. <=
o:p>
  &=
nbsp;
  &=
nbsp;PCECC will ensure all TE requirements are addressed while setting up
   =
the explicit path and required SR label stack is updated to ingress 
  &=
nbsp;node.
   =

  &=
nbsp;The forwarding behavior will not be different as labels processed 
  &=
nbsp;by  intermediate nodes. ASBR will seamlessly forward the packet <=
o:p>
  &=
nbsp;as the FEC is updated by PCE using PCLabelUpd message.
 
   =
The Path Setup Type MUST be set for PCECC SR-TE (see Section 7.3).
   =
The rest of the PCEP procedures and mechanism are similar to
   =
[I-D.ietf-pce-segment-routing].
 
   =
PCE rely on the Adj label cleanup using the same PCLabelUpd message.

 

p.s.  Segment Routing A=
rchitecture [draft-ietf-spring-segment-routing-01] says  “IGP-prefix Segment, Prefix-SID: an IGP-Prefix =
Segment is an IGP segment attached to an IGP prefix.  
  &=
nbsp; An IGP-Prefix Segment is always global within the SR/IGP domain&=
#8221;

 

Thanks & Regards

Anil S N

 

“Be liberal in what you accept, and conservat= ive in what you send” - Jon Postel

 

 

--_000_11208E03C9803E4CB4C3D898F153D6C038F3DF39SJCEML701CHMchi_-- From nobody Sun Apr 19 21:04:17 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3294C1A1AB8 for ; Sun, 19 Apr 2015 21:04:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.51 X-Spam-Level: X-Spam-Status: No, score=-101.51 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AlhbMHgOJpKO for ; Sun, 19 Apr 2015 21:04:14 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id B29941A1AB4 for ; Sun, 19 Apr 2015 21:04:13 -0700 (PDT) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 7185B410EC299 for ; Mon, 20 Apr 2015 12:04:06 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 9E4E6DC160F8; Mon, 20 Apr 2015 12:04:05 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id t3K443nq070594; Mon, 20 Apr 2015 12:04:03 +0800 (GMT-8) (envelope-from peng.shaofu@zte.com.cn) To: sprevidi@cisco.com MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: peng.shaofu@zte.com.cn Date: Mon, 20 Apr 2015 12:03:56 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-04-20 12:03:51, Serialize complete at 2015-04-20 12:03:51 Content-Type: multipart/alternative; boundary="=_alternative 0016587248257E2D_=" X-MAIL: mse01.zte.com.cn t3K443nq070594 Archived-At: Cc: spring@ietf.org Subject: [spring] some questions for SR-ISIS X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 04:04:16 -0000 This is a multipart message in MIME format. --=_alternative 0016587248257E2D_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGkgU3RlZmFubyBhbmQgb3RoZXIgU1ItSVNJUyBhdXRob3JzLA0KDQpJIGhhdmUgc29tZSBxdWVz dGlvbnMgd2hlbiBzdHVkeSANCmRyYWZ0LWlldGYtaXNpcy1zZWdtZW50LXJvdXRpbmctZXh0ZW5z aW9ucy0wMw0KDQoxKSBmb3IgUHJlZml4LVNJRCBTdWItVExWDQpJdCBzZWVtcyB0aGF0IHdlIGNh bm5vdCBzdXBwb3J0IFByZWZpeC1TSUQgUHJvcGFnYXRpb24gd2l0aCBsb2NhbCBsYWJlbCANCmlu c2lkZSB0aGUgbGV2ZWwsIGJlY2F1c2UgZWFjaCBub2RlIGNhbm5vdCBjaGFuZ2UgdGhlIHJlY2Vp dmVkIGZsb29kaW5nIA0KaW5mb3JtYXRpb24gc3VjaCBhcyB0aGUgbGFiZWwgdmFsdWUgYmVmb3Jl IGl0IHByb3BhZ2F0ZSBhZ2Fpbiwgb3RoZXJ3aXNlIA0KcGFja2V0IGluY29uc2lzdGVuY3kgd2ls bCBvY2N1ciBpbiBzb21lIHJlbW90ZSBub2Rlcy4NClNvLCB0aGUgb25seSB3YXkgdG8gY3JlYXRl IHRoZSBTUiBMU1AgaW5zaWRlIHRoZSBsZXZlbCBpcyB0byBhZHZlcnRpc2UgDQpwcmVmaXgtc2lk IHdpdGggSU5ERVggdHlwZS4gQW5vdGhlciB3YXkgbWF5IGRpcmVjdGx5IGFkdmVydGlzZSBnbG9i YWwgDQpsYWJlbCwgYnV0IGl0J3Mgbm90IGFwcHJvcHJpYXRlIGZvciBkaXN0cmlidXRpb24gbmV0 d29yay4NCkluIHRoZSBjYXNlIG9mIHByb3BhZ2F0aW9uIGJldHdlZW4gbGV2ZWxzLCBhbHRob3Vn aCBpbiB0aGUgZG9jdW1lbnQgaXQgDQpzYXlzIHRoZSBsZXZlbC0xLTIgcm91dGVyIGNhbiBjaGFu Z2UgdGhlIGZsb29kaW5nIGluZm9ybWF0aW9uLCBidXQgdGhlIA0Kc2FtZSBwcm9ibGVtIGlzIHRo ZXJlLCB0aGUgdG90YWwgU1IgTFNQIGNhbiBub3QgYmUgYnVpbGRpbmcgd2l0aCBsb2NhbCANCmxh YmVsIGFkdmVydGlzZW1lbnQuDQpJcyBpdCByaWdodD8NCg0KMikgZm9yIEFkai1TSUQgU3ViLVRM Vg0KSW4gdGhlIGRvY3VtZW50IGlzIHNheXMgdGhhdCBhbiBhZGphY2VuY3ktc2lkIGNhbiBzZXQg dGhlIFMtZmxhZ6OsYnV0IGl0IA0KaXMgcG9zc2libGUgdGhhdCBhbiBhZGphY2VuY3kgY2FuIGpv aW4gbWFueSBhZGphY2VuY3kgZ3JvdXAuIEl0IGlzIA0KZGlmZmljdWx0IGZvciB0aGUgaW5ncmVz cyBub2RlIHRvIHByb2Nlc3MgdGhlIHJlY2VpdmVkIEFkai1TSUQgU3ViLVRMViBmb3IgDQp0aGUg c2FtZSBzcGVjaWZpYyByZW1vdGUgYWRqYWNlbmN5IHdpdGggZGlmZmVyZW50ICBhZGphY2VuY3kt c2lkIHZhbHVlIA0Kd2l0aCBTLWZsYWcgc2V0LCB3aGV0aGVyIGFkai1zaWQgMjAwIGNhbiBvdmVy d3JpdGUgYWRqLXNpZCAxMDAgb3IgdGhleSANCmluZGljYXRlIGRpZmZlcmVudCBncm91cHM/DQpJ dCBzZWVtcyB0aGF0IHdlIG5lZWQgYWRkIEFESkFDRU5DWS1HUk9VUC1OQU1FIGluZm9ybWF0aW9u IGluIHRoZSBBZGotU0lEIA0KU3ViLVRMVi4NCklzIGl0IHJpZ2h0Pw0KDQpSZWdhcmRzLCANCg0K ZGVjY2FuDQoNCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBp bmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJh bnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMg aW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5 b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1 Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUg aW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlm eSB1cyBpbW1lZGlhdGVseS4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUg aW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRy YW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlz IGludGVuZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYg eW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9k dWN0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3Rp ZnkgdXMgaW1tZWRpYXRlbHkuDQo= --=_alternative 0016587248257E2D_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpIFN0ZWZhbm8gYW5kIG90aGVy IFNSLUlTSVMgYXV0aG9ycyw8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPkkgaGF2ZSBzb21lIHF1ZXN0aW9ucyB3aGVuIHN0dWR5IGRyYWZ0LWlldGYtaXNp cy1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0wMzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+MSkgZm9yIFByZWZpeC1TSUQgU3ViLVRMVjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SXQgc2VlbXMgdGhhdCB3ZSBjYW5u b3Qgc3VwcG9ydCBQcmVmaXgtU0lEDQpQcm9wYWdhdGlvbiB3aXRoIGxvY2FsIGxhYmVsIGluc2lk ZSB0aGUgbGV2ZWwsIGJlY2F1c2UgZWFjaCBub2RlIGNhbm5vdA0KY2hhbmdlIHRoZSByZWNlaXZl ZCBmbG9vZGluZyBpbmZvcm1hdGlvbiBzdWNoIGFzIHRoZSBsYWJlbCB2YWx1ZSBiZWZvcmUNCml0 IHByb3BhZ2F0ZSBhZ2Fpbiwgb3RoZXJ3aXNlIHBhY2tldCBpbmNvbnNpc3RlbmN5IHdpbGwgb2Nj dXIgaW4gc29tZSByZW1vdGUNCm5vZGVzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+U28sIHRoZSBvbmx5IHdheSB0byBjcmVhdGUgdGhlIFNSIExTUA0KaW5zaWRl IHRoZSBsZXZlbCBpcyB0byBhZHZlcnRpc2UgcHJlZml4LXNpZCB3aXRoIElOREVYIHR5cGUuIEFu b3RoZXIgd2F5DQptYXkgZGlyZWN0bHkgYWR2ZXJ0aXNlIGdsb2JhbCBsYWJlbCwgYnV0IGl0J3Mg bm90IGFwcHJvcHJpYXRlIGZvciBkaXN0cmlidXRpb24NCm5ldHdvcmsuPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JbiB0aGUgY2FzZSBvZiBwcm9wYWdhdGlvbiBi ZXR3ZWVuIGxldmVscywNCmFsdGhvdWdoIGluIHRoZSBkb2N1bWVudCBpdCBzYXlzIHRoZSBsZXZl bC0xLTIgcm91dGVyIGNhbiBjaGFuZ2UgdGhlIGZsb29kaW5nDQppbmZvcm1hdGlvbiwgYnV0IHRo ZSBzYW1lIHByb2JsZW0gaXMgdGhlcmUsIHRoZSB0b3RhbCBTUiBMU1AgY2FuIG5vdCBiZQ0KYnVp bGRpbmcgd2l0aCBsb2NhbCBsYWJlbCBhZHZlcnRpc2VtZW50LjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SXMgaXQgcmlnaHQ/PC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4yKSBmb3IgQWRqLVNJRCBTdWItVExWPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JbiB0aGUgZG9jdW1lbnQgaXMg c2F5cyB0aGF0IGFuIGFkamFjZW5jeS1zaWQNCmNhbiBzZXQgdGhlIFMtZmxhZ6OsYnV0IGl0IGlz IHBvc3NpYmxlIHRoYXQgYW4gYWRqYWNlbmN5IGNhbiBqb2luIG1hbnkNCmFkamFjZW5jeSBncm91 cC4gSXQgaXMgZGlmZmljdWx0IGZvciB0aGUgaW5ncmVzcyBub2RlIHRvIHByb2Nlc3MgdGhlIHJl Y2VpdmVkDQpBZGotU0lEIFN1Yi1UTFYgZm9yIHRoZSBzYW1lIHNwZWNpZmljIHJlbW90ZSBhZGph Y2VuY3kgd2l0aCBkaWZmZXJlbnQgJm5ic3A7YWRqYWNlbmN5LXNpZA0KdmFsdWUgd2l0aCBTLWZs YWcgc2V0LCB3aGV0aGVyIGFkai1zaWQgMjAwIGNhbiBvdmVyd3JpdGUgYWRqLXNpZCAxMDAgb3IN CnRoZXkgaW5kaWNhdGUgZGlmZmVyZW50IGdyb3Vwcz88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPkl0IHNlZW1zIHRoYXQgd2UgbmVlZCBhZGQgQURKQUNFTkNZLUdS T1VQLU5BTUUNCmluZm9ybWF0aW9uIGluIHRoZSBBZGotU0lEIFN1Yi1UTFYuPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JcyBpdCByaWdodD88L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+UmVnYXJkcyw8L2ZvbnQ+PGZvbnQgc2l6 ZT0zPiA8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmRl Y2NhbjwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCg0KPGJyPjxwcmU+PGZv bnQgY29sb3I9ImJsdWUiPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBp bmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJh bnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMg aW50ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5 b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1 Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUg aW5mb3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlm eSB1cyBpbW1lZGlhdGVseS4NCg0KPC9mb250PjwvcHJlPjxicj4NCg0KPGJyPjxwcmU+PGZvbnQg Y29sb3I9ImJsdWUiPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNt aXR0ZWQgaGVyZXdpdGgpIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50 ZW5kZWQgZm9yIHRoZSBleGNsdXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3Ug YXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rp b24sIGRpc3RyaWJ1dGlvbiBvciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIG1haWwgaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1 cyBpbW1lZGlhdGVseS4NCg0KPC9mb250PjwvcHJlPjxicj4NCg== --=_alternative 0016587248257E2D_=-- From nobody Wed Apr 22 03:53:07 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81A7C1B340C; Wed, 22 Apr 2015 03:53:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xw3JKz7VhgNv; Wed, 22 Apr 2015 03:53:04 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBD121A90F6; Wed, 22 Apr 2015 03:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4020; q=dns/txt; s=iport; t=1429699985; x=1430909585; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6VLjVbfN/s1Hwgropc7IMyvijwD++8MUSZL1XC3cqv8=; b=JHK8Ca1PmuXa5zk8gmrDhPVMdNhjSPIwd3JpxZrKZ39hZqkZVwPjjH2A pIdSlkDTF777uJs4INQXvfz7TYOW1/LkaqZp2Df6Mir6v9Z/2o+ZD8iEx 5gvKxNzkZTv5ipys/2iyrPDBlrYVDBipSuJsiKcnUX+UV+I2ysctWgz85 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AUBQC1fDdV/4QNJK1bgwyBLgWDE8IYiEICHIEZTAEBAQEBAX6EIAEBAQMBNEUFCwIBCBIGBCgCAjAXDgIEDgWIIwiZcJx8CJUSAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4EdihqEMgEBHTMHgmQzgRYBBIYyiwGIJ4ICgSIRgyuNAYNOIoFkIRkEgVFvgQs5gQABAQE X-IronPort-AV: E=Sophos;i="5.11,623,1422921600"; d="scan'208";a="413832124" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP; 22 Apr 2015 10:53:04 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t3MAr3WO015823 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 22 Apr 2015 10:53:04 GMT Received: from xmb-aln-x01.cisco.com ([169.254.2.66]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Wed, 22 Apr 2015 05:53:03 -0500 From: "Stefano Previdi (sprevidi)" To: "peng.shaofu@zte.com.cn" Thread-Topic: some questions for SR-ISIS Thread-Index: AQHQex8QBOvYnUBhzEmpCFpBHaG1op1ZMpUA Date: Wed, 22 Apr 2015 10:53:48 +0000 Message-ID: <500D0029-944F-49A4-981D-FF7E050E8EF9@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.101] Content-Type: text/plain; charset="gb2312" Content-ID: <5CFCB84FEDB8544F8FE193B295D1BDAA@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "spring@ietf.org" , "isis-wg@ietf.org list" Subject: Re: [spring] some questions for SR-ISIS X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2015 10:53:06 -0000 PGFkZGluZyBpc2lzIGxpc3Q+DQoNCkhpIERlY2NhbiwNCg0KT24gQXByIDIwLCAyMDE1LCBhdCA2 OjAzIEFNLCBwZW5nLnNoYW9mdUB6dGUuY29tLmNuIHdyb3RlOg0KPiANCj4gaGkgU3RlZmFubyBh bmQgb3RoZXIgU1ItSVNJUyBhdXRob3JzLCANCj4gDQo+IEkgaGF2ZSBzb21lIHF1ZXN0aW9ucyB3 aGVuIHN0dWR5IGRyYWZ0LWlldGYtaXNpcy1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0wMyAN Cj4gDQo+IDEpIGZvciBQcmVmaXgtU0lEIFN1Yi1UTFYgDQo+IEl0IHNlZW1zIHRoYXQgd2UgY2Fu bm90IHN1cHBvcnQgUHJlZml4LVNJRCBQcm9wYWdhdGlvbiB3aXRoIGxvY2FsIGxhYmVsIGluc2lk ZSB0aGUgbGV2ZWwsIGJlY2F1c2UgZWFjaCBub2RlIGNhbm5vdCBjaGFuZ2UgdGhlIHJlY2VpdmVk IGZsb29kaW5nIGluZm9ybWF0aW9uIHN1Y2ggYXMgdGhlIGxhYmVsIHZhbHVlIGJlZm9yZSBpdCBw cm9wYWdhdGUgYWdhaW4sIG90aGVyd2lzZSBwYWNrZXQgaW5jb25zaXN0ZW5jeSB3aWxsIG9jY3Vy IGluIHNvbWUgcmVtb3RlIG5vZGVzLiANCj4gU28sIHRoZSBvbmx5IHdheSB0byBjcmVhdGUgdGhl IFNSIExTUCBpbnNpZGUgdGhlIGxldmVsIGlzIHRvIGFkdmVydGlzZSBwcmVmaXgtc2lkIHdpdGgg SU5ERVggdHlwZS4NCg0KDQppbmRlZWQuIG5vdGUgdGhhdCBzaW5jZSBtb3N0IG9mIHRoZSBpbXBs ZW1lbnRvcnMgYWdyZWVkIHRvIHVzZSB0aGUgc2FtZSBTUkdCIHNwYWNlIGZvciBTUiwgd2UncmUg cHJldHR5IGNsb3NlIHRvIHRoZSBjb25jZXB0IG9mIGdsb2JhbCBsYWJlbHMuLi4gb29wcywgbm8s IHNvcnJ5LCBJIHdlbnQgdG9vIGZhci4uLg0KDQoNCj4gQW5vdGhlciB3YXkgbWF5IGRpcmVjdGx5 IGFkdmVydGlzZSBnbG9iYWwgbGFiZWwsDQoNCg0KeW91IHNhaWQgdGhhdCwgbm90IG1lLi4uIDst KQ0KDQoNCj4gYnV0IGl0J3Mgbm90IGFwcHJvcHJpYXRlIGZvciBkaXN0cmlidXRpb24gbmV0d29y ay4gDQoNCg0KIm5vdCBhcHByb3ByaWF0ZSIsIHllcywgbGV0J3MgcHV0IGl0IHRoaXMgd2F5Li4u IA0KDQoNCj4gSW4gdGhlIGNhc2Ugb2YgcHJvcGFnYXRpb24gYmV0d2VlbiBsZXZlbHMsIGFsdGhv dWdoIGluIHRoZSBkb2N1bWVudCBpdCBzYXlzIHRoZSBsZXZlbC0xLTIgcm91dGVyIGNhbiBjaGFu Z2UgdGhlIGZsb29kaW5nIGluZm9ybWF0aW9uLCBidXQgdGhlIHNhbWUgcHJvYmxlbSBpcyB0aGVy ZSwgdGhlIHRvdGFsIFNSIExTUCBjYW4gbm90IGJlIGJ1aWxkaW5nIHdpdGggbG9jYWwgbGFiZWwg YWR2ZXJ0aXNlbWVudC4gDQo+IElzIGl0IHJpZ2h0PyANCg0KDQpvaywgam9rZXMgYXBhcnQsIHRo ZSByZWFzb24gd2h5IGluZGV4ZXMgaGF2ZSBiZWVuIGRlZmluZWQgaXMgdG8gY29wZSB3aXRoIHRo ZSBsb2NhbCBzY29wZSBvZiBtcGxzIGxhYmVscy4gSSB0aGluayBpdCdzIGdvb2Qgbm90IHRvIGJy YWtlIGFuIGFyY2hpdGVjdHVyZSBidXQgSSBhbHNvIHRoaW5rIGl0J3MgZ29vZCB0byBmb2N1cyBv biBwcmFjdGljYWwgcHJvYmxlbXMgdG8gc29sdmUgYW5kIHRoZSBpbmRleCBnaXZlcyB5b3UgdGhl IGJlc3Qgb2YgYm90aCB3b3JsZHM6IHRoZXkgZG9uJ3QgYnJha2UgbXBscyBhcmNoaXRlY3R1cmUg YW5kIGFsbG93cyB5b3UgdG8gcGxheSB3aXRoIGdsb2JhbCAoaW5kZXgpIHZhbHVlcy4NCg0KDQo+ IDIpIGZvciBBZGotU0lEIFN1Yi1UTFYgDQo+IEluIHRoZSBkb2N1bWVudCBpcyBzYXlzIHRoYXQg YW4gYWRqYWNlbmN5LXNpZCBjYW4gc2V0IHRoZSBTLWZsYWejrGJ1dCBpdCBpcyBwb3NzaWJsZSB0 aGF0IGFuIGFkamFjZW5jeSBjYW4gam9pbiBtYW55IGFkamFjZW5jeSBncm91cC4gSXQgaXMgZGlm ZmljdWx0IGZvciB0aGUgaW5ncmVzcyBub2RlIHRvIHByb2Nlc3MgdGhlIHJlY2VpdmVkIEFkai1T SUQgU3ViLVRMViBmb3IgdGhlIHNhbWUgc3BlY2lmaWMgcmVtb3RlIGFkamFjZW5jeSB3aXRoIGRp ZmZlcmVudCAgYWRqYWNlbmN5LXNpZCB2YWx1ZSB3aXRoIFMtZmxhZyBzZXQsIHdoZXRoZXIgYWRq LXNpZCAyMDAgY2FuIG92ZXJ3cml0ZSBhZGotc2lkIDEwMCBvciB0aGV5IGluZGljYXRlIGRpZmZl cmVudCBncm91cHM/IA0KPiBJdCBzZWVtcyB0aGF0IHdlIG5lZWQgYWRkIEFESkFDRU5DWS1HUk9V UC1OQU1FIGluZm9ybWF0aW9uIGluIHRoZSBBZGotU0lEIFN1Yi1UTFYuIA0KPiBJcyBpdCByaWdo dD8gDQoNCg0Kc29ycnksIEknbSBub3Qgc3VyZSBJIHVuZGVyc3RhbmQgeW91ciBwb2ludC4gVGhl IFMgYml0IHRlbGxzIHlvdSB0aGF0IHRoZSB2YWx1ZSBtYXkgYmUgc2hhcmVkIGFtb25nIG90aGVy IGFkamFjZW5jaWVzLiBUaGlzIHdpbGwgdGVsbCB5b3Ugd2hhdCB5b3UgY2FsbCAiZ3JvdXAiLg0K DQpzLg0KDQoNCj4gDQo+IFJlZ2FyZHMsIA0KPiANCj4gZGVjY2FuIA0KPiANCj4gDQo+IA0KPiAN Cj4gDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KPiBaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0 dGVkIGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVu ZGVkIGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFy ZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9u LCBkaXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMg aW1tZWRpYXRlbHkuDQo+IA0KPiANCj4gDQoNCg== From nobody Wed Apr 22 05:02:39 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 184DB1B34FB; Wed, 22 Apr 2015 05:02:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LlAoskzyjLGf; Wed, 22 Apr 2015 05:02:35 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0742.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:742]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4907B1B34FD; Wed, 22 Apr 2015 05:02:00 -0700 (PDT) Received: from DM2PR0501MB1248.namprd05.prod.outlook.com (25.160.130.139) by DM2PR0501MB889.namprd05.prod.outlook.com (10.242.173.152) with Microsoft SMTP Server (TLS) id 15.1.136.25; Wed, 22 Apr 2015 12:01:41 +0000 Received: from DM2PR0501MB1245.namprd05.prod.outlook.com (25.160.130.11) by DM2PR0501MB1248.namprd05.prod.outlook.com (25.160.130.139) with Microsoft SMTP Server (TLS) id 15.1.148.16; Wed, 22 Apr 2015 12:01:41 +0000 Received: from DM2PR0501MB1245.namprd05.prod.outlook.com ([25.160.130.11]) by DM2PR0501MB1245.namprd05.prod.outlook.com ([25.160.130.11]) with mapi id 15.01.0148.008; Wed, 22 Apr 2015 12:01:41 +0000 From: Pushpasis Sarkar To: "Stefano Previdi (sprevidi)" , "peng.shaofu@zte.com.cn" Thread-Topic: [Isis-wg] some questions for SR-ISIS Thread-Index: AQHQfPQXjLsy8vMF6EGmvt864Gul2A== Date: Wed, 22 Apr 2015 12:01:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 authentication-results: cisco.com; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [116.197.184.12] x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1248; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB889; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(24454002)(377454003)(479174004)(92566002)(2656002)(5890100001)(2501003)(122556002)(87936001)(46102003)(40100003)(36756003)(4001350100001)(86362001)(66066001)(2900100001)(19580405001)(19580395003)(83506001)(102836002)(15975445007)(54356999)(50986999)(106116001)(5001770100001)(77156002)(99286002)(62966003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1248; H:DM2PR0501MB1245.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:DM2PR0501MB1248; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1248; x-forefront-prvs: 0554B1F54F Content-Type: text/plain; charset="iso-2022-jp" Content-ID: <9160819B51F9CE4FB39ECDB0B1CC34CC@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Apr 2015 12:01:40.9689 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1248 X-OriginatorOrg: juniper.net Archived-At: Cc: "spring@ietf.org" , "isis-wg@ietf.org list" Subject: Re: [spring] [Isis-wg] some questions for SR-ISIS X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2015 12:02:38 -0000 Hi Deccan, On 4/22/15, 4:23 PM, "Stefano Previdi (sprevidi)" wrote: > > >Hi Deccan, > >On Apr 20, 2015, at 6:03 AM, peng.shaofu@zte.com.cn wrote: >>=20 >> hi Stefano and other SR-ISIS authors, >>=20 >> I have some questions when study >>draft-ietf-isis-segment-routing-extensions-03 >>=20 >> 1) for Prefix-SID Sub-TLV >> It seems that we cannot support Prefix-SID Propagation with local label >>inside the level, because each node cannot change the received flooding >>information such as the label value before it propagate again, otherwise >>packet inconsistency will occur in some remote nodes. >> So, the only way to create the SR LSP inside the level is to advertise >>prefix-sid with INDEX type. > > >indeed. note that since most of the implementors agreed to use the same >SRGB space for SR, we're pretty close to the concept of global labels... >oops, no, sorry, I went too far... > > >> Another way may directly advertise global label, > > >you said that, not me... ;-) > > >> but it's not appropriate for distribution network. > > >"not appropriate", yes, let's put it this way... > > >> In the case of propagation between levels, although in the document it >>says the level-1-2 router can change the flooding information, but the >>same problem is there, the total SR LSP can not be building with local >>label advertisement. >> Is it right?=20 > > >ok, jokes apart, the reason why indexes have been defined is to cope with >the local scope of mpls labels. I think it's good not to brake an >architecture but I also think it's good to focus on practical problems to >solve and the index gives you the best of both worlds: they don't brake >mpls architecture and allows you to play with global (index) values. > > >> 2) for Adj-SID Sub-TLV >> In the document is says that an adjacency-sid can set the S-flag=1B$B!$= =1B(Bbut it >>is possible that an adjacency can join many adjacency group. It is >>difficult for the ingress node to process the received Adj-SID Sub-TLV >>for the same specific remote adjacency with different adjacency-sid >>value with S-flag set, whether adj-sid 200 can overwrite adj-sid 100 or >>they indicate different groups? >> It seems that we need add ADJACENCY-GROUP-NAME information in the >>Adj-SID Sub-TLV.=20 >> Is it right?=20 > > >sorry, I'm not sure I understand your point. The S bit tells you that the >value may be shared among other adjacencies. This will tell you what you >call "group". > >s. [Pushpasis] I think you are trying to refer to a case where the same adjacency is part of two adjacency-sets. I guess the same adjacency will advertise 3 adjacency-sids, one for the indvidual link itself (S-Flag set to 0) and one for each adjacency sets it belongs to (S-Flag set to 1). The adjacency-sids in this cases will be additive and not overwrite each other. The Adjacency-SID associated with adjacency set itself will act as the group-identifier. There should not be a separate name needed. The same Adjacency-SID will be advertised by all adjacencies that are part of it. So if are 3 adjacencies A1, A2, A3 with individual sids 100, 200, 300 respectively. And there are following two Adjacency sets Set 1: adjacencies A1 and A2, SID: 1000 Set 2: adjacencies A2 and A3, SID: 2000 Then following are the adjacency-Sids advertised by each adjacencies A1: 100(S=3D0), 1000(S=3D1), A2: 200(S=3D0), 1000(S=3D1), 2000(S=3D1) A3: 300(S=3D0), 2000(S=3D1) Hope my understanding was correct :) > > >>=20 >> Regards,=20 >>=20 >> deccan=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> -------------------------------------------------------- >> ZTE Information Security Notice: The information contained in this mail >>(and any attachment transmitted herewith) is privileged and confidential >>and is intended for the exclusive use of the addressee(s). If you are >>not an intended recipient, any disclosure, reproduction, distribution or >>other dissemination or use of the information contained is strictly >>prohibited. If you have received this mail in error, please delete it >>and notify us immediately. >>=20 >>=20 >>=20 > >_______________________________________________ >Isis-wg mailing list >Isis-wg@ietf.org >https://www.ietf.org/mailman/listinfo/isis-wg From nobody Thu Apr 23 00:53:53 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FA3D1B2F4D; Thu, 23 Apr 2015 00:53:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.61 X-Spam-Level: X-Spam-Status: No, score=-103.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BPOMMctKJJxY; Thu, 23 Apr 2015 00:53:46 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 298861B2F52; Thu, 23 Apr 2015 00:53:45 -0700 (PDT) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 317BE633A42BF; Thu, 23 Apr 2015 15:53:39 +0800 (CST) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 52905263D6083; Thu, 23 Apr 2015 15:53:38 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id t3N7rL0Q033466; Thu, 23 Apr 2015 15:53:21 +0800 (GMT-8) (envelope-from peng.shaofu@zte.com.cn) To: sprevidi@cisco.com, psarkar@juniper.net MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: peng.shaofu@zte.com.cn Date: Thu, 23 Apr 2015 15:53:17 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-04-23 15:53:22, Serialize complete at 2015-04-23 15:53:22 Content-Type: multipart/alternative; boundary="=_alternative 002B581A48257E30_=" X-MAIL: mse02.zte.com.cn t3N7rL0Q033466 Archived-At: Cc: spring@ietf.org, isis-wg@ietf.org Subject: Re: [spring] [Isis-wg] some questions for SR-ISIS X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2015 07:53:50 -0000 This is a multipart message in MIME format. --=_alternative 002B581A48257E30_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGkgU3RlZmFubywgUHVzaHBhc2lzDQoNClRoYW5rcyBmb3IgeW91ciBhbnN3ZXJzLg0KVGhlIGZp cnN0IHF1ZXN0aW9uIGlzIG5vdyB1bmFtYmlndW91cy4NCkZvciB0aGUgc2Vjb25kIHF1ZXN0aW9u LCBQdXNocGFzaXMncyBleGFtcGxlIHNob3dzIHRoYXQgSSBtYWRlIGEgbWlzdGFrZS4NCg0KWWVz LCBpdCBpcyBubyBwcm9ibGVtIGxpa2UgdGhlIGZvbGxvd2luZyBhZHZlcnRpc2VtZW50IGZvcm1h dCBhcyANClB1c2hwYXNpcydzIGV4YW1wbGUgc2hvd3MNCkExOiAxMDAoUz0wKSwgMTAwMChTPTEp LA0KQTI6IDIwMChTPTApLCAxMDAwKFM9MSksIDIwMDAoUz0xKQ0KQTM6IDMwMChTPTApLCAyMDAw KFM9MSkNCg0KVGhlIEtleSBiZWhhdmlvdXIgaXMgdGhhdCBhbGwgYWRqLXNpZHMgZm9yIGEgYWRq YWNlbmN5IGlzIGFkdmVydGlzZWQgDQp0b2dldGhlci4gDQoNClNvLCBpZiBhZGphY2VuY3kncyBv cmlnaW5hbCBub2RlIGNoYW5nZXMgdGhlIGNvbmZpZ3VyYXRpb24sIGZvciBleGFtcGxlLCANCml0 IGNoYW5nZXMgdGhlIGFkai1zaWQgdmFsdWUgZm9yIGFkamFjZW5jeSBncm91cCA8QTEsQTI+IGZy b20gMTAwMCB0byANCjE1MDAsIGl0IGp1c3QgcmUtYWR2ZXJ0aXNlOg0KQTE6IDEwMChTPTApLCAx NTAwKFM9MSksDQpBMjogMjAwKFM9MCksIDE1MDAoUz0xKSwgMjAwMChTPTEpDQoNCldoZW4gaW5n cmVzcyBub2RlIHJlY2VpdmVkIHRoZSBuZXcgYWR2ZXJ0aXNlbWVudCwgaXQgY2FuIGNvbXBhcmUg d2l0aCB0aGUgDQpleGlzdGluZyBkYXRhLCBhbmQga25vdyBBMSAmIEEyIGxlYXZlIGdyb3VwLTEw MDAgYW5kIGpvaW4gZ3JvdXAtMTUwMC4NCg0KQnV0IGlmIGFsbCBhZGotc2lkcyBmb3IgYSBhZGph Y2VuY3kgaXMgbm90IGFkdmVydGlzZWQgdG9nZXRoZXIsIHRoZXJlIA0Kd291bGQgYnJpbmcgc29t ZSBkaWZmaWN1bHR5Lg0KRm9yIGV4YW1wbGUsIGlmIHdlIGFkdmVydGlzZSBBMiBsaWtlIHRoaXM6 IA0KQTI6IDIwMChTPTApDQpBMjogMTUwMChTPTEpDQpBMjogMjAwMChTPTEpDQpUaGVuLCBpbmdy ZXNzIG5vZGUgbmV2ZXIga25vd3Mgd2hldGhlciBBMiBqb2luIHR3byBhZGphY2VuY3kgDQpncm91 cChncm91cC0xNTAwIGFuZCBncm91cC0yMDAwKSBvciBvbmx5IG9uZSBhZGphY2VuY3kgZ3JvdXAo Z3JvdXAtMjAwMCANCndpbGwgb3ZlcndyaXRlIGdyb3VwLTE1MDApLiANCkZvcnR1bmF0ZWx5LCBp dCBpcyBqdXN0IGFuIG51bGwgaHlwb3RoZXNpcy4NCg0KUmVnYXJkcywNCg0KZGVjY2FuDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1wYXJ0aW5nIA0KbGluZS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkhpIERlY2NhbiwNCg0KT24gNC8yMi8x NSwgNDoyMyBQTSwgIlN0ZWZhbm8gUHJldmlkaSAoc3ByZXZpZGkpIiA8c3ByZXZpZGkgYXQgY2lz Y28uY29tPg0Kd3JvdGU6DQoNCj48YWRkaW5nIGlzaXMgbGlzdD4NCj4NCj5IaSBEZWNjYW4sDQo+ DQo+T24gQXByIDIwLCAyMDE1LCBhdCA2OjAzIEFNLCBwZW5nLnNoYW9mdSBhdCB6dGUuY29tLmNu IHdyb3RlOg0KPj4gDQo+PiBoaSBTdGVmYW5vIGFuZCBvdGhlciBTUi1JU0lTIGF1dGhvcnMsDQo+ PiANCj4+IEkgaGF2ZSBzb21lIHF1ZXN0aW9ucyB3aGVuIHN0dWR5DQo+PmRyYWZ0LWlldGYtaXNp cy1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0wMw0KPj4gDQo+PiAxKSBmb3IgUHJlZml4LVNJ RCBTdWItVExWDQo+PiBJdCBzZWVtcyB0aGF0IHdlIGNhbm5vdCBzdXBwb3J0IFByZWZpeC1TSUQg UHJvcGFnYXRpb24gd2l0aCBsb2NhbCBsYWJlbA0KPj5pbnNpZGUgdGhlIGxldmVsLCBiZWNhdXNl IGVhY2ggbm9kZSBjYW5ub3QgY2hhbmdlIHRoZSByZWNlaXZlZCBmbG9vZGluZw0KPj5pbmZvcm1h dGlvbiBzdWNoIGFzIHRoZSBsYWJlbCB2YWx1ZSBiZWZvcmUgaXQgcHJvcGFnYXRlIGFnYWluLCBv dGhlcndpc2UNCj4+cGFja2V0IGluY29uc2lzdGVuY3kgd2lsbCBvY2N1ciBpbiBzb21lIHJlbW90 ZSBub2Rlcy4NCj4+IFNvLCB0aGUgb25seSB3YXkgdG8gY3JlYXRlIHRoZSBTUiBMU1AgaW5zaWRl IHRoZSBsZXZlbCBpcyB0byBhZHZlcnRpc2UNCj4+cHJlZml4LXNpZCB3aXRoIElOREVYIHR5cGUu DQo+DQo+DQo+aW5kZWVkLiBub3RlIHRoYXQgc2luY2UgbW9zdCBvZiB0aGUgaW1wbGVtZW50b3Jz IGFncmVlZCB0byB1c2UgdGhlIHNhbWUNCj5TUkdCIHNwYWNlIGZvciBTUiwgd2UncmUgcHJldHR5 IGNsb3NlIHRvIHRoZSBjb25jZXB0IG9mIGdsb2JhbCBsYWJlbHMuLi4NCj5vb3BzLCBubywgc29y cnksIEkgd2VudCB0b28gZmFyLi4uDQo+DQo+DQo+PiBBbm90aGVyIHdheSBtYXkgZGlyZWN0bHkg YWR2ZXJ0aXNlIGdsb2JhbCBsYWJlbCwNCj4NCj4NCj55b3Ugc2FpZCB0aGF0LCBub3QgbWUuLi4g Oy0pDQo+DQo+DQo+PiBidXQgaXQncyBub3QgYXBwcm9wcmlhdGUgZm9yIGRpc3RyaWJ1dGlvbiBu ZXR3b3JrLg0KPg0KPg0KPiJub3QgYXBwcm9wcmlhdGUiLCB5ZXMsIGxldCdzIHB1dCBpdCB0aGlz IHdheS4uLg0KPg0KPg0KPj4gSW4gdGhlIGNhc2Ugb2YgcHJvcGFnYXRpb24gYmV0d2VlbiBsZXZl bHMsIGFsdGhvdWdoIGluIHRoZSBkb2N1bWVudCBpdA0KPj5zYXlzIHRoZSBsZXZlbC0xLTIgcm91 dGVyIGNhbiBjaGFuZ2UgdGhlIGZsb29kaW5nIGluZm9ybWF0aW9uLCBidXQgdGhlDQo+PnNhbWUg cHJvYmxlbSBpcyB0aGVyZSwgdGhlIHRvdGFsIFNSIExTUCBjYW4gbm90IGJlIGJ1aWxkaW5nIHdp dGggbG9jYWwNCj4+bGFiZWwgYWR2ZXJ0aXNlbWVudC4NCj4+IElzIGl0IHJpZ2h0PyANCj4NCj4N Cj5vaywgam9rZXMgYXBhcnQsIHRoZSByZWFzb24gd2h5IGluZGV4ZXMgaGF2ZSBiZWVuIGRlZmlu ZWQgaXMgdG8gY29wZSB3aXRoDQo+dGhlIGxvY2FsIHNjb3BlIG9mIG1wbHMgbGFiZWxzLiBJIHRo aW5rIGl0J3MgZ29vZCBub3QgdG8gYnJha2UgYW4NCj5hcmNoaXRlY3R1cmUgYnV0IEkgYWxzbyB0 aGluayBpdCdzIGdvb2QgdG8gZm9jdXMgb24gcHJhY3RpY2FsIHByb2JsZW1zIHRvDQo+c29sdmUg YW5kIHRoZSBpbmRleCBnaXZlcyB5b3UgdGhlIGJlc3Qgb2YgYm90aCB3b3JsZHM6IHRoZXkgZG9u J3QgYnJha2UNCj5tcGxzIGFyY2hpdGVjdHVyZSBhbmQgYWxsb3dzIHlvdSB0byBwbGF5IHdpdGgg Z2xvYmFsIChpbmRleCkgdmFsdWVzLg0KPg0KPg0KPj4gMikgZm9yIEFkai1TSUQgU3ViLVRMVg0K Pj4gSW4gdGhlIGRvY3VtZW50IGlzIHNheXMgdGhhdCBhbiBhZGphY2VuY3ktc2lkIGNhbiBzZXQg dGhlIFMtZmxhZ6OsYnV0IA0KaXQNCj4+aXMgcG9zc2libGUgdGhhdCBhbiBhZGphY2VuY3kgY2Fu IGpvaW4gbWFueSBhZGphY2VuY3kgZ3JvdXAuIEl0IGlzDQo+PmRpZmZpY3VsdCBmb3IgdGhlIGlu Z3Jlc3Mgbm9kZSB0byBwcm9jZXNzIHRoZSByZWNlaXZlZCBBZGotU0lEIFN1Yi1UTFYNCj4+Zm9y IHRoZSBzYW1lIHNwZWNpZmljIHJlbW90ZSBhZGphY2VuY3kgd2l0aCBkaWZmZXJlbnQgIGFkamFj ZW5jeS1zaWQNCj4+dmFsdWUgd2l0aCBTLWZsYWcgc2V0LCB3aGV0aGVyIGFkai1zaWQgMjAwIGNh biBvdmVyd3JpdGUgYWRqLXNpZCAxMDAgb3INCj4+dGhleSBpbmRpY2F0ZSBkaWZmZXJlbnQgZ3Jv dXBzPw0KPj4gSXQgc2VlbXMgdGhhdCB3ZSBuZWVkIGFkZCBBREpBQ0VOQ1ktR1JPVVAtTkFNRSBp bmZvcm1hdGlvbiBpbiB0aGUNCj4+QWRqLVNJRCBTdWItVExWLiANCj4+IElzIGl0IHJpZ2h0PyAN Cj4NCj4NCj5zb3JyeSwgSSdtIG5vdCBzdXJlIEkgdW5kZXJzdGFuZCB5b3VyIHBvaW50LiBUaGUg UyBiaXQgdGVsbHMgeW91IHRoYXQgdGhlDQo+dmFsdWUgbWF5IGJlIHNoYXJlZCBhbW9uZyBvdGhl ciBhZGphY2VuY2llcy4gVGhpcyB3aWxsIHRlbGwgeW91IHdoYXQgeW91DQo+Y2FsbCAiZ3JvdXAi Lg0KPg0KPnMuDQpbUHVzaHBhc2lzXSBJIHRoaW5rIHlvdSBhcmUgdHJ5aW5nIHRvIHJlZmVyIHRv IGEgY2FzZSB3aGVyZSB0aGUgc2FtZQ0KYWRqYWNlbmN5IGlzIHBhcnQgb2YgdHdvIGFkamFjZW5j eS1zZXRzLiBJIGd1ZXNzIHRoZSBzYW1lIGFkamFjZW5jeSB3aWxsDQphZHZlcnRpc2UgMyBhZGph Y2VuY3ktc2lkcywgb25lIGZvciB0aGUgaW5kdmlkdWFsIGxpbmsgaXRzZWxmIChTLUZsYWcgc2V0 DQp0byAwKSBhbmQgb25lIGZvciBlYWNoIGFkamFjZW5jeSBzZXRzIGl0IGJlbG9uZ3MgdG8gKFMt RmxhZyBzZXQgdG8gMSkuIFRoZQ0KYWRqYWNlbmN5LXNpZHMgaW4gdGhpcyBjYXNlcyB3aWxsIGJl IGFkZGl0aXZlIGFuZCBub3Qgb3ZlcndyaXRlIGVhY2gNCm90aGVyLiBUaGUgQWRqYWNlbmN5LVNJ RCBhc3NvY2lhdGVkIHdpdGggYWRqYWNlbmN5IHNldCBpdHNlbGYgd2lsbCBhY3QgYXMNCnRoZSBn cm91cC1pZGVudGlmaWVyLiBUaGVyZSBzaG91bGQgbm90IGJlIGEgc2VwYXJhdGUgbmFtZSBuZWVk ZWQuIFRoZSBzYW1lDQpBZGphY2VuY3ktU0lEIHdpbGwgYmUgYWR2ZXJ0aXNlZCBieSBhbGwgYWRq YWNlbmNpZXMgdGhhdCBhcmUgcGFydCBvZiBpdC4NCg0KU28gaWYgYXJlIDMgYWRqYWNlbmNpZXMg QTEsIEEyLCBBMyB3aXRoIGluZGl2aWR1YWwgc2lkcyAxMDAsIDIwMCwgMzAwDQpyZXNwZWN0aXZl bHkuIEFuZCB0aGVyZSBhcmUgZm9sbG93aW5nIHR3byBBZGphY2VuY3kgc2V0cw0KDQpTZXQgMTog YWRqYWNlbmNpZXMgQTEgYW5kIEEyLCBTSUQ6IDEwMDANClNldCAyOiBhZGphY2VuY2llcyBBMiBh bmQgQTMsIFNJRDogMjAwMA0KDQpUaGVuIGZvbGxvd2luZyBhcmUgdGhlIGFkamFjZW5jeS1TaWRz IGFkdmVydGlzZWQgYnkgZWFjaCBhZGphY2VuY2llcw0KDQpBMTogMTAwKFM9MCksIDEwMDAoUz0x KSwNCkEyOiAyMDAoUz0wKSwgMTAwMChTPTEpLCAyMDAwKFM9MSkNCkEzOiAzMDAoUz0wKSwgMjAw MChTPTEpDQoNCkhvcGUgbXkgdW5kZXJzdGFuZGluZyB3YXMgY29ycmVjdCA6KQ0KDQo+DQo+DQo+ PiANCj4+IFJlZ2FyZHMsIA0KPj4gDQo+PiBkZWNjYW4gDQo+PiANCj4+IA0KDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlzIHBy aXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNsdXNp dmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCBy ZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBvciBv dGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlz IHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwgaW4g ZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBw cml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVz aXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQg cmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Ig b3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGlu IGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQo= --=_alternative 002B581A48257E30_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpIFN0ZWZhbm8sIFB1c2hwYXNp czwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtz IGZvciB5b3VyIGFuc3dlcnMuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj5UaGUgZmlyc3QgcXVlc3Rpb24gaXMgbm93IHVuYW1iaWd1b3VzLjwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Rm9yIHRoZSBzZWNvbmQgcXVlc3Rpb24sIFB1 c2hwYXNpcydzDQpleGFtcGxlIHNob3dzIHRoYXQgSSBtYWRlIGEgbWlzdGFrZS48L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlllcywgaXQgaXMgbm8gcHJv YmxlbSBsaWtlIHRoZSBmb2xsb3dpbmcNCmFkdmVydGlzZW1lbnQgZm9ybWF0IGFzIFB1c2hwYXNp cydzIGV4YW1wbGUgc2hvd3M8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPkExOiAxMDAoUz0wKSwgMTAwMChTPTEpLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+QTI6IDIwMChTPTApLCAxMDAwKFM9MSksIDIwMDAoUz0xKTwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+QTM6IDMwMChTPTApLCAyMDAwKFM9 MSk8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoZSBL ZXkgYmVoYXZpb3VyIGlzIHRoYXQgYWxsIGFkai1zaWRzDQpmb3IgYSBhZGphY2VuY3kgaXMgYWR2 ZXJ0aXNlZCB0b2dldGhlci4gPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5TbywgaWYgYWRqYWNlbmN5J3Mgb3JpZ2luYWwgbm9kZSBjaGFuZ2VzDQp0aGUg Y29uZmlndXJhdGlvbiwgZm9yIGV4YW1wbGUsIGl0IGNoYW5nZXMgdGhlIGFkai1zaWQgdmFsdWUg Zm9yIGFkamFjZW5jeQ0KZ3JvdXAgJmx0O0ExLEEyJmd0OyBmcm9tIDEwMDAgdG8gMTUwMCwgaXQg anVzdCByZS1hZHZlcnRpc2U6PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj5BMTogMTAwKFM9MCksIDE1MDAoUz0xKSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPkEyOiAyMDAoUz0wKSwgMTUwMChTPTEpLCAyMDAwKFM9MSk8L2ZvbnQ+ DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPldoZW4gaW5ncmVzcyBu b2RlIHJlY2VpdmVkIHRoZSBuZXcgYWR2ZXJ0aXNlbWVudCwNCml0IGNhbiBjb21wYXJlIHdpdGgg dGhlIGV4aXN0aW5nIGRhdGEsIGFuZCBrbm93IEExICZhbXA7IEEyIGxlYXZlIGdyb3VwLTEwMDAN CmFuZCBqb2luIGdyb3VwLTE1MDAuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj5CdXQgaWYgYWxsIGFkai1zaWRzIGZvciBhIGFkamFjZW5jeQ0KaXMgbm90 IGFkdmVydGlzZWQgdG9nZXRoZXIsIHRoZXJlIHdvdWxkIGJyaW5nIHNvbWUgZGlmZmljdWx0eS48 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkZvciBleGFtcGxlLCBp ZiB3ZSBhZHZlcnRpc2UgQTIgbGlrZQ0KdGhpczogPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj5BMjogMjAwKFM9MCk8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPkEyOiAxNTAwKFM9MSk8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPkEyOiAyMDAwKFM9MSk8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPlRoZW4sIGluZ3Jlc3Mgbm9kZSBuZXZlciBrbm93cyB3aGV0aGVyDQpB MiBqb2luIHR3byBhZGphY2VuY3kgZ3JvdXAoZ3JvdXAtMTUwMCBhbmQgZ3JvdXAtMjAwMCkgb3Ig b25seSBvbmUgYWRqYWNlbmN5DQpncm91cChncm91cC0yMDAwIHdpbGwgb3ZlcndyaXRlIGdyb3Vw LTE1MDApLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkZvcnR1 bmF0ZWx5LCBpdCBpcyBqdXN0IGFuIG51bGwgaHlwb3RoZXNpcy48L2ZvbnQ+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlJlZ2FyZHMsPC9mb250Pg0KPGJyPg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5kZWNjYW48L2ZvbnQ+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS1wYXJ0aW5nDQpsaW5lLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTwvZm9udD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0zPkhpIERlY2Nhbiw8YnI+DQo8YnI+ DQpPbiA0LzIyLzE1LCA0OjIzIFBNLCAmcXVvdDtTdGVmYW5vIFByZXZpZGkgKHNwcmV2aWRpKSZx dW90OyAmbHQ7c3ByZXZpZGkNCmF0IGNpc2NvLmNvbSZndDs8YnI+DQp3cm90ZTo8YnI+DQo8YnI+ DQomZ3Q7Jmx0O2FkZGluZyBpc2lzIGxpc3QmZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDtIaSBEZWNj YW4sPGJyPg0KJmd0Ozxicj4NCiZndDtPbiBBcHIgMjAsIDIwMTUsIGF0IDY6MDMgQU0sIHBlbmcu c2hhb2Z1IGF0IHp0ZS5jb20uY24gd3JvdGU6PGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyZndDsg aGkgU3RlZmFubyBhbmQgb3RoZXIgU1ItSVNJUyBhdXRob3JzLDxicj4NCiZndDsmZ3Q7IDxicj4N CiZndDsmZ3Q7IEkgaGF2ZSBzb21lIHF1ZXN0aW9ucyB3aGVuIHN0dWR5PGJyPg0KJmd0OyZndDtk cmFmdC1pZXRmLWlzaXMtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMtMDM8YnI+DQomZ3Q7Jmd0 OyA8YnI+DQomZ3Q7Jmd0OyAxKSBmb3IgUHJlZml4LVNJRCBTdWItVExWPGJyPg0KJmd0OyZndDsg SXQgc2VlbXMgdGhhdCB3ZSBjYW5ub3Qgc3VwcG9ydCBQcmVmaXgtU0lEIFByb3BhZ2F0aW9uIHdp dGggbG9jYWwNCmxhYmVsPGJyPg0KJmd0OyZndDtpbnNpZGUgdGhlIGxldmVsLCBiZWNhdXNlIGVh Y2ggbm9kZSBjYW5ub3QgY2hhbmdlIHRoZSByZWNlaXZlZA0KZmxvb2Rpbmc8YnI+DQomZ3Q7Jmd0 O2luZm9ybWF0aW9uIHN1Y2ggYXMgdGhlIGxhYmVsIHZhbHVlIGJlZm9yZSBpdCBwcm9wYWdhdGUg YWdhaW4sDQpvdGhlcndpc2U8YnI+DQomZ3Q7Jmd0O3BhY2tldCBpbmNvbnNpc3RlbmN5IHdpbGwg b2NjdXIgaW4gc29tZSByZW1vdGUgbm9kZXMuPGJyPg0KJmd0OyZndDsgU28sIHRoZSBvbmx5IHdh eSB0byBjcmVhdGUgdGhlIFNSIExTUCBpbnNpZGUgdGhlIGxldmVsIGlzIHRvIGFkdmVydGlzZTxi cj4NCiZndDsmZ3Q7cHJlZml4LXNpZCB3aXRoIElOREVYIHR5cGUuPGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7aW5kZWVkLiBub3RlIHRoYXQgc2luY2UgbW9zdCBvZiB0aGUgaW1wbGVtZW50 b3JzIGFncmVlZCB0byB1c2UgdGhlDQpzYW1lPGJyPg0KJmd0O1NSR0Igc3BhY2UgZm9yIFNSLCB3 ZSdyZSBwcmV0dHkgY2xvc2UgdG8gdGhlIGNvbmNlcHQgb2YgZ2xvYmFsIGxhYmVscy4uLjxicj4N CiZndDtvb3BzLCBubywgc29ycnksIEkgd2VudCB0b28gZmFyLi4uPGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jmd0OyBBbm90aGVyIHdheSBtYXkgZGlyZWN0bHkgYWR2ZXJ0aXNlIGdsb2Jh bCBsYWJlbCw8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDt5b3Ugc2FpZCB0aGF0LCBub3Qg bWUuLi4gOy0pPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyBidXQgaXQncyBub3Qg YXBwcm9wcmlhdGUgZm9yIGRpc3RyaWJ1dGlvbiBuZXR3b3JrLjxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZxdW90O25vdCBhcHByb3ByaWF0ZSZxdW90OywgeWVzLCBsZXQncyBwdXQgaXQg dGhpcyB3YXkuLi48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7IEluIHRoZSBjYXNl IG9mIHByb3BhZ2F0aW9uIGJldHdlZW4gbGV2ZWxzLCBhbHRob3VnaCBpbiB0aGUgZG9jdW1lbnQN Cml0PGJyPg0KJmd0OyZndDtzYXlzIHRoZSBsZXZlbC0xLTIgcm91dGVyIGNhbiBjaGFuZ2UgdGhl IGZsb29kaW5nIGluZm9ybWF0aW9uLA0KYnV0IHRoZTxicj4NCiZndDsmZ3Q7c2FtZSBwcm9ibGVt IGlzIHRoZXJlLCB0aGUgdG90YWwgU1IgTFNQIGNhbiBub3QgYmUgYnVpbGRpbmcgd2l0aA0KbG9j YWw8YnI+DQomZ3Q7Jmd0O2xhYmVsIGFkdmVydGlzZW1lbnQuPGJyPg0KJmd0OyZndDsgSXMgaXQg cmlnaHQ/IDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0O29rLCBqb2tlcyBhcGFydCwgdGhl IHJlYXNvbiB3aHkgaW5kZXhlcyBoYXZlIGJlZW4gZGVmaW5lZCBpcyB0byBjb3BlDQp3aXRoPGJy Pg0KJmd0O3RoZSBsb2NhbCBzY29wZSBvZiBtcGxzIGxhYmVscy4gSSB0aGluayBpdCdzIGdvb2Qg bm90IHRvIGJyYWtlIGFuPGJyPg0KJmd0O2FyY2hpdGVjdHVyZSBidXQgSSBhbHNvIHRoaW5rIGl0 J3MgZ29vZCB0byBmb2N1cyBvbiBwcmFjdGljYWwgcHJvYmxlbXMNCnRvPGJyPg0KJmd0O3NvbHZl IGFuZCB0aGUgaW5kZXggZ2l2ZXMgeW91IHRoZSBiZXN0IG9mIGJvdGggd29ybGRzOiB0aGV5IGRv bid0IGJyYWtlPGJyPg0KJmd0O21wbHMgYXJjaGl0ZWN0dXJlIGFuZCBhbGxvd3MgeW91IHRvIHBs YXkgd2l0aCBnbG9iYWwgKGluZGV4KSB2YWx1ZXMuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7Jmd0OyAyKSBmb3IgQWRqLVNJRCBTdWItVExWPGJyPg0KJmd0OyZndDsgSW4gdGhlIGRvY3Vt ZW50IGlzIHNheXMgdGhhdCBhbiBhZGphY2VuY3ktc2lkIGNhbiBzZXQgdGhlIFMtZmxhZ6OsYnV0 DQppdDxicj4NCiZndDsmZ3Q7aXMgcG9zc2libGUgdGhhdCBhbiBhZGphY2VuY3kgY2FuIGpvaW4g bWFueSBhZGphY2VuY3kgZ3JvdXAuIEl0DQppczxicj4NCiZndDsmZ3Q7ZGlmZmljdWx0IGZvciB0 aGUgaW5ncmVzcyBub2RlIHRvIHByb2Nlc3MgdGhlIHJlY2VpdmVkIEFkai1TSUQNClN1Yi1UTFY8 YnI+DQomZ3Q7Jmd0O2ZvciB0aGUgc2FtZSBzcGVjaWZpYyByZW1vdGUgYWRqYWNlbmN5IHdpdGgg ZGlmZmVyZW50ICZuYnNwO2FkamFjZW5jeS1zaWQ8YnI+DQomZ3Q7Jmd0O3ZhbHVlIHdpdGggUy1m bGFnIHNldCwgd2hldGhlciBhZGotc2lkIDIwMCBjYW4gb3ZlcndyaXRlIGFkai1zaWQNCjEwMCBv cjxicj4NCiZndDsmZ3Q7dGhleSBpbmRpY2F0ZSBkaWZmZXJlbnQgZ3JvdXBzPzxicj4NCiZndDsm Z3Q7IEl0IHNlZW1zIHRoYXQgd2UgbmVlZCBhZGQgQURKQUNFTkNZLUdST1VQLU5BTUUgaW5mb3Jt YXRpb24gaW4NCnRoZTxicj4NCiZndDsmZ3Q7QWRqLVNJRCBTdWItVExWLiA8YnI+DQomZ3Q7Jmd0 OyBJcyBpdCByaWdodD8gPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7c29ycnksIEknbSBu b3Qgc3VyZSBJIHVuZGVyc3RhbmQgeW91ciBwb2ludC4gVGhlIFMgYml0IHRlbGxzIHlvdSB0aGF0 DQp0aGU8YnI+DQomZ3Q7dmFsdWUgbWF5IGJlIHNoYXJlZCBhbW9uZyBvdGhlciBhZGphY2VuY2ll cy4gVGhpcyB3aWxsIHRlbGwgeW91IHdoYXQNCnlvdTxicj4NCiZndDtjYWxsICZxdW90O2dyb3Vw JnF1b3Q7Ljxicj4NCiZndDs8YnI+DQomZ3Q7cy48YnI+DQpbUHVzaHBhc2lzXSBJIHRoaW5rIHlv dSBhcmUgdHJ5aW5nIHRvIHJlZmVyIHRvIGEgY2FzZSB3aGVyZSB0aGUgc2FtZTxicj4NCmFkamFj ZW5jeSBpcyBwYXJ0IG9mIHR3byBhZGphY2VuY3ktc2V0cy4gSSBndWVzcyB0aGUgc2FtZSBhZGph Y2VuY3kgd2lsbDxicj4NCmFkdmVydGlzZSAzIGFkamFjZW5jeS1zaWRzLCBvbmUgZm9yIHRoZSBp bmR2aWR1YWwgbGluayBpdHNlbGYgKFMtRmxhZyBzZXQ8YnI+DQp0byAwKSBhbmQgb25lIGZvciBl YWNoIGFkamFjZW5jeSBzZXRzIGl0IGJlbG9uZ3MgdG8gKFMtRmxhZyBzZXQgdG8gMSkuDQpUaGU8 YnI+DQphZGphY2VuY3ktc2lkcyBpbiB0aGlzIGNhc2VzIHdpbGwgYmUgYWRkaXRpdmUgYW5kIG5v dCBvdmVyd3JpdGUgZWFjaDxicj4NCm90aGVyLiBUaGUgQWRqYWNlbmN5LVNJRCBhc3NvY2lhdGVk IHdpdGggYWRqYWNlbmN5IHNldCBpdHNlbGYgd2lsbCBhY3QNCmFzPGJyPg0KdGhlIGdyb3VwLWlk ZW50aWZpZXIuIFRoZXJlIHNob3VsZCBub3QgYmUgYSBzZXBhcmF0ZSBuYW1lIG5lZWRlZC4gVGhl IHNhbWU8YnI+DQpBZGphY2VuY3ktU0lEIHdpbGwgYmUgYWR2ZXJ0aXNlZCBieSBhbGwgYWRqYWNl bmNpZXMgdGhhdCBhcmUgcGFydCBvZiBpdC48YnI+DQo8YnI+DQpTbyBpZiBhcmUgMyBhZGphY2Vu Y2llcyBBMSwgQTIsIEEzIHdpdGggaW5kaXZpZHVhbCBzaWRzIDEwMCwgMjAwLCAzMDA8YnI+DQpy ZXNwZWN0aXZlbHkuIEFuZCB0aGVyZSBhcmUgZm9sbG93aW5nIHR3byBBZGphY2VuY3kgc2V0czxi cj4NCjxicj4NClNldCAxOiBhZGphY2VuY2llcyBBMSBhbmQgQTIsIFNJRDogMTAwMDxicj4NClNl dCAyOiBhZGphY2VuY2llcyBBMiBhbmQgQTMsIFNJRDogMjAwMDxicj4NCjxicj4NClRoZW4gZm9s bG93aW5nIGFyZSB0aGUgYWRqYWNlbmN5LVNpZHMgYWR2ZXJ0aXNlZCBieSBlYWNoIGFkamFjZW5j aWVzPGJyPg0KPGJyPg0KQTE6IDEwMChTPTApLCAxMDAwKFM9MSksPGJyPg0KQTI6IDIwMChTPTAp LCAxMDAwKFM9MSksIDIwMDAoUz0xKTxicj4NCkEzOiAzMDAoUz0wKSwgMjAwMChTPTEpPGJyPg0K PGJyPg0KSG9wZSBteSB1bmRlcnN0YW5kaW5nIHdhcyBjb3JyZWN0IDopPGJyPg0KPGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyA8YnI+DQomZ3Q7Jmd0OyBSZWdhcmRzLCA8YnI+DQom Z3Q7Jmd0OyA8YnI+DQomZ3Q7Jmd0OyBkZWNjYW4gPGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyZn dDsgPC9mb250PjwvdHQ+DQo8YnI+DQo8YnI+DQo8YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9y PSJibHVlIj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVk IGhlcmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVk IGZvciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBu b3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBk aXN0cmlidXRpb24gb3Igb3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0 aW9uIGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1t ZWRpYXRlbHkuDQoNCjwvZm9udD48L3ByZT48YnI+DQoNCjxicj48cHJlPjxmb250IGNvbG9yPSJi bHVlIj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24g Y29udGFpbmVkIGluIHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhl cmV3aXRoKSBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZv ciB0aGUgZXhjbHVzaXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3Qg YW4gaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0 cmlidXRpb24gb3Igb3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9u IGNvbnRhaW5lZCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBtYWlsIGluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRp YXRlbHkuDQoNCjwvZm9udD48L3ByZT48YnI+DQo= --=_alternative 002B581A48257E30_=-- From nobody Mon Apr 27 06:18:35 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC4781A00F0; Mon, 27 Apr 2015 06:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ruy4iEF-YjjL; Mon, 27 Apr 2015 06:18:31 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 797821A00BE; Mon, 27 Apr 2015 06:18:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150427131831.32327.86252.idtracker@ietfa.amsl.com> Date: Mon, 27 Apr 2015 06:18:31 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-problem-statement-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2015 13:18:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking Working Group of the IETF. Title : SPRING Problem Statement and Requirements Authors : Stefano Previdi Clarence Filsfils Bruno Decraene Stephane Litkowski Martin Horneffer Rob Shakir Filename : draft-ietf-spring-problem-statement-04.txt Pages : 16 Date : 2015-04-27 Abstract: The ability for a node to specify a forwarding path, other than the normal shortest path, that a particular packet will traverse, benefits a number of network functions. Source-based routing mechanisms have previously been specified for network protocols, but have not seen widespread adoption. In this context, the term 'source' means 'the point at which the explicit route is imposed' and therefore it is not limited to the originator of the packet (i.e.: the node imposing the explicit route may be the ingress node of an operator's network). This document outlines various use cases, with their requirements, that need to be taken into account by the Source Packet Routing in Networking (SPRING) architecture for unicast traffic. Multicast use- cases and requirements are out of scope of this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-problem-statement/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-spring-problem-statement-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-spring-problem-statement-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Apr 27 06:20:40 2015 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E2211A00F4 for ; Mon, 27 Apr 2015 06:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PB_4zHJl8amW for ; Mon, 27 Apr 2015 06:20:36 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9BEA1A00F0 for ; Mon, 27 Apr 2015 06:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2640; q=dns/txt; s=iport; t=1430140837; x=1431350437; h=from:to:subject:date:message-id:references:content-id: content-transfer-encoding:mime-version; bh=vfyl1UgAOnPME3LsMtolSYx2yJaonzRsRmlspGTczOk=; b=RrlnGD8+ddHdUEQPnG9fAYQ1GH7Hig/DOZolXeJiOR0wJdRNRI34ekyn CvFpZPt/j7swX55QC7DDPnNlqfihYcLYYPcPaA2KZIZQTgEVvewKHSsfb TwbjIa4SFFuIaM6hrou9yzjlkNJbpXxR13QhdzDaRkB1NXntaxNiCZrmc Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AxBQDsNj5V/5RdJa1cgwxTVwUFxVSCQ4YCAoEwTAEBAQEBAYELhCABAQEDATo9BwsCARkBAgECFgkQMhcEAggCBBMJiBoICAXGLwEBAQEBAQEBAgEBAQEBAQEBAQEBF4s4hCwuOASDDYEWBZFVhAGGOIEiPYMLkHcjg3RvAYEBQoEAAQEB X-IronPort-AV: E=Sophos;i="5.11,657,1422921600"; d="scan'208";a="411961736" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-9.cisco.com with ESMTP; 27 Apr 2015 13:20:36 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t3RDKZPo029122 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 27 Apr 2015 13:20:35 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.235]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Mon, 27 Apr 2015 08:20:35 -0500 From: "Stefano Previdi (sprevidi)" To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-ietf-spring-problem-statement-04.txt Thread-Index: AQHQgOyrGW3570KAFEWCSaWgyu/AQg== Date: Mon, 27 Apr 2015 13:20:34 +0000 Message-ID: <6F304A27-C31C-48C0-B5DF-525171B9900D@cisco.com> References: <20150427131831.32327.69106.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.173.73] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [spring] Fwd: New Version Notification for draft-ietf-spring-problem-statement-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2015 13:20:38 -0000 Updated based on Alvaro's comments. Thanks. s. Begin forwarded message: > From: > Subject: New Version Notification for draft-ietf-spring-problem-statement= -04.txt > Date: April 27, 2015 3:18:31 PM GMT+02:00 > To: Stefano Previdi , Bruno Decraene , Martin Horneffer , Rob Shakir , Stephane Litkowski , Clare= nce Filsfils , Bruno Decraene , Stefano Previdi , Clarence Filsfils , Rob Shakir , Martin Horneffer , "Stephane Litkowski" >=20 >=20 > A new version of I-D, draft-ietf-spring-problem-statement-04.txt > has been successfully submitted by Stefano Previdi and posted to the > IETF repository. >=20 > Name: draft-ietf-spring-problem-statement > Revision: 04 > Title: SPRING Problem Statement and Requirements > Document date: 2015-04-27 > Group: spring > Pages: 16 > URL: http://www.ietf.org/internet-drafts/draft-ietf-spring-pro= blem-statement-04.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-spring-proble= m-statement/ > Htmlized: http://tools.ietf.org/html/draft-ietf-spring-problem-stat= ement-04 > Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-prob= lem-statement-04 >=20 > Abstract: > The ability for a node to specify a forwarding path, other than the > normal shortest path, that a particular packet will traverse, > benefits a number of network functions. Source-based routing > mechanisms have previously been specified for network protocols, but > have not seen widespread adoption. In this context, the term > 'source' means 'the point at which the explicit route is imposed' and > therefore it is not limited to the originator of the packet (i.e.: > the node imposing the explicit route may be the ingress node of an > operator's network). >=20 > This document outlines various use cases, with their requirements, > that need to be taken into account by the Source Packet Routing in > Networking (SPRING) architecture for unicast traffic. Multicast use- > cases and requirements are out of scope of this document. >=20 >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > The IETF Secretariat >=20