From Ruediger.Geib@telekom.de Wed Feb 5 02:34:47 2014 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 409381A00C5 for ; Wed, 5 Feb 2014 02:34:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.535] 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 eWJLWMSAOxfA for ; Wed, 5 Feb 2014 02:34:45 -0800 (PST) Received: from tcmail93.telekom.de (tcmail93.telekom.de [80.149.113.205]) by ietfa.amsl.com (Postfix) with ESMTP id A6FA31A00C6 for ; Wed, 5 Feb 2014 02:34:44 -0800 (PST) Received: from he113470.emea1.cds.t-internal.com ([10.134.93.128]) by tcmail91.telekom.de with ESMTP/TLS/AES128-SHA; 05 Feb 2014 11:34:43 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113470.emea1.cds.t-internal.com ([::1]) with mapi; Wed, 5 Feb 2014 11:34:42 +0100 From: To: Date: Wed, 5 Feb 2014 11:34:42 +0100 Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTA Message-ID: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: spring@ietf.org Subject: [spring] WG: New Version Notification for draft-geib-segment-routing-oam-usecase-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: Wed, 05 Feb 2014 10:34:47 -0000 U3Rld2FydCwNCg0KdGhlIE9BTSB1c2UgY2FzZSBkcmFmdCBoYXMganVzdCBiZWVuIHN1Ym1pdHRl ZC4gQ29tbWVudHMgYXJlIHdlbGNvbWUuDQoNCkknbGwgcHVibGlzaCBhbiBJUFIgc3RhdGVtZW50 IGFzIHNvb24gYXMgdGhlIHRvb2wgYWxsb3dzIG1lIHRvIGRvIHNvLg0KDQpSZWdhcmRzLA0KDQpS dWVkaWdlcg0KDQoNCi0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NClZvbjogaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSAN Ckdlc2VuZGV0OiBNaXR0d29jaCwgNS4gRmVicnVhciAyMDE0IDEwOjU3DQpBbjogR2VpYiwgUsO8 ZGlnZXI7IENsYXJlbmNlIEZpbHNmaWxzOyBHZWliLCBSw7xkaWdlcjsgQ2xhcmVuY2UgRmlsc2Zp bHMNCkJldHJlZmY6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdt ZW50LXJvdXRpbmctb2FtLXVzZWNhc2UtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQs IGRyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS11c2VjYXNlLTAwLnR4dA0KaGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBSdWVkaWdlciBHZWliIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9h bS11c2VjYXNlDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJVXNlIGNhc2UgZm9yIGEgc2NhbGFibGUg YW5kIHRvcG9sb2d5IGF3YXJlIE1QTFMgZGF0YSBwbGFuZSBtb25pdG9yaW5nIHN5c3RlbQ0KRG9j dW1lbnQgZGF0ZToJMjAxNC0wMi0wNQ0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBh Z2VzOgkJMTANClVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy1vYW0tdXNlY2FzZS0wMC50eHQNClN0YXR1 czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nZWliLXNl Z21lbnQtcm91dGluZy1vYW0tdXNlY2FzZS8NCkh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy1vYW0tdXNlY2FzZS0wMA0K DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgZmVhdHVyZXMgYW5kIGEg dXNlIGNhc2Ugb2YgYSBwYXRoIG1vbml0b3JpbmcNCiAgIHN5c3RlbS4gIFNlZ21lbnQgYmFzZWQg cm91dGluZyBlbmFibGVzIGEgc2NhbGFibGUgYW5kIHNpbXBsZSBtZXRob2QNCiAgIHRvIG1vbml0 b3IgZGF0YSBwbGFuZSBsaXZlbGluZXNzIG9mIHRoZSBjb21wbGV0ZSBzZXQgb2YgcGF0aHMNCiAg IGJlbG9uZ2luZyB0byBhIHNpbmdsZSBkb21haW4uDQoNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFu ZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3Jl dGFyaWF0DQoNCg== From nobo@cisco.com Wed Feb 5 08:15:02 2014 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 2F1711A01FD for ; Wed, 5 Feb 2014 08:15:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.036 X-Spam-Level: X-Spam-Status: No, score=-15.036 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, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 uyljKfWVQb87 for ; Wed, 5 Feb 2014 08:15:00 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 1352E1A0172 for ; Wed, 5 Feb 2014 08:15:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4972; q=dns/txt; s=iport; t=1391616899; x=1392826499; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=oJKhKAFiyMIftbyegJbh0J//8vAAqYEMyh7aEN0vRhI=; b=NxGKg5cHjKXLq09b7w4LU7CRBIVH3DAsqx2TWncNe9iDN3HmMrID7qLN HGnt1/sUy4MEnPZ/TRbNKJ/PgaBnPhNSpCFxo/8MnM8MwYJYxCp2k/cXp eAdWu5njOIh3a0B66fkBu07pWf7KoXJYbOz4ABclwh2BbyIaCiaR8IcEK I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhoFABZj8lKtJXG+/2dsb2JhbABZgmshOFeDAbp0Txh3FnSCJQEBAQQBAQELFRExCQQFAgwEAgEIEQQBAQMCBh0DAgICJQsUAQgIAQEEAQ0FCAGHfAEMrhyhNheBKY0bMQcGgmk1gRQEmV2Qb4Mtgio X-IronPort-AV: E=Sophos;i="4.95,787,1384300800"; d="scan'208";a="302015529" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-2.cisco.com with ESMTP; 05 Feb 2014 16:14:58 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s15GEwWC007089 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Feb 2014 16:14:58 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0123.003; Wed, 5 Feb 2014 10:14:58 -0600 From: "Nobo Akiya (nobo)" To: "Ruediger.Geib@telekom.de" , "Stewart Bryant (stbryant)" Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkA= Date: Wed, 5 Feb 2014 16:14:57 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.86.246.239] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "spring@ietf.org" Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Wed, 05 Feb 2014 16:15:02 -0000 SGkgUnVlZGlnZXIsDQoNCkknbSB2ZXJ5IG11Y2ggbG9va2luZyBmb3J3YXJkIHRvIHNlZWluZyBo b3cgY2VudHJhbGl6ZWQgcGF0aCBtb25pdG9yaW5nIGNhbiBldm9sdmUuDQoNCldoYXQgYXJlIHRo ZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1ZXMgZm9yIG1vbml0b3IgcGFja2V0cywgaW4gcmVs YXRpb24gdG8gdmFsdWVzIHVzZWQgaW4gTFNQIHBpbmcvdHJhY2UgdG8gZGlzY292ZXIgRUNNUD8N Cg0KUmVhc29uIGZvciBhc2tpbmcgaXM6DQoNCi0gSWYgb25lIG9yIG1vcmUgbm9kZXMgb2YgdGhl IFNSIG5ldHdvcmsgaXMgdXNpbmcgSVAgYmFzZWQgbG9hZCBiYWxhbmNpbmc6DQoNCklmIHdlIHVz ZSBMU1AgdHJlZXRyYWNlICh0cmFjZXJvdXRlIHcvIG11bHRpcGF0aCBpbmZvKSB0byBkaXNjb3Zl ciB0aGUgc2V0IG9mIGVudHJvcHkgdmFsdWVzIChJUCBkc3QpIGZvciBFQ01QLCB0aGVuIHRob3Nl IHNldCBvZiBlbnRyb3B5IHZhbHVlcyBhcmUgZXhwZWN0ZWQgdG8gZXhlcmNpc2Ugc3BlY2lmaWMg RUNNUCBwYXRoIG9ubHkgd2hlbiB1c2VkIHdpdGggc2FtZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2 YWx1ZXMgdXNlZCBpbiBMU1AgdHJlZXRyYWNlIC4uLiBvdGhlcndpc2Ugbm8gZ3VhcmFudGVlIGlu IGV4ZXJjaXNpbmcgaW4gc3BlY2lmaWMgRUNNUCBwYXRoIChpLmUuIGxvYWQgYmFsYW5jZSBvZiB0 cmFuc2l0IG5vZGVzIG1heSBpbmNsdWRlIElQIHNyYyAmIFVEUCBzcmMvZHN0IHZhbHVlcykuIFBl cmhhcHMgYWxsIG5vZGVzIGFyZSBjb25maWd1cmVkIHRvIF9ub3RfIGxvb2sgYXQgVURQIHBvcnRz IGZvciBsb2FkIGJhbGFuY2luZz8gVGhlbiwgYXMgbG9uZyBhcyBtb25pdG9yIHBhY2tldHMgdXNl IHNhbWUgSVAgc3JjL2RzdCBhcyBMU1AgdHJlZXRyYWNlLCB3ZSBhcmUgZ29vZC4NCg0KLSBJZiBh bGwgbm9kZXMgb2YgdGhlIFNSIG5ldHdvcmsgc3VwcG9ydHMgRW50cm9weSBMYWJlbCwgYW5kIGlm IGFsbCBpbXBsZW1lbnRhdGlvbnMgZG8gbm90IGluY2x1ZGUgSVAvVURQIGZvciBsb2FkIGJhbGFu Y2luZyB3aGVuIEVMIGlzIGluIHRoZSBsYWJlbCBzdGFjaywgdGhlbiB5b3Ugd29uJ3QgaGF2ZSBh Ym92ZSBpc3N1ZS4NCg0KSSB0aGluayBpdCdsbCBiZSBncmVhdCB0byBjbGFyaWZ5IHRoZXNlIGRl dGFpbHMgaW4gdGhlIGRvY3VtZW50LCBzaW5jZSBleHBlY3RhdGlvbiBpcyBjb25kaXRpb25hbCBv biBsb2FkIGJhbGFuY2luZyB0ZWNobmlxdWVzIHVzZWQgaW4gdGhlIG5ldHdvcmsuDQoNCkJUVywg ZG9jdW1lbnQgcmVmZXJlbmNlcyBkcmFmdC1rdW1hci0qIGFuZCBkcmFmdC1raW5pLSogb2YgTFNQ IFBpbmcgU1IgZXh0ZW5zaW9uIGRyYWZ0cywgYnV0IHdlIGhhdmUgY29tYmluZWQgdGhlbSBpbnRv IGEgc2luZ2xlIGRyYWZ0Lg0KDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rdW1h cmtpbmktbXBscy1zcHJpbmctbHNwLXBpbmctMDANCg0KLU5vYm8NCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mDQo+IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KPiBTZW50OiBX ZWRuZXNkYXksIEZlYnJ1YXJ5IDA1LCAyMDE0IDU6MzUgQU0NCj4gVG86IFN0ZXdhcnQgQnJ5YW50 IChzdGJyeWFudCkNCj4gQ2M6IHNwcmluZ0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBbc3ByaW5nXSBX RzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1nZWliLXNlZ21lbnQtDQo+IHJv dXRpbmctb2FtLXVzZWNhc2UtMDAudHh0DQo+IA0KPiBTdGV3YXJ0LA0KPiANCj4gdGhlIE9BTSB1 c2UgY2FzZSBkcmFmdCBoYXMganVzdCBiZWVuIHN1Ym1pdHRlZC4gQ29tbWVudHMgYXJlIHdlbGNv bWUuDQo+IA0KPiBJJ2xsIHB1Ymxpc2ggYW4gSVBSIHN0YXRlbWVudCBhcyBzb29uIGFzIHRoZSB0 b29sIGFsbG93cyBtZSB0byBkbyBzby4NCj4gDQo+IFJlZ2FyZHMsDQo+IA0KPiBSdWVkaWdlcg0K PiANCj4gDQo+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCj4gVm9uOiBpbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ IEdlc2VuZGV0OiBNaXR0d29jaCwgNS4gRmVicnVhciAyMDE0IDEwOjU3DQo+IEFuOiBHZWliLCBS w7xkaWdlcjsgQ2xhcmVuY2UgRmlsc2ZpbHM7IEdlaWIsIFLDvGRpZ2VyOyBDbGFyZW5jZSBGaWxz Zmlscw0KPiBCZXRyZWZmOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWdlaWIt c2VnbWVudC1yb3V0aW5nLW9hbS0NCj4gdXNlY2FzZS0wMC50eHQNCj4gDQo+IA0KPiBBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2UtMDAu dHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUnVlZGlnZXIgR2VpYiBh bmQgcG9zdGVkIHRvIHRoZSBJRVRGDQo+IHJlcG9zaXRvcnkuDQo+IA0KPiBOYW1lOgkJZHJhZnQt Z2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2UNCj4gUmV2aXNpb246CTAwDQo+IFRpdGxl OgkJVXNlIGNhc2UgZm9yIGEgc2NhbGFibGUgYW5kIHRvcG9sb2d5IGF3YXJlIE1QTFMgZGF0YSBw bGFuZQ0KPiBtb25pdG9yaW5nIHN5c3RlbQ0KPiBEb2N1bWVudCBkYXRlOgkyMDE0LTAyLTA1DQo+ IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+IFBhZ2VzOgkJMTANCj4gVVJMOiAgICAg ICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWdlaWItc2Vn bWVudC1yb3V0aW5nLQ0KPiBvYW0tdXNlY2FzZS0wMC50eHQNCj4gU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5n LQ0KPiBvYW0tdXNlY2FzZS8NCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS0NCj4gdXNlY2FzZS0wMA0KPiAN Cj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBmZWF0dXJlcyBh bmQgYSB1c2UgY2FzZSBvZiBhIHBhdGggbW9uaXRvcmluZw0KPiAgICBzeXN0ZW0uICBTZWdtZW50 IGJhc2VkIHJvdXRpbmcgZW5hYmxlcyBhIHNjYWxhYmxlIGFuZCBzaW1wbGUgbWV0aG9kDQo+ICAg IHRvIG1vbml0b3IgZGF0YSBwbGFuZSBsaXZlbGluZXNzIG9mIHRoZSBjb21wbGV0ZSBzZXQgb2Yg cGF0aHMNCj4gICAgYmVsb25naW5nIHRvIGEgc2luZ2xlIGRvbWFpbi4NCj4gDQo+IA0KPiANCj4g DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9t IHRoZSB0aW1lIG9mDQo+IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5k IGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNl Y3JldGFyaWF0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+IHNwcmluZ0BpZXRmLm9yZw0KPiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From gregory.mirsky@ericsson.com Wed Feb 5 13:10:19 2014 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 B97CD1A01FC for ; Wed, 5 Feb 2014 13:10:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 rO8iOJIIns42 for ; Wed, 5 Feb 2014 13:10:16 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9D1BB1A020A for ; Wed, 5 Feb 2014 13:10:16 -0800 (PST) X-AuditID: c618062d-b7f858e0000031c7-f2-52f2a8b4159f Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id BB.CD.12743.4B8A2F25; Wed, 5 Feb 2014 22:10:12 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0387.000; Wed, 5 Feb 2014 16:10:15 -0500 From: Gregory Mirsky To: "Nobo Akiya (nobo)" , "Ruediger.Geib@telekom.de" , "Stewart Bryant (stbryant)" Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAACpER8A== Date: Wed, 5 Feb 2014 21:10:14 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B75EC08@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrBLMWRmVeSWpSXmKPExsUyuXRPlO6WFZ+CDFYe07aY3RFv8WEah8Xx C78ZLc49ncPowOIx5fdGVo8lS34yebS9VAhgjuKySUnNySxLLdK3S+DKePZhMVPBOqOKM/ca mBsYOwy7GDk5JARMJLoOHmKGsMUkLtxbzwZiCwkcYZTo2VzexcgFZC9jlNj0dw4jSIJNwEji xcYedhBbRGAyo8Suf1IgNrOAusSy/RdYQGxhgUiJpb8fskLUREn8e/ccqt5JouXrQjCbRUBF 4s2pN0wgNq+Ar8StO09YIJbNZZTYPOMUWBEnUOLo91lg1zECXff91BomiGXiEreezGeCuFpA Ysme81AfiEq8fPyPFcJWkpi09ByQzQFUrymxfpc+RKuixJTuh+wQewUlTs58wjKBUWwWkqmz EDpmIemYhaRjASPLKkaO0uLUstx0I4NNjMDYOSbBpruDcc9Ly0OM0hwsSuK8X946BwkJpCeW pGanphakFsUXleakFh9iZOLglGpg3HF/1nMhOzX/Cm0Tg0mTeDbHhgrzL7N5375fjCWewU30 1s1ZG/V35l+SjBH3WDYt8nHlmm1P5gb53JGbfGXn3x6VM+WzDbRvec3WuNgh8/1B1pEnvw+q nHJRuWxkcaX9pXrhP7XOvvb0QxOPWNTvZkiYa1h+e3fW7MCER9oeDnOE1NLj8iwKlViKMxIN tZiLihMBzS5ge2sCAAA= Cc: "spring@ietf.org" Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Wed, 05 Feb 2014 21:10:19 -0000 RGVhciBSdWVkaWdlciwgTm9ibywgb3RoZXJzIGludGVyZXN0ZWQgaW4gU1IgT0FNLA0KSSB0aGlu ayB0aGF0IGJvdGggZG9jdW1lbnRzLCBkcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy1vYW0tdXNl Y2FzZS0gYW5kIGRyYWZ0LWt1bWFya2luaS1tcGxzLXNwcmluZy1sc3AtcGluZy0sIGFyZSB2ZXJ5 IHVzZWZ1bCBidXQgSSBoYXZlIGEgZmVlbGluZyB0aGF0IHRoZXJlIG5lZWQgdG8gYmUgYSBkb2N1 bWVudCB0aGF0IHN1bXMgdXAgcmVxdWlyZW1lbnRzIHRvd2FyZCBPQU0gaW4gU2VnbWVudCBSb3V0 aW5nIG5ldHdvcmsuIENhbiBpdCBiZSBkb25lIGJlZm9yZSB3ZSBoYXZlIGNvbmNpc2UgYXJjaGl0 ZWN0dXJhbCBkb2N1bWVudCB0aGF0IGRlc2NyaWJlcyBhIFNlZ21lbnQgUm91dGluZyBuZXR3b3Jr PyBJIGJlbGlldmUgdGhhdCBzb21lIHJlcXVpcmVtZW50cyBtdXN0IGJlIGRlcml2ZWQgZnJvbSBk cmFmdC1mcmFuY29pcy1zcHJpbmctcmVzaWxpZW5jeS11c2UtY2FzZS0gYW5kIGR1cmluZyBpdHMg ZGlzY3Vzc2lvbi4NCg0KQ29tbWVudHMsIHN1Z2dlc3Rpb25zLCBhbmQgb2ZmZXJzIHRvIHdvcmsg b24gYXJlIHdlbGNvbWUuDQoNCglSZWdhcmRzLA0KCQlHcmVnIA0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBOb2JvIEFraXlhIChub2JvKQ0KU2VudDogV2VkbmVzZGF5LCBGZWJydWFy eSAwNSwgMjAxNCA4OjE1IEFNDQpUbzogUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlOyBTdGV3YXJ0 IEJyeWFudCAoc3RicnlhbnQpDQpDYzogc3ByaW5nQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW3Nw cmluZ10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1nZWliLXNlZ21lbnQtcm91 dGluZy1vYW0tdXNlY2FzZS0wMC50eHQNCg0KSGkgUnVlZGlnZXIsDQoNCkknbSB2ZXJ5IG11Y2gg bG9va2luZyBmb3J3YXJkIHRvIHNlZWluZyBob3cgY2VudHJhbGl6ZWQgcGF0aCBtb25pdG9yaW5n IGNhbiBldm9sdmUuDQoNCldoYXQgYXJlIHRoZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1ZXMg Zm9yIG1vbml0b3IgcGFja2V0cywgaW4gcmVsYXRpb24gdG8gdmFsdWVzIHVzZWQgaW4gTFNQIHBp bmcvdHJhY2UgdG8gZGlzY292ZXIgRUNNUD8NCg0KUmVhc29uIGZvciBhc2tpbmcgaXM6DQoNCi0g SWYgb25lIG9yIG1vcmUgbm9kZXMgb2YgdGhlIFNSIG5ldHdvcmsgaXMgdXNpbmcgSVAgYmFzZWQg bG9hZCBiYWxhbmNpbmc6DQoNCklmIHdlIHVzZSBMU1AgdHJlZXRyYWNlICh0cmFjZXJvdXRlIHcv IG11bHRpcGF0aCBpbmZvKSB0byBkaXNjb3ZlciB0aGUgc2V0IG9mIGVudHJvcHkgdmFsdWVzIChJ UCBkc3QpIGZvciBFQ01QLCB0aGVuIHRob3NlIHNldCBvZiBlbnRyb3B5IHZhbHVlcyBhcmUgZXhw ZWN0ZWQgdG8gZXhlcmNpc2Ugc3BlY2lmaWMgRUNNUCBwYXRoIG9ubHkgd2hlbiB1c2VkIHdpdGgg c2FtZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1ZXMgdXNlZCBpbiBMU1AgdHJlZXRyYWNlIC4u LiBvdGhlcndpc2Ugbm8gZ3VhcmFudGVlIGluIGV4ZXJjaXNpbmcgaW4gc3BlY2lmaWMgRUNNUCBw YXRoIChpLmUuIGxvYWQgYmFsYW5jZSBvZiB0cmFuc2l0IG5vZGVzIG1heSBpbmNsdWRlIElQIHNy YyAmIFVEUCBzcmMvZHN0IHZhbHVlcykuIFBlcmhhcHMgYWxsIG5vZGVzIGFyZSBjb25maWd1cmVk IHRvIF9ub3RfIGxvb2sgYXQgVURQIHBvcnRzIGZvciBsb2FkIGJhbGFuY2luZz8gVGhlbiwgYXMg bG9uZyBhcyBtb25pdG9yIHBhY2tldHMgdXNlIHNhbWUgSVAgc3JjL2RzdCBhcyBMU1AgdHJlZXRy YWNlLCB3ZSBhcmUgZ29vZC4NCg0KLSBJZiBhbGwgbm9kZXMgb2YgdGhlIFNSIG5ldHdvcmsgc3Vw cG9ydHMgRW50cm9weSBMYWJlbCwgYW5kIGlmIGFsbCBpbXBsZW1lbnRhdGlvbnMgZG8gbm90IGlu Y2x1ZGUgSVAvVURQIGZvciBsb2FkIGJhbGFuY2luZyB3aGVuIEVMIGlzIGluIHRoZSBsYWJlbCBz dGFjaywgdGhlbiB5b3Ugd29uJ3QgaGF2ZSBhYm92ZSBpc3N1ZS4NCg0KSSB0aGluayBpdCdsbCBi ZSBncmVhdCB0byBjbGFyaWZ5IHRoZXNlIGRldGFpbHMgaW4gdGhlIGRvY3VtZW50LCBzaW5jZSBl eHBlY3RhdGlvbiBpcyBjb25kaXRpb25hbCBvbiBsb2FkIGJhbGFuY2luZyB0ZWNobmlxdWVzIHVz ZWQgaW4gdGhlIG5ldHdvcmsuDQoNCkJUVywgZG9jdW1lbnQgcmVmZXJlbmNlcyBkcmFmdC1rdW1h ci0qIGFuZCBkcmFmdC1raW5pLSogb2YgTFNQIFBpbmcgU1IgZXh0ZW5zaW9uIGRyYWZ0cywgYnV0 IHdlIGhhdmUgY29tYmluZWQgdGhlbSBpbnRvIGEgc2luZ2xlIGRyYWZ0Lg0KDQpodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rdW1hcmtpbmktbXBscy1zcHJpbmctbHNwLXBpbmctMDAN Cg0KLU5vYm8NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBzcHJpbmcg W21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KPiBSdWVkaWdl ci5HZWliQHRlbGVrb20uZGUNCj4gU2VudDogV2VkbmVzZGF5LCBGZWJydWFyeSAwNSwgMjAxNCA1 OjM1IEFNDQo+IFRvOiBTdGV3YXJ0IEJyeWFudCAoc3RicnlhbnQpDQo+IENjOiBzcHJpbmdAaWV0 Zi5vcmcNCj4gU3ViamVjdDogW3NwcmluZ10gV0c6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3IgZHJhZnQtZ2VpYi1zZWdtZW50LSANCj4gcm91dGluZy1vYW0tdXNlY2FzZS0wMC50eHQNCj4g DQo+IFN0ZXdhcnQsDQo+IA0KPiB0aGUgT0FNIHVzZSBjYXNlIGRyYWZ0IGhhcyBqdXN0IGJlZW4g c3VibWl0dGVkLiBDb21tZW50cyBhcmUgd2VsY29tZS4NCj4gDQo+IEknbGwgcHVibGlzaCBhbiBJ UFIgc3RhdGVtZW50IGFzIHNvb24gYXMgdGhlIHRvb2wgYWxsb3dzIG1lIHRvIGRvIHNvLg0KPiAN Cj4gUmVnYXJkcywNCj4gDQo+IFJ1ZWRpZ2VyDQo+IA0KPiANCj4gLS0tLS1VcnNwcsO8bmdsaWNo ZSBOYWNocmljaHQtLS0tLQ0KPiBWb246IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRv OmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCj4gR2VzZW5kZXQ6IE1pdHR3b2NoLCA1LiBGZWJy dWFyIDIwMTQgMTA6NTcNCj4gQW46IEdlaWIsIFLDvGRpZ2VyOyBDbGFyZW5jZSBGaWxzZmlsczsg R2VpYiwgUsO8ZGlnZXI7IENsYXJlbmNlIEZpbHNmaWxzDQo+IEJldHJlZmY6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLSANCj4gdXNl Y2FzZS0wMC50eHQNCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtZ2VpYi1z ZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2UtMDAudHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxs eSBzdWJtaXR0ZWQgYnkgUnVlZGlnZXIgR2VpYiBhbmQgcG9zdGVkIHRvIHRoZSANCj4gSUVURiBy ZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS11 c2VjYXNlDQo+IFJldmlzaW9uOgkwMA0KPiBUaXRsZToJCVVzZSBjYXNlIGZvciBhIHNjYWxhYmxl IGFuZCB0b3BvbG9neSBhd2FyZSBNUExTIGRhdGEgcGxhbmUNCj4gbW9uaXRvcmluZyBzeXN0ZW0N Cj4gRG9jdW1lbnQgZGF0ZToJMjAxNC0wMi0wNQ0KPiBHcm91cDoJCUluZGl2aWR1YWwgU3VibWlz c2lvbg0KPiBQYWdlczoJCTEwDQo+IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy0NCj4gb2FtLXVzZWNh c2UtMDAudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy0NCj4gb2FtLXVzZWNhc2UvDQo+IEh0bWxp emVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nZWliLXNlZ21lbnQt cm91dGluZy1vYW0tDQo+IHVzZWNhc2UtMDANCj4gDQo+IA0KPiBBYnN0cmFjdDoNCj4gICAgVGhp cyBkb2N1bWVudCBkZXNjcmliZXMgZmVhdHVyZXMgYW5kIGEgdXNlIGNhc2Ugb2YgYSBwYXRoIG1v bml0b3JpbmcNCj4gICAgc3lzdGVtLiAgU2VnbWVudCBiYXNlZCByb3V0aW5nIGVuYWJsZXMgYSBz Y2FsYWJsZSBhbmQgc2ltcGxlIG1ldGhvZA0KPiAgICB0byBtb25pdG9yIGRhdGEgcGxhbmUgbGl2 ZWxpbmVzcyBvZiB0aGUgY29tcGxldGUgc2V0IG9mIHBhdGhzDQo+ICAgIGJlbG9uZ2luZyB0byBh IHNpbmdsZSBkb21haW4uDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiANCj4gc3VibWlzc2lv biB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRv b2xzLmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHNwcmluZyBtYWlsaW5n IGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vc3ByaW5nDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From Ruediger.Geib@telekom.de Thu Feb 6 00:19:09 2014 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 3F5301A03A6 for ; Thu, 6 Feb 2014 00:19:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.085 X-Spam-Level: X-Spam-Status: No, score=-2.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.535] 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 OfELvnxhWIBS for ; Thu, 6 Feb 2014 00:19:06 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) by ietfa.amsl.com (Postfix) with ESMTP id C86111A03C0 for ; Thu, 6 Feb 2014 00:17:59 -0800 (PST) Received: from he110890.emea1.cds.t-internal.com ([10.134.92.131]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 06 Feb 2014 09:17:49 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by he110890 ([10.134.92.131]) with mapi; Thu, 6 Feb 2014 09:17:49 +0100 From: To: Date: Thu, 6 Feb 2014 09:17:48 +0100 Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAAIQYZoA== Message-ID: References: In-Reply-To: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: spring@ietf.org Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Thu, 06 Feb 2014 08:19:09 -0000 SGkgTm9ibywNCg0KcGlja2luZyBJUCBzb3VyY2UgYWRkcmVzc2VzIG1ha2luZyBmdWxsIHVzZSBv ZiBNUExTIE9BTSB0cmVldHJhY2UgY2FwYWJpbGl0aWVzIGlzIHRoZSBzaW1wbGVzdCB3YXkgb2Yg ZXhlY3V0aW5nIEVDTVAgcGF0aHMgd2l0aGluIE1QTFMgbmV0d29ya3MuIA0KDQpJZiBvbmUgZG9l c24ndCB1c2UgTVBMUyBPQU0gZGVzdGluYXRpb24gYWRkcmVzc2VzLCBJJ20gbm90IHN1cmUgd2hl dGhlciB0aGUgZnVsbCBzZXQgb2YgTVBMUyBPQU0gY2FwYWJpbGl0aWVzIGNhbiBiZSB1c2VkLiBU aGVyZSBtYXkgYmUgcm91dGVycyByZWplY3RpbmcgYW4gTVBMUyB0cmFjZXJvdXRlIHdpdGggb3Ro ZXIgSVAgZGVzdGluYXRpb24gYWRkcmVzc2VzLiBJIGRpZCBub3QgeWV0IHRhbGsgd2l0aCBuZXR3 b3JrIG9wZXJhdGlvbiBmb2xrcyB3aGV0aGVyIGFuZCB3aGljaCBjYXBhYmlsaXRpZXMgdGhleSBy ZXF1aXJlIGluIHRoZSBhcmVhLiBCdXQgSSByZWNhbGwgdGhlbSBoYXZpbmcgaW50ZXJlc3QgaW4g bGVhcm5pbmcgd2h5IHNvbWUgcGFja2V0cyBlbmQgdXAgaW4gdGhlIGRlZmF1bHQgcm91dGUgZm9y IHRob3NlIHBhY2tldHMgd2hpY2ggb3RoZXJ3aXNlIGNhbid0IGJlIHJvdXRlZC4gT25lIHNob3Vs ZCBtb3ZlIGFoZWFkIGhlcmUgd2l0aCBhIGNsZWFyIHNldCBvZiByZXF1aXJlbWVudHMuIEZpbmRp bmcgdGhlIHBhdGggYSBwYXJ0aWN1bGFyIHBhY2tldCB3aXRoIGdpdmVuIElQIHNvdXJjZSAvZGVz dCBhZGRyZXNzZXMsIGdpdmVuIHBvcnRzIGFuZCBhIGNvbXBsZXRlIGxhYmVsIHN0YWNrIGV4ZWN1 dGVkIGlzIHByb2JhYmx5IG9uZSAtIGJ1dCB0aGF0IHNlZW1zIGltcG9zc2libGUuIElQIGJhc2Vk IEVDTVAgaXMgaGFyZGx5IHN0YW5kYXJkaXNlZCBhbmQgdGhhdCBjYXVzZXMgbW9yZSBpc3N1ZXMs IGFzIHlvdSBtZW50aW9uLg0KDQpUaGUgZW50cm9weSBsYWJlbCBhbmQgTVBMUyBPQU0gd2l0aCBh biBlbnRyb3B5IGxhYmVsIGJhc2VkIHRyZWUgdHJhY2Ugd2lsbCBzb2x2ZSB0aGUgcHJvYmxlbS4g QnV0IE9BTSBhZHZhbnRhZ2VzIGFsb25lIGhhcmRseSBhcmUgYSBzdWZmaWNpZW50IG1vdGl2YXRp b24gdG8gbWlncmF0ZSB0byBzdWNoIGEgc29sdXRpb24sIEkgZ3Vlc3MuDQoNClRoYW5rcyBmb3Ig cG9pbnRpbmcgb3V0IHRoZSBjb21iaW5lZCBkcmFmdC4gSSdsbCBpbmNvcnBvcmF0ZSB0aGF0IGlu IHRoZSBuZXh0IHZlcnNpb24gb2YgbXkgZHJhZnQuDQoNClJlZ2FyZHMsDQoNClJ1ZWRpZ2VyDQoN Cg0KDQotLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tDQpWb246IE5vYm8gQWtpeWEg KG5vYm8pIFttYWlsdG86bm9ib0BjaXNjby5jb21dIA0KR2VzZW5kZXQ6IE1pdHR3b2NoLCA1LiBG ZWJydWFyIDIwMTQgMTc6MTUNCkFuOiBHZWliLCBSw7xkaWdlcjsgU3Rld2FydCBCcnlhbnQgKHN0 YnJ5YW50KQ0KQ2M6IHNwcmluZ0BpZXRmLm9yZw0KQmV0cmVmZjogUkU6IE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2UtMDAu dHh0DQoNCkhpIFJ1ZWRpZ2VyLA0KDQpJJ20gdmVyeSBtdWNoIGxvb2tpbmcgZm9yd2FyZCB0byBz ZWVpbmcgaG93IGNlbnRyYWxpemVkIHBhdGggbW9uaXRvcmluZyBjYW4gZXZvbHZlLg0KDQpXaGF0 IGFyZSB0aGUgSVAgc3JjICYgVURQIHNyYy9kc3QgdmFsdWVzIGZvciBtb25pdG9yIHBhY2tldHMs IGluIHJlbGF0aW9uIHRvIHZhbHVlcyB1c2VkIGluIExTUCBwaW5nL3RyYWNlIHRvIGRpc2NvdmVy IEVDTVA/DQoNClJlYXNvbiBmb3IgYXNraW5nIGlzOg0KDQotIElmIG9uZSBvciBtb3JlIG5vZGVz IG9mIHRoZSBTUiBuZXR3b3JrIGlzIHVzaW5nIElQIGJhc2VkIGxvYWQgYmFsYW5jaW5nOg0KDQpJ ZiB3ZSB1c2UgTFNQIHRyZWV0cmFjZSAodHJhY2Vyb3V0ZSB3LyBtdWx0aXBhdGggaW5mbykgdG8g ZGlzY292ZXIgdGhlIHNldCBvZiBlbnRyb3B5IHZhbHVlcyAoSVAgZHN0KSBmb3IgRUNNUCwgdGhl biB0aG9zZSBzZXQgb2YgZW50cm9weSB2YWx1ZXMgYXJlIGV4cGVjdGVkIHRvIGV4ZXJjaXNlIHNw ZWNpZmljIEVDTVAgcGF0aCBvbmx5IHdoZW4gdXNlZCB3aXRoIHNhbWUgSVAgc3JjICYgVURQIHNy Yy9kc3QgdmFsdWVzIHVzZWQgaW4gTFNQIHRyZWV0cmFjZSAuLi4gb3RoZXJ3aXNlIG5vIGd1YXJh bnRlZSBpbiBleGVyY2lzaW5nIGluIHNwZWNpZmljIEVDTVAgcGF0aCAoaS5lLiBsb2FkIGJhbGFu Y2Ugb2YgdHJhbnNpdCBub2RlcyBtYXkgaW5jbHVkZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1 ZXMpLiBQZXJoYXBzIGFsbCBub2RlcyBhcmUgY29uZmlndXJlZCB0byBfbm90XyBsb29rIGF0IFVE UCBwb3J0cyBmb3IgbG9hZCBiYWxhbmNpbmc/IFRoZW4sIGFzIGxvbmcgYXMgbW9uaXRvciBwYWNr ZXRzIHVzZSBzYW1lIElQIHNyYy9kc3QgYXMgTFNQIHRyZWV0cmFjZSwgd2UgYXJlIGdvb2QuDQoN Ci0gSWYgYWxsIG5vZGVzIG9mIHRoZSBTUiBuZXR3b3JrIHN1cHBvcnRzIEVudHJvcHkgTGFiZWws IGFuZCBpZiBhbGwgaW1wbGVtZW50YXRpb25zIGRvIG5vdCBpbmNsdWRlIElQL1VEUCBmb3IgbG9h ZCBiYWxhbmNpbmcgd2hlbiBFTCBpcyBpbiB0aGUgbGFiZWwgc3RhY2ssIHRoZW4geW91IHdvbid0 IGhhdmUgYWJvdmUgaXNzdWUuDQoNCkkgdGhpbmsgaXQnbGwgYmUgZ3JlYXQgdG8gY2xhcmlmeSB0 aGVzZSBkZXRhaWxzIGluIHRoZSBkb2N1bWVudCwgc2luY2UgZXhwZWN0YXRpb24gaXMgY29uZGl0 aW9uYWwgb24gbG9hZCBiYWxhbmNpbmcgdGVjaG5pcXVlcyB1c2VkIGluIHRoZSBuZXR3b3JrLg0K DQpCVFcsIGRvY3VtZW50IHJlZmVyZW5jZXMgZHJhZnQta3VtYXItKiBhbmQgZHJhZnQta2luaS0q IG9mIExTUCBQaW5nIFNSIGV4dGVuc2lvbiBkcmFmdHMsIGJ1dCB3ZSBoYXZlIGNvbWJpbmVkIHRo ZW0gaW50byBhIHNpbmdsZSBkcmFmdC4NCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQta3VtYXJraW5pLW1wbHMtc3ByaW5nLWxzcC1waW5nLTAwDQoNCi1Ob2JvDQoNCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiANCj4gUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlDQo+ IFNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMDUsIDIwMTQgNTozNSBBTQ0KPiBUbzogU3Rld2Fy dCBCcnlhbnQgKHN0YnJ5YW50KQ0KPiBDYzogc3ByaW5nQGlldGYub3JnDQo+IFN1YmplY3Q6IFtz cHJpbmddIFdHOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWdlaWItc2VnbWVu dC0gDQo+IHJvdXRpbmctb2FtLXVzZWNhc2UtMDAudHh0DQo+IA0KPiBTdGV3YXJ0LA0KPiANCj4g dGhlIE9BTSB1c2UgY2FzZSBkcmFmdCBoYXMganVzdCBiZWVuIHN1Ym1pdHRlZC4gQ29tbWVudHMg YXJlIHdlbGNvbWUuDQo+IA0KPiBJJ2xsIHB1Ymxpc2ggYW4gSVBSIHN0YXRlbWVudCBhcyBzb29u IGFzIHRoZSB0b29sIGFsbG93cyBtZSB0byBkbyBzby4NCj4gDQo+IFJlZ2FyZHMsDQo+IA0KPiBS dWVkaWdlcg0KPiANCj4gDQo+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCj4g Vm9uOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmddDQo+IEdlc2VuZGV0OiBNaXR0d29jaCwgNS4gRmVicnVhciAyMDE0IDEwOjU3DQo+IEFu OiBHZWliLCBSw7xkaWdlcjsgQ2xhcmVuY2UgRmlsc2ZpbHM7IEdlaWIsIFLDvGRpZ2VyOyBDbGFy ZW5jZSBGaWxzZmlscw0KPiBCZXRyZWZmOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRy YWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS0gDQo+IHVzZWNhc2UtMDAudHh0DQo+IA0KPiAN Cj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS11 c2VjYXNlLTAwLnR4dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFJ1ZWRp Z2VyIEdlaWIgYW5kIHBvc3RlZCB0byB0aGUgDQo+IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IE5h bWU6CQlkcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy1vYW0tdXNlY2FzZQ0KPiBSZXZpc2lvbjoJ MDANCj4gVGl0bGU6CQlVc2UgY2FzZSBmb3IgYSBzY2FsYWJsZSBhbmQgdG9wb2xvZ3kgYXdhcmUg TVBMUyBkYXRhIHBsYW5lDQo+IG1vbml0b3Jpbmcgc3lzdGVtDQo+IERvY3VtZW50IGRhdGU6CTIw MTQtMDItMDUNCj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQkxMA0K PiBVUkw6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJh ZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctDQo+IG9hbS11c2VjYXNlLTAwLnR4dA0KPiBTdGF0dXM6 ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ2VpYi1zZWdt ZW50LXJvdXRpbmctDQo+IG9hbS11c2VjYXNlLw0KPiBIdG1saXplZDogICAgICAgaHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLQ0KPiB1c2Vj YXNlLTAwDQo+IA0KPiANCj4gQWJzdHJhY3Q6DQo+ICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVz IGZlYXR1cmVzIGFuZCBhIHVzZSBjYXNlIG9mIGEgcGF0aCBtb25pdG9yaW5nDQo+ICAgIHN5c3Rl bS4gIFNlZ21lbnQgYmFzZWQgcm91dGluZyBlbmFibGVzIGEgc2NhbGFibGUgYW5kIHNpbXBsZSBt ZXRob2QNCj4gICAgdG8gbW9uaXRvciBkYXRhIHBsYW5lIGxpdmVsaW5lc3Mgb2YgdGhlIGNvbXBs ZXRlIHNldCBvZiBwYXRocw0KPiAgICBiZWxvbmdpbmcgdG8gYSBzaW5nbGUgZG9tYWluLg0KPiAN Cj4gDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt aW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQo+IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVk IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+ IFRoZSBJRVRGIFNlY3JldGFyaWF0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+IHNwcmluZ0BpZXRm Lm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From Ruediger.Geib@telekom.de Thu Feb 6 00:29:13 2014 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 E43561A020B for ; Thu, 6 Feb 2014 00:29:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.215 X-Spam-Level: X-Spam-Status: No, score=0.215 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, MANGLED_LOAN=2.3, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.535] autolearn=no 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 UNPJSucYxzdh for ; Thu, 6 Feb 2014 00:29:10 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) by ietfa.amsl.com (Postfix) with ESMTP id A470E1A0090 for ; Thu, 6 Feb 2014 00:29:09 -0800 (PST) Received: from he113472.emea1.cds.t-internal.com ([10.134.93.130]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 06 Feb 2014 09:29:08 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113472.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 6 Feb 2014 09:29:07 +0100 From: To: Date: Thu, 6 Feb 2014 09:29:07 +0100 Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAACpER8AAXsdjA Message-ID: References: <7347100B5761DC41A166AC17F22DF1121B75EC08@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B75EC08@eusaamb103.ericsson.se> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: spring@ietf.org Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Thu, 06 Feb 2014 08:29:14 -0000 SGkgR3JlZywNCg0Kc3VyZS4gSWYgeW91J2QgbGlrZSB0byBhZGQgc3R1ZmYgdG8gdGhlIGRyYWZ0 IEknbSBlZGl0aW5nLCBwbGVhc2UgYmUgbW9yZSBwcmVjaXNlLiBZb3UnZCBvZiBjb3Vyc2UgbmVl ZCB0byBjb252aW5jZSBDbGFyZW5jZSBhbmQgbWUsIHRoYXQgdGhpcyBpcyBhbiBPQU0gdXNlIGNh c2UgLSBidXQgb3RoZXJ3aXNlOiBnbyBhaGVhZCBhbmQgcHJvcG9zZSBzb21lIGNvbnRlbnQgd2l0 aCBtb3JlIGRldGFpbHMuIA0KDQpPciBzdWJtaXQgeW91ciBvd24gZHJhZnQgaW4gdGltZSAtIG1l cmdpbmcgZHJhZnRzIGlzIGEgY29tbW9kaXR5IGJlZm9yZSBzdGFydGluZyBhcmNoaXRlY3R1cmFs IHdvcmsuDQoNClJlZ2FyZHMsDQoNClJ1ZWRpZ2VyDQoNCg0KLS0tLS1VcnNwcsO8bmdsaWNoZSBO YWNocmljaHQtLS0tLQ0KVm9uOiBHcmVnb3J5IE1pcnNreSBbbWFpbHRvOmdyZWdvcnkubWlyc2t5 QGVyaWNzc29uLmNvbV0gDQpHZXNlbmRldDogTWl0dHdvY2gsIDUuIEZlYnJ1YXIgMjAxNCAyMjox MA0KQW46IE5vYm8gQWtpeWEgKG5vYm8pOyBHZWliLCBSw7xkaWdlcjsgU3Rld2FydCBCcnlhbnQg KHN0YnJ5YW50KQ0KQ2M6IHNwcmluZ0BpZXRmLm9yZw0KQmV0cmVmZjogUkU6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2Ut MDAudHh0DQoNCkRlYXIgUnVlZGlnZXIsIE5vYm8sIG90aGVycyBpbnRlcmVzdGVkIGluIFNSIE9B TSwgSSB0aGluayB0aGF0IGJvdGggZG9jdW1lbnRzLCBkcmFmdC1nZWliLXNlZ21lbnQtcm91dGlu Zy1vYW0tdXNlY2FzZS0gYW5kIGRyYWZ0LWt1bWFya2luaS1tcGxzLXNwcmluZy1sc3AtcGluZy0s IGFyZSB2ZXJ5IHVzZWZ1bCBidXQgSSBoYXZlIGEgZmVlbGluZyB0aGF0IHRoZXJlIG5lZWQgdG8g YmUgYSBkb2N1bWVudCB0aGF0IHN1bXMgdXAgcmVxdWlyZW1lbnRzIHRvd2FyZCBPQU0gaW4gU2Vn bWVudCBSb3V0aW5nIG5ldHdvcmsuIENhbiBpdCBiZSBkb25lIGJlZm9yZSB3ZSBoYXZlIGNvbmNp c2UgYXJjaGl0ZWN0dXJhbCBkb2N1bWVudCB0aGF0IGRlc2NyaWJlcyBhIFNlZ21lbnQgUm91dGlu ZyBuZXR3b3JrPyBJIGJlbGlldmUgdGhhdCBzb21lIHJlcXVpcmVtZW50cyBtdXN0IGJlIGRlcml2 ZWQgZnJvbSBkcmFmdC1mcmFuY29pcy1zcHJpbmctcmVzaWxpZW5jeS11c2UtY2FzZS0gYW5kIGR1 cmluZyBpdHMgZGlzY3Vzc2lvbi4NCg0KQ29tbWVudHMsIHN1Z2dlc3Rpb25zLCBhbmQgb2ZmZXJz IHRvIHdvcmsgb24gYXJlIHdlbGNvbWUuDQoNCglSZWdhcmRzLA0KCQlHcmVnIA0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBOb2JvIEFraXlhIChub2JvKQ0KU2VudDogV2VkbmVzZGF5 LCBGZWJydWFyeSAwNSwgMjAxNCA4OjE1IEFNDQpUbzogUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl OyBTdGV3YXJ0IEJyeWFudCAoc3RicnlhbnQpDQpDYzogc3ByaW5nQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW3NwcmluZ10gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1nZWliLXNl Z21lbnQtcm91dGluZy1vYW0tdXNlY2FzZS0wMC50eHQNCg0KSGkgUnVlZGlnZXIsDQoNCkknbSB2 ZXJ5IG11Y2ggbG9va2luZyBmb3J3YXJkIHRvIHNlZWluZyBob3cgY2VudHJhbGl6ZWQgcGF0aCBt b25pdG9yaW5nIGNhbiBldm9sdmUuDQoNCldoYXQgYXJlIHRoZSBJUCBzcmMgJiBVRFAgc3JjL2Rz dCB2YWx1ZXMgZm9yIG1vbml0b3IgcGFja2V0cywgaW4gcmVsYXRpb24gdG8gdmFsdWVzIHVzZWQg aW4gTFNQIHBpbmcvdHJhY2UgdG8gZGlzY292ZXIgRUNNUD8NCg0KUmVhc29uIGZvciBhc2tpbmcg aXM6DQoNCi0gSWYgb25lIG9yIG1vcmUgbm9kZXMgb2YgdGhlIFNSIG5ldHdvcmsgaXMgdXNpbmcg SVAgYmFzZWQgbG9hZCBiYWxhbmNpbmc6DQoNCklmIHdlIHVzZSBMU1AgdHJlZXRyYWNlICh0cmFj ZXJvdXRlIHcvIG11bHRpcGF0aCBpbmZvKSB0byBkaXNjb3ZlciB0aGUgc2V0IG9mIGVudHJvcHkg dmFsdWVzIChJUCBkc3QpIGZvciBFQ01QLCB0aGVuIHRob3NlIHNldCBvZiBlbnRyb3B5IHZhbHVl cyBhcmUgZXhwZWN0ZWQgdG8gZXhlcmNpc2Ugc3BlY2lmaWMgRUNNUCBwYXRoIG9ubHkgd2hlbiB1 c2VkIHdpdGggc2FtZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1ZXMgdXNlZCBpbiBMU1AgdHJl ZXRyYWNlIC4uLiBvdGhlcndpc2Ugbm8gZ3VhcmFudGVlIGluIGV4ZXJjaXNpbmcgaW4gc3BlY2lm aWMgRUNNUCBwYXRoIChpLmUuIGxvYWQgYmFsYW5jZSBvZiB0cmFuc2l0IG5vZGVzIG1heSBpbmNs dWRlIElQIHNyYyAmIFVEUCBzcmMvZHN0IHZhbHVlcykuIFBlcmhhcHMgYWxsIG5vZGVzIGFyZSBj b25maWd1cmVkIHRvIF9ub3RfIGxvb2sgYXQgVURQIHBvcnRzIGZvciBsb2FkIGJhbGFuY2luZz8g VGhlbiwgYXMgbG9uZyBhcyBtb25pdG9yIHBhY2tldHMgdXNlIHNhbWUgSVAgc3JjL2RzdCBhcyBM U1AgdHJlZXRyYWNlLCB3ZSBhcmUgZ29vZC4NCg0KLSBJZiBhbGwgbm9kZXMgb2YgdGhlIFNSIG5l dHdvcmsgc3VwcG9ydHMgRW50cm9weSBMYWJlbCwgYW5kIGlmIGFsbCBpbXBsZW1lbnRhdGlvbnMg ZG8gbm90IGluY2x1ZGUgSVAvVURQIGZvciBsb2FkIGJhbGFuY2luZyB3aGVuIEVMIGlzIGluIHRo ZSBsYWJlbCBzdGFjaywgdGhlbiB5b3Ugd29uJ3QgaGF2ZSBhYm92ZSBpc3N1ZS4NCg0KSSB0aGlu ayBpdCdsbCBiZSBncmVhdCB0byBjbGFyaWZ5IHRoZXNlIGRldGFpbHMgaW4gdGhlIGRvY3VtZW50 LCBzaW5jZSBleHBlY3RhdGlvbiBpcyBjb25kaXRpb25hbCBvbiBsb2FkIGJhbGFuY2luZyB0ZWNo bmlxdWVzIHVzZWQgaW4gdGhlIG5ldHdvcmsuDQoNCkJUVywgZG9jdW1lbnQgcmVmZXJlbmNlcyBk cmFmdC1rdW1hci0qIGFuZCBkcmFmdC1raW5pLSogb2YgTFNQIFBpbmcgU1IgZXh0ZW5zaW9uIGRy YWZ0cywgYnV0IHdlIGhhdmUgY29tYmluZWQgdGhlbSBpbnRvIGEgc2luZ2xlIGRyYWZ0Lg0KDQpo dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rdW1hcmtpbmktbXBscy1zcHJpbmctbHNw LXBpbmctMDANCg0KLU5vYm8NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0K PiBSdWVkaWdlci5HZWliQHRlbGVrb20uZGUNCj4gU2VudDogV2VkbmVzZGF5LCBGZWJydWFyeSAw NSwgMjAxNCA1OjM1IEFNDQo+IFRvOiBTdGV3YXJ0IEJyeWFudCAoc3RicnlhbnQpDQo+IENjOiBz cHJpbmdAaWV0Zi5vcmcNCj4gU3ViamVjdDogW3NwcmluZ10gV0c6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LSANCj4gcm91dGluZy1vYW0tdXNlY2FzZS0w MC50eHQNCj4gDQo+IFN0ZXdhcnQsDQo+IA0KPiB0aGUgT0FNIHVzZSBjYXNlIGRyYWZ0IGhhcyBq dXN0IGJlZW4gc3VibWl0dGVkLiBDb21tZW50cyBhcmUgd2VsY29tZS4NCj4gDQo+IEknbGwgcHVi bGlzaCBhbiBJUFIgc3RhdGVtZW50IGFzIHNvb24gYXMgdGhlIHRvb2wgYWxsb3dzIG1lIHRvIGRv IHNvLg0KPiANCj4gUmVnYXJkcywNCj4gDQo+IFJ1ZWRpZ2VyDQo+IA0KPiANCj4gLS0tLS1VcnNw csO8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KPiBWb246IGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCj4gR2VzZW5kZXQ6IE1pdHR3b2No LCA1LiBGZWJydWFyIDIwMTQgMTA6NTcNCj4gQW46IEdlaWIsIFLDvGRpZ2VyOyBDbGFyZW5jZSBG aWxzZmlsczsgR2VpYiwgUsO8ZGlnZXI7IENsYXJlbmNlIEZpbHNmaWxzDQo+IEJldHJlZmY6IE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2Ft LSANCj4gdXNlY2FzZS0wMC50eHQNCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJh ZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVzZWNhc2UtMDAudHh0DQo+IGhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUnVlZGlnZXIgR2VpYiBhbmQgcG9zdGVkIHRvIHRoZSAN Cj4gSUVURiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LWdlaWItc2VnbWVudC1yb3V0 aW5nLW9hbS11c2VjYXNlDQo+IFJldmlzaW9uOgkwMA0KPiBUaXRsZToJCVVzZSBjYXNlIGZvciBh IHNjYWxhYmxlIGFuZCB0b3BvbG9neSBhd2FyZSBNUExTIGRhdGEgcGxhbmUNCj4gbW9uaXRvcmlu ZyBzeXN0ZW0NCj4gRG9jdW1lbnQgZGF0ZToJMjAxNC0wMi0wNQ0KPiBHcm91cDoJCUluZGl2aWR1 YWwgU3VibWlzc2lvbg0KPiBQYWdlczoJCTEwDQo+IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3 LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy0NCj4g b2FtLXVzZWNhc2UtMDAudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy0NCj4gb2FtLXVzZWNhc2Uv DQo+IEh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nZWli LXNlZ21lbnQtcm91dGluZy1vYW0tDQo+IHVzZWNhc2UtMDANCj4gDQo+IA0KPiBBYnN0cmFjdDoN Cj4gICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgZmVhdHVyZXMgYW5kIGEgdXNlIGNhc2Ugb2Yg YSBwYXRoIG1vbml0b3JpbmcNCj4gICAgc3lzdGVtLiAgU2VnbWVudCBiYXNlZCByb3V0aW5nIGVu YWJsZXMgYSBzY2FsYWJsZSBhbmQgc2ltcGxlIG1ldGhvZA0KPiAgICB0byBtb25pdG9yIGRhdGEg cGxhbmUgbGl2ZWxpbmVzcyBvZiB0aGUgY29tcGxldGUgc2V0IG9mIHBhdGhzDQo+ICAgIGJlbG9u Z2luZyB0byBhIHNpbmdsZSBkb21haW4uDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiANCj4g c3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHNwcmlu ZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From Ruediger.Geib@telekom.de Thu Feb 6 01:20:43 2014 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 D9FDA1A0292 for ; Thu, 6 Feb 2014 01:20:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.535] 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 3i_WEfw0MQp7 for ; Thu, 6 Feb 2014 01:20:36 -0800 (PST) Received: from tcmail23.telekom.de (tcmail23.telekom.de [80.149.113.243]) by ietfa.amsl.com (Postfix) with ESMTP id CC69C1A0083 for ; Thu, 6 Feb 2014 01:20:35 -0800 (PST) Received: from he113443.emea1.cds.t-internal.com ([10.134.93.103]) by tcmail21.telekom.de with ESMTP/TLS/AES128-SHA; 06 Feb 2014 10:20:33 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113443.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 6 Feb 2014 10:20:33 +0100 From: To: Date: Thu, 6 Feb 2014 10:20:32 +0100 Thread-Topic: New Version draft-geib-spring-oam-usecase and IPR Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAC+BylA= Message-ID: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: spring@ietf.org Subject: [spring] New Version draft-geib-spring-oam-usecase and IPR 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, 06 Feb 2014 09:20:44 -0000 U3Rld2FydCwgDQoNCkFkcmlhbiBoYXMgYXNrZWQgbWUgdG8gc3dpdGNoIGJhY2sgdGhlIGRyYWZ0 cyBmaWxlIG5hbWUgdG8gdGhlIG9yaWdpbmFsIG9uZSwgd2hpY2ggSSBkaWQuIEluIGFkZGl0aW9u LCANCmJlbG93IHlvdSdsbCBhbHNvIGZpbmQgYW4gSVBSIHN0YXRlbWVudCByZWxhdGVkIHRvIHRo ZSBkcmFmdC4NCg0KUmVnYXJkcywNCg0KUnVlZGlnZXINCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWdlaWItc3ByaW5nLW9hbS11c2VjYXNlLTAx LnR4dA0KDQpUaXRsZToJICAgIFVzZSBjYXNlIGZvciBhIHNjYWxhYmxlIGFuZCB0b3BvbG9neSBh d2FyZSBNUExTIGRhdGEgcGxhbmUgbW9uaXRvcmluZyBzeXN0ZW0NClVSTDogICAgICAgICAgICBo dHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1nZWliLXNwcmluZy1vYW0t dXNlY2FzZS0wMS50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1nZWliLXNwcmluZy1vYW0tdXNlY2FzZS8NCkh0bWxpemVkOiAgICAgICBo dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nZWliLXNwcmluZy1vYW0tdXNlY2FzZS0w MQ0KRGlmZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LWdlaWItc3ByaW5nLW9hbS11c2VjYXNlLTAxDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVu dCBkZXNjcmliZXMgZmVhdHVyZXMgYW5kIGEgdXNlIGNhc2Ugb2YgYSBwYXRoIG1vbml0b3JpbmcN CiAgIHN5c3RlbS4gIFNlZ21lbnQgYmFzZWQgcm91dGluZyBlbmFibGVzIGEgc2NhbGFibGUgYW5k IHNpbXBsZSBtZXRob2QNCiAgIHRvIG1vbml0b3IgZGF0YSBwbGFuZSBsaXZlbGluZXNzIG9mIHRo ZSBjb21wbGV0ZSBzZXQgb2YgcGF0aHMNCiAgIGJlbG9uZ2luZyB0byBhIHNpbmdsZSBkb21haW4u DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KSVBSIGRpc2Nsb3N1cmUgdG8gIlVzZSBjYXNl IGZvciBhIHNjYWxhYmxlIGFuZCB0b3BvbG9neSBhd2FyZSBNUExTIGRhdGEgcGxhbmUgbW9uaXRv cmluZyBzeXN0ZW0iIA0KKGRyYWZ0LWdlaWItc3ByaW5nLW9hbS11c2VjYXNlKTogIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzIzMTQvIA0KDQoNCg== From rjs@rob.sh Thu Feb 6 05:46:30 2014 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 5B8DA1A0116 for ; Thu, 6 Feb 2014 05:46:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.435 X-Spam-Level: X-Spam-Status: No, score=-2.435 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.535] 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 OJeQpJ8j9UPc for ; Thu, 6 Feb 2014 05:46:28 -0800 (PST) Received: from cappuccino.rob.sh (cappuccino.rob.sh [IPv6:2a03:9800:10:4c::cafe:b00c]) by ietfa.amsl.com (Postfix) with ESMTP id 2AD261A00F2 for ; Thu, 6 Feb 2014 05:46:26 -0800 (PST) Received: from [109.144.215.13] (helo=[10.96.0.216]) by cappuccino.rob.sh with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1WBPHV-0002hh-KC; Thu, 06 Feb 2014 13:46:17 +0000 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=windows-1252 From: Rob Shakir In-Reply-To: <52E7E35C.7010104@cisco.com> Date: Thu, 6 Feb 2014 13:46:14 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <57AC90C0-4F68-4AFD-85C7-F2560748843E@rob.sh> References: <52E7E35C.7010104@cisco.com> To: "" X-Mailer: Apple Mail (2.1827) Cc: spring@ietf.org, spring-ads@tools.ietf.org, spring-chairs@tools.ietf.org Subject: Re: [spring] Lack of progress in SPRING WG 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, 06 Feb 2014 13:46:30 -0000 On 28 Jan 2014, at 17:05, Stewart Bryant wrote: > All, >=20 > We understood when the SPRING WG was formed that it was > addressing a problem of importance to both the network > operators and the equipment vendors. >=20 > We are therefore surprised that there seems to have been > no progress on setting out the requirements and architecture. Hi Stewart, WG, I=92m working on rev-ing the document that I presented at the WG=92s = first meeting, and aim to push a version following the London meeting. = The lack of progress is not related to lack of interest from our = perspective, and we are continuing to work on the ideas presented within = the draft based on comments received. Kind regards, r. From jeff.tantsura@ericsson.com Thu Feb 6 10:18:59 2014 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 BC8921A020F for ; Thu, 6 Feb 2014 10:18:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 tYEsIYjOgs-p for ; Thu, 6 Feb 2014 10:18:58 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id F31FA1A00FE for ; Thu, 6 Feb 2014 10:18:57 -0800 (PST) X-AuditID: c618062d-b7f858e0000031c7-90-52f3d20d5109 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id CF.E0.12743.D02D3F25; Thu, 6 Feb 2014 19:18:53 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0387.000; Thu, 6 Feb 2014 13:18:56 -0500 From: Jeff Tantsura To: Rob Shakir , "" Thread-Topic: [spring] Lack of progress in SPRING WG Thread-Index: AQHPHEs3kyybotcJMEy47+7W9fZp45qontUA///GEYA= Date: Thu, 6 Feb 2014 18:18:55 +0000 Message-ID: In-Reply-To: <57AC90C0-4F68-4AFD-85C7-F2560748843E@rob.sh> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.5.121010 x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZXLonSpf30ucgg4UN2hZtx/eyWRw8dJfV YuL/qWwWxy/8ZrQ493QOowOrx5TfG1k9liz5yeSxZOsuNo8vlz+zBbBEcdmkpOZklqUW6dsl cGXsf7+KrWAvd8XK9avYGhgPcnYxcnJICJhIdF/YxAJhi0lcuLeerYuRi0NI4AijxOZfL6Cc ZYwS/SePM4JUsQkYSPz/dhysQ0TAQ2Ll7R52kCJmgcWMEstP3WQDSQgLGEvM2nSXEaLIRGLa 1A+sELaVxIorE5lAbBYBFYmF85+A2bwC5hKvHj0AG8oJVHPhymWwXkagk76fWgNWwywgLnHr yXwmiFMFJJbsOc8MYYtKvHz8D2y+qICeRNuxM+wQcUWJff3T2SF69SRuTJ3CBmFbS/Qung8V 15ZYtvA1M8QNghInZz5hmcAoPgvJullI2mchaZ+FpH0WkvYFjKyrGDlKi1PLctONDDYxAmPx mASb7g7GPS8tDzFKc7AoifN+eescJCSQnliSmp2aWpBaFF9UmpNafIiRiYNTqoGRZ+fxx+2J 6/gi91/n+b456n7LzHsb5Wbv/fhdVVR47ZuHW1+ovtw4K/An+6ttHCaGl3Pbf5Xse13R3qbs q3hZ/tuOSwfnmLYp+W55lz1h9sVLmRy+QoyxxVVM066phC/68spOZKL23nuPr+efa79UzigZ yCNX4/I+La0k/oyWtDTf3cslxS9tlFiKMxINtZiLihMBVzTKIZMCAAA= Cc: "spring@ietf.org" , "spring-ads@tools.ietf.org" , "spring-chairs@tools.ietf.org" Subject: Re: [spring] Lack of progress in SPRING WG 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, 06 Feb 2014 18:18:59 -0000 Hi Stewart/WG, We are working on multiple documents, to be published soon, so to second Rob - we are definitely not lacking interest, it is rather work in progress. Thanks! Cheers, Jeff -----Original Message----- From: Rob Shakir Date: Thursday, February 6, 2014 5:46 AM To: "" Cc: "spring@ietf.org" , "spring-ads@tools.ietf.org" , "spring-chairs@tools.ietf.org" Subject: Re: [spring] Lack of progress in SPRING WG >On 28 Jan 2014, at 17:05, Stewart Bryant wrote: > >> All, >>=20 >> We understood when the SPRING WG was formed that it was >> addressing a problem of importance to both the network >> operators and the equipment vendors. >>=20 >> We are therefore surprised that there seems to have been >> no progress on setting out the requirements and architecture. > >Hi Stewart, WG, > >I=B9m working on rev-ing the document that I presented at the WG=B9s first >meeting, and aim to push a version following the London meeting. The lack >of progress is not related to lack of interest from our perspective, and >we are continuing to work on the ideas presented within the draft based >on comments received. > >Kind regards, >r. > >_______________________________________________ >spring mailing list >spring@ietf.org >https://www.ietf.org/mailman/listinfo/spring From nobo@cisco.com Thu Feb 6 11:48:54 2014 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 88D881A0460 for ; Thu, 6 Feb 2014 11:48:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.036 X-Spam-Level: X-Spam-Status: No, score=-15.036 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, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 ibQ976W4RYWq for ; Thu, 6 Feb 2014 11:48:52 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 093621A045C for ; Thu, 6 Feb 2014 11:48:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9530; q=dns/txt; s=iport; t=1391716131; x=1392925731; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=GSHZQxe8+sXGVEC9sPmJ11YhJJSdARgY8aFVb8L+ZrY=; b=G6KspAsC0A7LjApmv9mFFZWd08lkio6QRO0MCEkDVeaYZG3fORLqpE0p RtGUHbk1+Pbe2LlhK1xHW57enmdy6I65UFhZNCwE4DRQBqhBy3hDwt8O7 2qs6c2bgDa8vWJ0BUH/2jNTD7n9I11D7vhdCkbK5HbC10y88WlLje2Wio o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoFAHLm81KtJV2b/2dsb2JhbABZgmshOFeDAbsjTxh1FnSCJQEBAQMBAQEBCxURMQgBBAUCBQcEAgEIEQQBAQMCBh0DAgICJQsUAQgIAQEEAQ0FCAESh2IIAQysBqB5F4EpjSAxBwaCaTWBFASZXZBvgy2CKg X-IronPort-AV: E=Sophos;i="4.95,795,1384300800"; d="scan'208";a="302391741" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-8.cisco.com with ESMTP; 06 Feb 2014 19:48:50 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s16JmoKU009850 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Feb 2014 19:48:50 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0123.003; Thu, 6 Feb 2014 13:48:49 -0600 From: "Nobo Akiya (nobo)" To: "Ruediger.Geib@telekom.de" , "Gregory Mirsky (gregory.mirsky@ericsson.com)" Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAAIQYZoAAYkwBA Date: Thu, 6 Feb 2014 19:48:48 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.70.233.208] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "spring@ietf.org" Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Thu, 06 Feb 2014 19:48:54 -0000 SGkgUnVlZGlnZXIsIEdyZWcsDQoNCltjb21iaW5pbmcgcmVzcG9uc2UgaW4gb25lXQ0KIA0KPiBI aSBOb2JvLA0KPiANCj4gcGlja2luZyBJUCBzb3VyY2UgYWRkcmVzc2VzIG1ha2luZyBmdWxsIHVz ZSBvZiBNUExTIE9BTSB0cmVldHJhY2UNCj4gY2FwYWJpbGl0aWVzIGlzIHRoZSBzaW1wbGVzdCB3 YXkgb2YgZXhlY3V0aW5nIEVDTVAgcGF0aHMgd2l0aGluIE1QTFMNCj4gbmV0d29ya3MuDQo+IA0K PiBJZiBvbmUgZG9lc24ndCB1c2UgTVBMUyBPQU0gZGVzdGluYXRpb24gYWRkcmVzc2VzLCBJJ20g bm90IHN1cmUgd2hldGhlcg0KPiB0aGUgZnVsbCBzZXQgb2YgTVBMUyBPQU0gY2FwYWJpbGl0aWVz IGNhbiBiZSB1c2VkLg0KDQpFeGFjdGx5LCB3ZSB3b24ndCBiZSBhYmxlIHRvLiBIYXNoICJrZXlz IiB1c2VkIGZvciBkaXNjb3ZlcmluZyBFQ01QIG11c3QgYmUgdXNlZCB0byBleGVyY2lzZSB0aGUg RUNNUC4NCiANCj4gVGhlcmUgbWF5IGJlIHJvdXRlcnMNCj4gcmVqZWN0aW5nIGFuIE1QTFMgdHJh Y2Vyb3V0ZSB3aXRoIG90aGVyIElQIGRlc3RpbmF0aW9uIGFkZHJlc3Nlcy4gSSBkaWQgbm90DQo+ IHlldCB0YWxrIHdpdGggbmV0d29yayBvcGVyYXRpb24gZm9sa3Mgd2hldGhlciBhbmQgd2hpY2gg Y2FwYWJpbGl0aWVzIHRoZXkNCj4gcmVxdWlyZSBpbiB0aGUgYXJlYS4gQnV0IEkgcmVjYWxsIHRo ZW0gaGF2aW5nIGludGVyZXN0IGluIGxlYXJuaW5nIHdoeSBzb21lDQo+IHBhY2tldHMgZW5kIHVw IGluIHRoZSBkZWZhdWx0IHJvdXRlIGZvciB0aG9zZSBwYWNrZXRzIHdoaWNoIG90aGVyd2lzZSBj YW4ndA0KPiBiZSByb3V0ZWQuDQoNClJGQzQzNzkgcmVxdWlyZXMgdXNlIG9mIDEyNy84Lzo6ZmZm ZjoxMjcvOCwgc28gSSdkIGJlIHN1cnByaXNlZCBpZiBhbnkgb3RoZXIgYWRkcmVzc2VzIGNhbiBi ZSB1c2VkIGluIE1QTFMgZWNobyByZXF1ZXN0Lg0KDQo+IE9uZSBzaG91bGQgbW92ZSBhaGVhZCBo ZXJlIHdpdGggYSBjbGVhciBzZXQgb2YgcmVxdWlyZW1lbnRzLg0KPiBGaW5kaW5nIHRoZSBwYXRo IGEgcGFydGljdWxhciBwYWNrZXQgd2l0aCBnaXZlbiBJUCBzb3VyY2UgL2Rlc3QgYWRkcmVzc2Vz LA0KPiBnaXZlbiBwb3J0cyBhbmQgYSBjb21wbGV0ZSBsYWJlbCBzdGFjayBleGVjdXRlZCBpcyBw cm9iYWJseSBvbmUgLSBidXQgdGhhdA0KPiBzZWVtcyBpbXBvc3NpYmxlLiBJUCBiYXNlZCBFQ01Q IGlzIGhhcmRseSBzdGFuZGFyZGlzZWQgYW5kIHRoYXQgY2F1c2VzDQo+IG1vcmUgaXNzdWVzLCBh cyB5b3UgbWVudGlvbi4NCg0KRm9yIG5vbi1FTCwgdHdvIHBvc3NpYmlsaXRpZXMgKEknbSBub3Qg YXJndWluZyBmb3IgYW55IHNvbHV0aW9uLCBqdXN0IHBvaW50aW5nIHRoZW0gb3V0KS4NCjEuIElm IGFsbCBMU1JzIGxvYWQgYmFsYW5jZWQgb24gSVAgc3JjL2RzdCAoYW5kIG5vdCBwb3J0cyksIHRo ZW4gdXNpbmcgc2FtZSBzZXQgb2YgSVAgc3JjL2RzdCBmb3IgbW9uaXRvciBwYWNrZXRzIHNob3Vs ZCBiZSBwb3NzaWJsZS4NCjIuIEluY29ycG9yYXRlIG1vbml0b3IgcGFja2V0IGFzIHBhcnQgb2Yg UkZDNDM3OSBleHRlbnNpb24gKGkuZS4gdXNlcyBzYW1lIHBvcnRzLCAzNTAzIGRzdCBwb3J0KS4g VGhlbiBpdCB3b3VsZCBiZSBtdWNoIGVhc2llciB0byBnZXQgRUNNUCBkaXNjb3ZlcnkgYW5kIGV4 ZXJjaXNlIHBhY2tldHMgdG8gdHJhdmVyc2UgdGhlIHNhbWUgd2F5LCBldmVuIGlmIExTUnMgaW5j bHVkZWQgcG9ydHMuDQoNCj4gDQo+IFRoZSBlbnRyb3B5IGxhYmVsIGFuZCBNUExTIE9BTSB3aXRo IGFuIGVudHJvcHkgbGFiZWwgYmFzZWQgdHJlZSB0cmFjZQ0KPiB3aWxsIHNvbHZlIHRoZSBwcm9i bGVtLiBCdXQgT0FNIGFkdmFudGFnZXMgYWxvbmUgaGFyZGx5IGFyZSBhIHN1ZmZpY2llbnQNCj4g bW90aXZhdGlvbiB0byBtaWdyYXRlIHRvIHN1Y2ggYSBzb2x1dGlvbiwgSSBndWVzcy4NCg0KQWdy ZWUuIEkgYmVsaWV2ZSBkZXRhaWxzIG9mIEVMIG9uIFNSIGlzIHN0aWxsIGJlaW5nICJ3b3JrZWQg b3V0IiwgaXQnbGwgYmUgZ29vZCB0byBrZWVwIGNsb3NlIHdhdGNoIG9uIGl0Lg0KDQo+IERlYXIg UnVlZGlnZXIsIE5vYm8sIG90aGVycyBpbnRlcmVzdGVkIGluIFNSIE9BTSwgSSB0aGluayB0aGF0 IGJvdGgNCj4gZG9jdW1lbnRzLCBkcmFmdC1nZWliLXNlZ21lbnQtcm91dGluZy1vYW0tdXNlY2Fz ZS0gYW5kIGRyYWZ0LWt1bWFya2luaS0NCj4gbXBscy1zcHJpbmctbHNwLXBpbmctLCBhcmUgdmVy eSB1c2VmdWwgYnV0IEkgaGF2ZSBhIGZlZWxpbmcgdGhhdCB0aGVyZSBuZWVkIHRvDQo+IGJlIGEg ZG9jdW1lbnQgdGhhdCBzdW1zIHVwIHJlcXVpcmVtZW50cyB0b3dhcmQgT0FNIGluIFNlZ21lbnQN Cj4gUm91dGluZyBuZXR3b3JrLiBDYW4gaXQgYmUgZG9uZSBiZWZvcmUgd2UgaGF2ZSBjb25jaXNl IGFyY2hpdGVjdHVyYWwNCj4gZG9jdW1lbnQgdGhhdCBkZXNjcmliZXMgYSBTZWdtZW50IFJvdXRp bmcgbmV0d29yaz8gSSBiZWxpZXZlIHRoYXQgc29tZQ0KPiByZXF1aXJlbWVudHMgbXVzdCBiZSBk ZXJpdmVkIGZyb20gZHJhZnQtZnJhbmNvaXMtc3ByaW5nLXJlc2lsaWVuY3ktdXNlLQ0KPiBjYXNl LSBhbmQgZHVyaW5nIGl0cyBkaXNjdXNzaW9uLg0KDQpJIGFncmVlIHRoYXQgaGF2aW5nIGEgZ2Vu ZXJpYyB1c2UtY2FzZSBkcmFmdCBpcyBhIGdvb2QgaWRlYQ0KDQotTm9ibw0KDQo+IA0KPiBUaGFu a3MgZm9yIHBvaW50aW5nIG91dCB0aGUgY29tYmluZWQgZHJhZnQuIEknbGwgaW5jb3Jwb3JhdGUg dGhhdCBpbiB0aGUgbmV4dA0KPiB2ZXJzaW9uIG9mIG15IGRyYWZ0Lg0KPiANCj4gUmVnYXJkcywN Cj4gDQo+IFJ1ZWRpZ2VyDQo+IA0KPiANCj4gDQo+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJp Y2h0LS0tLS0NCj4gVm9uOiBOb2JvIEFraXlhIChub2JvKSBbbWFpbHRvOm5vYm9AY2lzY28uY29t XQ0KPiBHZXNlbmRldDogTWl0dHdvY2gsIDUuIEZlYnJ1YXIgMjAxNCAxNzoxNQ0KPiBBbjogR2Vp YiwgUsO8ZGlnZXI7IFN0ZXdhcnQgQnJ5YW50IChzdGJyeWFudCkNCj4gQ2M6IHNwcmluZ0BpZXRm Lm9yZw0KPiBCZXRyZWZmOiBSRTogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1n ZWliLXNlZ21lbnQtcm91dGluZy1vYW0tDQo+IHVzZWNhc2UtMDAudHh0DQo+IA0KPiBIaSBSdWVk aWdlciwNCj4gDQo+IEknbSB2ZXJ5IG11Y2ggbG9va2luZyBmb3J3YXJkIHRvIHNlZWluZyBob3cg Y2VudHJhbGl6ZWQgcGF0aCBtb25pdG9yaW5nDQo+IGNhbiBldm9sdmUuDQo+IA0KPiBXaGF0IGFy ZSB0aGUgSVAgc3JjICYgVURQIHNyYy9kc3QgdmFsdWVzIGZvciBtb25pdG9yIHBhY2tldHMsIGlu IHJlbGF0aW9uIHRvDQo+IHZhbHVlcyB1c2VkIGluIExTUCBwaW5nL3RyYWNlIHRvIGRpc2NvdmVy IEVDTVA/DQo+IA0KPiBSZWFzb24gZm9yIGFza2luZyBpczoNCj4gDQo+IC0gSWYgb25lIG9yIG1v cmUgbm9kZXMgb2YgdGhlIFNSIG5ldHdvcmsgaXMgdXNpbmcgSVAgYmFzZWQgbG9hZCBiYWxhbmNp bmc6DQo+IA0KPiBJZiB3ZSB1c2UgTFNQIHRyZWV0cmFjZSAodHJhY2Vyb3V0ZSB3LyBtdWx0aXBh dGggaW5mbykgdG8gZGlzY292ZXIgdGhlIHNldCBvZg0KPiBlbnRyb3B5IHZhbHVlcyAoSVAgZHN0 KSBmb3IgRUNNUCwgdGhlbiB0aG9zZSBzZXQgb2YgZW50cm9weSB2YWx1ZXMgYXJlDQo+IGV4cGVj dGVkIHRvIGV4ZXJjaXNlIHNwZWNpZmljIEVDTVAgcGF0aCBvbmx5IHdoZW4gdXNlZCB3aXRoIHNh bWUgSVAgc3JjICYNCj4gVURQIHNyYy9kc3QgdmFsdWVzIHVzZWQgaW4gTFNQIHRyZWV0cmFjZSAu Li4gb3RoZXJ3aXNlIG5vIGd1YXJhbnRlZSBpbg0KPiBleGVyY2lzaW5nIGluIHNwZWNpZmljIEVD TVAgcGF0aCAoaS5lLiBsb2FkIGJhbGFuY2Ugb2YgdHJhbnNpdCBub2RlcyBtYXkNCj4gaW5jbHVk ZSBJUCBzcmMgJiBVRFAgc3JjL2RzdCB2YWx1ZXMpLiBQZXJoYXBzIGFsbCBub2RlcyBhcmUgY29u ZmlndXJlZCB0bw0KPiBfbm90XyBsb29rIGF0IFVEUCBwb3J0cyBmb3IgbG9hZCBiYWxhbmNpbmc/ IFRoZW4sIGFzIGxvbmcgYXMgbW9uaXRvcg0KPiBwYWNrZXRzIHVzZSBzYW1lIElQIHNyYy9kc3Qg YXMgTFNQIHRyZWV0cmFjZSwgd2UgYXJlIGdvb2QuDQo+IA0KPiAtIElmIGFsbCBub2RlcyBvZiB0 aGUgU1IgbmV0d29yayBzdXBwb3J0cyBFbnRyb3B5IExhYmVsLCBhbmQgaWYgYWxsDQo+IGltcGxl bWVudGF0aW9ucyBkbyBub3QgaW5jbHVkZSBJUC9VRFAgZm9yIGxvYWQgYmFsYW5jaW5nIHdoZW4g RUwgaXMgaW4gdGhlDQo+IGxhYmVsIHN0YWNrLCB0aGVuIHlvdSB3b24ndCBoYXZlIGFib3ZlIGlz c3VlLg0KPiANCj4gSSB0aGluayBpdCdsbCBiZSBncmVhdCB0byBjbGFyaWZ5IHRoZXNlIGRldGFp bHMgaW4gdGhlIGRvY3VtZW50LCBzaW5jZQ0KPiBleHBlY3RhdGlvbiBpcyBjb25kaXRpb25hbCBv biBsb2FkIGJhbGFuY2luZyB0ZWNobmlxdWVzIHVzZWQgaW4gdGhlIG5ldHdvcmsuDQo+IA0KPiBC VFcsIGRvY3VtZW50IHJlZmVyZW5jZXMgZHJhZnQta3VtYXItKiBhbmQgZHJhZnQta2luaS0qIG9m IExTUCBQaW5nIFNSDQo+IGV4dGVuc2lvbiBkcmFmdHMsIGJ1dCB3ZSBoYXZlIGNvbWJpbmVkIHRo ZW0gaW50byBhIHNpbmdsZSBkcmFmdC4NCj4gDQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWt1bWFya2luaS1tcGxzLXNwcmluZy1sc3AtcGluZy0wMA0KPiANCj4gLU5vYm8NCj4g DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBzcHJpbmcgW21haWx0 bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+ID4gUnVlZGlnZXIuR2Vp YkB0ZWxla29tLmRlDQo+ID4gU2VudDogV2VkbmVzZGF5LCBGZWJydWFyeSAwNSwgMjAxNCA1OjM1 IEFNDQo+ID4gVG86IFN0ZXdhcnQgQnJ5YW50IChzdGJyeWFudCkNCj4gPiBDYzogc3ByaW5nQGll dGYub3JnDQo+ID4gU3ViamVjdDogW3NwcmluZ10gV0c6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlv biBmb3IgZHJhZnQtZ2VpYi1zZWdtZW50LQ0KPiA+IHJvdXRpbmctb2FtLXVzZWNhc2UtMDAudHh0 DQo+ID4NCj4gPiBTdGV3YXJ0LA0KPiA+DQo+ID4gdGhlIE9BTSB1c2UgY2FzZSBkcmFmdCBoYXMg anVzdCBiZWVuIHN1Ym1pdHRlZC4gQ29tbWVudHMgYXJlIHdlbGNvbWUuDQo+ID4NCj4gPiBJJ2xs IHB1Ymxpc2ggYW4gSVBSIHN0YXRlbWVudCBhcyBzb29uIGFzIHRoZSB0b29sIGFsbG93cyBtZSB0 byBkbyBzby4NCj4gPg0KPiA+IFJlZ2FyZHMsDQo+ID4NCj4gPiBSdWVkaWdlcg0KPiA+DQo+ID4N Cj4gPiAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tDQo+ID4gVm9uOiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ID4g R2VzZW5kZXQ6IE1pdHR3b2NoLCA1LiBGZWJydWFyIDIwMTQgMTA6NTcNCj4gPiBBbjogR2VpYiwg UsO8ZGlnZXI7IENsYXJlbmNlIEZpbHNmaWxzOyBHZWliLCBSw7xkaWdlcjsgQ2xhcmVuY2UgRmls c2ZpbHMNCj4gPiBCZXRyZWZmOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWdl aWItc2VnbWVudC1yb3V0aW5nLW9hbS0NCj4gPiB1c2VjYXNlLTAwLnR4dA0KPiA+DQo+ID4NCj4g PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctb2FtLXVz ZWNhc2UtMDAudHh0DQo+ID4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBSdWVk aWdlciBHZWliIGFuZCBwb3N0ZWQgdG8gdGhlDQo+ID4gSUVURiByZXBvc2l0b3J5Lg0KPiA+DQo+ ID4gTmFtZToJCWRyYWZ0LWdlaWItc2VnbWVudC1yb3V0aW5nLW9hbS11c2VjYXNlDQo+ID4gUmV2 aXNpb246CTAwDQo+ID4gVGl0bGU6CQlVc2UgY2FzZSBmb3IgYSBzY2FsYWJsZSBhbmQgdG9wb2xv Z3kgYXdhcmUgTVBMUyBkYXRhIHBsYW5lDQo+ID4gbW9uaXRvcmluZyBzeXN0ZW0NCj4gPiBEb2N1 bWVudCBkYXRlOgkyMDE0LTAyLTA1DQo+ID4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24N Cj4gPiBQYWdlczoJCTEwDQo+ID4gVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWdlaWItc2VnbWVudC0NCj4gcm91dGluZy0NCj4gPiBvYW0t dXNlY2FzZS0wMC50eHQNCj4gPiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtZ2VpYi1zZWdtZW50LXJvdXRpbmctDQo+ID4gb2FtLXVzZWNhc2Uv DQo+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWdl aWItc2VnbWVudC1yb3V0aW5nLW9hbS0NCj4gPiB1c2VjYXNlLTAwDQo+ID4NCj4gPg0KPiA+IEFi c3RyYWN0Og0KPiA+ICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGZlYXR1cmVzIGFuZCBhIHVz ZSBjYXNlIG9mIGEgcGF0aCBtb25pdG9yaW5nDQo+ID4gICAgc3lzdGVtLiAgU2VnbWVudCBiYXNl ZCByb3V0aW5nIGVuYWJsZXMgYSBzY2FsYWJsZSBhbmQgc2ltcGxlIG1ldGhvZA0KPiA+ICAgIHRv IG1vbml0b3IgZGF0YSBwbGFuZSBsaXZlbGluZXNzIG9mIHRoZSBjb21wbGV0ZSBzZXQgb2YgcGF0 aHMNCj4gPiAgICBiZWxvbmdpbmcgdG8gYSBzaW5nbGUgZG9tYWluLg0KPiA+DQo+ID4NCj4gPg0K PiA+DQo+ID4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2YNCj4gPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJz aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4gdG9vbHMuaWV0Zi5vcmcuDQo+ID4NCj4g PiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+ID4gc3By aW5nQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9z cHJpbmcNCg== From Ruediger.Geib@telekom.de Fri Feb 7 00:38:15 2014 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 44FD01A05E1 for ; Fri, 7 Feb 2014 00:38:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.535] 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 G524TuKnj3Hm for ; Fri, 7 Feb 2014 00:38:12 -0800 (PST) Received: from tcmail13.telekom.de (tcmail13.telekom.de [80.149.113.165]) by ietfa.amsl.com (Postfix) with ESMTP id BF48C1A05CF for ; Fri, 7 Feb 2014 00:38:10 -0800 (PST) Received: from he111628.emea1.cds.t-internal.com ([10.134.93.20]) by tcmail11.telekom.de with ESMTP/TLS/AES128-SHA; 07 Feb 2014 09:38:07 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE111628.emea1.cds.t-internal.com ([::1]) with mapi; Fri, 7 Feb 2014 09:38:07 +0100 From: To: Date: Fri, 7 Feb 2014 09:38:06 +0100 Thread-Topic: New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAAIQYZoAAYkwBAABjTe/A= Message-ID: References: In-Reply-To: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: spring@ietf.org Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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, 07 Feb 2014 08:38:15 -0000 SGkgTm9ibywNCg0KbXkgdmlld3MgaW4gbGluZS4NCg0KUmVnYXJkcywNCg0KUnVlZGlnZXINCg0K W1NuaXBdDQoNCltSdWVkaWdlcl0gPg0KPiBPbmUgc2hvdWxkIG1vdmUgYWhlYWQgaGVyZSB3aXRo IGEgY2xlYXIgc2V0IG9mIHJlcXVpcmVtZW50cy4NCj4gRmluZGluZyB0aGUgcGF0aCBhIHBhcnRp Y3VsYXIgcGFja2V0IHdpdGggZ2l2ZW4gSVAgc291cmNlIC9kZXN0IA0KPiBhZGRyZXNzZXMsIGdp dmVuIHBvcnRzIGFuZCBhIGNvbXBsZXRlIGxhYmVsIHN0YWNrIGV4ZWN1dGVkIGlzIHByb2JhYmx5 IA0KPiBvbmUgLSBidXQgdGhhdCBzZWVtcyBpbXBvc3NpYmxlLiBJUCBiYXNlZCBFQ01QIGlzIGhh cmRseSBzdGFuZGFyZGlzZWQgDQo+IGFuZCB0aGF0IGNhdXNlcyBtb3JlIGlzc3VlcywgYXMgeW91 IG1lbnRpb24uDQoNCg0KICAgW05vYm9dDQogICBGb3Igbm9uLUVMLCB0d28gcG9zc2liaWxpdGll cyAoSSdtIG5vdCBhcmd1aW5nIGZvciBhbnkgc29sdXRpb24sIA0KICAganVzdCBwb2ludGluZyB0 aGVtIG91dCkuDQogICAxLiBJZiBhbGwgTFNScyBsb2FkIGJhbGFuY2VkIG9uIElQIHNyYy9kc3Qg KGFuZCBub3QgcG9ydHMpLCB0aGVuIHVzaW5nIA0KICAgICAgc2FtZSBzZXQgb2YgSVAgc3JjL2Rz dCBmb3IgbW9uaXRvciBwYWNrZXRzIHNob3VsZCBiZSBwb3NzaWJsZS4NCiAgIDIuIEluY29ycG9y YXRlIG1vbml0b3IgcGFja2V0IGFzIHBhcnQgb2YgUkZDNDM3OSBleHRlbnNpb24gKGkuZS4gdXNl cyANCiAgICAgIHNhbWUgcG9ydHMsIDM1MDMgZHN0IHBvcnQpLiBUaGVuIGl0IHdvdWxkIGJlIG11 Y2ggZWFzaWVyIHRvIGdldCANCiAgICAgIEVDTVAgZGlzY292ZXJ5IGFuZCBleGVyY2lzZSBwYWNr ZXRzIHRvIHRyYXZlcnNlIHRoZSBzYW1lIHdheSwgZXZlbiANCiAgICAgIGlmIExTUnMgaW5jbHVk ZWQgcG9ydHMuDQoNCg0KW1J1ZWRpZ2VyIC0gYmVpbmcgbm8gcm91dGVyIGFyY2hpdGVjdHVyZSBl eHBlcnRdDQpQb3NzaWJpbGl0eSAxLiB3b3VsZCByZXF1aXJlIGEgc3RhbmRhcmQgb24gRUNNUC4g SXQgbWF5IGJlIHdvcnRoIHRhbGtpbmcgdG8gDQpwcm92aWRlcnMsIHdoZXRoZXIgdGhleSdkIHBy ZWZlciBhbiBFTCBiYXNlZCBzb2x1dGlvbi4gTGV0J3MgYXNzdW1lIGludGVyZXN0IA0KaW4gaG93 IGEgcGFja2V0IHdpdGggc3JjL2Rlc3QgYWRkcmVzcyBhbmQgc3JjL2Rlc3QgcG9ydCBudW1iZXJz IGFuZCBzbyBvbiANCmFyZSByb3V0ZWQgd2l0aGluIGFuIE1QTFMgZG9tYWluLg0KDQphKSBNUExT IG1vbml0b3Jpbmcgc3lzdGVtOiBjcmVhdGUgYW4gT0FNIHBhY2tldCB3aGljaCBhcyBhIHBheWxv YWQgdHJhbnNwb3J0cyANCiAgIHRoZSBwYWNrZXQgd2hvc2UgZXhhY3QgTVBMUyBwYXRoIGlzIG9m IGludGVyZXN0LiBUaGUgTVBMUyBPQU0gcGFja2V0IA0KICAgSVAgYWRkcmVzcyBpbmZvcm1hdGlv biBpcyBhcyBzcGVjaWZpZWQgYnkgUkZDIDQzNzkuDQpiKSBzZW5kIGFuIE1QTFMgT0FNIHBhY2tl dCB0byBhIHJvdXRlciBhc2tpbmcgZm9yIHRoZSBsb2NhbCBsYWJlbCBzdGFjayANCiAgIGNyZWF0 ZWQgZm9yIHRoYXQgcGFja2V0IChpbmNsdWRpbmcgRUwpLiBUaGlzIHJlcXVpcmVzIGEgc3VpdGFi bGUgcm91dGVyIA0KICAgSUNNUCBmdW5jdGlvbiwgYnV0IG1heSBhbHNvIGJlIGZlYXNpYmxlIHZp YSBhIG1hbmFnZW1lbnQgaW50ZXJmYWNlLg0KYykgcm91dGVyIHJldHVybnMgdGhlIGxhYmVsIHN0 YWNrIHRvIHRoZSBPQU0gbW9uaXRvcmluZyBzeXN0ZW0uDQpkKSBDcmVhdGUgUkZDIDQzNzlfYXNf aXMgcGFja2V0cyB0byB0cmFjZSB0aGUgTVBMUyBwYXRoIHN0YXJ0aW5nIGZvcm0gdGhlIA0KICAg cm91dGVyIChyZXR1cm4gYWRkcmVzcyBpcyB0aGF0IG9mIHRoZSBNUExTIE1vbml0b3IpLiBUaGlz IHBhY2tldCBzaG91bGQgDQogICBiZSBzZW50IGZyb20gdGhlIE1QTFMgTW9uaXRvciB1c2luZyBh IHByb3BlciBsYWJlbCBzdGFjay4NCg0KVGhlIGFwcHJvYWNoIGNvdWxkIGJlIGV4cGFuZGVkIHRv IGxheWVyIDIgcGFja2V0cy4gVGhlIGJlbmVmaXQgaXMgYXBwbGljYWJpbGl0eSANCm9mIHRoZSBS RkMgNDM3OSBJUCBhZGRyZXNzaW5nLg0KDQpOb3cgd2hhdCBpcyByZXF1aXJlZCBmb3IgYW4gIm9y aWdpbmFsIElQIHNvdXJjZS9kZXN0IiBpbmZvPyBUaGUgTVBMUyB0cmFjZXJvdXRlIA0KcHJvYmFi bHkgbmVpdGhlciBzaG91bGQgc2VuZCBhbiBlY2hvIHJlcGx5IHRvIHRoZSBvcmlnaW4gYWRkcmVz cywgbm9yIHdvdWxkIGl0IA0KYmUgYWJsZSB0byAodW5sZXNzIGl0IGlzIGFuIE1QTFMgaW50ZXJu YWwgYWRkcmVzcykuIFRoZSB3YXkgb3V0IG1heSBiZSB0byANCmFkZCBzb21lIHBheWxvYWQgaW5m b3JtaW5nIHRoZSByb3V0ZXIgd2hlcmUgdG8gc2VuZCB0aGUgcGFja2V0LiANCg0KQW5vdGhlciBv cHRpb24gaXMgdG8gd29yayB3aXRoIGEpLCBiKSBhbmQgYykgYWxzbyBpbiBJUCBiYXNlZCBFQ01Q IGNhc2UuIFN0ZXAgZCkgDQpob3dldmVyIHdvdWxkIHdvcmsgd2l0aCBhbiBNUExTIE9BTSBwYWNr ZXQgc2ltaWxhciB0byBhKSBhbmQgYikuIFVzZSBzdGFuZGFyZCBNUExTIA0KT0FNIGFkZHJlc3Nl cyB0byBleGVjdXRlIHRoZSBwYXJ0aWN1bGFyIEVDTVAgcGF0aCBvZiB0aGUgcGFja2V0LCBidXQg Y2FycnkgdGhlIElQIA0KYWRkcmVzc2VzIGRldGVybWluaW5nIHRoZSBwYXRoIG5leHQgaG9wIGFs b25nIGEgdHJhY2VkIHJvdXRlIGFzIHBheWxvYWQgb2YgDQp0aGUgTVBMUyBlY2hvIHJlcXVlc3Qu IEkgdGhpbmsgaW4gdGhpcyBzdGVwLCBNUExTIE9BTSBpcyBwcmVmZXJhYmxlIGFnYWluc3QgDQph IG1hbmFnZW1lbnQgYmFzZWQgYXBwcm9hY2gsIGFzIE1QTFMgT0FNIGNvdWxkIGJlIGF1dG9tYXRl ZC4gVGhpcyByZXF1aXJlcyANCm5vIGFkZGl0aW9uYWwgZnVuY3Rpb24sIGlmIGIpIGlzIGJ1aWx0 IGFueXdheSBmb3IgU1IuDQoNCkxlYXZlcyB1cyB3aXRoIHRoZSBxdWVzdGlvbiwgd2hldGhlciBh KSBhbmQgIGIpIGlzIGEgc3VpdGFibGUgYXBwcm9hY2guIA0KDQpbc25pcF0NCg== From naikumar@cisco.com Fri Feb 7 10:51:39 2014 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 48DC31A044F for ; Fri, 7 Feb 2014 10:51:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.036 X-Spam-Level: X-Spam-Status: No, score=-10.036 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 Tee-2SC0kcHC for ; Fri, 7 Feb 2014 10:51:36 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) by ietfa.amsl.com (Postfix) with ESMTP id 9429F1A044B for ; Fri, 7 Feb 2014 10:51:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4944; q=dns/txt; s=iport; t=1391799096; x=1393008696; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=73cgzZn8DaenEwZRnVt5pN31sK7zZ1cLGnTs+kmd+HU=; b=MtjPhlOGm0eT+CsRAi92MB5uTgoMrLArY06GPTK2QVOKo/0c9rWRKo1s ba9TAYpURWSDADjI8sSxgE0k/Bsm4yDv6AZJZ+xJ8muqV2xJiuOIuOu6+ nN8AC87WkEWTtb9XRIY7FEiPtPvQiNMoqrhb6CFNCoDDxe2bgrHqNP/Mk c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah8FAA0r9VKtJV2a/2dsb2JhbABZgww4V74ZT4EOFnSCJwEEAQEBNysCBAMJAhIBCBIkNwsXDgIEAQ0FG4dqDcwcEwSOfQcChDYEmCuSIYFvgT6CKg X-IronPort-AV: E=Sophos;i="4.95,802,1384300800"; d="scan'208";a="18810930" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-4.cisco.com with ESMTP; 07 Feb 2014 18:51:36 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s17IpaM1019311 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Feb 2014 18:51:36 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.52]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Fri, 7 Feb 2014 12:51:35 -0600 From: "Nagendra Kumar Nainar (naikumar)" To: "Ruediger.Geib@telekom.de" , "Nobo Akiya (nobo)" Thread-Topic: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAAIQYZoAAYkwBAABjTe/AAGlLxgA== Date: Fri, 7 Feb 2014 18:51:35 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.21.94.223] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "spring@ietf.org" Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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, 07 Feb 2014 18:51:39 -0000 Hi Reudiger, a) MPLS monitoring system: create an OAM packet which as a payload transports the packet whose exact MPLS path is of interest. The MPLS OAM packet IP address information is as specified by RFC 4379. b) send an MPLS OAM packet to a router asking for the local label stack created for that packet (including EL). This requires a suitable router ICMP function, but may also be feasible via a management interface. c) router returns the label stack to the OAM monitoring system. d) Create RFC 4379_as_is packets to trace the MPLS path starting form the router (return address is that of the MPLS Monitor). This packet should be sent from the MPLS Monitor using a proper label stack. If I got it right, the intention is to have src/dst port static and use the dst IP range varied to exercise ECMP path?. Now what is required for an "original IP source/dest" info? The MPLS traceroute probably neither should send an echo reply to the origin address, nor would it be able to (unless it is an MPLS internal address). The way out may be to add some payload informing the router where to send the packet. With non loopback address carried as destination address may have challenge in having the router look into the payload. Setting IP TTL=3D1 might help the router not to forward out, but will end up dropping and just sending ICMP TTL expired. If the router perform a check on UDP port before punting for ICMP error generation, this may be possible else may have some backward compatibility problem. Thanks, Nagendra On 2/7/14 3:38 AM, "Ruediger.Geib@telekom.de" wrote: >Hi Nobo, > >my views in line. > >Regards, > >Ruediger > >[Snip] > >[Ruediger] > >> One should move ahead here with a clear set of requirements. >> Finding the path a particular packet with given IP source /dest >> addresses, given ports and a complete label stack executed is probably >> one - but that seems impossible. IP based ECMP is hardly standardised >> and that causes more issues, as you mention. > > > [Nobo] > For non-EL, two possibilities (I'm not arguing for any solution, > just pointing them out). > 1. If all LSRs load balanced on IP src/dst (and not ports), then using > same set of IP src/dst for monitor packets should be possible. > 2. Incorporate monitor packet as part of RFC4379 extension (i.e. uses > same ports, 3503 dst port). Then it would be much easier to get > ECMP discovery and exercise packets to traverse the same way, even > if LSRs included ports. > > >[Ruediger - being no router architecture expert] >Possibility 1. would require a standard on ECMP. It may be worth talking >to=20 >providers, whether they'd prefer an EL based solution. Let's assume >interest=20 >in how a packet with src/dest address and src/dest port numbers and so on >are routed within an MPLS domain. > >a) MPLS monitoring system: create an OAM packet which as a payload >transports=20 > the packet whose exact MPLS path is of interest. The MPLS OAM packet > IP address information is as specified by RFC 4379. >b) send an MPLS OAM packet to a router asking for the local label stack > created for that packet (including EL). This requires a suitable >router=20 > ICMP function, but may also be feasible via a management interface. >c) router returns the label stack to the OAM monitoring system. >d) Create RFC 4379_as_is packets to trace the MPLS path starting form the > router (return address is that of the MPLS Monitor). This packet >should=20 > be sent from the MPLS Monitor using a proper label stack. > >The approach could be expanded to layer 2 packets. The benefit is >applicability=20 >of the RFC 4379 IP addressing. > >Now what is required for an "original IP source/dest" info? The MPLS >traceroute=20 >probably neither should send an echo reply to the origin address, nor >would it=20 >be able to (unless it is an MPLS internal address). The way out may be to >add some payload informing the router where to send the packet. > >Another option is to work with a), b) and c) also in IP based ECMP case. >Step d)=20 >however would work with an MPLS OAM packet similar to a) and b). Use >standard MPLS=20 >OAM addresses to execute the particular ECMP path of the packet, but >carry the IP=20 >addresses determining the path next hop along a traced route as payload >of=20 >the MPLS echo request. I think in this step, MPLS OAM is preferable >against=20 >a management based approach, as MPLS OAM could be automated. This >requires=20 >no additional function, if b) is built anyway for SR. > >Leaves us with the question, whether a) and b) is a suitable approach. > >[snip] >_______________________________________________ >spring mailing list >spring@ietf.org >https://www.ietf.org/mailman/listinfo/spring From xuxiaohu@huawei.com Fri Feb 7 19:56:07 2014 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 5891B1A0349 for ; Fri, 7 Feb 2014 19:56:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.736 X-Spam-Level: X-Spam-Status: No, score=-4.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 5sfuRIhcJdCX for ; Fri, 7 Feb 2014 19:56:06 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id D241A1A0008 for ; Fri, 7 Feb 2014 19:56:05 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDJ23603; Sat, 08 Feb 2014 03:56:05 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 8 Feb 2014 03:55:02 +0000 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 8 Feb 2014 03:56:04 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Sat, 8 Feb 2014 11:56:01 +0800 From: Xuxiaohu To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-xu-spring-islands-connection-over-ip-00.txt Thread-Index: AQHPJIAmMnUBRlNs00GvfzjsetARi5qqt4fg Date: Sat, 8 Feb 2014 03:56:00 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824B389@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [spring] FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-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: Sat, 08 Feb 2014 03:56:07 -0000 SGkgYWxsLA0KDQpUaGUgZm9sbG93aW5nIGRyYWZ0IHRhbGtzIGFib3V0IHRoZSB1c2UgY2FzZSBv ZiBjb25uZWN0aW5nIFNQUklORyBpc2xhbmRzIG92ZXIgSVAgbmV0d29ya3MgYW5kIGNvcnJlc3Bv bmRpbmcgbWVjaGFuaXNtLiBBbnkgY29tbWVudHMgYXJlIHdlbGNvbWUuIA0KDQpCVFcsIGJlc2lk ZXMgdGhlIG1lY2hhbmlzbSBkZXNjcmliZWQgaW4gdGhlIGN1cnJlbnQgdmVyc2lvbiwgb3RoZXIg b3B0aW9ucyAoZS5nLiwgYWR2ZXJ0aXNpbmcgR1JFIHR1bm5lbCBhcyBhbiBTUiBhZGphY2VuY3kp IGFyZSBhbHNvIHVuZGVyIGNvbnNpZGVyYXRpb24gYW5kIG1heSBiZSBhZGRlZCBpbiB0aGUgZnV0 dXJlIHJldmlzaW9uLg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KPiAtLS0tLemCruS7tuWO n+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTTlubQy5pyIOOaX pSAxMTo0NQ0KPiDmlLbku7bkuro6IFNpdmEgU2l2YWJhbGFuOyBTaXZhIFNpdmFiYWxhbjsgWHV4 aWFvaHU7IFh1eGlhb2h1DQo+IOS4u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0K PiBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAtMDAudHh0DQo+IA0K PiANCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5l Y3Rpb24tb3Zlci1pcC0wMC50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi eSBYaWFvaHUgWHUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPiANCj4gTmFt ZToJCWRyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcA0KPiBSZXZpc2lv bjoJMDANCj4gVGl0bGU6CQlDb25uZWN0aW5nIFNQUklORyBJc2xhbmRzIG92ZXIgSVAgTmV0d29y a3MNCj4gRG9jdW1lbnQgZGF0ZToJMjAxNC0wMi0wOA0KPiBHcm91cDoJCUluZGl2aWR1YWwgU3Vi bWlzc2lvbg0KPiBQYWdlczoJCTQNCj4gVVJMOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAtDQo+ IDAwLnR4dA0KPiBTdGF0dXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcC8NCj4gSHRtbGl6ZWQ6DQo+ IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5l Y3Rpb24tb3Zlci1pcC0wMA0KPiANCj4gDQo+IEFic3RyYWN0Og0KPiAgICBTZWdtZW50IFJvdXRp bmcgKFNSKSBhcmNoaXRlY3R1cmUgW1NSLUFSQ0hdIGludHJvZHVjZXMgYSBuZXcgTVBMUw0KPiAg ICBwYXJhZGlnbSBpbiB3aGljaCBhIHNlbmRlciBvZiBhIHBhY2tldCBpcyBhbGxvd2VkIHRvIHBh cnRpYWxseSBvcg0KPiAgICBjb21wbGV0ZWx5IHNwZWNpZnkgdGhlIHJvdXRlIHRoZSBwYWNrZXQg dGFrZXMgdGhyb3VnaCB0aGUgbmV0d29yayBieQ0KPiAgICB1c2luZyBzdGFja2VkIE1QTFMgbGFi ZWxzLiBUaGUgY3VycmVudCBTUiBhcmNoaXRlY3R1cmUgcmVxdWlyZXMgYW4NCj4gICAgZW5kLXRv LWVuZCBNUExTIExhYmVsIFN3aXRjaGVkIFBhdGggKExTUCkgYmV0d2VlbiBhbnkgdHdvIFNSLWVu YWJsZWQNCj4gICAgcm91dGVycyAoZS5nLiwgdHdvIGFkamFjZW50IGhvcHMgb2YgYSBnaXZlbiBl eHBsaWNpdCBwYXRoKS4gSW4gb3JkZXINCj4gICAgdG8gZW5hYmxlIFNSIHRvIGJlIGRlcGxveWVk IGV2ZW4gd2hlbiB0aGVyZSBhcmUgbm9uLU1QTFMgcm91dGVycw0KPiAgICBhbG9uZyB0aGUgcGF0 aCBiZXR3ZWVuIHR3byBTUi1lbmFibGVkIHJvdXRlcnMsIGl0IGlzIGRlc2lyYWJsZSB0bw0KPiAg ICBoYXZlIGFuIGFsdGVybmF0aXZlLCB3aGljaCBhbGxvd3MgdGhlIHVzZSBvZiBJUC1iYXNlZCB0 dW5uZWxzIChlLmcuLA0KPiAgICBHUkUgdHVubmVscykgdG8gY29ubmVjdCB0d28gU1ItZW5hYmxl ZCByb3V0ZXJzLiBUaGlzIGRvY3VtZW50DQo+ICAgIGRlc2NyaWJlcyBhIG1lY2hhbmlzbSBmb3Ig c3VjaCB1c2FnZS4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From Ruediger.Geib@telekom.de Mon Feb 10 00:12:05 2014 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 14EAC1A054E for ; Mon, 10 Feb 2014 00:12:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.798 X-Spam-Level: X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.548] 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 U45DKTCdeVsB for ; Mon, 10 Feb 2014 00:12:02 -0800 (PST) Received: from tcmail43.telekom.de (tcmail43.telekom.de [80.149.113.173]) by ietfa.amsl.com (Postfix) with ESMTP id 06DF11A009A for ; Mon, 10 Feb 2014 00:12:01 -0800 (PST) Received: from he113443.emea1.cds.t-internal.com ([10.134.93.103]) by tcmail41.telekom.de with ESMTP/TLS/AES128-SHA; 10 Feb 2014 09:11:59 +0100 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113443.emea1.cds.t-internal.com ([::1]) with mapi; Mon, 10 Feb 2014 09:11:59 +0100 From: To: Date: Mon, 10 Feb 2014 09:11:59 +0100 Thread-Topic: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-00.txt Thread-Index: Ac8iWKkzn/gys7EwRCS3Nlobq7nI9QABLcTAAAtogkAAIQYZoAAYkwBAABjTe/AAGlLxgAB9lyNQ Message-ID: References: In-Reply-To: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: spring@ietf.org, nobo@cisco.com Subject: Re: [spring] New Version Notification for draft-geib-segment-routing-oam-usecase-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: Mon, 10 Feb 2014 08:12:05 -0000 Hi Nagendra, With non loopback address carried as destination address=20 may have challenge in having the router look into the payload. Setting= IP TTL=3D1 might help the router not to forward out, but will end up drop= ping=20 and just sending ICMP TTL expired. If the router perform a check on UD= P=20 port before punting for ICMP error generation, this may be possible el= se=20 may have some backward compatibility problem. We'd still need to figure out where this packet should returned to. If I'd = like to trace the path of an arbitrary packet in an MPLS domain, then this = packet must contain all ECMP relevant fields with original information (inc= luding ports if ECMP relevant, as Nobo pointed out) - at the label edge router in a domain applying EL. - at all LER/LSR in a domain applying IP based ECMP. The resulting MPLS path may be checked with a standard OAM packet containin= g the label stack and executing the ECMP route as the original packet would= . The problem is that LER (and LSR) need to understand what to do with that p= acket: consult control plane how it would be routed and return this informa= tion to an OAM system.=20 Another idea may be to use a reserved label at bottom of stack to inform a = router how to process that packet: If a router receives that label, above c= ontrol plane and ECMP routing decision should be captured for the IP packet= following the label and the result returned to a router global settable "O= AM" address/port. Default would be drop, unless processing of these packets= is enabled by command (to have a little security). Would that make sense, be feasible and be worth the effort? Regards, Rudi -----Urspr=FCngliche Nachricht----- Von: Nagendra Kumar Nainar (naikumar) [mailto:naikumar@cisco.com]=20 Hi [Rudi], [Rudi] a) MPLS monitoring system: create an OAM packet which as a payload trans= ports the packet whose exact MPLS path is of interest. The MPLS OAM packet IP address information is as specified by RFC 4379. b) send an MPLS OAM packet to a router asking for the local label stack created for that packet (including EL). This requires a suitable rout= er ICMP function, but may also be feasible via a management interface. c) router returns the label stack to the OAM monitoring system. d) Create RFC 4379_as_is packets to trace the MPLS path starting form th= e router (return address is that of the MPLS Monitor). This packet shou= ld be sent from the MPLS Monitor using a proper label stack. If I got it right, the intention is to have src/dst port static = and use the dst IP range varied to exercise ECMP path?. [Rudi] Now what is required for an "original IP source/dest" info? The MPLS t= raceroute=20 probably neither should send an echo reply to the origin address, nor = would it=20 be able to (unless it is an MPLS internal address). The way out may be= to add=20 some payload informing the router where to send the packet. With non loopback address carried as destination address may hav= e challenge in having the router look into the payload. Setting IP TTL=3D1 might help the router not to forward out, but will end up dropping = and just sending ICMP TTL expired. If the router perform a check on UDP por= t before punting for ICMP error generation, this may be possible else may h= ave some backward compatibility problem. Thanks, Nagendra From xuxiaohu@huawei.com Mon Feb 10 18:12:19 2014 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 C49481A0727; Mon, 10 Feb 2014 18:12:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.749 X-Spam-Level: X-Spam-Status: No, score=-4.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 EjnTDm33ogwj; Mon, 10 Feb 2014 18:12:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 598391A0724; Mon, 10 Feb 2014 18:12:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAZ32856; Tue, 11 Feb 2014 02:12:15 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Feb 2014 02:11:19 +0000 Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Feb 2014 02:12:13 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Tue, 11 Feb 2014 10:12:10 +0800 From: Xuxiaohu To: Peter Psenak Thread-Topic: [spring] [OSPF] fwd: New Version Notification for draft-xu-ospf-global-label-sid-adv-00.txt Thread-Index: AQHPFm0RHaJp205InUCDICUZBq6WQ5qX9Dow///P6ICAAIxY4P//i/mAgAM8uGCAADEksP//pqiAABDZ6FD//3ziAP//eUFQgACY7QD/79h8AA== Date: Tue, 11 Feb 2014 02:12:10 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824BC7E@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08248329@NKGEML512-MBS.china.huawei.com> <52E61BAF.2060208@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08248431@NKGEML512-MBS.china.huawei.com> <52E63015.5090404@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082493BE@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824948F@NKGEML512-MBS.china.huawei.com> <52E8C589.9010408@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082494C6@NKGEML512-MBS.china.huawei.com> <52E8C8A2.8060306@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082494F0@NKGEML512-MBS.china.huawei.com> <52E8D7E2.2030100@cisco.com> In-Reply-To: <52E8D7E2.2030100@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ospf@ietf.org" , "spring@ietf.org" Subject: Re: [spring] [OSPF] fwd: New Version Notification for draft-xu-ospf-global-label-sid-adv-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: Tue, 11 Feb 2014 02:12:19 -0000 SGkgUGV0ZXIsDQoNClNvcnJ5IGZvciBsYXRlIHJlc3BvbnNlIGR1ZSB0byBhIGxvbmcgaG9saWRh eS4NCg0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogUGV0ZXIgUHNlbmFr IFttYWlsdG86cHBzZW5ha0BjaXNjby5jb21dDQo+IOWPkemAgeaXtumXtDogMjAxNOW5tDHmnIgy OeaXpSAxODoyOQ0KPiDmlLbku7bkuro6IFh1eGlhb2h1DQo+IOaKhOmAgTogb3NwZkBpZXRmLm9y Zzsgc3ByaW5nQGlldGYub3JnDQo+IOS4u+mimDogUmU6IFtzcHJpbmddIFtPU1BGXSBmd2Q6IE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4gZHJhZnQteHUtb3NwZi1nbG9iYWwtbGFiZWwt c2lkLWFkdi0wMC50eHQNCj4gDQo+IFh1eGlhb2h1LA0KPiANCj4gT24gMS8yOS8xNCAxMDo1OCAs IFh1eGlhb2h1IHdyb3RlOg0KPiA+DQo+ID4NCj4gPj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K PiA+PiDlj5Hku7bkuro6IFBldGVyIFBzZW5hayBbbWFpbHRvOnBwc2VuYWtAY2lzY28uY29tXQ0K PiA+PiDlj5HpgIHml7bpl7Q6IDIwMTTlubQx5pyIMjnml6UgMTc6MjQNCj4gPj4g5pS25Lu25Lq6 OiBYdXhpYW9odQ0KPiA+PiDmioTpgIE6IG9zcGZAaWV0Zi5vcmc7IHNwcmluZ0BpZXRmLm9yZw0K PiA+PiDkuLvpopg6IFJlOiBbc3ByaW5nXSBbT1NQRl0gZndkOiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yDQo+ID4+IGRyYWZ0LXh1LW9zcGYtZ2xvYmFsLWxhYmVsLXNpZC1hZHYtMDAudHh0 DQo+ID4+DQo+ID4+IFh1eGlhb2h1LA0KPiA+Pg0KPiA+PiBPbiAxLzI5LzE0IDEwOjE2ICwgWHV4 aWFvaHUgd3JvdGU6DQo+ID4+Pg0KPiA+Pj4NCj4gPj4+PiAtLS0tLemCruS7tuWOn+S7ti0tLS0t DQo+ID4+Pj4g5Y+R5Lu25Lq6OiBQZXRlciBQc2VuYWsgW21haWx0bzpwcHNlbmFrQGNpc2NvLmNv bV0NCj4gPj4+PiDlj5HpgIHml7bpl7Q6IDIwMTTlubQx5pyIMjnml6UgMTc6MTENCj4gPj4+PiDm lLbku7bkuro6IFh1eGlhb2h1DQo+ID4+Pj4g5oqE6YCBOiBvc3BmQGlldGYub3JnOyBzcHJpbmdA aWV0Zi5vcmcNCj4gPj4+PiDkuLvpopg6IFJlOiBbc3ByaW5nXSBbT1NQRl0gZndkOiBOZXcgVmVy c2lvbiBOb3RpZmljYXRpb24gZm9yDQo+ID4+Pj4gZHJhZnQteHUtb3NwZi1nbG9iYWwtbGFiZWwt c2lkLWFkdi0wMC50eHQNCj4gPj4+Pg0KPiA+Pj4+IFhpYW9odSwNCj4gPj4+Pg0KPiA+Pj4+IE9u IDEvMjkvMTQgMDk6NTMgLCBYdXhpYW9odSB3cm90ZToNCj4gPj4+Pj4gRm9yIGV4YW1wbGUsIGFz c3VtZSBhIGxhYmVsIGJsb2NrIHsxMDAwLCAxOTk5fSBpcyBhbGxvY2F0ZWQgZm9yDQo+ID4+Pj4+ IHByZWZpeA0KPiA+Pj4+IHNlZ21lbnRzIGJ5IGFsbW9zdCBhbGwgU1Igcm91dGVycyBhbmQgYSBn bG9iYWwgbGFiZWwgMTAwNSBpcw0KPiA+Pj4+IGFsbG9jYXRlZCB0byBhIGdpdmVuIHByZWZpeCBz ZWdtZW50LCBmb3IgYSBnaXZlbiBzZWxkb20gU1Igcm91dGVyDQo+ID4+Pj4gd2hpY2ggY291bGRu J3QgcHJlc2VydmUgdGhlIGFib3ZlIGxhYmVsIGJsb2NrIGFuZCBhbGxvY2F0ZXMgYQ0KPiA+Pj4+ IGRpZmZlcmVudCBsYWJlbCBibG9jayAoZS5nLiwgezIwMDAsIDI5OTl9KSBpbnN0ZWFkLCBhIGxv Y2FsIGxhYmVsDQo+ID4+Pj4gY29ycmVzcG9uZGluZyB0byB0aGF0IGdsb2JhbCBsYWJlbCAob3Ig dGhhdCBwcmVmaXggc2VnbWVudCkgY291bGQNCj4gPj4+PiBiZSBjYWxjdWxhdGVkIHRocm91Z2gg b2Zmc2V0dGluZywgaS5lLiwgdGhlIHJlc3VsdCBpcyAxMDA1Kw0KPiA+Pj4+ICgyMDAwLTEwMDAp PTIwMDUuIEluIHRoaXMgd2F5LCB0aGVyZSBpcyBubyBuZWVkIGZvciBpbnRyb2R1Y2luZyB0aGUN Cj4gPj4+PiBJbmRleCBjb25jZXB0IGFueW1vcmUgYW5kIHRoZXJlZm9yZSB0aGUgYXJjaGl0ZWN0 dXJlIGJlY29tZXMgbXVjaA0KPiA+Pj4+IGVhc3kgdG8gdW5kZXJzdGFuZC4gTW9yZSBpbXBvcnRh bnRseSwgY29tcGFyZWQgdG8gdGhlIGluZGV4IGJpbmRpbmcNCj4gPj4+PiBhZHZlcnRpc2VtZW50 LCB0aGUgbGFiZWwgYmluZGluZyBhZHZlcnRpc2VkIGJ5IHRoZSBJR1AgaXMgZXhhY3RseQ0KPiA+ Pj4+IHRoZSBzYW1lIGFzIHRoYXQgaW4gdGhlIGxhYmVsIGZvcndhcmRpbmcgdGFibGUgZm9yIHRo b3NlIG1vc3QgU1INCj4gPj4+PiByb3V0ZXJzIHdoaWNoIGhhdmUgYWxsb2NhdGVkIHRoZSBhYm92 ZSBjb21tb24gbGFiZWwgYmxvY2ssIHdoaWNoIGlzDQo+ID4+Pj4gbXVjaA0KPiA+PiBiZW5lZmlj aWFsIHdoZW4gZG9pbmcgdHJvdWJsZXNob290aW5nLiBUaGlzIGFwcHJvYWNoIGRvZXMgbm90IHZp b2xhdGUNCj4gPj4gdGhlIHN0cm9uZ2VzdCBNUExTIGRvZ21hIChpLmUuLCBsYWJlbHMgTVVTVCBi ZSBsb2NhbCkgd2hpbGUhDQo+ID4+Pj4gICAgdGFraW5nIGluDQo+ID4+Pj4gdG8gYWNjb3VudCB0 aGUgYWN0dWFsIHNpdHVhdGlvbiwgSU1ITw0KPiA+Pj4+DQo+ID4+Pj4gYWJvdmUgd291bGQgcmVx dWlyZSB0aGUgInNlbGRvbSBTUiByb3V0ZXIiIHRvIGtub3cgdGhlIG9mZnNldCBmcm9tDQo+ID4+ Pj4gdGhlIFNSR0IgdXNlZCBieSBvdGhlciByb3V0ZXJzLiBIb3cgZG8geW91IGVudmlzaW9uIHRo YXQgdG8gYmUgbGVhcm5lZD8NCj4gPj4+DQo+ID4+PiBIaSBQZXRlciwNCj4gPj4+DQo+ID4+PiBJ IGRvbid0IHRoaW5rIGl0J3MgYSBiaWcgcHJvYmxlbS4gVGhlIGNvbW1vbiBTUkdCIGNvdWxkIGVp dGhlciBiZQ0KPiA+Pj4gbWFudWFsbHkNCj4gPj4gY29uZmlndXJlZCBvbiB0aGUgc2VsZG9tIFNS IHJvdXRlciBvciBhZHZlcnRpc2VkIGJ5IHRoZSBNUy4NCj4gPj4NCj4gPj4gbWFudWFsIGNvbmZp Z3VyYXRpb24gaXMgbm90IGFuIG9wdGlvbiAtIGp1c3QgaW1hZ2luZSB5b3UgaGF2ZQ0KPiA+PiBt dWx0aXBsZSAic2VsZG9tIFNSIHJvdXRlcnMiLCBlYWNoIGhhdmluZyBhIGRpZmZlcmVudCBsYWJl bCBibG9jay4NCj4gPj4gTm93IHlvdSBub3Qgb25seSBuZWVkIGFuIG9mZnNldCBmb3IgImNvbW1v biIgYmxvY2ssIGJ1dCBhbHNvIG9mZnNldA0KPiA+PiBiZXR3ZWVuIGxhYmVsIGJsb2NrcyB1c2Vk IG9uIHRoZXNlICJzZWxkb20gU1Igcm91dGVycyIuDQo+ID4NCj4gPiBQZXRlciwNCj4gPg0KPiA+ IFdoeSBkbyB5b3UgbmVlZCBvZmZzZXQgYmV0d2VlbiBsYWJlbCBibG9ja3MgdXNlZCBvbiB0aGVz ZSBzZWxkb20gU1Igcm91dGVycz8NCj4gVGhlIGNvbW1vbiBibG9jayBpcyB0aGUgb25seSBmcmFt ZSBvZiByZWZlcmVuY2UsIElNTy4NCj4gDQo+IGxldCdzIGltYWdpbmUgeW91IGhhdmUgdHdvICJz ZWxkb20gU1Igcm91dGVycyIsIEEgYW5kIEIsIGRpcmVjdGx5IGNvbm5lY3RlZC4gQSBpcw0KPiB1 c2luZyBsYWJlbCBibG9jayAxMDAwLTIwMDAsIEIgaXMgdXNpbmcgMjAwMC0zMDAwLiBGb3Igc2lt cGxpY2l0eSwgbGV0J3MgYXNzdW1lDQo+IHJlc3Qgb2YgdGhlIHJvdXRlcnMgdXNlIHRoZSBibG9j ayAwLTEwMDAuDQo+IA0KPiBOb3cgbGV0J3MgaW1hZ2luZSB5b3UgaGF2ZSBhIHByZWZpeCBYLCB3 aGljaCBpcyBhZHZlcnRpc2VkIHdpdGggbGFiZWwgMjUgZnJvbSBhDQo+IHJvdXRlciB0aGF0IHVz ZXMgdGhlIGNvbW1vbiBibG9jayAoMC0xMDAwKS4gT24gQSB5b3UgY29uZmlndXJlIHRoZSBvZmZz ZXQNCj4gKzEwMDAsIHNvIGl0IGFsbG9jYXRlIGEgbG9jYWwgbGFiZWwgb2YgMTAyNSBmb3IgWC4g Tm93IEEgd2FudHMgdG8gc2VuZCBhIHRyYWZmaWMgZm9yDQo+IFggdmlhIEIuIFlvdSB3b3VsZCBo YXZlIHRvIGNvbmZpZ3VyZSBvbiBBIHRoZSBvZmZzZXQgb2YgQiBhcyArMjAwMCAoYWdhaW5zdCB0 aGUNCj4gY29tbW9uIGJsb2NrKSBvciBhcyArMTAwMCAoYWdhaW5zdCB0aGUgQSdzIGJsb2NrKSwg c28gd2hlbiBBIHNlbmRzIGEgdHJhZmZpYyB0bw0KDQpPbmx5IGFnYWluc3QgdGhlIGNvbW1vbiBi bG9jayBzaW5jZSBpdCBpcyB0aGUgb25seSBmcmFtZSBvZiByZWZlcmVuY2UuDQoNCj4gQiwgaXQg d2lsbCB1c2UgbGFiZWwgMjAyNS4NCj4gTm8gbWF0dGVyIHdoaWNoIG1ldGhvZCBvZiBzcGVjaWZ5 aW5nIHRoZSBvZmZzZXQgeW91IHVzZSwgdGhlIHBvaW50IGlzIHRoYXQgb24gQQ0KPiB5b3UgbmVl ZCB0byBrbm93IHRoZSBvZmZzZXQgb2YgYWxsICJzZWxkb20gU1IiIHJvdXRlcnMgdGhhdCB5b3Ug bWF5IGVuZCB1cA0KPiBzZW5kaW5nIHRyYWZmaWMgdG8gLSBlaXRoZXIgZGlyZWN0bHksIG9yIGlu ZGlyZWN0bHkuIFN1Y2ggYSBjb25maWd1cmF0aW9uIG1vZGVsIGRvZXMNCj4gbm90IHNjYWxlLg0K DQpUaG9zZSAic2VsZG9tIFNSIiByb3V0ZXJzIHdvdWxkIGFkdmVydGlzZSB0aGVpciBvd24gYmxv Y2tzLiBBbmQgb25seSB0aG9zZSAic2VsZG9tIFNSIiByb3V0ZXJzIG5lZWQgdG8gYWR2ZXJ0aXNl IHRoZWlyIG93biBibG9ja3MuIEluIHRoaXMgd2F5LCB0aGVyZSBpcyBubyBuZWVkIHRvIGludHJv ZHVjZSB0aGUgaW5kZXggc3BhY2UgYW55bW9yZSwgYW5kIHRoZXJlZm9yZSB0aGUgYXJjaGl0ZWN0 dXJlIGFuZCB0aGUgdHJvdWJsZXNob290aW5nIGJlY29tZSBtdWNoIHNpbXBsZXIgZ2l2ZW4gdGhl IGFzc3VtcHRpb24gdGhhdCBvbmx5IHNlbGRvbSBTUiByb3V0ZXJzIGNvdWxkIG5vdCBhbGxvY2F0 ZSB0aGF0IGNvbW1vbiBibG9jay4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoNCj4gDQo+ID4N Cj4gPj4gT25jZSB5b3Ugc3RhcnQgdG8gYWR2ZXJ0aXNlIGl0LCB5b3UgYXJlIGJhY2sgdG8gdGhl IG1vZGVsIHdlIGhhdmUNCj4gPj4gYWxyZWFkeSwgYnV0IHlvdSBtYWRlIGl0IGV2ZW4gd29yc2Ug d2l0aCBvZmZzZXRzLg0KPiA+DQo+ID4gSSBkb24ndCB0aGluayBzby4gVGFrZSB0aGUgYWJvdmUg c2l0dWF0aW9uIGFzIGFuIGV4YW1wbGUsIGluIHRoZSBpbmRleCBiaW5kaW5nDQo+IG1vZGUsIHlv dSBjb3VsZCBhbGxvdyB0aGUgbW9zdCBTUiByb3V0ZXJzIHRvIGFkdmVydGlzZSBpdHMgbGFiZWwg cmFuZ2Ugc3RhcnRpbmcNCj4gd2l0aCB6ZXJvIHRvIGFjaGlldmUgdGhlIGFib3ZlIGVmZmVjdCAo YWx0aG91Z2ggaXQgY29uZmxpY3RzIHdpdGggdGhlIGRlZmluaXRpb24gb2YNCj4gbGFiZWwgcmFu Z2UpLiBIb3dldmVyLCBmb3IgdGhlIHNlbGRvbSBTUiByb3V0ZXIsIHdoYXQgbGFiZWwgcmFuZ2Ug c2hvdWxkIGl0DQo+IGFkdmVydGlzZT8NCj4gDQo+IHRoZSBzaW1wbGVzdCBtb2RlbCBpcyBmb3Ig ZXZlcnkgcm91dGVyIChzZWxkb20gb3IgY29tbW9uKSB0byBhZHZlcnRpc2UgaXRzIGxhYmVsDQo+ IGJsb2NrLg0KDQo+IHJlZ2FyZHMsDQo+IFBldGVyDQo+IA0KPiA+DQo+ID4gQmVzdCByZWdhcmRz LA0KPiA+IFhpYW9odQ0KPiA+DQo+ID4+IHJlZ2FyZHMsDQo+ID4+IFBldGVyDQo+ID4+DQo+ID4+ Pg0KPiA+Pj4gQmVzdCByZWdhcmRzLA0KPiA+Pj4gWGlhb2h1DQo+ID4+Pg0KPiA+Pj4+IHJlZ2Fy ZHMsDQo+ID4+Pj4gUGV0ZXINCj4gPj4+Pg0KPiA+Pj4+Pg0KPiA+Pj4+PiBCZXN0IHJlZ2FyZHMs DQo+ID4+Pj4+IFhpYW9odQ0KPiA+Pj4NCj4gPg0KDQo= From ppsenak@cisco.com Tue Feb 11 00:43:45 2014 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 7B1C71A0907; Tue, 11 Feb 2014 00:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.049 X-Spam-Level: X-Spam-Status: No, score=-10.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, 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 bfsy76XCLWvt; Tue, 11 Feb 2014 00:43:41 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id 714BE1A08F5; Tue, 11 Feb 2014 00:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5936; q=dns/txt; s=iport; t=1392108220; x=1393317820; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=Y8iYoi4B9KumLALNZgI2U5knN+eczryrp1hzXSj7HAM=; b=Mu96IhqOxb0yeFRdpZzMUoEHV06YbdG4FlYceJk0ObpNUbp+wf72yg7o bX97aPQEICrsce9III19Gx4DKPmZaLjGoNEwUV7FVdn6KpqCPAVxZHBOT Ec2MrDm9QdZfSgMcY7lEDkEmYIGdFKF2DD2d2Lmjiq96uOYkTUozLnciN 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAHvh+VKQ/khN/2dsb2JhbABZgwyEELtkgQ0WdIIlAQEBAwEjDwEFPwEBEAkCEgYCAgUMCggDAgIJAwIBAgE0Aw4GDQEFAgEBF4diCIw1m3+gHxeBKY1QBwqCZYFJAQOYKoZHi1mBb4E/Ow X-IronPort-AV: E=Sophos;i="4.95,824,1384300800"; d="scan'208";a="4202322" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-2.cisco.com with ESMTP; 11 Feb 2014 08:43:39 +0000 Received: from [10.55.51.202] (ams-ppsenak-8719.cisco.com [10.55.51.202]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s1B8hc9R030981; Tue, 11 Feb 2014 08:43:38 GMT Message-ID: <52F9E2BA.4000201@cisco.com> Date: Tue, 11 Feb 2014 09:43:38 +0100 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Xuxiaohu References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08248329@NKGEML512-MBS.china.huawei.com> <52E61BAF.2060208@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08248431@NKGEML512-MBS.china.huawei.com> <52E63015.5090404@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082493BE@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824948F@NKGEML512-MBS.china.huawei.com> <52E8C589.9010408@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082494C6@NKGEML512-MBS.china.huawei.com> <52E8C8A2.8060306@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082494F0@NKGEML512-MBS.china.huawei.com> <52E8D7E2.2030100@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824BC7E@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824BC7E@NKGEML512-MBS.china.huawei.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "ospf@ietf.org" , "spring@ietf.org" Subject: Re: [spring] [OSPF] fwd: New Version Notification for draft-xu-ospf-global-label-sid-adv-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: Tue, 11 Feb 2014 08:43:45 -0000 Hi Xuxiaohu, please see inline: On 2/11/14 03:12 , Xuxiaohu wrote: > Hi Peter, > > Sorry for late response due to a long holiday. > >> -----邮件原件----- >> 发件人: Peter Psenak [mailto:ppsenak@cisco.com] >> 发送时间: 2014年1月29日 18:29 >> 收件人: Xuxiaohu >> 抄送: ospf@ietf.org; spring@ietf.org >> 主题: Re: [spring] [OSPF] fwd: New Version Notification for >> draft-xu-ospf-global-label-sid-adv-00.txt >> >> Xuxiaohu, >> >> On 1/29/14 10:58 , Xuxiaohu wrote: >>> >>> >>>> -----邮件原件----- >>>> 发件人: Peter Psenak [mailto:ppsenak@cisco.com] >>>> 发送时间: 2014年1月29日 17:24 >>>> 收件人: Xuxiaohu >>>> 抄送: ospf@ietf.org; spring@ietf.org >>>> 主题: Re: [spring] [OSPF] fwd: New Version Notification for >>>> draft-xu-ospf-global-label-sid-adv-00.txt >>>> >>>> Xuxiaohu, >>>> >>>> On 1/29/14 10:16 , Xuxiaohu wrote: >>>>> >>>>> >>>>>> -----邮件原件----- >>>>>> 发件人: Peter Psenak [mailto:ppsenak@cisco.com] >>>>>> 发送时间: 2014年1月29日 17:11 >>>>>> 收件人: Xuxiaohu >>>>>> 抄送: ospf@ietf.org; spring@ietf.org >>>>>> 主题: Re: [spring] [OSPF] fwd: New Version Notification for >>>>>> draft-xu-ospf-global-label-sid-adv-00.txt >>>>>> >>>>>> Xiaohu, >>>>>> >>>>>> On 1/29/14 09:53 , Xuxiaohu wrote: >>>>>>> For example, assume a label block {1000, 1999} is allocated for >>>>>>> prefix >>>>>> segments by almost all SR routers and a global label 1005 is >>>>>> allocated to a given prefix segment, for a given seldom SR router >>>>>> which couldn't preserve the above label block and allocates a >>>>>> different label block (e.g., {2000, 2999}) instead, a local label >>>>>> corresponding to that global label (or that prefix segment) could >>>>>> be calculated through offsetting, i.e., the result is 1005+ >>>>>> (2000-1000)=2005. In this way, there is no need for introducing the >>>>>> Index concept anymore and therefore the architecture becomes much >>>>>> easy to understand. More importantly, compared to the index binding >>>>>> advertisement, the label binding advertised by the IGP is exactly >>>>>> the same as that in the label forwarding table for those most SR >>>>>> routers which have allocated the above common label block, which is >>>>>> much >>>> beneficial when doing troubleshooting. This approach does not violate >>>> the strongest MPLS dogma (i.e., labels MUST be local) while! >>>>>> taking in >>>>>> to account the actual situation, IMHO >>>>>> >>>>>> above would require the "seldom SR router" to know the offset from >>>>>> the SRGB used by other routers. How do you envision that to be learned? >>>>> >>>>> Hi Peter, >>>>> >>>>> I don't think it's a big problem. The common SRGB could either be >>>>> manually >>>> configured on the seldom SR router or advertised by the MS. >>>> >>>> manual configuration is not an option - just imagine you have >>>> multiple "seldom SR routers", each having a different label block. >>>> Now you not only need an offset for "common" block, but also offset >>>> between label blocks used on these "seldom SR routers". >>> >>> Peter, >>> >>> Why do you need offset between label blocks used on these seldom SR routers? >> The common block is the only frame of reference, IMO. >> >> let's imagine you have two "seldom SR routers", A and B, directly connected. A is >> using label block 1000-2000, B is using 2000-3000. For simplicity, let's assume >> rest of the routers use the block 0-1000. >> >> Now let's imagine you have a prefix X, which is advertised with label 25 from a >> router that uses the common block (0-1000). On A you configure the offset >> +1000, so it allocate a local label of 1025 for X. Now A wants to send a traffic for >> X via B. You would have to configure on A the offset of B as +2000 (against the >> common block) or as +1000 (against the A's block), so when A sends a traffic to > > Only against the common block since it is the only frame of reference. 'only' is a bit misleading here. The bottom line is that on each router that peers with 'seldom SR' router, there would need to be a specific config added - IMHO that is not an acceptable solution. > >> B, it will use label 2025. >> No matter which method of specifying the offset you use, the point is that on A >> you need to know the offset of all "seldom SR" routers that you may end up >> sending traffic to - either directly, or indirectly. Such a configuration model does >> not scale. > > Those "seldom SR" routers would advertise their own blocks. And only those "seldom SR" routers need to advertise their own blocks. In this way, there is no need to introduce the index space anymore, and therefore the architecture and the troubleshooting become much simpler given the assumption that only seldom SR routers could not allocate that common block. I believe it is simpler from both implementation and deployment perspective to consistently advertise the block from all routers. thanks, Peter > > Best regards, > Xiaohu > >> >>> >>>> Once you start to advertise it, you are back to the model we have >>>> already, but you made it even worse with offsets. >>> >>> I don't think so. Take the above situation as an example, in the index binding >> mode, you could allow the most SR routers to advertise its label range starting >> with zero to achieve the above effect (although it conflicts with the definition of >> label range). However, for the seldom SR router, what label range should it >> advertise? >> >> the simplest model is for every router (seldom or common) to advertise its label >> block. > >> regards, >> Peter >> >>> >>> Best regards, >>> Xiaohu >>> >>>> regards, >>>> Peter >>>> >>>>> >>>>> Best regards, >>>>> Xiaohu >>>>> >>>>>> regards, >>>>>> Peter >>>>>> >>>>>>> >>>>>>> Best regards, >>>>>>> Xiaohu >>>>> >>> > From aretana@cisco.com Tue Feb 11 11:24:14 2014 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 8921D1A0719 for ; Tue, 11 Feb 2014 11:24:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, 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 RKE_gh0NZmvD for ; Tue, 11 Feb 2014 11:24:12 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) by ietfa.amsl.com (Postfix) with ESMTP id E7F0E1A06F4 for ; Tue, 11 Feb 2014 11:24:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3246; q=dns/txt; s=iport; t=1392146651; x=1393356251; h=from:to:subject:date:message-id:mime-version; bh=mqHQrtLGm2BE8zlWPlSIp4+Cxlk96+TM4NuxotKAniU=; b=SsgyFo8hEvjH5zIl7Bzd11cr0A6uiL5ozQkQqxn0tsPnrcsh4fxm2vJe iAmJ8quBkeool1IvKNq5Y8pZmdlaLyw9T7s5BuHaHb5hnu6iH1Sz/BjL7 OqXSScHXIoZZUBFGaRJCTuj96xxEdBMlxneBL8zR+5GfFTmVWh1Dy1DrS Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwFAGZ4+lKtJXG+/2dsb2JhbABZAYJIRIEPu36EGhZ0giyBCwEMDh8BAUUXEAQuh2qYGbA7F44lfgQBhBAEmCqSIIMtgio X-IronPort-AV: E=Sophos;i="4.95,827,1384300800"; d="scan'208,217";a="19642323" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-1.cisco.com with ESMTP; 11 Feb 2014 19:24:11 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s1BJOBVq000481 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 11 Feb 2014 19:24:11 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.251]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Tue, 11 Feb 2014 13:24:11 -0600 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: IETF 89 Agenda Items Thread-Index: AQHPJ17X9qfZNVrbpUmdwD9XEDqvPg== Date: Tue, 11 Feb 2014 19:24:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.150.53.51] Content-Type: multipart/alternative; boundary="_000_CF1FE3084AB20aretanaciscocom_" MIME-Version: 1.0 Subject: [spring] IETF 89 Agenda Items 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: Tue, 11 Feb 2014 19:24:14 -0000 --_000_CF1FE3084AB20aretanaciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! We have a 2 hour slot in London on Wednesday afternoon: WEDNESDAY, March 5, 2014 1300-1500 Afternoon Session I Sovereign RTG spring Source Packet Routing in Ne= tworking WG We need to collect proposals for agenda items at this time. Please send yo= ur request to John and I. We will prioritize the items already listed as m= ilestones in the charter: use cases, architecture, solutions, etc. Other i= tems may be considered if we have time. Please note that we will be requiring two conditions to be part of the fina= l agenda: (1) your draft MUST have been published already, and (2) you MUST= provide the chairs with your slides by EOD on Monday, March 3, 2014. Keep the following dates in mind: Feb/14 (this Friday!): cut-ff date for ID submission. Feb/17 (Monday): Draft WG agendas are due Feb/24: Revised WG agendas are due Thanks! Alvaro. --_000_CF1FE3084AB20aretanaciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi!

We have a 2 hour slot in London on Wednesday afternoon:
WEDNESDAY, March 5, 2014
1300-1500  Afternoon Session I
Sovereign               RTG     spring          Source Packet Routing in Ne=
tworking WG
We=
 need to collect proposals for agenda items at this time.  Please send=
 your request to John and I.  We will prioritize the items already lis=
ted as milestones in the charter: use cases, architecture, solutions, etc. =
 Other items may be considered if we have time.
Please note that we will be requiring two conditions to be part of the= final agenda: (1) your draft MUST have been published already, and (2) you= MUST provide the chairs with your slides by EOD on Monday, March 3, 2014.<= /div>

Keep the following dates in mind:

Feb/14 (this Friday!): cut-ff date for ID submission.  
Feb/17 (Monday): Draft WG agendas are due
Feb/24: Revised WG agendas are due

Thanks!

Alvaro.
--_000_CF1FE3084AB20aretanaciscocom_-- From nobody Thu Feb 13 23:41:21 2014 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 52DC01A01C7 for ; Thu, 13 Feb 2014 23:41:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548] 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 EkJspUxxFEXQ for ; Thu, 13 Feb 2014 23:41:17 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 54CF21A01D8 for ; Thu, 13 Feb 2014 23:41:17 -0800 (PST) Received: from [192.168.1.4] (unknown [112.208.76.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 0EFE2180145E; Fri, 14 Feb 2014 08:41:12 +0100 (CET) Message-ID: <52FDC894.80706@pi.nu> Date: Fri, 14 Feb 2014 15:41:08 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: draft-previdi-isis-segment-routing-extensions@tools.ietf.org, "spring@ietf.org" , spring-chairs@tools.ietf.org References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> In-Reply-To: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/kW1Zj23WEvIkjApcIrTn8lMqTqs Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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, 14 Feb 2014 07:41:20 -0000 Authors, I've a question on this draft. If I understand correctly you are making allocations of code points from an already existing IANA registry. Publishing codes come with the "risk" that someone think they are truly allocated and implement using these code points. Now what will you do if some document in the pipe allocate one of the code-points you are allocating through the normal process? You will have a code point deployed, that belongs to another protocol. /Loa On 2014-02-13 23:27, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : IS-IS Extensions for Segment Routing > Authors : Stefano Previdi > Clarence Filsfils > Ahmed Bashandy > Hannes Gredler > Stephane Litkowski > Jeff Tantsura > Filename : draft-previdi-isis-segment-routing-extensions-05.txt > Pages : 27 > Date : 2014-02-13 > > Abstract: > Segment Routing (SR) allows for a flexible definition of end-to-end > paths within IGP topologies by encoding paths as sequences of > topological sub-paths, called "segments". These segments are > advertised by the link-state routing protocols (IS-IS and OSPF). > > This draft describes the necessary IS-IS extensions that need to be > introduced for Segment Routing. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing-extensions/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-previdi-isis-segment-routing-extensions-05 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-previdi-isis-segment-routing-extensions-05 > > > 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/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Feb 17 01:41:26 2014 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 8D4511A0478 for ; Mon, 17 Feb 2014 01:41:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.049 X-Spam-Level: X-Spam-Status: No, score=-15.049 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, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, 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 nrsHXbm1XDFT for ; Mon, 17 Feb 2014 01:41:22 -0800 (PST) Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id 316DF1A0392 for ; Mon, 17 Feb 2014 01:41:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4517; q=dns/txt; s=iport; t=1392630080; x=1393839680; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=VD7Ed1aqoUN+Xbj8wGitk8pANGvi3iaW9Uu/rO766G4=; b=RP+7kiDidpegOEJq6UYfdWBzQg541c2wm1AS1JoGI9x8MD84qGXeX3iV Ap5BkX7Qe0y0C5+czqPVrXKT8ixMc0bih6EDXMsY9JN364X+h5H5ZSlIp 5HN4oedU0hKug1QkA0COg8yaeXk97EpaHbAB0VNhA+1ARLL/udsaI9jQJ s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAILYAVOtJXHB/2dsb2JhbABZgwY4V75lT4EbFnSCJQEBAQMBAQEBNzEDCwUJAgIBCBIGHhAbDAsXDgIEDgUJh3QIDctSFwSOGxEBHTMCBYMkgRQElEODaYEyiy+FQoMtgXE5 X-IronPort-AV: E=Sophos;i="4.95,859,1384300800"; d="scan'208";a="105947453" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by mtv-iport-4.cisco.com with ESMTP; 17 Feb 2014 09:41:19 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id s1H9fJHF013115 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 17 Feb 2014 09:41:19 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.147]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Mon, 17 Feb 2014 03:41:18 -0600 From: "Stefano Previdi (sprevidi)" To: Loa Andersson Thread-Topic: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.txt Thread-Index: AQHPKVgvyuyncAN4TEOWL/zYQLj5+5q5mrGA Date: Mon, 17 Feb 2014 09:41:18 +0000 Message-ID: <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> In-Reply-To: <52FDC894.80706@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.203.99] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/O7-iPzEWrGz0GFX-VtMkDqtuWZQ Cc: "" , "spring@ietf.org" , "" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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, 17 Feb 2014 09:41:24 -0000 Loa, On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: > Authors, >=20 > I've a question on this draft. If I understand correctly you are making > allocations of code points from an already existing IANA registry. >=20 > Publishing codes come with the "risk" that someone think they are truly > allocated and implement using these code points. Ideally, we'd like to benefit from RFC7120 which states: This memo describes the process for early allocation of code points by IANA from registries for which "Specification Required", "RFC Required", "IETF Review", or "Standards Action" policies apply. This process can be used to alleviate the problem where code point allocation is needed to facilitate desired or required implementation and deployment experience prior to publication of an RFC, which would normally trigger code point allocation. The procedures in this document are intended to apply only to IETF Stream documents. So, terms such as "implementation" and "deployment" are used and knowing=20 that: . Segment Routing architecture as a large consensus among vendors=20 and operators . Segment Routing protocol extensions have an even larger consensus=20 among vendors and operators since the protocol extensions required=20 for Segment Routing do also address requirements from other label=20 distribution mechanisms . Segment Routing is being shipped by multiple interoperable vendors =20 (reports will follow shortly) . Segment Routing is in deployment plans of several operators I believe all conditions are met in order for us to benefit from RFC7120 and get early allocation code points. This would allow the industry to move on with this new technology and =20 IETF to still lead the innovation and standardization of it. Thanks. s. > Now what will you do if some document in the pipe allocate one of the > code-points you are allocating through the normal process? You will have > a code point deployed, that belongs to another protocol. >=20 > /Loa >=20 > On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts direc= tories. >>=20 >>=20 >> Title : IS-IS Extensions for Segment Routing >> Authors : Stefano Previdi >> Clarence Filsfils >> Ahmed Bashandy >> Hannes Gredler >> Stephane Litkowski >> Jeff Tantsura >> Filename : draft-previdi-isis-segment-routing-extensions-05.txt >> Pages : 27 >> Date : 2014-02-13 >>=20 >> Abstract: >> Segment Routing (SR) allows for a flexible definition of end-to-end >> paths within IGP topologies by encoding paths as sequences of >> topological sub-paths, called "segments". These segments are >> advertised by the link-state routing protocols (IS-IS and OSPF). >>=20 >> This draft describes the necessary IS-IS extensions that need to be >> introduced for Segment Routing. >>=20 >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing-exte= nsions/ >>=20 >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-previdi-isis-segment-routing-extensions= -05 >>=20 >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=3Ddraft-previdi-isis-segment-routing-ex= tensions-05 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of submis= sion >> until the htmlized version and diff are available at tools.ietf.org. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce >> Internet-Draft directories: http://www.ietf.org/shadow.html >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>=20 >=20 > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Mon Feb 17 12:58:18 2014 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 097431A026A for ; Mon, 17 Feb 2014 12:58:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, 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 d1j3SOOVNmJw for ; Mon, 17 Feb 2014 12:58:14 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) by ietfa.amsl.com (Postfix) with ESMTP id 99C6E1A0239 for ; Mon, 17 Feb 2014 12:58:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4859; q=dns/txt; s=iport; t=1392670692; x=1393880292; h=from:to:subject:date:message-id:mime-version; bh=7MhKNnDIjvl6wsqRDr5nu/BynbSxZ43caCm48p8pncs=; b=nDCnOqABvUxan3D8gSjw5QbpqEMKQ59zda9cHbvxNkMl7girnEOM4jx3 jTyxr9ZgSveZPgXJlqb0Um0LfRMyuLZOOip4uwd1UmJxUGsOCCDnIAz9z Mstwq39YEFAhj8JRM6DbVdVPcyrVSw00YjdrlOFjg1+CsieYA1Hss958g M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgFAOR2AlOtJXG//2dsb2JhbABYAYJCRDhXwGQWdIIsgQsBCAQOHwEBDDkUAxAEEwkSh2oNmUCxABeOLX4EAYQQBJgskiODLYIq X-IronPort-AV: E=Sophos; i="4.95,862,1384300800"; d="scan'208,217"; a="21090513" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by alln-iport-2.cisco.com with ESMTP; 17 Feb 2014 20:58:11 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id s1HKwA4t022815 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 17 Feb 2014 20:58:10 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.147]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Mon, 17 Feb 2014 14:58:10 -0600 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: [spring] IETF 89 Agenda Items Thread-Index: AQHPLCL29qfZNVrbpUmdwD9XEDqvPg== Date: Mon, 17 Feb 2014 20:58:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_CF27E1724C327aretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/MdsFxaG3tjBpeitraLRHNj4x9-k Subject: Re: [spring] IETF 89 Agenda Items 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, 17 Feb 2014 20:58:17 -0000 --_000_CF27E1724C327aretanaciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I just published the draft agenda: http://www.ietf.org/proceedings/89/agend= a/agenda-89-spring We still have plenty of time if anyone wants to add anything or in case I m= issed someone. The final agenda is due on Feb/24. Authors: we require your slides by EOD on Monday, March/3. Thanks! Alvaro. On 2/11/14 2:24 PM, "Alvaro Retana (aretana)" > wrote: Hi! We have a 2 hour slot in London on Wednesday afternoon: WEDNESDAY, March 5, 2014 1300-1500 Afternoon Session I Sovereign RTG spring Source Packet Routing in Ne= tworking WG We need to collect proposals for agenda items at this time. Please send yo= ur request to John and I. We will prioritize the items already listed as m= ilestones in the charter: use cases, architecture, solutions, etc. Other i= tems may be considered if we have time. Please note that we will be requiring two conditions to be part of the fina= l agenda: (1) your draft MUST have been published already, and (2) you MUST= provide the chairs with your slides by EOD on Monday, March 3, 2014. Keep the following dates in mind: Feb/14 (this Friday!): cut-ff date for ID submission. Feb/17 (Monday): Draft WG agendas are due Feb/24: Revised WG agendas are due Thanks! Alvaro. --_000_CF27E1724C327aretanaciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi!


We still have plenty of time if anyone wants to add anything or in cas= e I missed someone.  The final agenda is due on Feb/24.

Authors:  we require your slides by EOD on Monday, March/3.

Thanks!

Alvaro.


On 2/11/14 2:24 PM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

We have a 2 hour slot in London on Wednesday afternoon:
WEDNESDAY, March 5, 2014
1300-1500  Afternoon Session I
Sovereign               RTG     spring          Source Packet Routing in Ne=
tworking WG
We=
 need to collect proposals for agenda items at this time.  Please send=
 your request to John and I.  We will prioritize the items already lis=
ted as milestones in the charter: use cases, architecture, solutions, etc. =
 Other items may be considered if we have time.
Please note that we will be requiring two conditions to be part of the= final agenda: (1) your draft MUST have been published already, and (2) you= MUST provide the chairs with your slides by EOD on Monday, March 3, 2014.<= /div>

Keep the following dates in mind:

Feb/14 (this Friday!): cut-ff date for ID submission.  
Feb/17 (Monday): Draft WG agendas are due
Feb/24: Revised WG agendas are due

Thanks!

Alvaro.
 --_000_CF27E1724C327aretanaciscocom_-- From nobody Mon Feb 17 18:45:06 2014 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 72D6D1A0020 for ; Mon, 17 Feb 2014 18:45:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.749 X-Spam-Level: X-Spam-Status: No, score=-4.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 huGniZeDEqDe for ; Mon, 17 Feb 2014 18:45:02 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id DDCA71A02DA for ; Mon, 17 Feb 2014 18:45:01 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBF76494; Tue, 18 Feb 2014 02:44:58 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Feb 2014 02:44:51 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Feb 2014 02:44:57 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Tue, 18 Feb 2014 10:44:53 +0800 From: Xuxiaohu To: "spring@ietf.org" Thread-Topic: Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-00.txt Thread-Index: AQHPJIAmMnUBRlNs00GvfzjsetARi5q6T5DQ Date: Tue, 18 Feb 2014 02:44:51 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/8m35V1EjTHoPZ5kH65pLGf7lq-w Subject: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-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: Tue, 18 Feb 2014 02:45:04 -0000 SGkgU1BSSU5HZXIsDQoNCkFzIHN0YXRlZCBpbiB0aGUgU1IgdXNlIGNhc2UgZHJhZnQgKGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWZpbHNmaWxzLXJ0Z3dnLXNlZ21lbnQtcm91dGlu Zy11c2UtY2FzZXMpLCBzZXJ2aWNlIGNoYWluIGlzIG9uZSBvZiB0aGUgbW9zdCBpbXBvcnRhbnQg dXNlIGNhc2VzIGZvciBTUFJJTkcuIEluIHRoaXMgcGFydGljdWxhciB1c2UgY2FzZSwgaXQgc2Vl bXMgdGhhdCBpdCdzIG9ubHkgbmVjZXNzYXJ5IHRvIGVuYWJsZSBTUiBjYXBhYmlsaXR5IG9uIHNl cnZpY2Ugbm9kZXMsIGluIGFkZGl0aW9uIHRvIGluZ3Jlc3MgYW5kIGVncmVzcyBub2Rlcy4gSW4g b3RoZXIgd29yZCwgaXQgc2VlbXMgbm8gbmVlZCBmb3IgaW50ZXJtZWRpYXRlIG5vZGVzIHRvIGVu YWJsZSBTUiBjYXBhYmlsaXR5IGF0IGFsbC4gSW4gdGhpcyB3YXksIHRoZSBkZXBsb3ltZW50IGNv c3Qgd291bGQgYmUgZ3JlYXRseSByZWR1Y2VkIHNpbmNlIHRoZSBpbnRlcm1lZGlhdGUgbm9kZXMg ZG9uJ3QgbmVlZCB0byBiZSB1cGdyYWRlZCBhbnltb3JlLiBUbyBhY2hpZXZlIHRoZSBhYm92ZSBn b2FsLCBpdCBvbmx5IHJlcXVpcmVzIGEgU1Igbm9kZSB0byBlbmNhcHN1bGF0ZSB0aGUgdG8tYmUt Zm9yd2FyZGVkIE1QTFMgcGFja2V0cyB3aXRoIGFuIElQIHR1bm5lbCBoZWFkZXIoZS5nLiwgR1JF IHR1bm5lbCkgYW5kIHRoZW4gc2VuZCB0aGUgZW5jYXBzdWxhdGVkIHBhY2tldHMgdG8gdGhlIG5l eHQtaG9wIFNSIG5vZGUgd2hpY2ggaXMgaWRlbnRpZmllZCBieSB0aGUgdG9wIGxhYmVsLCBvbmNl IHRoZSBkaXJlY3QgSUdQIG5leHQtaG9wIG5vZGUgaXMgbm9uLVNSLWNhcGFibGUuIEFzIGZvciB3 aGF0IHR1bm5lbCB0eXBlIGlzIHRvIGJlIHVzZWQsIGl0IGNvdWxkIGVpdGhlciBiZSBtYW51YWxs eSBjb25maWd1cmVkIG9uIHRoZSB0dW5uZWwgaW5ncmVzcyBub2RlcyBvciBkeW5hbWljYWxseSBh ZHZlcnRpc2VkIGJ5IHRoZSB0dW5uZWwgZWdyZXNzIG5vZGVzLiANCg0KU2luY2UgaW50ZXJvcGVy YWJpbGl0eSB3aXRoIG5vbi1TUFJJTkcgbm9kZXMgaGF2ZSBiZWVuIHJlY29nbml6ZWQgYXMgYSBt dXN0IGJ5IHRoZSBTUFJJTkcgcHJvYmxlbSBzdGF0ZW1lbnQgZHJhZnQsIGluIGFkZGl0aW9uIHRv IHRoZSBMRFAtU1ItaW50ZXJvcGVyYXRpb24sIGhvdyB0byBjb25uZWN0IFNQUklORyBpc2xhbmRz IChvciBub2Rlcykgb3ZlciBJUCBzaG91bGQgYmUgY29uc2lkZXJlZCBhcyBhIHVzZWZ1bCBpbnRl cm9wZXJhdGlvbiBvcHRpb24gYXMgd2VsbCwgSU1ITy4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1 DQoNCg0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogaW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiDlj5HpgIHm l7bpl7Q6IDIwMTTlubQy5pyIOOaXpSAxMTo0NQ0KPiDmlLbku7bkuro6IFNpdmEgU2l2YWJhbGFu OyBTaXZhIFNpdmFiYWxhbjsgWHV4aWFvaHU7IFh1eGlhb2h1DQo+IOS4u+mimDogTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvcg0KPiBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9u LW92ZXItaXAtMDAudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXh1 LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcC0wMC50eHQNCj4gaGFzIGJlZW4gc3Vj Y2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUgWHUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiBy ZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rp b24tb3Zlci1pcA0KPiBSZXZpc2lvbjoJMDANCj4gVGl0bGU6CQlDb25uZWN0aW5nIFNQUklORyBJ c2xhbmRzIG92ZXIgSVAgTmV0d29ya3MNCj4gRG9jdW1lbnQgZGF0ZToJMjAxNC0wMi0wOA0KPiBH cm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczoJCTQNCj4gVVJMOg0KPiBodHRw Oi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC14dS1zcHJpbmctaXNsYW5kcy1j b25uZWN0aW9uLW92ZXItaXAtDQo+IDAwLnR4dA0KPiBTdGF0dXM6DQo+IGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zl ci1pcC8NCj4gSHRtbGl6ZWQ6DQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXh1 LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcC0wMA0KPiANCj4gDQo+IEFic3RyYWN0 Og0KPiAgICBTZWdtZW50IFJvdXRpbmcgKFNSKSBhcmNoaXRlY3R1cmUgW1NSLUFSQ0hdIGludHJv ZHVjZXMgYSBuZXcgTVBMUw0KPiAgICBwYXJhZGlnbSBpbiB3aGljaCBhIHNlbmRlciBvZiBhIHBh Y2tldCBpcyBhbGxvd2VkIHRvIHBhcnRpYWxseSBvcg0KPiAgICBjb21wbGV0ZWx5IHNwZWNpZnkg dGhlIHJvdXRlIHRoZSBwYWNrZXQgdGFrZXMgdGhyb3VnaCB0aGUgbmV0d29yayBieQ0KPiAgICB1 c2luZyBzdGFja2VkIE1QTFMgbGFiZWxzLiBUaGUgY3VycmVudCBTUiBhcmNoaXRlY3R1cmUgcmVx dWlyZXMgYW4NCj4gICAgZW5kLXRvLWVuZCBNUExTIExhYmVsIFN3aXRjaGVkIFBhdGggKExTUCkg YmV0d2VlbiBhbnkgdHdvIFNSLWVuYWJsZWQNCj4gICAgcm91dGVycyAoZS5nLiwgdHdvIGFkamFj ZW50IGhvcHMgb2YgYSBnaXZlbiBleHBsaWNpdCBwYXRoKS4gSW4gb3JkZXINCj4gICAgdG8gZW5h YmxlIFNSIHRvIGJlIGRlcGxveWVkIGV2ZW4gd2hlbiB0aGVyZSBhcmUgbm9uLU1QTFMgcm91dGVy cw0KPiAgICBhbG9uZyB0aGUgcGF0aCBiZXR3ZWVuIHR3byBTUi1lbmFibGVkIHJvdXRlcnMsIGl0 IGlzIGRlc2lyYWJsZSB0bw0KPiAgICBoYXZlIGFuIGFsdGVybmF0aXZlLCB3aGljaCBhbGxvd3Mg dGhlIHVzZSBvZiBJUC1iYXNlZCB0dW5uZWxzIChlLmcuLA0KPiAgICBHUkUgdHVubmVscykgdG8g Y29ubmVjdCB0d28gU1ItZW5hYmxlZCByb3V0ZXJzLiBUaGlzIGRvY3VtZW50DQo+ICAgIGRlc2Ny aWJlcyBhIG1lY2hhbmlzbSBmb3Igc3VjaCB1c2FnZS4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFz ZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1l IG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0 DQoNCg== From nobody Tue Feb 18 01:40:45 2014 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 EF92B1A05F9 for ; Tue, 18 Feb 2014 01:40:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.511 X-Spam-Level: * X-Spam-Status: No, score=1.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, MIME_CHARSET_FARAWAY=2.45, SPF_PASS=-0.001] autolearn=no 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 6RwvQrfzwwSN for ; Tue, 18 Feb 2014 01:40:41 -0800 (PST) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) by ietfa.amsl.com (Postfix) with ESMTP id 5D43F1A05E8 for ; Tue, 18 Feb 2014 01:40:41 -0800 (PST) Received: by mail-lb0-f169.google.com with SMTP id q8so12335229lbi.28 for ; Tue, 18 Feb 2014 01:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=CATaEe7TJ6FiOOS212mPbszblAOSiOCiW3xMWlsgtaM=; b=09n9C1YDe+AMp7mSHnOi3ViDPYUWRxkSKg5eCt2wF2DZu0lRuAcSdJVWo0of+mEkTf 8dcT4+a7IDR7Sp5oMKziNMd3gD6/7CqFPc1Z9g/Y9GDVhRqshd76FVZKZcokHmKdnBgs Ut7djNf5VyL/1ks9tOwEIRQg88rU3izcnsGFu7iI+cyYPB0bzue1qHgMsH1FNlDE6Fdi WJFzE7tsJErMRP2VmIK2MZ51SCBHeGSPxzf9gcGSPpYqIGSzQxhiPnEpCTW+K+74sKBz MJ/Yj0j7F8uJ1FpxnRXAsQzyJwNqSDCIiAWI8fDjFtSMS4d8LoMwQU/H7dslozzDZ9wD ZWHg== MIME-Version: 1.0 X-Received: by 10.112.160.200 with SMTP id xm8mr19999795lbb.24.1392716437649; Tue, 18 Feb 2014 01:40:37 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.112.51.105 with HTTP; Tue, 18 Feb 2014 01:40:37 -0800 (PST) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> Date: Tue, 18 Feb 2014 10:40:37 +0100 X-Google-Sender-Auth: kH-Pay_oOXHF7tWbrUSkEDvKzDc Message-ID: From: Robert Raszuk To: Xuxiaohu Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/spring/acx_9WxZa0nkTdCDX8FBSal2_jE Cc: "spring@ietf.org" Subject: Re: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-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: Tue, 18 Feb 2014 09:40:44 -0000 Hi Xu, You wrote: The current SR architecture requires an end-to-end MPLS Label Switched Path (LSP) between any two SR-enabled routers (e.g., any two adjacent hops of a given explicit path). But this is not quite right. SR architecture has been very clear to support operation over both: non MPLS pure IP networks as well as MPLS networks. Specifically the architecture draft says: Segment Routing can also be applied to IPv6 with a new type of routing extension header. So at least one deployment model is to use new IPv6 header with additional extension headers. The dst address in the IPv6 packet can be original (only extension headers are inserted) or new one added at ingress which would exactly provide the functionality you describe. In other words I am not sure there are use cases to have partial MPLS deployments at all. You either run MPLS signalling protocol and MPLS data plane or just operate real IP dual stack or IPv6 only network. Cheers, R. On Tue, Feb 18, 2014 at 3:44 AM, Xuxiaohu wrote: > > Hi SPRINGer, > > As stated in the SR use case draft (http://tools.ietf.org/html/draft-fils= fils-rtgwg-segment-routing-use-cases), service chain is one of the most imp= ortant use cases for SPRING. In this particular use case, it seems that it'= s only necessary to enable SR capability on service nodes, in addition to i= ngress and egress nodes. In other word, it seems no need for intermediate n= odes to enable SR capability at all. In this way, the deployment cost would= be greatly reduced since the intermediate nodes don't need to be upgraded = anymore. To achieve the above goal, it only requires a SR node to encapsula= te the to-be-forwarded MPLS packets with an IP tunnel header(e.g., GRE tunn= el) and then send the encapsulated packets to the next-hop SR node which is= identified by the top label, once the direct IGP next-hop node is non-SR-c= apable. As for what tunnel type is to be used, it could either be manually = configured on the tunnel ingress nodes or dynamically advertised by the tun= nel egress nodes. > > Since interoperability with non-SPRING nodes have been recognized as a mu= st by the SPRING problem statement draft, in addition to the LDP-SR-interop= eration, how to connect SPRING islands (or nodes) over IP should be conside= red as a useful interoperation option as well, IMHO. > > Best regards, > Xiaohu > > > > -----=D3=CA=BC=FE=D4=AD=BC=FE----- > > =B7=A2=BC=FE=C8=CB: internet-drafts@ietf.org [mailto:internet-drafts@ie= tf.org] > > =B7=A2=CB=CD=CA=B1=BC=E4: 2014=C4=EA2=D4=C28=C8=D5 11:45 > > =CA=D5=BC=FE=C8=CB: Siva Sivabalan; Siva Sivabalan; Xuxiaohu; Xuxiaohu > > =D6=F7=CC=E2: New Version Notification for > > draft-xu-spring-islands-connection-over-ip-00.txt > > > > > > A new version of I-D, draft-xu-spring-islands-connection-over-ip-00.txt > > has been successfully submitted by Xiaohu Xu and posted to the IETF rep= ository. > > > > Name: draft-xu-spring-islands-connection-over-ip > > Revision: 00 > > Title: Connecting SPRING Islands over IP Networks > > Document date: 2014-02-08 > > Group: Individual Submission > > Pages: 4 > > URL: > > http://www.ietf.org/internet-drafts/draft-xu-spring-islands-connection-= over-ip- > > 00.txt > > Status: > > https://datatracker.ietf.org/doc/draft-xu-spring-islands-connection-ove= r-ip/ > > Htmlized: > > http://tools.ietf.org/html/draft-xu-spring-islands-connection-over-ip-0= 0 > > > > > > Abstract: > > Segment Routing (SR) architecture [SR-ARCH] introduces a new MPLS > > paradigm in which a sender of a packet is allowed to partially or > > completely specify the route the packet takes through the network by > > using stacked MPLS labels. The current SR architecture requires an > > end-to-end MPLS Label Switched Path (LSP) between any two SR-enabled > > routers (e.g., two adjacent hops of a given explicit path). In order > > to enable SR to be deployed even when there are non-MPLS routers > > along the path between two SR-enabled routers, it is desirable to > > have an alternative, which allows the use of IP-based tunnels (e.g., > > GRE tunnels) to connect two SR-enabled routers. This document > > describes a mechanism for such usage. > > > > > > > > > > Please note that it may take a couple of minutes from the time of submi= ssion > > until the htmlized version and diff are available at tools.ietf.org. > > > > The IETF Secretariat > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Tue Feb 18 02:02:59 2014 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 068B61A0648 for ; Tue, 18 Feb 2014 02:02:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.96 X-Spam-Level: X-Spam-Status: No, score=-1.96 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 M9SA3LvSl2tr for ; Tue, 18 Feb 2014 02:02:53 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 69FB21A0646 for ; Tue, 18 Feb 2014 02:02:52 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBG10384; Tue, 18 Feb 2014 10:02:49 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Feb 2014 10:02:39 +0000 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Feb 2014 10:02:47 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Tue, 18 Feb 2014 18:02:39 +0800 From: Xuxiaohu To: Robert Raszuk Thread-Topic: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-00.txt Thread-Index: AQHPJIAmMnUBRlNs00GvfzjsetARi5q6T5DQ///8R4CAAIg0oA== Date: Tue, 18 Feb 2014 10:02:39 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/15L5u6pvEtv5R3Ra4I8kBJ4W6aQ Cc: "spring@ietf.org" Subject: Re: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-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: Tue, 18 Feb 2014 10:02:56 -0000 SGkgUm9iZXJ0LA0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IHNwcmluZyBbbWFp bHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFJvYmVydCBSYXN6dWsNCj4gt6LLzcqx vOQ6IDIwMTTE6jLUwjE4yNUgMTc6NDENCj4gytW8/sjLOiBYdXhpYW9odQ0KPiCzrcvNOiBzcHJp bmdAaWV0Zi5vcmcNCj4g1vfM4jogUmU6IFtzcHJpbmddIFdoeSBjb25uZWN0aW5nIFNQUklORyBp c2xhbmRzIG92ZXIgSVAvL0ZXRDogTmV3IFZlcnNpb24NCj4gTm90aWZpY2F0aW9uIGZvciBkcmFm dC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAtMDAudHh0DQo+IA0KPiBIaSBY dSwNCj4gDQo+IFlvdSB3cm90ZToNCj4gDQo+ICAgIFRoZSBjdXJyZW50IFNSIGFyY2hpdGVjdHVy ZSByZXF1aXJlcyBhbiBlbmQtdG8tZW5kIE1QTFMgTGFiZWwNCj4gICAgU3dpdGNoZWQgUGF0aCAo TFNQKSBiZXR3ZWVuIGFueSB0d28gU1ItZW5hYmxlZCByb3V0ZXJzIChlLmcuLCBhbnkgdHdvDQo+ ICAgIGFkamFjZW50IGhvcHMgb2YgYSBnaXZlbiBleHBsaWNpdCBwYXRoKS4NCj4gDQo+IEJ1dCB0 aGlzIGlzIG5vdCBxdWl0ZSByaWdodC4gU1IgYXJjaGl0ZWN0dXJlIGhhcyBiZWVuIHZlcnkgY2xl YXIgdG8gc3VwcG9ydA0KPiBvcGVyYXRpb24gb3ZlciBib3RoOiBub24gTVBMUyBwdXJlIElQIG5l dHdvcmtzIGFzIHdlbGwgYXMgTVBMUyBuZXR3b3Jrcy4NCj4gDQo+IFNwZWNpZmljYWxseSB0aGUg YXJjaGl0ZWN0dXJlIGRyYWZ0IHNheXM6DQo+IA0KPiAgICBTZWdtZW50IFJvdXRpbmcgY2FuIGFs c28gYmUgYXBwbGllZCB0byBJUHY2IHdpdGggYSBuZXcgdHlwZSBvZg0KPiAgICByb3V0aW5nIGV4 dGVuc2lvbiBoZWFkZXIuDQo+IA0KPiBTbyBhdCBsZWFzdCBvbmUgZGVwbG95bWVudCBtb2RlbCBp cyB0byB1c2UgbmV3IElQdjYgaGVhZGVyIHdpdGggYWRkaXRpb25hbA0KPiBleHRlbnNpb24gaGVh ZGVycy4gVGhlIGRzdCBhZGRyZXNzIGluIHRoZSBJUHY2IHBhY2tldCBjYW4gYmUgb3JpZ2luYWwg KG9ubHkNCj4gZXh0ZW5zaW9uIGhlYWRlcnMgYXJlIGluc2VydGVkKSBvciBuZXcgb25lIGFkZGVk IGF0IGluZ3Jlc3Mgd2hpY2ggd291bGQNCj4gZXhhY3RseSBwcm92aWRlIHRoZSBmdW5jdGlvbmFs aXR5IHlvdSBkZXNjcmliZS4NCj4gDQo+IEluIG90aGVyIHdvcmRzIEkgYW0gbm90IHN1cmUgdGhl cmUgYXJlIHVzZSBjYXNlcyB0byBoYXZlIHBhcnRpYWwgTVBMUw0KPiBkZXBsb3ltZW50cyBhdCBh bGwuIFlvdSBlaXRoZXIgcnVuIE1QTFMgc2lnbmFsbGluZyBwcm90b2NvbCBhbmQgTVBMUyBkYXRh IHBsYW5lDQo+IG9yIGp1c3Qgb3BlcmF0ZSByZWFsIElQIGR1YWwgc3RhY2sgb3IgSVB2NiBvbmx5 IG5ldHdvcmsuDQoNClRha2UgdGhlIHNlcnZpY2UgY2hhaW4gdXNlIGNhc2UgYXMgYW4gZXhhbXBs ZSwgaWYgb3BlcmF0b3JzIHdhbnQgdG8gdXNlIHRoZSBzZWdtZW50IHJvdXRpbmcgdGVjaG5vbG9n eSB0byBkZWZpbmUgdGhlIHNlcnZpY2UgY2hhaW4gcGF0aCwgdGhleSB3b3VsZCBoYXZlIHRvIHVw Z3JhZGUgYWxsIHRoZSByb3V0ZXJzIHdpdGhpbiB0aGVpciBuZXR3b3JrcyBhY2NvcmRpbmcgdG8g dGhlIGN1cnJlbnQgU1IgYXJjaGl0ZWN0dXJlLiBUaGF0IHdvdWxkIGJlIGNvc3RseS4gV2l0aCB0 aGUgbWVjaGFuaXNtIHByb3Bvc2VkIGluIHRoaXMgZHJhZnQsIHRoZXkganVzdCBuZWVkIHRvIHVw Z3JhZGUgdGhlIHNlcnZpY2Ugbm9kZXMgYW5kIGluZ3Jlc3MvZWdyZXNzIG5vZGVzIHRvIHN1cHBv cnQgU1IgY2FwYWJpbGl0eS4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1IA0KDQo+IENoZWVycywN Cj4gUi4NCj4gDQo+IE9uIFR1ZSwgRmViIDE4LCAyMDE0IGF0IDM6NDQgQU0sIFh1eGlhb2h1IDx4 dXhpYW9odUBodWF3ZWkuY29tPiB3cm90ZToNCj4gPg0KPiA+IEhpIFNQUklOR2VyLA0KPiA+DQo+ ID4gQXMgc3RhdGVkIGluIHRoZSBTUiB1c2UgY2FzZSBkcmFmdA0KPiAoaHR0cDovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtZmlsc2ZpbHMtcnRnd2ctc2VnbWVudC1yb3V0aW5nLXVzZS1jYXNl cyksDQo+IHNlcnZpY2UgY2hhaW4gaXMgb25lIG9mIHRoZSBtb3N0IGltcG9ydGFudCB1c2UgY2Fz ZXMgZm9yIFNQUklORy4gSW4gdGhpcw0KPiBwYXJ0aWN1bGFyIHVzZSBjYXNlLCBpdCBzZWVtcyB0 aGF0IGl0J3Mgb25seSBuZWNlc3NhcnkgdG8gZW5hYmxlIFNSIGNhcGFiaWxpdHkgb24NCj4gc2Vy dmljZSBub2RlcywgaW4gYWRkaXRpb24gdG8gaW5ncmVzcyBhbmQgZWdyZXNzIG5vZGVzLiBJbiBv dGhlciB3b3JkLCBpdCBzZWVtcw0KPiBubyBuZWVkIGZvciBpbnRlcm1lZGlhdGUgbm9kZXMgdG8g ZW5hYmxlIFNSIGNhcGFiaWxpdHkgYXQgYWxsLiBJbiB0aGlzIHdheSwgdGhlDQo+IGRlcGxveW1l bnQgY29zdCB3b3VsZCBiZSBncmVhdGx5IHJlZHVjZWQgc2luY2UgdGhlIGludGVybWVkaWF0ZSBu b2RlcyBkb24ndA0KPiBuZWVkIHRvIGJlIHVwZ3JhZGVkIGFueW1vcmUuIFRvIGFjaGlldmUgdGhl IGFib3ZlIGdvYWwsIGl0IG9ubHkgcmVxdWlyZXMgYSBTUg0KPiBub2RlIHRvIGVuY2Fwc3VsYXRl IHRoZSB0by1iZS1mb3J3YXJkZWQgTVBMUyBwYWNrZXRzIHdpdGggYW4gSVAgdHVubmVsDQo+IGhl YWRlcihlLmcuLCBHUkUgdHVubmVsKSBhbmQgdGhlbiBzZW5kIHRoZSBlbmNhcHN1bGF0ZWQgcGFj a2V0cyB0byB0aGUNCj4gbmV4dC1ob3AgU1Igbm9kZSB3aGljaCBpcyBpZGVudGlmaWVkIGJ5IHRo ZSB0b3AgbGFiZWwsIG9uY2UgdGhlIGRpcmVjdCBJR1ANCj4gbmV4dC1ob3Agbm9kZSBpcyBub24t U1ItY2FwYWJsZS4gQXMgZm9yIHdoYXQgdHVubmVsIHR5cGUgaXMgdG8gYmUgdXNlZCwgaXQgY291 bGQNCj4gZWl0aGVyIGJlIG1hbnVhbGx5IGNvbmZpZ3VyZWQgb24gdGhlIHR1bm5lbCBpbmdyZXNz IG5vZGVzIG9yIGR5bmFtaWNhbGx5DQo+IGFkdmVydGlzZWQgYnkgdGhlIHR1bm5lbCBlZ3Jlc3Mg bm9kZXMuDQo+ID4NCj4gPiBTaW5jZSBpbnRlcm9wZXJhYmlsaXR5IHdpdGggbm9uLVNQUklORyBu b2RlcyBoYXZlIGJlZW4gcmVjb2duaXplZCBhcyBhIG11c3QNCj4gYnkgdGhlIFNQUklORyBwcm9i bGVtIHN0YXRlbWVudCBkcmFmdCwgaW4gYWRkaXRpb24gdG8gdGhlDQo+IExEUC1TUi1pbnRlcm9w ZXJhdGlvbiwgaG93IHRvIGNvbm5lY3QgU1BSSU5HIGlzbGFuZHMgKG9yIG5vZGVzKSBvdmVyIElQ IHNob3VsZA0KPiBiZSBjb25zaWRlcmVkIGFzIGEgdXNlZnVsIGludGVyb3BlcmF0aW9uIG9wdGlv biBhcyB3ZWxsLCBJTUhPLg0KPiA+DQo+ID4gQmVzdCByZWdhcmRzLA0KPiA+IFhpYW9odQ0KPiA+ DQo+ID4NCj4gPiA+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiA+ID4gt6K8/sjLOiBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ID4gPiC3 osvNyrG85DogMjAxNMTqMtTCOMjVIDExOjQ1DQo+ID4gPiDK1bz+yMs6IFNpdmEgU2l2YWJhbGFu OyBTaXZhIFNpdmFiYWxhbjsgWHV4aWFvaHU7IFh1eGlhb2h1DQo+ID4gPiDW98ziOiBOZXcgVmVy c2lvbiBOb3RpZmljYXRpb24gZm9yDQo+ID4gPiBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25u ZWN0aW9uLW92ZXItaXAtMDAudHh0DQo+ID4gPg0KPiA+ID4NCj4gPiA+IEEgbmV3IHZlcnNpb24g b2YgSS1ELA0KPiA+ID4gZHJhZnQteHUtc3ByaW5nLWlzbGFuZHMtY29ubmVjdGlvbi1vdmVyLWlw LTAwLnR4dA0KPiA+ID4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUg WHUgYW5kIHBvc3RlZCB0byB0aGUgSUVURg0KPiByZXBvc2l0b3J5Lg0KPiA+ID4NCj4gPiA+IE5h bWU6ICAgICAgICAgZHJhZnQteHUtc3ByaW5nLWlzbGFuZHMtY29ubmVjdGlvbi1vdmVyLWlwDQo+ ID4gPiBSZXZpc2lvbjogICAgIDAwDQo+ID4gPiBUaXRsZTogICAgICAgICAgICAgICAgQ29ubmVj dGluZyBTUFJJTkcgSXNsYW5kcyBvdmVyIElQIE5ldHdvcmtzDQo+ID4gPiBEb2N1bWVudCBkYXRl OiAgICAgICAgMjAxNC0wMi0wOA0KPiA+ID4gR3JvdXA6ICAgICAgICAgICAgICAgIEluZGl2aWR1 YWwgU3VibWlzc2lvbg0KPiA+ID4gUGFnZXM6ICAgICAgICAgICAgICAgIDQNCj4gPiA+IFVSTDoN Cj4gPiA+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXh1LXNwcmlu Zy1pc2xhbmRzLWNvbm5lY3RpDQo+ID4gPiBvbi1vdmVyLWlwLQ0KPiA+ID4gMDAudHh0DQo+ID4g PiBTdGF0dXM6DQo+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14 dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLQ0KPiA+ID4gb3Zlci1pcC8NCj4gPiA+IEh0bWxp emVkOg0KPiA+ID4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtc3ByaW5nLWlz bGFuZHMtY29ubmVjdGlvbi1vdmVyLWkNCj4gPiA+IHAtMDANCj4gPiA+DQo+ID4gPg0KPiA+ID4g QWJzdHJhY3Q6DQo+ID4gPiAgICBTZWdtZW50IFJvdXRpbmcgKFNSKSBhcmNoaXRlY3R1cmUgW1NS LUFSQ0hdIGludHJvZHVjZXMgYSBuZXcgTVBMUw0KPiA+ID4gICAgcGFyYWRpZ20gaW4gd2hpY2gg YSBzZW5kZXIgb2YgYSBwYWNrZXQgaXMgYWxsb3dlZCB0byBwYXJ0aWFsbHkgb3INCj4gPiA+ICAg IGNvbXBsZXRlbHkgc3BlY2lmeSB0aGUgcm91dGUgdGhlIHBhY2tldCB0YWtlcyB0aHJvdWdoIHRo ZSBuZXR3b3JrIGJ5DQo+ID4gPiAgICB1c2luZyBzdGFja2VkIE1QTFMgbGFiZWxzLiBUaGUgY3Vy cmVudCBTUiBhcmNoaXRlY3R1cmUgcmVxdWlyZXMgYW4NCj4gPiA+ICAgIGVuZC10by1lbmQgTVBM UyBMYWJlbCBTd2l0Y2hlZCBQYXRoIChMU1ApIGJldHdlZW4gYW55IHR3bw0KPiBTUi1lbmFibGVk DQo+ID4gPiAgICByb3V0ZXJzIChlLmcuLCB0d28gYWRqYWNlbnQgaG9wcyBvZiBhIGdpdmVuIGV4 cGxpY2l0IHBhdGgpLiBJbiBvcmRlcg0KPiA+ID4gICAgdG8gZW5hYmxlIFNSIHRvIGJlIGRlcGxv eWVkIGV2ZW4gd2hlbiB0aGVyZSBhcmUgbm9uLU1QTFMgcm91dGVycw0KPiA+ID4gICAgYWxvbmcg dGhlIHBhdGggYmV0d2VlbiB0d28gU1ItZW5hYmxlZCByb3V0ZXJzLCBpdCBpcyBkZXNpcmFibGUg dG8NCj4gPiA+ICAgIGhhdmUgYW4gYWx0ZXJuYXRpdmUsIHdoaWNoIGFsbG93cyB0aGUgdXNlIG9m IElQLWJhc2VkIHR1bm5lbHMgKGUuZy4sDQo+ID4gPiAgICBHUkUgdHVubmVscykgdG8gY29ubmVj dCB0d28gU1ItZW5hYmxlZCByb3V0ZXJzLiBUaGlzIGRvY3VtZW50DQo+ID4gPiAgICBkZXNjcmli ZXMgYSBtZWNoYW5pc20gZm9yIHN1Y2ggdXNhZ2UuDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4g Pg0KPiA+ID4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2YNCj4gPiA+IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gPiA+DQo+ ID4gPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+ID4g c3ByaW5nQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9zcHJpbmcNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQo= From nobody Tue Feb 18 05:21:34 2014 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 B5D821A04B1 for ; Tue, 18 Feb 2014 05:21:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.511 X-Spam-Level: * X-Spam-Status: No, score=1.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, MIME_CHARSET_FARAWAY=2.45, SPF_PASS=-0.001] autolearn=no 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 WLvm6WXW7FuW for ; Tue, 18 Feb 2014 05:21:30 -0800 (PST) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 16DBD1A04C8 for ; Tue, 18 Feb 2014 05:21:27 -0800 (PST) Received: by mail-lb0-f175.google.com with SMTP id p9so12085417lbv.6 for ; Tue, 18 Feb 2014 05:21:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=spk3Ugm0sukoNFAHpO8umybthVaoHo+c8jh6QuxHzsw=; b=eOXt/KsBnZbr4ww4DcPnqOaLu1c9M4TnNyeAw3Abx6SvTngNQmXecm7LGIjWZJahUr utWKvuzFnoH1nPxWsfJ+C56Dqmmt0obCtiVBDtLZw/iAWa6xVjC+KZ+bTZOhlM1C3mGO DnMhtC5kXwGU22jLOAgYe/QIIk3qkOHq6fgGUQ22AfJ1k9H9F1C/CKXSNha4AtSGqVZx 0RvtuEfUcHP6e+1CBgMKtJevO4JmH8XdBmycxuf150/18v5YSkN9w3M0/8KMJVy2US11 JDlSWI7IIWog+ebmSpvPZlOC0FRCa9mZJ72+QxIkI1JtE/sIMgTsq7lefrF2ye5jhmzq PExg== MIME-Version: 1.0 X-Received: by 10.112.72.40 with SMTP id a8mr685619lbv.68.1392729684533; Tue, 18 Feb 2014 05:21:24 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.112.51.105 with HTTP; Tue, 18 Feb 2014 05:21:24 -0800 (PST) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> Date: Tue, 18 Feb 2014 14:21:24 +0100 X-Google-Sender-Auth: fFrXgRALSb81i9v8qQ3jyG7U53I Message-ID: From: Robert Raszuk To: Xuxiaohu Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/spring/B3my7AB-3WgF9EDGxrk659FDcVk Cc: "spring@ietf.org" Subject: Re: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-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: Tue, 18 Feb 2014 13:21:34 -0000 Hi Xu, > Take the service chain use case as an example, if operators want to use t= he segment routing technology to define the service chain path, they would = have to upgrade all the routers within their networks according to the curr= ent SR architecture. That is not correct. Using even MPLS/label based Segment Routing does not require any touch to existing MPLS (for example: LDP) nodes. In fact that's main purpose of Hannes draft: https://tools.ietf.org/html/draft-gredler-spring-mpls-02 > That would be costly. With the mechanism proposed in this draft, they jus= t need to upgrade the service nodes and ingress/egress nodes to support SR = capability. That's already possible today both with MPLS and with pure IP networks. Notice that all protocol extentions allow for both labels as well as IP addresses to be SIDs. As described earlier IPv6 has such option day one and SR architecture clearly allows that. I agree that IPv6 draft is not published yet, but should be in not so distant future ... Cheers, R. >> Cheers, >> R. >> >> On Tue, Feb 18, 2014 at 3:44 AM, Xuxiaohu wrote: >> > >> > Hi SPRINGer, >> > >> > As stated in the SR use case draft >> (http://tools.ietf.org/html/draft-filsfils-rtgwg-segment-routing-use-cas= es), >> service chain is one of the most important use cases for SPRING. In this >> particular use case, it seems that it's only necessary to enable SR capa= bility on >> service nodes, in addition to ingress and egress nodes. In other word, i= t seems >> no need for intermediate nodes to enable SR capability at all. In this w= ay, the >> deployment cost would be greatly reduced since the intermediate nodes do= n't >> need to be upgraded anymore. To achieve the above goal, it only requires= a SR >> node to encapsulate the to-be-forwarded MPLS packets with an IP tunnel >> header(e.g., GRE tunnel) and then send the encapsulated packets to the >> next-hop SR node which is identified by the top label, once the direct I= GP >> next-hop node is non-SR-capable. As for what tunnel type is to be used, = it could >> either be manually configured on the tunnel ingress nodes or dynamically >> advertised by the tunnel egress nodes. >> > >> > Since interoperability with non-SPRING nodes have been recognized as a= must >> by the SPRING problem statement draft, in addition to the >> LDP-SR-interoperation, how to connect SPRING islands (or nodes) over IP = should >> be considered as a useful interoperation option as well, IMHO. >> > >> > Best regards, >> > Xiaohu >> > >> > >> > > -----=D3=CA=BC=FE=D4=AD=BC=FE----- >> > > =B7=A2=BC=FE=C8=CB: internet-drafts@ietf.org [mailto:internet-drafts= @ietf.org] >> > > =B7=A2=CB=CD=CA=B1=BC=E4: 2014=C4=EA2=D4=C28=C8=D5 11:45 >> > > =CA=D5=BC=FE=C8=CB: Siva Sivabalan; Siva Sivabalan; Xuxiaohu; Xuxiao= hu >> > > =D6=F7=CC=E2: New Version Notification for >> > > draft-xu-spring-islands-connection-over-ip-00.txt >> > > >> > > >> > > A new version of I-D, >> > > draft-xu-spring-islands-connection-over-ip-00.txt >> > > has been successfully submitted by Xiaohu Xu and posted to the IETF >> repository. >> > > >> > > Name: draft-xu-spring-islands-connection-over-ip >> > > Revision: 00 >> > > Title: Connecting SPRING Islands over IP Networks >> > > Document date: 2014-02-08 >> > > Group: Individual Submission >> > > Pages: 4 >> > > URL: >> > > http://www.ietf.org/internet-drafts/draft-xu-spring-islands-connecti >> > > on-over-ip- >> > > 00.txt >> > > Status: >> > > https://datatracker.ietf.org/doc/draft-xu-spring-islands-connection- >> > > over-ip/ >> > > Htmlized: >> > > http://tools.ietf.org/html/draft-xu-spring-islands-connection-over-i >> > > p-00 >> > > >> > > >> > > Abstract: >> > > Segment Routing (SR) architecture [SR-ARCH] introduces a new MPLS >> > > paradigm in which a sender of a packet is allowed to partially or >> > > completely specify the route the packet takes through the network= by >> > > using stacked MPLS labels. The current SR architecture requires a= n >> > > end-to-end MPLS Label Switched Path (LSP) between any two >> SR-enabled >> > > routers (e.g., two adjacent hops of a given explicit path). In or= der >> > > to enable SR to be deployed even when there are non-MPLS routers >> > > along the path between two SR-enabled routers, it is desirable to >> > > have an alternative, which allows the use of IP-based tunnels (e.= g., >> > > GRE tunnels) to connect two SR-enabled routers. This document >> > > describes a mechanism for such usage. >> > > >> > > >> > > >> > > >> > > Please note that it may take a couple of minutes from the time of >> > > submission until the htmlized version and diff are available at tool= s.ietf.org. >> > > >> > > The IETF Secretariat >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > https://www.ietf.org/mailman/listinfo/spring >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring From nobody Tue Feb 18 18:14:37 2014 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 67D9D1A0318 for ; Tue, 18 Feb 2014 18:14:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.54 X-Spam-Level: * X-Spam-Status: No, score=1.54 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 PHZlQJyPXmxe for ; Tue, 18 Feb 2014 18:14:33 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 135111A02C7 for ; Tue, 18 Feb 2014 18:14:32 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDS62435; Wed, 19 Feb 2014 02:14:29 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Feb 2014 02:14:18 +0000 Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Feb 2014 02:14:27 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Wed, 19 Feb 2014 10:14:23 +0800 From: Xuxiaohu To: Robert Raszuk Thread-Topic: [spring] Why connecting SPRING islands over IP//FWD: New Version Notification for draft-xu-spring-islands-connection-over-ip-00.txt Thread-Index: AQHPJIAmMnUBRlNs00GvfzjsetARi5q6T5DQ///8R4CAAIg0oP//tXwAgAFLuDA= Date: Wed, 19 Feb 2014 02:14:22 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08250A9C@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/V1-JFDP-i5JVsaFtN9ebtCt43Vk Cc: "spring@ietf.org" Subject: [spring] =?gb2312?b?tPC4tDogIFdoeSBjb25uZWN0aW5nIFNQUklORyBpc2xh?= =?gb2312?b?bmRzIG92ZXIgSVAvL0ZXRDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv?= =?gb2312?b?ciBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAt?= =?gb2312?b?MDAudHh0?= 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, 19 Feb 2014 02:14:36 -0000 SGkgUm9iZXJ0LA0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IHJyYXN6dWtAZ21h aWwuY29tIFttYWlsdG86cnJhc3p1a0BnbWFpbC5jb21dILT6se0gUm9iZXJ0IFJhc3p1aw0KPiC3 osvNyrG85DogMjAxNMTqMtTCMTjI1SAyMToyMQ0KPiDK1bz+yMs6IFh1eGlhb2h1DQo+ILOty806 IHNwcmluZ0BpZXRmLm9yZw0KPiDW98ziOiBSZTogW3NwcmluZ10gV2h5IGNvbm5lY3RpbmcgU1BS SU5HIGlzbGFuZHMgb3ZlciBJUC8vRldEOiBOZXcgVmVyc2lvbg0KPiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LXh1LXNwcmluZy1pc2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcC0wMC50eHQNCj4gDQo+ IEhpIFh1LA0KPiANCj4gPiBUYWtlIHRoZSBzZXJ2aWNlIGNoYWluIHVzZSBjYXNlIGFzIGFuIGV4 YW1wbGUsIGlmIG9wZXJhdG9ycyB3YW50IHRvIHVzZSB0aGUNCj4gc2VnbWVudCByb3V0aW5nIHRl Y2hub2xvZ3kgdG8gZGVmaW5lIHRoZSBzZXJ2aWNlIGNoYWluIHBhdGgsIHRoZXkgd291bGQgaGF2 ZSB0bw0KPiB1cGdyYWRlIGFsbCB0aGUgcm91dGVycyB3aXRoaW4gdGhlaXIgbmV0d29ya3MgYWNj b3JkaW5nIHRvIHRoZSBjdXJyZW50IFNSDQo+IGFyY2hpdGVjdHVyZS4NCj4gDQo+IFRoYXQgaXMg bm90IGNvcnJlY3QuIFVzaW5nIGV2ZW4gTVBMUy9sYWJlbCBiYXNlZCBTZWdtZW50IFJvdXRpbmcg ZG9lcyBub3QNCj4gcmVxdWlyZSBhbnkgdG91Y2ggdG8gZXhpc3RpbmcgTVBMUyAoZm9yIGV4YW1w bGU6IExEUCkgbm9kZXMuDQoNCkRpZCB5b3UgbWVhbiBlbmFibGluZyBTUiBjYXBhYmlsaXR5IG9u IHNlcnZpY2Ugbm9kZXMgYW5kIGluZ3Jlc3MvZWdyZXNzIG5vZGVzIHdoaWxlIGVuYWJsaW5nIExE UCBvbiBhbGwgbm9kZXM/IElmIHNvLCBkb2VzIGl0IHNlZW0gYSBiaXQgaGVhdnl3ZWlnaHQgY29t cGFyZWQgdG8gdGhlIGRlcGxveW1lbnQgbW9kZWwgdGhhdCBoYXMgYmVlbiBwcm9wb3NlZCBpbiB0 aGlzIGRyYWZ0Pw0KDQo+IEluIGZhY3QgdGhhdCdzIG1haW4gcHVycG9zZSBvZiBIYW5uZXMgZHJh ZnQ6DQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ncmVkbGVyLXNwcmluZy1t cGxzLTAyDQoNCk9yIGRpZCB5b3UgbWVhbiBqdXN0IGVuYWJsaW5nIExEUCBhbmQgVC1MRFAgZm9y IEV4cGxpY2l0bHkgUm91dGVkIFR1bm5lbHMgYnkgU3RhY2tlZCBMU1BzIGp1c3QgYXMgd2hhdCB0 aGUgZm9sbG93aW5nIHF1b3RlZCB0ZXh0IGhhcyBkZW1vbnN0cmF0ZWQ/IElmIHNvLCBJIGFncmVl IHRoYXQgaXQgbWF5IG5vdCByZXF1aXJlIGFueSBjaGFuZ2UgdG8gdGhlIGV4aXN0aW5nIExEUC9N UExTIG5vZGVzLiBIb3dldmVyLCB3b3VsZG4ndCB5b3UgYmVsaWV2ZSBpdCdzIGEgYml0IG1vcmUg aGVhdnl3ZWlnaHQgZnJvbSB0aGUgbmV0d29yayBvcGVyYXRpb24gcGVyc3BlY3RpdmU/DQoNCiAg IEF0IGxlYXN0IGluIHByaW5jaXBsZSwgdGhlc2UgbGFiZWwgYmluZGluZ3MgY291bGQgYmUgb2J0 YWluIGJ5IHN1Y2gNCiAgIGFscmVhZHkgZGVmaW5lZCBsYWJlbCBkaXN0cmlidXRpb24gcHJvdG9j b2xzIGFzIExEUCAodG8gYmUgbW9yZQ0KICAgcHJlY2lzZSwgdGFyZ2V0ZWQgTERQIGlmIHRoZSB0 d28gcm91dGVycyBhcmUgbW9yZSB0aGFuIG9uZSBob3AgYXdheQ0KICAgZnJvbSBlYWNoIG90aGVy KS4gRS5nLiwgaWYgb25lIHVzZXMgdGFyZ2V0ZWQgTERQLCB0aGVuIFIwIHdvdWxkIG5lZWQNCiAg IHRvIGR5bmFtaWNhbGx5IGVzdGFibGlzaCBhbmQgbWFpbnRhaW4gYSB0YXJnZXRlZCBMRFAgc2Vz c2lvbiB3aXRoIFIzDQogICBhbmQgYW5vdGhlciB0YXJnZXRlZCBMRFAgc2Vzc2lvbiB3aXRoIFIy IChSMCB3b3VsZCBtYWludGFpbiBhDQogICAidmFuaWxsYSIgTERQIHNlc3Npb24gd2l0aCBSMSku IFVzaW5nIHRoZXNlIExEUCBzZXNzaW9ucyBSMCB3b3VsZA0KICAgb2J0YWluIGZyb20gUjMgbGFi ZWwgYmluZGluZyBmb3IgTFNQNCwgZnJvbSBSMiBsYWJlbCBiaW5kaW5nIGZvcg0KICAgTFNQMywg YW5kIGZyb20gUjEgbGFiZWwgYmluZGluZyBmb3IgTFNQMi4gTm90ZSB0aGF0IG9idGFpbmluZyBz dWNoDQogICBsYWJlbHMgYmluZGluZ3Mgd2l0aCB0YXJnZXRlZCBMRFAgbWF5IGFsc28gcmVxdWly ZSBkZWZpbmluZyBhIG5ldyBGRUMNCiAgIHRvIGJlIHVzZWQgYnkgdGFyZ2V0ZWQgTERQLg0KDQo+ ID4gVGhhdCB3b3VsZCBiZSBjb3N0bHkuIFdpdGggdGhlIG1lY2hhbmlzbSBwcm9wb3NlZCBpbiB0 aGlzIGRyYWZ0LCB0aGV5IGp1c3QNCj4gbmVlZCB0byB1cGdyYWRlIHRoZSBzZXJ2aWNlIG5vZGVz IGFuZCBpbmdyZXNzL2VncmVzcyBub2RlcyB0byBzdXBwb3J0IFNSDQo+IGNhcGFiaWxpdHkuDQo+ IA0KPiBUaGF0J3MgYWxyZWFkeSBwb3NzaWJsZSB0b2RheSBib3RoIHdpdGggTVBMUyBhbmQgd2l0 aCBwdXJlIElQIG5ldHdvcmtzLiBOb3RpY2UNCj4gdGhhdCBhbGwgcHJvdG9jb2wgZXh0ZW50aW9u cyBhbGxvdyBmb3IgYm90aCBsYWJlbHMgYXMgd2VsbCBhcyBJUCBhZGRyZXNzZXMgdG8gYmUNCj4g U0lEcy4gQXMgZGVzY3JpYmVkIGVhcmxpZXIgSVB2NiBoYXMgc3VjaCBvcHRpb24gZGF5IG9uZSBh bmQgU1IgYXJjaGl0ZWN0dXJlDQo+IGNsZWFybHkgYWxsb3dzIHRoYXQuDQoNCldoZXJlIGRvZXMg aXQgc2FpZCB0aGF0IElQIGFkZHJlc3NlcyB3b3VsZCBiZSB1c2VkIGFzIFNJRHM/DQoNCkJlc3Qg cmVnYXJkcywNClhpYW9odQ0KDQo+IEkgYWdyZWUgdGhhdCBJUHY2IGRyYWZ0IGlzIG5vdCBwdWJs aXNoZWQgeWV0LCBidXQgc2hvdWxkIGJlIGluIG5vdCBzbyBkaXN0YW50DQo+IGZ1dHVyZSAuLi4N Cg0KPiBDaGVlcnMsDQo+IFIuDQo+IA0KPiA+PiBDaGVlcnMsDQo+ID4+IFIuDQo+ID4+DQo+ID4+ IE9uIFR1ZSwgRmViIDE4LCAyMDE0IGF0IDM6NDQgQU0sIFh1eGlhb2h1IDx4dXhpYW9odUBodWF3 ZWkuY29tPg0KPiB3cm90ZToNCj4gPj4gPg0KPiA+PiA+IEhpIFNQUklOR2VyLA0KPiA+PiA+DQo+ ID4+ID4gQXMgc3RhdGVkIGluIHRoZSBTUiB1c2UgY2FzZSBkcmFmdA0KPiA+PiAoaHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZmlsc2ZpbHMtcnRnd2ctc2VnbWVudC1yb3V0aW5nLXVz ZS0NCj4gPj4gY2FzZXMpLCBzZXJ2aWNlIGNoYWluIGlzIG9uZSBvZiB0aGUgbW9zdCBpbXBvcnRh bnQgdXNlIGNhc2VzIGZvcg0KPiA+PiBTUFJJTkcuIEluIHRoaXMgcGFydGljdWxhciB1c2UgY2Fz ZSwgaXQgc2VlbXMgdGhhdCBpdCdzIG9ubHkNCj4gPj4gbmVjZXNzYXJ5IHRvIGVuYWJsZSBTUiBj YXBhYmlsaXR5IG9uIHNlcnZpY2Ugbm9kZXMsIGluIGFkZGl0aW9uIHRvDQo+ID4+IGluZ3Jlc3Mg YW5kIGVncmVzcyBub2Rlcy4gSW4gb3RoZXIgd29yZCwgaXQgc2VlbXMgbm8gbmVlZCBmb3INCj4g Pj4gaW50ZXJtZWRpYXRlIG5vZGVzIHRvIGVuYWJsZSBTUiBjYXBhYmlsaXR5IGF0IGFsbC4gSW4g dGhpcyB3YXksIHRoZQ0KPiA+PiBkZXBsb3ltZW50IGNvc3Qgd291bGQgYmUgZ3JlYXRseSByZWR1 Y2VkIHNpbmNlIHRoZSBpbnRlcm1lZGlhdGUgbm9kZXMNCj4gPj4gZG9uJ3QgbmVlZCB0byBiZSB1 cGdyYWRlZCBhbnltb3JlLiBUbyBhY2hpZXZlIHRoZSBhYm92ZSBnb2FsLCBpdCBvbmx5DQo+ID4+ IHJlcXVpcmVzIGEgU1Igbm9kZSB0byBlbmNhcHN1bGF0ZSB0aGUgdG8tYmUtZm9yd2FyZGVkIE1Q TFMgcGFja2V0cw0KPiA+PiB3aXRoIGFuIElQIHR1bm5lbCBoZWFkZXIoZS5nLiwgR1JFIHR1bm5l bCkgYW5kIHRoZW4gc2VuZCB0aGUNCj4gPj4gZW5jYXBzdWxhdGVkIHBhY2tldHMgdG8gdGhlIG5l eHQtaG9wIFNSIG5vZGUgd2hpY2ggaXMgaWRlbnRpZmllZCBieQ0KPiA+PiB0aGUgdG9wIGxhYmVs LCBvbmNlIHRoZSBkaXJlY3QgSUdQIG5leHQtaG9wIG5vZGUgaXMgbm9uLVNSLWNhcGFibGUuDQo+ ID4+IEFzIGZvciB3aGF0IHR1bm5lbCB0eXBlIGlzIHRvIGJlIHVzZWQsIGl0IGNvdWxkIGVpdGhl ciBiZSBtYW51YWxseQ0KPiA+PiBjb25maWd1cmVkIG9uIHRoZSB0dW5uZWwgaW5ncmVzcyBub2Rl cyBvciBkeW5hbWljYWxseSBhZHZlcnRpc2VkIGJ5IHRoZQ0KPiB0dW5uZWwgZWdyZXNzIG5vZGVz Lg0KPiA+PiA+DQo+ID4+ID4gU2luY2UgaW50ZXJvcGVyYWJpbGl0eSB3aXRoIG5vbi1TUFJJTkcg bm9kZXMgaGF2ZSBiZWVuIHJlY29nbml6ZWQNCj4gPj4gPiBhcyBhIG11c3QNCj4gPj4gYnkgdGhl IFNQUklORyBwcm9ibGVtIHN0YXRlbWVudCBkcmFmdCwgaW4gYWRkaXRpb24gdG8gdGhlDQo+ID4+ IExEUC1TUi1pbnRlcm9wZXJhdGlvbiwgaG93IHRvIGNvbm5lY3QgU1BSSU5HIGlzbGFuZHMgKG9y IG5vZGVzKSBvdmVyDQo+ID4+IElQIHNob3VsZCBiZSBjb25zaWRlcmVkIGFzIGEgdXNlZnVsIGlu dGVyb3BlcmF0aW9uIG9wdGlvbiBhcyB3ZWxsLCBJTUhPLg0KPiA+PiA+DQo+ID4+ID4gQmVzdCBy ZWdhcmRzLA0KPiA+PiA+IFhpYW9odQ0KPiA+PiA+DQo+ID4+ID4NCj4gPj4gPiA+IC0tLS0t08q8 /tStvP4tLS0tLQ0KPiA+PiA+ID4gt6K8/sjLOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ID4+ID4gPiC3osvNyrG85DogMjAxNMTq MtTCOMjVIDExOjQ1DQo+ID4+ID4gPiDK1bz+yMs6IFNpdmEgU2l2YWJhbGFuOyBTaXZhIFNpdmFi YWxhbjsgWHV4aWFvaHU7IFh1eGlhb2h1DQo+ID4+ID4gPiDW98ziOiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yDQo+ID4+ID4gPiBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9u LW92ZXItaXAtMDAudHh0DQo+ID4+ID4gPg0KPiA+PiA+ID4NCj4gPj4gPiA+IEEgbmV3IHZlcnNp b24gb2YgSS1ELA0KPiA+PiA+ID4gZHJhZnQteHUtc3ByaW5nLWlzbGFuZHMtY29ubmVjdGlvbi1v dmVyLWlwLTAwLnR4dA0KPiA+PiA+ID4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi eSBYaWFvaHUgWHUgYW5kIHBvc3RlZCB0byB0aGUNCj4gPj4gPiA+IElFVEYNCj4gPj4gcmVwb3Np dG9yeS4NCj4gPj4gPiA+DQo+ID4+ID4gPiBOYW1lOiAgICAgICAgIGRyYWZ0LXh1LXNwcmluZy1p c2xhbmRzLWNvbm5lY3Rpb24tb3Zlci1pcA0KPiA+PiA+ID4gUmV2aXNpb246ICAgICAwMA0KPiA+ PiA+ID4gVGl0bGU6ICAgICAgICAgICAgICAgIENvbm5lY3RpbmcgU1BSSU5HIElzbGFuZHMgb3Zl ciBJUCBOZXR3b3Jrcw0KPiA+PiA+ID4gRG9jdW1lbnQgZGF0ZTogICAgICAgIDIwMTQtMDItMDgN Cj4gPj4gPiA+IEdyb3VwOiAgICAgICAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4g Pj4gPiA+IFBhZ2VzOiAgICAgICAgICAgICAgICA0DQo+ID4+ID4gPiBVUkw6DQo+ID4+ID4gPiBo dHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC14dS1zcHJpbmctaXNsYW5k cy1jb25uZQ0KPiA+PiA+ID4gY3RpDQo+ID4+ID4gPiBvbi1vdmVyLWlwLQ0KPiA+PiA+ID4gMDAu dHh0DQo+ID4+ID4gPiBTdGF0dXM6DQo+ID4+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aQ0KPiA+PiA+ID4gb24tDQo+ ID4+ID4gPiBvdmVyLWlwLw0KPiA+PiA+ID4gSHRtbGl6ZWQ6DQo+ID4+ID4gPiBodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZQ0K PiA+PiA+ID4gci1pDQo+ID4+ID4gPiBwLTAwDQo+ID4+ID4gPg0KPiA+PiA+ID4NCj4gPj4gPiA+ IEFic3RyYWN0Og0KPiA+PiA+ID4gICAgU2VnbWVudCBSb3V0aW5nIChTUikgYXJjaGl0ZWN0dXJl IFtTUi1BUkNIXSBpbnRyb2R1Y2VzIGEgbmV3IE1QTFMNCj4gPj4gPiA+ICAgIHBhcmFkaWdtIGlu IHdoaWNoIGEgc2VuZGVyIG9mIGEgcGFja2V0IGlzIGFsbG93ZWQgdG8gcGFydGlhbGx5IG9yDQo+ ID4+ID4gPiAgICBjb21wbGV0ZWx5IHNwZWNpZnkgdGhlIHJvdXRlIHRoZSBwYWNrZXQgdGFrZXMg dGhyb3VnaCB0aGUgbmV0d29yayBieQ0KPiA+PiA+ID4gICAgdXNpbmcgc3RhY2tlZCBNUExTIGxh YmVscy4gVGhlIGN1cnJlbnQgU1IgYXJjaGl0ZWN0dXJlIHJlcXVpcmVzIGFuDQo+ID4+ID4gPiAg ICBlbmQtdG8tZW5kIE1QTFMgTGFiZWwgU3dpdGNoZWQgUGF0aCAoTFNQKSBiZXR3ZWVuIGFueSB0 d28NCj4gPj4gU1ItZW5hYmxlZA0KPiA+PiA+ID4gICAgcm91dGVycyAoZS5nLiwgdHdvIGFkamFj ZW50IGhvcHMgb2YgYSBnaXZlbiBleHBsaWNpdCBwYXRoKS4gSW4gb3JkZXINCj4gPj4gPiA+ICAg IHRvIGVuYWJsZSBTUiB0byBiZSBkZXBsb3llZCBldmVuIHdoZW4gdGhlcmUgYXJlIG5vbi1NUExT IHJvdXRlcnMNCj4gPj4gPiA+ICAgIGFsb25nIHRoZSBwYXRoIGJldHdlZW4gdHdvIFNSLWVuYWJs ZWQgcm91dGVycywgaXQgaXMgZGVzaXJhYmxlIHRvDQo+ID4+ID4gPiAgICBoYXZlIGFuIGFsdGVy bmF0aXZlLCB3aGljaCBhbGxvd3MgdGhlIHVzZSBvZiBJUC1iYXNlZCB0dW5uZWxzIChlLmcuLA0K PiA+PiA+ID4gICAgR1JFIHR1bm5lbHMpIHRvIGNvbm5lY3QgdHdvIFNSLWVuYWJsZWQgcm91dGVy cy4gVGhpcyBkb2N1bWVudA0KPiA+PiA+ID4gICAgZGVzY3JpYmVzIGEgbWVjaGFuaXNtIGZvciBz dWNoIHVzYWdlLg0KPiA+PiA+ID4NCj4gPj4gPiA+DQo+ID4+ID4gPg0KPiA+PiA+ID4NCj4gPj4g PiA+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9t IHRoZSB0aW1lIG9mDQo+ID4+ID4gPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJz aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4gdG9vbHMuaWV0Zi5vcmcuDQo+ID4+ID4g Pg0KPiA+PiA+ID4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gPj4gPg0KPiA+PiA+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+ID4gc3ByaW5nIG1h aWxpbmcgbGlzdA0KPiA+PiA+IHNwcmluZ0BpZXRmLm9yZw0KPiA+PiA+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQo+ID4+DQo+ID4+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4+IHNwcmluZyBtYWlsaW5nIGxp c3QNCj4gPj4gc3ByaW5nQGlldGYub3JnDQo+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vc3ByaW5nDQo= From nobody Wed Feb 19 01:41:48 2014 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 08D481A012B for ; Wed, 19 Feb 2014 01:41:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.378 X-Spam-Level: X-Spam-Status: No, score=-0.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, J_CHICKENPOX_14=0.6, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no 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 dBBuGDNXSND2 for ; Wed, 19 Feb 2014 01:41:44 -0800 (PST) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 2240D1A00B1 for ; Wed, 19 Feb 2014 01:41:43 -0800 (PST) Received: by mail-la0-f45.google.com with SMTP id b8so105010lan.4 for ; Wed, 19 Feb 2014 01:41:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=WCGZxIvm6XoZToRCpaxFHQXPcJoRMIClKdc22WgIy/s=; b=LHLQzJzF8bEhC6d/W1plMSNtZtMCC3WMTY/hClMsPpuYtiCpYcrYn6Ev6vY9tiiMJ1 6TWEKLnM1j94jrfclJb5W4yM27D5tS8WX2SmIyFjLLzQ4sFcPCi5I0g02JqxoJgo+E60 iV9N8uUOb7Zi2x9smTVUWeb7eUqzsE3pxR8XDI8BJeSAzsQpNa7rzfUqDDAwmECf+2eQ D4zUZdp+rhKWZQ75ll/3rsgqKFHYPjexodY/WmXUMNoN7GV+E4Encu7GruTqc+3z4Gsj cyhBYrMbI04wUYatg8EoKTDtKGiV8zg7c7gRDlyY0TnWlyElpEc/NzsEG++hd+FfG00R aR1Q== MIME-Version: 1.0 X-Received: by 10.112.172.8 with SMTP id ay8mr1739540lbc.41.1392802900003; Wed, 19 Feb 2014 01:41:40 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.112.51.105 with HTTP; Wed, 19 Feb 2014 01:41:39 -0800 (PST) In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08250A9C@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08250A9C@NKGEML512-MBS.china.huawei.com> Date: Wed, 19 Feb 2014 10:41:39 +0100 X-Google-Sender-Auth: SI2NYWxDirjkaTy0aEfb94GZy7k Message-ID: From: Robert Raszuk To: Xuxiaohu Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/w2qKt_StIY5ApAIZ7Cwe9F83r8c Cc: "spring@ietf.org" Subject: Re: [spring] =?utf-8?b?562U5aSNOiAgV2h5IGNvbm5lY3RpbmcgU1BSSU5HIGlz?= =?utf-8?q?lands_over_IP//FWD=3A_New_Version_Notification_for_draft-xu-spr?= =?utf-8?q?ing-islands-connection-over-ip-00=2Etxt?= 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, 19 Feb 2014 09:41:46 -0000 Hi Xu, > Where does it said that IP addresses would be used as SIDs? I think you may be mixing tunnel endpoint with SID. SID in all specs is defined as 4 octet where if label is used 20 bits are significant and if integer is used all 32 bits are significant. Example of ISIS encoding: 2.1. SID/Label Sub-TLV The SID/Label Sub-TLV is present in multiple Sub-TLVs defined in this document and contains a SID or a MPLS Label. The SID/Label Sub-TLV has the following format: Previdi, et al. Expires August 17, 2014 [Page 4] Internet-Draft IS-IS Extensions for Segment Routing February 2014 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SID/Label (variable) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ where: Type: 1 Length: variable (3 or 4) SID/Label: if length is set to 3 then the 20 rightmost bits represent a MPLS label. If length is 4 then the value represents a 32 bits SID. So in pure IPv6 env you can optionally encapsulate with your destination endpoint and just insert few extensions headers of 32 bit integer being SID. No MPLS at all and no upgrade to any "transit/P" routers needed at all. In fact that would be the most natural deployment case. To your other point of heavy weight to enable LDP I would point out that anyone I know who would use SID as 20 bit label already has running LDP in the network so zero new deployment would be needed in transit/P nodes anyway. Your case it also valid - I am not saying it is not - to use GRE between segment verticies. However I struggle how superior it is against IPv6 SR if each node will need to encapsulate and decapsulate again. You can do that today without any segment routing - and if we take simple example of L3VPNs this all works today by few basic RT import/export rules. Cheers, R. From nobody Wed Feb 19 02:05:50 2014 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 01C741A012B for ; Wed, 19 Feb 2014 02:05:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.14 X-Spam-Level: ** X-Spam-Status: No, score=2.14 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, J_CHICKENPOX_14=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 MPG7nlSxwnHC for ; Wed, 19 Feb 2014 02:05:46 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id C6D081A03EE for ; Wed, 19 Feb 2014 02:05:43 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBH08014; Wed, 19 Feb 2014 10:05:39 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Feb 2014 10:05:25 +0000 Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Feb 2014 10:05:37 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.45]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Wed, 19 Feb 2014 18:05:30 +0800 From: Xuxiaohu To: Robert Raszuk Thread-Topic: =?gb2312?B?W3NwcmluZ10gtPC4tDogIFdoeSBjb25uZWN0aW5nIFNQUklORyBpc2xhbmRz?= =?gb2312?B?IG92ZXIgSVAvL0ZXRDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk?= =?gb2312?B?cmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAtMDAu?= =?gb2312?Q?txt?= Thread-Index: AQHPLVbS+aOfPFXTmkumw3HGZZ0z15q8VIAA Date: Wed, 19 Feb 2014 10:05:29 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08250C34@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F1DD@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0824F333@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08250A9C@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/_LLFpRBJVeErNSfpJ_ULYrB_A9s Cc: "spring@ietf.org" Subject: [spring] =?gb2312?b?tPC4tDogILTwuLQ6ICBXaHkgY29ubmVjdGluZyBTUFJJ?= =?gb2312?b?TkcgaXNsYW5kcyBvdmVyIElQLy9GV0Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh?= =?gb2312?b?dGlvbiBmb3IgZHJhZnQteHUtc3ByaW5nLWlzbGFuZHMtY29ubmVjdGlvbi1v?= =?gb2312?b?dmVyLWlwLTAwLnR4dA==?= 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, 19 Feb 2014 10:05:49 -0000 SGkgUm9iZXJ0LA0KDQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IHNwcmluZyBbbWFp bHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFJvYmVydCBSYXN6dWsNCj4gt6LLzcqx vOQ6IDIwMTTE6jLUwjE5yNUgMTc6NDINCj4gytW8/sjLOiBYdXhpYW9odQ0KPiCzrcvNOiBzcHJp bmdAaWV0Zi5vcmcNCj4g1vfM4jogUmU6IFtzcHJpbmddILTwuLQ6IFdoeSBjb25uZWN0aW5nIFNQ UklORyBpc2xhbmRzIG92ZXIgSVAvL0ZXRDogTmV3DQo+IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv ciBkcmFmdC14dS1zcHJpbmctaXNsYW5kcy1jb25uZWN0aW9uLW92ZXItaXAtMDAudHh0DQo+IA0K PiBIaSBYdSwNCj4gDQo+ID4gV2hlcmUgZG9lcyBpdCBzYWlkIHRoYXQgSVAgYWRkcmVzc2VzIHdv dWxkIGJlIHVzZWQgYXMgU0lEcz8NCj4gDQo+IEkgdGhpbmsgeW91IG1heSBiZSBtaXhpbmcgdHVu bmVsIGVuZHBvaW50IHdpdGggU0lELiBTSUQgaW4gYWxsIHNwZWNzIGlzIGRlZmluZWQgYXMNCj4g NCBvY3RldCB3aGVyZSBpZiBsYWJlbCBpcyB1c2VkIDIwIGJpdHMgYXJlIHNpZ25pZmljYW50IGFu ZCBpZiBpbnRlZ2VyIGlzIHVzZWQgYWxsIDMyDQo+IGJpdHMgYXJlIHNpZ25pZmljYW50Lg0KPiAN Cj4gRXhhbXBsZSBvZiBJU0lTIGVuY29kaW5nOg0KPiANCj4gMi4xLiAgU0lEL0xhYmVsIFN1Yi1U TFYNCj4gDQo+ICAgIFRoZSBTSUQvTGFiZWwgU3ViLVRMViBpcyBwcmVzZW50IGluIG11bHRpcGxl IFN1Yi1UTFZzIGRlZmluZWQgaW4gdGhpcw0KPiAgICBkb2N1bWVudCBhbmQgY29udGFpbnMgYSBT SUQgb3IgYSBNUExTIExhYmVsLiAgVGhlIFNJRC9MYWJlbCBTdWItVExWDQo+ICAgIGhhcyB0aGUg Zm9sbG93aW5nIGZvcm1hdDoNCj4gDQo+IFByZXZpZGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVz IEF1Z3VzdCAxNywgMjAxNCAgICAgICAgICAgICAgICBbUGFnZSA0XQ0KPiBJbnRlcm5ldC1EcmFm dCAgICBJUy1JUyBFeHRlbnNpb25zIGZvciBTZWdtZW50IFJvdXRpbmcgICAgIEZlYnJ1YXJ5IDIw MTQNCj4gDQo+ICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg ICAgICAgICAgICAgICAgICAzDQo+ICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4gICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQo+ICAgIHwgICBUeXBlICAgICAgICB8ICAgICBMZW5ndGggICAgfA0K PiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KPiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICBTSUQvTGFiZWwg KHZhcmlhYmxlKSAgICAgICAgICAgICAgICAgfA0KPiAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiANCj4gICAgd2hl cmU6DQo+IA0KPiAgICAgICBUeXBlOiAxDQo+IA0KPiAgICAgICBMZW5ndGg6IHZhcmlhYmxlICgz IG9yIDQpDQo+IA0KPiAgICAgICBTSUQvTGFiZWw6IGlmIGxlbmd0aCBpcyBzZXQgdG8gMyB0aGVu IHRoZSAyMCByaWdodG1vc3QgYml0cw0KPiAgICAgICByZXByZXNlbnQgYSBNUExTIGxhYmVsLiAg SWYgbGVuZ3RoIGlzIDQgdGhlbiB0aGUgdmFsdWUgcmVwcmVzZW50cw0KPiAgICAgICBhIDMyIGJp dHMgU0lELg0KPiANCj4gDQo+IFNvIGluIHB1cmUgSVB2NiBlbnYgeW91IGNhbiBvcHRpb25hbGx5 IGVuY2Fwc3VsYXRlIHdpdGggeW91ciBkZXN0aW5hdGlvbg0KPiBlbmRwb2ludCBhbmQganVzdCBp bnNlcnQgZmV3IGV4dGVuc2lvbnMgaGVhZGVycyBvZiAzMiBiaXQgaW50ZWdlciBiZWluZyBTSUQu DQo+IA0KPiBObyBNUExTIGF0IGFsbCBhbmQgbm8gdXBncmFkZSB0byBhbnkgInRyYW5zaXQvUCIg cm91dGVycyBuZWVkZWQgYXQgYWxsLg0KDQpQZXJmZWN0LiBFdmVuIGluIHRoZSBjYXNlIHdoZXJl IGEgTVBMUyBsYWJlbCBzdGFjayBpcyB1c2VkIHRvIGluZGljYXRlIGFuIGV4cGxpY2l0IHBhdGgs IHdlIGNvdWxkIGFjaGlldmUgdGhlIHNhbWUgZ29hbCBieSB1c2luZyB0aGUgSVAtYmFzZWQgdHVu bmVsIGJldHdlZW4gYW55IGFkamFjZW50IFNSIGhvcCBvZiB0aGF0IGV4cGxpY2l0IHJvdXRlLCBp biBib3RoIElQdjQgYW5kIElQdjYgZW52aXJvbm1lbnRzLg0KDQo+IEluIGZhY3QgdGhhdCB3b3Vs ZCBiZSB0aGUgbW9zdCBuYXR1cmFsIGRlcGxveW1lbnQgY2FzZS4NCj4gDQo+IFRvIHlvdXIgb3Ro ZXIgcG9pbnQgb2YgaGVhdnkgd2VpZ2h0IHRvIGVuYWJsZSBMRFAgSSB3b3VsZCBwb2ludCBvdXQg dGhhdCBhbnlvbmUNCj4gSSBrbm93IHdobyB3b3VsZCB1c2UgU0lEIGFzIDIwIGJpdCBsYWJlbCBh bHJlYWR5IGhhcyBydW5uaW5nIExEUCBpbiB0aGUNCj4gbmV0d29yayBzbyB6ZXJvIG5ldyBkZXBs b3ltZW50IHdvdWxkIGJlIG5lZWRlZCBpbiB0cmFuc2l0L1Agbm9kZXMgYW55d2F5Lg0KPiANCj4g WW91ciBjYXNlIGl0IGFsc28gdmFsaWQgLSAgSSBhbSBub3Qgc2F5aW5nIGl0IGlzIG5vdCAtIHRv IHVzZSBHUkUgYmV0d2VlbiBzZWdtZW50DQo+IHZlcnRpY2llcy4gSG93ZXZlciBJIHN0cnVnZ2xl IGhvdyBzdXBlcmlvciBpdCBpcyBhZ2FpbnN0IElQdjYgU1IgaWYgZWFjaCBub2RlIHdpbGwNCj4g bmVlZCB0byBlbmNhcHN1bGF0ZSBhbmQgZGVjYXBzdWxhdGUgYWdhaW4uIFlvdSBjYW4gZG8gdGhh dCB0b2RheSB3aXRob3V0IGFueQ0KDQpJTU8sIHRoZSBNUExTIGxhYmVsIHN0YWNrIGNvdWxkIGJl IHVzZWQgdG8gaW5kaWNhdGUgYW4gZXhwbGljaXQgcGF0aCBmb3IgYm90aCBJUHY0IFNSIGFuZCBJ UHY2IFNSLg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KPiBzZWdtZW50IHJvdXRpbmcgLSBh bmQgaWYgd2UgdGFrZSBzaW1wbGUgZXhhbXBsZSBvZiBMM1ZQTnMgdGhpcyBhbGwgd29ya3MgdG9k YXkNCj4gYnkgZmV3IGJhc2ljIFJUIGltcG9ydC9leHBvcnQgcnVsZXMuDQo+IA0KPiBDaGVlcnMs DQo+IFIuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+IHNwcmluZ0BpZXRmLm9yZw0KPiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From nobody Thu Feb 20 00:04:14 2014 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 837BC1A0008 for ; Thu, 20 Feb 2014 00:04:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.149 X-Spam-Level: X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.548, 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 gkqUnTp5iUqp for ; Thu, 20 Feb 2014 00:04:09 -0800 (PST) Received: from smfilter3.kt.com (smfilter3.kt.com [14.63.245.79]) by ietfa.amsl.com (Postfix) with ESMTP id 6A9FB1A0007 for ; Thu, 20 Feb 2014 00:04:08 -0800 (PST) Received: from external ([10.215.33.58]) by smfilter3.kt.com (1.0) id s1K83oZ0049A; Thu, 20 Feb 2014 17:03:50 +0900 Received: from MAIL-MBX-01.corp.ktad.kt.com ([10.215.33.71]) by MAIL-FRT-08.corp.ktad.kt.com ([10.215.33.58]) with mapi id 14.02.0318.004; Thu, 20 Feb 2014 17:03:50 +0900 From: =?utf-8?B?6rmA7ISx7IiYKENsb3VkIFNETiBQcm9qZWN0KQ==?= To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-kim-source-routing-use-cases-01.txt Thread-Index: AQHPKd1bFVS5U+Y2lkmYx80iFie6I5q9z2yA Date: Thu, 20 Feb 2014 08:03:49 +0000 Message-ID: References: <20140214233329.26934.64089.idtracker@ietfa.amsl.com> In-Reply-To: <20140214233329.26934.64089.idtracker@ietfa.amsl.com> Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-dispnameaddress: sngsu.kim@kt.com x-originating-ip: [10.214.68.49] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/VwHrn6CR9b2lVW-30sSSQzMDnOc Subject: [spring] FW: New Version Notification for draft-kim-source-routing-use-cases-01.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: Thu, 20 Feb 2014 08:04:12 -0000 SGkgQWxsLA0KDQogIEp1c3QgdXBsb2FkZWQgYW4gdXBkYXRlZCB2ZXJzaW9uIG9mIHRoZSBkcmFm dC4NCiAgV2UgYWRkZWQgbW9yZSB1c2UgY2FzZXMsIHN1Y2ggYXMgQ0ROIGFuZCBkdWFsIGhvbWlu Zy4NCiAgQ29tbWVudHMgYXJlIHdlbGNvbWVkLg0KDQpSZWdhcmRzLA0KDQpTdW5nc3UgS2ltDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQpTZW50OiBTYXR1cmRheSwgRmVi cnVhcnkgMTUsIDIwMTQgODozMyBBTQ0KVG86IOuwseydgOqyvShDbG91ZCBTRE4gUHJvamVjdCk7 IEphZXdvbyBQYXJrOyBKYWV3b28gUGFyazsg67Cx7J2A6rK9KENsb3VkIFNETiBQcm9qZWN0KTsg 6rmA7ISx7IiYKENsb3VkIFNETiBQcm9qZWN0KTsg6rmA7ISx7IiYKENsb3VkIFNETiBQcm9qZWN0 KTsgTHVpcyBNLiBDb250cmVyYXM7IEx1aXMgTS4gQ29udHJlcmFzDQpTdWJqZWN0OiBOZXcgVmVy c2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWtpbS1zb3VyY2Utcm91dGluZy11c2UtY2FzZXMt MDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWtpbS1zb3VyY2Utcm91dGlu Zy11c2UtY2FzZXMtMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFN1 bmdzdSBLaW0gYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOiAgICAg ICAgICAgZHJhZnQta2ltLXNvdXJjZS1yb3V0aW5nLXVzZS1jYXNlcw0KUmV2aXNpb246ICAgICAg IDAxDQpUaXRsZTogICAgICAgICAgU1BSSU5HIFVzZSBDYXNlcyBmb3IgU29mdHdhcmUtZGVmaW5l ZCBOZXR3b3JraW5nDQpEb2N1bWVudCBkYXRlOiAgMjAxNC0wMi0xNA0KR3JvdXA6ICAgICAgICAg IEluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6ICAgICAgICAgIDkNClVSTDogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1raW0tc291cmNlLXJv dXRpbmctdXNlLWNhc2VzLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWtpbS1zb3VyY2Utcm91dGluZy11c2UtY2FzZXMvDQpIdG1s aXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2ltLXNvdXJjZS1y b3V0aW5nLXVzZS1jYXNlcy0wMQ0KRGlmZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcv cmZjZGlmZj91cmwyPWRyYWZ0LWtpbS1zb3VyY2Utcm91dGluZy11c2UtY2FzZXMtMDENCg0KQWJz dHJhY3Q6DQogICBJbiB0aGUgU29mdHdhcmUtRGVmaW5lZCBOZXR3b3JraW5nIChTRE4pIGFyY2hp dGVjdHVyZSwgYW4gU0RODQogICBjb250cm9sbGVyIGVzdGFibGlzaGVzIGZsb3cgcGF0aHMuICBB biBTRE4gY29udHJvbGxlciBwcm92aWRlcyBnbG9iYWwNCiAgIG9wdGltaXphdGlvbiBvZiBwYXRo cyBieSBjb250cm9sbGluZyBhbGwgbWFuYWdlZCBzd2l0Y2hlcy4gIEhvd2V2ZXIsDQogICBsb25n IGZsb3cgc2V0dXAgdGltZSBhbmQgZmFpbHVyZSByZWNvdmVyeSBwcm9ibGVtcyBhcmlzZSBkdWUg dG8NCiAgIGNvbnRyb2wgb3ZlcmhlYWQgb2YgYW4gU0ROIGNvbnRyb2xsZXIuICBTZWdtZW50IHJv dXRpbmcgcHJvdmlkZXMNCiAgIHNvdXJjZSByb3V0aW5nIGZ1bmN0aW9uIGJ5IGRlc2lnbmF0aW5n IGFuIGV4cGxpY2l0IHBhdGguICBTRE4gYW5kDQogICBzZWdtZW50IHJvdXRpbmcgY2FuIGJlIGNv bWJpbmVkIHRvIHByb3ZpZGUgYm90aCBnbG9iYWwgb3B0aW1pemF0aW9uDQogICBhbmQgcGVyZm9y bWFuY2UgZW5oYW5jZW1lbnQuICBJbiB0aGlzIGRvY3VtZW50LCB3ZSBpbGx1c3RyYXRlIFNETg0K ICAgc2VnbWVudCByb3V0aW5nIHVzZSBjYXNlcyBvZiBmbG93IHNldHVwLCBmYWlsdXJlIHJlY292 ZXJ5LCBDb250ZW50DQogICBEaXN0cmlidXRpb24gTmV0d29yayhDRE4pLCBhbmQgZHVhbCBob21p bmcuDQoNCg0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWlu dXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYg U2VjcmV0YXJpYXQNCg0KDQoNCuydtCDrqZTsnbzsnYAg7KeA7KCV65CcIOyImOy3qOyduOunjOyd hCDsnITtlbQg7J6R7ISx65CY7JeI7Jy866mwLCDspJHsmpTtlZwg7KCV67O064KYIOyggOyekeq2 jOydhCDtj6ztlajtlZjqs6Ag7J6I7J2EIOyImCDsnojsirXri4jri6QuIOyWtOuWoO2VnCDqtozt lZwg7JeG7J20LCDrs7gg66y47ISc7JeQIO2PrO2VqOuQnCDsoJXrs7TsnZgg7KCE67aAIOuYkOuK lCDsnbzrtoDrpbwg66y064uo7Jy866GcIOygnDPsnpDsl5Dqsowg6rO16rCcLCDrsLDtj6wsIOuz teyCrCDrmJDripQg7IKs7Jqp7ZWY64qUIOqyg+ydhCDsl4Tqsqntnogg6riI7KeA7ZWp64uI64uk LiDrp4zslb0sIOuzuCDrqZTsnbzsnbQg7J6Y66q7IOyghOyGoeuQnCDqsr3smrAsIOuwnOyLoOyd uCDrmJDripQg64u57IKs7JeQIOyVjOugpOyjvOyLnOqzoCwg67O4IOuplOydvOydhCDsponsi5wg 7IKt7KCc7ZWY7JesIOyjvOyLnOq4sCDrsJTrno3ri4jri6QuDQpUaGlzIEUtbWFpbCBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kL29yIGNvcHlyaWdodCBtYXRlcmlhbC4g VGhpcyBlbWFpbCBpcyBpbnRlbmRlZCBmb3IgdGhlIHVzZSBvZiB0aGUgYWRkcmVzc2VlIG9ubHku IElmIHlvdSByZWNlaXZlIHRoaXMgZW1haWwgYnkgbWlzdGFrZSwgcGxlYXNlIGVpdGhlciBkZWxl dGUgaXQgd2l0aG91dCByZXByb2R1Y2luZywgZGlzdHJpYnV0aW5nIG9yIHJldGFpbmluZyBjb3Bp ZXMgdGhlcmVvZiBvciBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseS4NCg== From nobody Thu Feb 20 02:47:44 2014 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 EB08C1A0097 for ; Thu, 20 Feb 2014 02:47:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.548] 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 g87on0A5hw_f for ; Thu, 20 Feb 2014 02:47:38 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 133F11A0072 for ; Thu, 20 Feb 2014 02:47:38 -0800 (PST) Received: from [192.168.1.130] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id F0648180145E; Thu, 20 Feb 2014 11:47:33 +0100 (CET) Message-ID: <5305DD45.1090508@pi.nu> Date: Thu, 20 Feb 2014 11:47:33 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Stefano Previdi (sprevidi)" References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> In-Reply-To: <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/-y35WcszILL5ApAs52akP9S8gl8 Cc: "" , "spring@ietf.org" , "rtg-ads@tools.ietf.org" , "" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Thu, 20 Feb 2014 10:47:43 -0000 Stefano, While i agree to what you say about the consensus about the SPRING architecture and that it would be great if you#d could benefit from RFC 7120. However, to allocate code points in existing register you have to go through the 7120 procedures, and the request to allocate code points early the requests need to come from wg-chair and AD's. As far as I can you have not gone through that procedure. The code points should be TBA until that is done. /Loa On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: > Loa, > > On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >> Authors, >> >> I've a question on this draft. If I understand correctly you are making >> allocations of code points from an already existing IANA registry. >> >> Publishing codes come with the "risk" that someone think they are truly >> allocated and implement using these code points. > > > Ideally, we'd like to benefit from RFC7120 which states: > > This memo describes the process for early allocation of code points > by IANA from registries for which "Specification Required", "RFC > Required", "IETF Review", or "Standards Action" policies apply. This > process can be used to alleviate the problem where code point > allocation is needed to facilitate desired or required implementation > and deployment experience prior to publication of an RFC, which would > normally trigger code point allocation. The procedures in this > document are intended to apply only to IETF Stream documents. > > So, terms such as "implementation" and "deployment" are used and knowing > that: > > . Segment Routing architecture as a large consensus among vendors > and operators > . Segment Routing protocol extensions have an even larger consensus > among vendors and operators since the protocol extensions required > for Segment Routing do also address requirements from other label > distribution mechanisms > . Segment Routing is being shipped by multiple interoperable vendors > (reports will follow shortly) > . Segment Routing is in deployment plans of several operators > > I believe all conditions are met in order for us to benefit from RFC7120 > and get early allocation code points. > > This would allow the industry to move on with this new technology and > IETF to still lead the innovation and standardization of it. > > > Thanks. > s. > > >> Now what will you do if some document in the pipe allocate one of the >> code-points you are allocating through the normal process? You will have >> a code point deployed, that belongs to another protocol. >> >> /Loa >> >> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts directories. >>> >>> >>> Title : IS-IS Extensions for Segment Routing >>> Authors : Stefano Previdi >>> Clarence Filsfils >>> Ahmed Bashandy >>> Hannes Gredler >>> Stephane Litkowski >>> Jeff Tantsura >>> Filename : draft-previdi-isis-segment-routing-extensions-05.txt >>> Pages : 27 >>> Date : 2014-02-13 >>> >>> Abstract: >>> Segment Routing (SR) allows for a flexible definition of end-to-end >>> paths within IGP topologies by encoding paths as sequences of >>> topological sub-paths, called "segments". These segments are >>> advertised by the link-state routing protocols (IS-IS and OSPF). >>> >>> This draft describes the necessary IS-IS extensions that need to be >>> introduced for Segment Routing. >>> >>> >>> >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing-extensions/ >>> >>> There's also a htmlized version available at: >>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing-extensions-05 >>> >>> A diff from the previous version is available at: >>> http://www.ietf.org/rfcdiff?url2=draft-previdi-isis-segment-routing-extensions-05 >>> >>> >>> 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/ >>> >>> _______________________________________________ >>> I-D-Announce mailing list >>> I-D-Announce@ietf.org >>> https://www.ietf.org/mailman/listinfo/i-d-announce >>> Internet-Draft directories: http://www.ietf.org/shadow.html >>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Feb 20 08:44:17 2014 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 BFCAC1A023E for ; Thu, 20 Feb 2014 08:44:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.749 X-Spam-Level: X-Spam-Status: No, score=-4.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 rTcEhqpC1AiS for ; Thu, 20 Feb 2014 08:44:10 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 16E9E1A0234 for ; Thu, 20 Feb 2014 08:44:09 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBI38106; Thu, 20 Feb 2014 16:44:05 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Feb 2014 16:41:44 +0000 Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Feb 2014 16:42:00 +0000 Received: from DFWEML703-CHM.china.huawei.com ([169.254.5.188]) by dfweml701-chm.china.huawei.com ([169.254.1.21]) with mapi id 14.03.0158.001; Thu, 20 Feb 2014 08:41:46 -0800 From: AshwoodsmithPeter To: "sngsu.kim@kt.com" , "spring@ietf.org" , Mourad Soliman , "Arashmid Akhavain" Thread-Topic: New Version Notification for draft-kim-source-routing-use-cases-01.txt Thread-Index: AQHPKd1bFVS5U+Y2lkmYx80iFie6I5q9z2yAgACMY1A= Date: Thu, 20 Feb 2014 16:41:45 +0000 Message-ID: <7AE6A4247B044C4ABE0A5B6BF427F8E20A34B0C4@dfweml703-chm.china.huawei.com> References: <20140214233329.26934.64089.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.193.60.105] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/R5NVjM9YXigX1icPbJQtnvjt4k8 Subject: Re: [spring] New Version Notification for draft-kim-source-routing-use-cases-01.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: Thu, 20 Feb 2014 16:44:15 -0000 U3VuZ3N1LA0KDQpKdXN0IHJlYWQgb3ZlciB5b3VyIGRyYWZ0LiBUaGVyZSBpcyBhIGxvdCBvZiBz aW1pbGFyaXR5IHdpdGggdGhlIGRyYWZ0IHdlIHdyb3RlIChhbmQgcHJlc2VudGVkKSBvbiBTRE4g b3B0aW1pemF0aW9uIHVzaW5nIHNvdXJjZSByb3V0aW5nIGxhc3QgeWVhci4gaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtYXNod29vZC1zZG5yZy1zdGF0ZS1yZWR1Y3Rpb24tMDANCg0K WW91IG1heSBiZSBpbnRlcmVzdGVkIGluIHRoZSBzaW11bGF0aW9uIHdvcmsgZG9uZSBieSBteSBj by1hdXRob3IgTW91cmFuZCB3aG8gbG9va2VkIGF0IHRoZSByZWR1Y3Rpb24gaW4gbWVzc2FnaW5n IHRoYXQgb2NjdXJzIGFuZCB0aGUgYm9vc3QgaW4gcGVyZm9ybWFuY2UgdGhhdCByZXN1bHRzIGlu IHRoZSBTRE4gY29udHJvbGxlciBhcyBhIHJlc3VsdC4gVGhlIGJlbmVmaXRzIGFyZSBkcmFtYXRp YyBhcyB0aGUgZGlhbWV0ZXIgZ3Jvd3MuIFRoaXMgd2FzIHByZXNlbnRlZCBhbHNvIGFzOg0KaHR0 cDovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy84Ny9zbGlkZXMvc2xpZGVzLTg3LXN0YXR1cy05 LnBkZg0KDQpSZWNlbnRseSB3ZSBzdGFydGVkIGxvb2tpbmcgYXQgbWFrZS1iZWZvcmUtYnJlYWsg Zm9yIFNETiBhbmQgdGhlcmUgYWdhaW4gc291cmNlIHJvdXRpbmcgaGFzIGEgaHVnZSBhZHZhbnRh Z2UgaW4gcmVkdWNpbmcgdGhlIGxvYWQvY29tcGxleGl0eSBvbiB0aGUgY29udHJvbGxlci4gVGhp cyBpcyBlc3BlY2lhbGx5IGltcG9ydGFudCBpZiB0aGUgY29udHJvbGxlciBvciBhbiBhcHAgaXMg ZG9pbmcgYW55IGtpbmQgb2YgZ2xvYmFsIG9wdGltaXphdGlvbiB3aGVyZSBzbWFsbCBjaGFuZ2Vz IGluIGZsb3cgcGF0dGVybnMgY2FuIHJlc3VsdCBpbiBzdWJzdGFudGlhbCBtb3ZlbWVudCBpbiBm bG93L3JvdXRlIGFzc2lnbm1lbnRzIChpLmUuIG1ha2UtYmVmb3JlLWJyZWFrIGlzIGEgbXVzdCBv ciB5b3UgY2Fubm90IGRvIGdsb2JhbCBvcHRpbWl6YXRpb24gd2l0aG91dCBmcmVxdWVudCBpbnRl cnJ1cHRpb25zIHRvIGEgbG90IG9mIHRyYWZmaWMpLg0KDQpXZSB3b3VsZCBjZXJ0YWlubHkgYmUg b3BlbiB0byBjb2xsYWJvcmF0aW5nIG9uIHRoaXMgdXNlIGNhc2UgaWYgdGhhdCBpcyBvZiBpbnRl cmVzdCB0byB5b3UuDQoNClJlZ2FyZHMsDQoNClBldGVyIEFzaHdvb2QtU21pdGgNCg0KDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mID8/PyhDbG91ZCBTRE4gUHJvamVjdCkNClNlbnQ6 IFRodXJzZGF5LCBGZWJydWFyeSAyMCwgMjAxNCAzOjA0IEFNDQpUbzogc3ByaW5nQGlldGYub3Jn DQpTdWJqZWN0OiBbc3ByaW5nXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC1raW0tc291cmNlLXJvdXRpbmctdXNlLWNhc2VzLTAxLnR4dA0KDQpIaSBBbGwsDQoNCiAgSnVz dCB1cGxvYWRlZCBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIGRyYWZ0Lg0KICBXZSBhZGRlZCBt b3JlIHVzZSBjYXNlcywgc3VjaCBhcyBDRE4gYW5kIGR1YWwgaG9taW5nLg0KICBDb21tZW50cyBh cmUgd2VsY29tZWQuDQoNClJlZ2FyZHMsDQoNClN1bmdzdSBLaW0NCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZ10NClNlbnQ6IFNhdHVyZGF5LCBGZWJydWFyeSAxNSwgMjAxNCA4 OjMzIEFNDQpUbzog67Cx7J2A6rK9KENsb3VkIFNETiBQcm9qZWN0KTsgSmFld29vIFBhcms7IEph ZXdvbyBQYXJrOyDrsLHsnYDqsr0oQ2xvdWQgU0ROIFByb2plY3QpOyDquYDshLHsiJgoQ2xvdWQg U0ROIFByb2plY3QpOyDquYDshLHsiJgoQ2xvdWQgU0ROIFByb2plY3QpOyBMdWlzIE0uIENvbnRy ZXJhczsgTHVpcyBNLiBDb250cmVyYXMNClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlv biBmb3IgZHJhZnQta2ltLXNvdXJjZS1yb3V0aW5nLXVzZS1jYXNlcy0wMS50eHQNCg0KDQpBIG5l dyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQta2ltLXNvdXJjZS1yb3V0aW5nLXVzZS1jYXNlcy0wMS50 eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgU3VuZ3N1IEtpbSBhbmQgcG9z dGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICAgICBkcmFmdC1raW0t c291cmNlLXJvdXRpbmctdXNlLWNhc2VzDQpSZXZpc2lvbjogICAgICAgMDENClRpdGxlOiAgICAg ICAgICBTUFJJTkcgVXNlIENhc2VzIGZvciBTb2Z0d2FyZS1kZWZpbmVkIE5ldHdvcmtpbmcNCkRv Y3VtZW50IGRhdGU6ICAyMDE0LTAyLTE0DQpHcm91cDogICAgICAgICAgSW5kaXZpZHVhbCBTdWJt aXNzaW9uDQpQYWdlczogICAgICAgICAgOQ0KVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWtpbS1zb3VyY2Utcm91dGluZy11c2UtY2FzZXMt MDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQta2ltLXNvdXJjZS1yb3V0aW5nLXVzZS1jYXNlcy8NCkh0bWxpemVkOiAgICAgICBodHRw Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1raW0tc291cmNlLXJvdXRpbmctdXNlLWNhc2Vz LTAxDQpEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJh ZnQta2ltLXNvdXJjZS1yb3V0aW5nLXVzZS1jYXNlcy0wMQ0KDQpBYnN0cmFjdDoNCiAgIEluIHRo ZSBTb2Z0d2FyZS1EZWZpbmVkIE5ldHdvcmtpbmcgKFNETikgYXJjaGl0ZWN0dXJlLCBhbiBTRE4N CiAgIGNvbnRyb2xsZXIgZXN0YWJsaXNoZXMgZmxvdyBwYXRocy4gIEFuIFNETiBjb250cm9sbGVy IHByb3ZpZGVzIGdsb2JhbA0KICAgb3B0aW1pemF0aW9uIG9mIHBhdGhzIGJ5IGNvbnRyb2xsaW5n IGFsbCBtYW5hZ2VkIHN3aXRjaGVzLiAgSG93ZXZlciwNCiAgIGxvbmcgZmxvdyBzZXR1cCB0aW1l IGFuZCBmYWlsdXJlIHJlY292ZXJ5IHByb2JsZW1zIGFyaXNlIGR1ZSB0bw0KICAgY29udHJvbCBv dmVyaGVhZCBvZiBhbiBTRE4gY29udHJvbGxlci4gIFNlZ21lbnQgcm91dGluZyBwcm92aWRlcw0K ICAgc291cmNlIHJvdXRpbmcgZnVuY3Rpb24gYnkgZGVzaWduYXRpbmcgYW4gZXhwbGljaXQgcGF0 aC4gIFNETiBhbmQNCiAgIHNlZ21lbnQgcm91dGluZyBjYW4gYmUgY29tYmluZWQgdG8gcHJvdmlk ZSBib3RoIGdsb2JhbCBvcHRpbWl6YXRpb24NCiAgIGFuZCBwZXJmb3JtYW5jZSBlbmhhbmNlbWVu dC4gIEluIHRoaXMgZG9jdW1lbnQsIHdlIGlsbHVzdHJhdGUgU0RODQogICBzZWdtZW50IHJvdXRp bmcgdXNlIGNhc2VzIG9mIGZsb3cgc2V0dXAsIGZhaWx1cmUgcmVjb3ZlcnksIENvbnRlbnQNCiAg IERpc3RyaWJ1dGlvbiBOZXR3b3JrKENETiksIGFuZCBkdWFsIGhvbWluZy4NCg0KDQoNCg0KUGxl YXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRp bWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUg YXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoN Cg0K7J20IOuplOydvOydgCDsp4DsoJXrkJwg7IiY7Leo7J2466eM7J2EIOychO2VtCDsnpHshLHr kJjsl4jsnLzrqbAsIOykkeyalO2VnCDsoJXrs7Trgpgg7KCA7J6R6raM7J2EIO2PrO2VqO2VmOqz oCDsnojsnYQg7IiYIOyeiOyKteuLiOuLpC4g7Ja065ag7ZWcIOq2jO2VnCDsl4bsnbQsIOuzuCDr rLjshJzsl5Ag7Y+s7ZWo65CcIOygleuztOydmCDsoITrtoAg65iQ64qUIOydvOu2gOulvCDrrLTr i6jsnLzroZwg7KCcM+yekOyXkOqyjCDqs7XqsJwsIOuwsO2PrCwg67O17IKsIOuYkOuKlCDsgqzs mqntlZjripQg6rKD7J2EIOyXhOqyqe2eiCDquIjsp4Dtlanri4jri6QuIOunjOyVvSwg67O4IOup lOydvOydtCDsnpjrqrsg7KCE7Iah65CcIOqyveyasCwg67Cc7Iug7J24IOuYkOuKlCDri7nsgqzs l5Ag7JWM66Ck7KO87Iuc6rOgLCDrs7gg66mU7J287J2EIOymieyLnCDsgq3soJztlZjsl6wg7KO8 7Iuc6riwIOuwlOuejeuLiOuLpC4NClRoaXMgRS1tYWlsIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBpbmZvcm1hdGlvbiBhbmQvb3IgY29weXJpZ2h0IG1hdGVyaWFsLiBUaGlzIGVtYWlsIGlzIGlu dGVuZGVkIGZvciB0aGUgdXNlIG9mIHRoZSBhZGRyZXNzZWUgb25seS4gSWYgeW91IHJlY2VpdmUg dGhpcyBlbWFpbCBieSBtaXN0YWtlLCBwbGVhc2UgZWl0aGVyIGRlbGV0ZSBpdCB3aXRob3V0IHJl cHJvZHVjaW5nLCBkaXN0cmlidXRpbmcgb3IgcmV0YWluaW5nIGNvcGllcyB0aGVyZW9mIG9yIG5v dGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5Lg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0BpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg== From nobody Thu Feb 20 14:36:56 2014 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 7F57C1A0327; Thu, 20 Feb 2014 14:26:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_BIG_TO_CC=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 tMDBFBDLdr1r; Thu, 20 Feb 2014 14:26:00 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E6251A0323; Thu, 20 Feb 2014 14:26:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: The IETF Chair X-Test-IDTracker: no X-IETF-IDTracker: 5.0.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140220222600.9647.3985.idtracker@ietfa.amsl.com> Date: Thu, 20 Feb 2014 14:26:00 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/na_fD5-MeHMSTeON61kyZKiQANY X-Mailman-Approved-At: Thu, 20 Feb 2014 14:36:48 -0800 Cc: bensons@queuefull.net, matthew.bocci@alcatel-lucent.com, spring@ietf.org, enrico.marocco@telecomitalia.it, edc@google.com, i2rs@ietf.org, nvo3@ietf.org, alto@ietf.org, akatlas@juniper.net, jgs@juniper.net, aretana@cisco.com, vkg@bell-labs.com Subject: [spring] New Liaison Statement, "LS on SDN standardization activity map [to multiple external groups]" 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: Thu, 20 Feb 2014 22:26:03 -0000 Title: LS on SDN standardization activity map [to multiple external groups] Submission Date: 2013-11-11 URL of the IETF Web page: http://datatracker.ietf.org/liaison/1305/ Please reply by 2014-01-10 From: ITU-T JCA-SDN (Takashi Egawa ) To: The IETF (The IETF Chair ) Cc: nvo3@ietf.org,matthew.bocci@alcatel-lucent.com,bensons@queuefull.net,i2rs@ietf.org,akatlas@juniper.net,edc@google.com,alto@ietf.org,enrico.marocco@telecomitalia.it,vkg@bell-labs.com,aretana@cisco.com,jgs@juniper.net,spring@ietf.org Response Contact: Technical Contact: Purpose: For action Body: Attachments: LS on SDN standardization activity map [to multiple external groups] https://datatracker.ietf.org/documents/LIAISON/liaison-2013-11-11-itu-t-jca-sdn-the-ietf-ls-on-sdn-standardization-activity-map-to-multiple-external-groups-attachment-1.pdf From nobody Sun Feb 23 09:49:34 2014 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 8678E1A066B for ; Sun, 23 Feb 2014 09:49:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.599 X-Spam-Level: *** X-Spam-Status: No, score=3.599 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no 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 NVsXuW2hOV1I for ; Sun, 23 Feb 2014 09:49:31 -0800 (PST) Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe006.messaging.microsoft.com [213.199.154.209]) by ietfa.amsl.com (Postfix) with ESMTP id 570241A0691 for ; Sun, 23 Feb 2014 09:49:31 -0800 (PST) Received: from mail73-am1-R.bigfish.com (10.3.201.244) by AM1EHSOBE010.bigfish.com (10.3.204.30) with Microsoft SMTP Server id 14.1.225.22; Sun, 23 Feb 2014 17:49:30 +0000 Received: from mail73-am1 (localhost [127.0.0.1]) by mail73-am1-R.bigfish.com (Postfix) with ESMTP id 1BC3080326; Sun, 23 Feb 2014 17:49:30 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -25 X-BigFish: VPS-25(zz62a3I98dI9371I936eI1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1de098h1033IL17326ah8275bh8275dh1de097h186068hz2fh2a8h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h1662h1758h1898h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d0ch1d2eh1d3fh1dfeh1dffh1e23h1fe8h1ff5h2052h20b3h2218h2216h226dh22d0h24afh2327h2336h2438h2461h2487h24ach24d7h2516h2545h255eh1155h) Received-SPF: pass (mail73-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=hannes@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; Received: from mail73-am1 (localhost.localdomain [127.0.0.1]) by mail73-am1 (MessageSwitch) id 1393177766704955_30852; Sun, 23 Feb 2014 17:49:26 +0000 (UTC) Received: from AM1EHSMHS016.bigfish.com (unknown [10.3.201.234]) by mail73-am1.bigfish.com (Postfix) with ESMTP id A6CA9240079; Sun, 23 Feb 2014 17:49:26 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS016.bigfish.com (10.3.207.154) with Microsoft SMTP Server (TLS) id 14.16.227.3; Sun, 23 Feb 2014 17:49:26 +0000 Received: from [172.29.64.190] (193.110.55.15) by pod51010.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.411.0; Sun, 23 Feb 2014 17:49:24 +0000 MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="iso-8859-1" From: Hannes Gredler In-Reply-To: <5305DD45.1090508@pi.nu> Date: Sun, 23 Feb 2014 18:49:22 +0100 Content-Transfer-Encoding: quoted-printable Message-ID: <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> To: Loa Andersson X-Mailer: Apple Mail (2.1283) X-Originating-IP: [193.110.55.15] X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/spring/FGECZR3XPIhqNdWURfjJt_pEqVQ Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org, spring@ietf.org, Christian Hopps , spring-chairs@tools.ietf.org, "Stefano Previdi \(sprevidi\)" , rtg-ads@tools.ietf.org Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Sun, 23 Feb 2014 17:49:33 -0000 loa, quoting from rfc7120: --- In protocol specifications documented in RFCs, there is often a = need to allocate code points for various objects, messages, or other protocol entities so that implementations can interoperate. Many of these code point spaces have registries handled by the Internet Assigned Number Authority (IANA). Several IETF policies for IANA allocation of protocol parameters are described in RFC 5226. Some of them, such as "First Come First Served" or "Expert Review", do not require a formal IETF action before the IANA performs allocation. However, in situations where code points are a scarce resource and/or the IETF community has consensus to retain tight control of the registry content, policies such as "IETF Review" (formerly "IETF Consensus"), or "Standards Action" have been used. Such allocation policies present a problem in situations where implementation and/or deployment experience are desired or required before the document becomes an RFC. --- couple of thoughts: 1. ISIS-WG code-point allocation is under 'expert review'; Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of the 7120 intro is that it does not apply here. 2. IGP WGs are these days 'low-maintenance', i.e. not many new protocols do contend for code-points. 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds for potential clashes. 4. in that specific environment, as a WG-chair i do encourage authors to specify their code-points such that interop testing can be done. (my guess is that is better to document code-points early on, rather than standardize the = 'informal-single-vendor-standard' in the eleventh hour. thanks, /hannes On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: > Stefano, >=20 > While i agree to what you say about the consensus about the SPRING > architecture and that it would be great if you#d could benefit from > RFC 7120. >=20 > However, to allocate code points in existing register you have to go > through the 7120 procedures, and the request to allocate code points > early the requests need to come from wg-chair and AD's. >=20 > As far as I can you have not gone through that procedure. The code > points should be TBA until that is done. >=20 > /Loa >=20 > On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: >> Loa, >>=20 >> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >>> Authors, >>>=20 >>> I've a question on this draft. If I understand correctly you are = making >>> allocations of code points from an already existing IANA registry. >>>=20 >>> Publishing codes come with the "risk" that someone think they are = truly >>> allocated and implement using these code points. >>=20 >>=20 >> Ideally, we'd like to benefit from RFC7120 which states: >>=20 >> This memo describes the process for early allocation of code points >> by IANA from registries for which "Specification Required", "RFC >> Required", "IETF Review", or "Standards Action" policies apply. = This >> process can be used to alleviate the problem where code point >> allocation is needed to facilitate desired or required = implementation >> and deployment experience prior to publication of an RFC, which = would >> normally trigger code point allocation. The procedures in this >> document are intended to apply only to IETF Stream documents. >>=20 >> So, terms such as "implementation" and "deployment" are used and = knowing >> that: >>=20 >> . Segment Routing architecture as a large consensus among vendors >> and operators >> . Segment Routing protocol extensions have an even larger consensus >> among vendors and operators since the protocol extensions required >> for Segment Routing do also address requirements from other label >> distribution mechanisms >> . Segment Routing is being shipped by multiple interoperable vendors >> (reports will follow shortly) >> . Segment Routing is in deployment plans of several operators >>=20 >> I believe all conditions are met in order for us to benefit from = RFC7120 >> and get early allocation code points. >>=20 >> This would allow the industry to move on with this new technology and >> IETF to still lead the innovation and standardization of it. >>=20 >>=20 >> Thanks. >> s. >>=20 >>=20 >>> Now what will you do if some document in the pipe allocate one of = the >>> code-points you are allocating through the normal process? You will = have >>> a code point deployed, that belongs to another protocol. >>>=20 >>> /Loa >>>=20 >>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>>>=20 >>>> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>>>=20 >>>>=20 >>>> Title : IS-IS Extensions for Segment Routing >>>> Authors : Stefano Previdi >>>> Clarence Filsfils >>>> Ahmed Bashandy >>>> Hannes Gredler >>>> Stephane Litkowski >>>> Jeff Tantsura >>>> Filename : = draft-previdi-isis-segment-routing-extensions-05.txt >>>> Pages : 27 >>>> Date : 2014-02-13 >>>>=20 >>>> Abstract: >>>> Segment Routing (SR) allows for a flexible definition of = end-to-end >>>> paths within IGP topologies by encoding paths as sequences of >>>> topological sub-paths, called "segments". These segments are >>>> advertised by the link-state routing protocols (IS-IS and OSPF). >>>>=20 >>>> This draft describes the necessary IS-IS extensions that need to = be >>>> introduced for Segment Routing. >>>>=20 >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> = https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing-extens= ions/ >>>>=20 >>>> There's also a htmlized version available at: >>>> = http://tools.ietf.org/html/draft-previdi-isis-segment-routing-extensions-0= 5 >>>>=20 >>>> A diff from the previous version is available at: >>>> = http://www.ietf.org/rfcdiff?url2=3Ddraft-previdi-isis-segment-routing-exte= nsions-05 >>>>=20 >>>>=20 >>>> 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. >>>>=20 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>>=20 >>>> _______________________________________________ >>>> I-D-Announce mailing list >>>> I-D-Announce@ietf.org >>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>>=20 >>>=20 >>> -- >>>=20 >>>=20 >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>=20 >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>=20 >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >>=20 >=20 > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 >=20 From nobody Mon Feb 24 14:38:13 2014 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 918AF1A0306 for ; Mon, 24 Feb 2014 14:38:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.047 X-Spam-Level: X-Spam-Status: No, score=-15.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 FtPasEUQtKQT for ; Mon, 24 Feb 2014 14:38:09 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id B6AE81A02FE for ; Mon, 24 Feb 2014 14:38:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5900; q=dns/txt; s=iport; t=1393281489; x=1394491089; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=+jP64Jut02zdUutCSbv7yDePj59xiDE2HHWa7Y0TV7o=; b=Wpwc+74YZ73xSEqy/gt4TJ/aL5kcRgGnxnXV3MNATOZrY/TJahcVmZUd HW0PBV26v8aGBFXjR1mzFwtsELzuxPraKOzQkmF2lwxEOTL1wHtfI6Dow TEbITmZb0WFSq89rDsk85cITu624DJzJ0r7E18pxlSKNdWRfesfxEEhu9 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwFAIvJC1OtJXHA/2dsb2JhbABYAYJERDhVvSeBIRYBdIN+AQEEgQkCAQgSHwEBDAcyFAMOAgQTCRKHaQ29cxeOPlsjBAGEDgSYFpIUgyuCKg X-IronPort-AV: E=Sophos;i="4.97,863,1389744000"; d="scan'208,217";a="303176290" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-9.cisco.com with ESMTP; 24 Feb 2014 22:38:08 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id s1OMc85u028405 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 24 Feb 2014 22:38:08 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.147]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0123.003; Mon, 24 Feb 2014 16:38:08 -0600 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: [spring] IETF 89 Agenda Items Thread-Index: AQHPLCL29qfZNVrbpUmdwD9XEDqvPprFGqWA Date: Mon, 24 Feb 2014 22:38:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_CF3133D24D4B4aretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/rx4BQDEvorwO_KmPfRk-0phFlZ4 Subject: Re: [spring] IETF 89 Agenda Items 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, 24 Feb 2014 22:38:11 -0000 --_000_CF3133D24D4B4aretanaciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I just uploaded the updated agenda.. Authors: we require your slides by EOD on Monday, March/3. Thanks! Alvaro. On 2/17/14 3:58 PM, "Alvaro Retana (aretana)" > wrote: Hi! I just published the draft agenda: http://www.ietf.org/proceedings/89/agend= a/agenda-89-spring We still have plenty of time if anyone wants to add anything or in case I m= issed someone. The final agenda is due on Feb/24. Authors: we require your slides by EOD on Monday, March/3. Thanks! Alvaro. On 2/11/14 2:24 PM, "Alvaro Retana (aretana)" > wrote: Hi! We have a 2 hour slot in London on Wednesday afternoon: WEDNESDAY, March 5, 2014 1300-1500 Afternoon Session I Sovereign RTG spring Source Packet Routing in Ne= tworking WG We need to collect proposals for agenda items at this time. Please send yo= ur request to John and I. We will prioritize the items already listed as m= ilestones in the charter: use cases, architecture, solutions, etc. Other i= tems may be considered if we have time. Please note that we will be requiring two conditions to be part of the fina= l agenda: (1) your draft MUST have been published already, and (2) you MUST= provide the chairs with your slides by EOD on Monday, March 3, 2014. Keep the following dates in mind: Feb/14 (this Friday!): cut-ff date for ID submission. Feb/17 (Monday): Draft WG agendas are due Feb/24: Revised WG agendas are due Thanks! Alvaro. --_000_CF3133D24D4B4aretanaciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <85EB47158662CC449B634200B0ECD723@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
I just uploaded the updated agenda..

Authors: we require your slides by EOD on Monday, March/3.

Thanks!

Alvaro.

On 2/17/14 3:58 PM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!


We still have plenty of time if anyone wants to add anything or in cas= e I missed someone.  The final agenda is due on Feb/24.

Authors:  we require your slides by EOD on Monday, March/3.

Thanks!

Alvaro.


On 2/11/14 2:24 PM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

We have a 2 hour slot in London on Wednesday afternoon:
WEDNESDAY, March 5, 2014
1300-1500  Afternoon Session I
Sovereign               RTG     spring          Source Packet Routing in Ne=
tworking WG
We=
 need to collect proposals for agenda items at this time.  Please send=
 your request to John and I.  We will prioritize the items already lis=
ted as milestones in the charter: use cases, architecture, solutions, etc. =
 Other items may be considered if we have time.
Please note that we will be requiring two conditions to be part of the= final agenda: (1) your draft MUST have been published already, and (2) you= MUST provide the chairs with your slides by EOD on Monday, March 3, 2014.<= /div>

Keep the following dates in mind:

Feb/14 (this Friday!): cut-ff date for ID submission.  
Feb/17 (Monday): Draft WG agendas are due
Feb/24: Revised WG agendas are due

Thanks!

Alvaro.
 --_000_CF3133D24D4B4aretanaciscocom_-- From nobody Tue Feb 25 02:03:38 2014 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 29EA41A066D for ; Tue, 25 Feb 2014 02:03:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.853 X-Spam-Level: X-Spam-Status: No, score=0.853 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.547] 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 7WBW-DkoLOfC for ; Tue, 25 Feb 2014 02:03:34 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 1E15C1A0318 for ; Tue, 25 Feb 2014 02:03:34 -0800 (PST) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id B4CA6180156A; Tue, 25 Feb 2014 11:03:32 +0100 (CET) Message-ID: <530C6A76.6080806@pi.nu> Date: Tue, 25 Feb 2014 11:03:34 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Hannes Gredler References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> In-Reply-To: <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/6DuwEe6wDgMQ7d8Enroe7_AEa78 Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org, spring@ietf.org, Christian Hopps , spring-chairs@tools.ietf.org, "Stefano Previdi \(sprevidi\)" , rtg-ads@tools.ietf.org Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Tue, 25 Feb 2014 10:03:37 -0000 Hannes, et.al., All of this are good arguments for doing an early allocation of code points. My point is that this has not been done and that we now have several documents that are doing allocation of code points without coordinating with the IANA. To allocate code points early you need to request that the wg chairs bring this to the ADs and IANA. Process is simple but need to be done before we claim that the code points are allocated. /Loa On 2014-02-23 18:49, Hannes Gredler wrote: > loa, > > quoting from rfc7120: > > --- In protocol specifications documented in RFCs, there is often a need > to allocate code points for various objects, messages, or other > protocol entities so that implementations can interoperate. Many of > these code point spaces have registries handled by the Internet > Assigned Number Authority (IANA). Several IETF policies for IANA > allocation of protocol parameters are described in RFC 5226. > Some of them, such as "First Come First Served" or > "Expert Review", do not require a formal IETF action before the IANA > performs allocation. However, in situations where code points are a > scarce resource and/or the IETF community has consensus to retain > tight control of the registry content, policies such as "IETF Review" > (formerly "IETF Consensus"), or "Standards Action" have been used. > Such allocation policies present a problem in situations where > implementation and/or deployment experience are desired or required > before the document becomes an RFC. > --- > > couple of thoughts: > > 1. ISIS-WG code-point allocation is under 'expert review'; > Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of > the 7120 intro is that it does not apply here. > > 2. IGP WGs are these days 'low-maintenance', i.e. not many > new protocols do contend for code-points. > > 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds > for potential clashes. > > 4. in that specific environment, as a WG-chair i do encourage > authors to specify their code-points such that interop testing > can be done. (my guess is that is better to document code-points > early on, rather than standardize the 'informal-single-vendor-standard' > in the eleventh hour. > > thanks, > > /hannes > > > On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: > >> Stefano, >> >> While i agree to what you say about the consensus about the SPRING >> architecture and that it would be great if you#d could benefit from >> RFC 7120. >> >> However, to allocate code points in existing register you have to go >> through the 7120 procedures, and the request to allocate code points >> early the requests need to come from wg-chair and AD's. >> >> As far as I can you have not gone through that procedure. The code >> points should be TBA until that is done. >> >> /Loa >> >> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: >>> Loa, >>> >>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >>>> Authors, >>>> >>>> I've a question on this draft. If I understand correctly you are making >>>> allocations of code points from an already existing IANA registry. >>>> >>>> Publishing codes come with the "risk" that someone think they are truly >>>> allocated and implement using these code points. >>> >>> >>> Ideally, we'd like to benefit from RFC7120 which states: >>> >>> This memo describes the process for early allocation of code points >>> by IANA from registries for which "Specification Required", "RFC >>> Required", "IETF Review", or "Standards Action" policies apply. This >>> process can be used to alleviate the problem where code point >>> allocation is needed to facilitate desired or required implementation >>> and deployment experience prior to publication of an RFC, which would >>> normally trigger code point allocation. The procedures in this >>> document are intended to apply only to IETF Stream documents. >>> >>> So, terms such as "implementation" and "deployment" are used and knowing >>> that: >>> >>> . Segment Routing architecture as a large consensus among vendors >>> and operators >>> . Segment Routing protocol extensions have an even larger consensus >>> among vendors and operators since the protocol extensions required >>> for Segment Routing do also address requirements from other label >>> distribution mechanisms >>> . Segment Routing is being shipped by multiple interoperable vendors >>> (reports will follow shortly) >>> . Segment Routing is in deployment plans of several operators >>> >>> I believe all conditions are met in order for us to benefit from RFC7120 >>> and get early allocation code points. >>> >>> This would allow the industry to move on with this new technology and >>> IETF to still lead the innovation and standardization of it. >>> >>> >>> Thanks. >>> s. >>> >>> >>>> Now what will you do if some document in the pipe allocate one of the >>>> code-points you are allocating through the normal process? You will have >>>> a code point deployed, that belongs to another protocol. >>>> >>>> /Loa >>>> >>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>>>> >>>>> A New Internet-Draft is available from the on-line Internet-Drafts directories. >>>>> >>>>> >>>>> Title : IS-IS Extensions for Segment Routing >>>>> Authors : Stefano Previdi >>>>> Clarence Filsfils >>>>> Ahmed Bashandy >>>>> Hannes Gredler >>>>> Stephane Litkowski >>>>> Jeff Tantsura >>>>> Filename : draft-previdi-isis-segment-routing-extensions-05.txt >>>>> Pages : 27 >>>>> Date : 2014-02-13 >>>>> >>>>> Abstract: >>>>> Segment Routing (SR) allows for a flexible definition of end-to-end >>>>> paths within IGP topologies by encoding paths as sequences of >>>>> topological sub-paths, called "segments". These segments are >>>>> advertised by the link-state routing protocols (IS-IS and OSPF). >>>>> >>>>> This draft describes the necessary IS-IS extensions that need to be >>>>> introduced for Segment Routing. >>>>> >>>>> >>>>> >>>>> The IETF datatracker status page for this draft is: >>>>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing-extensions/ >>>>> >>>>> There's also a htmlized version available at: >>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing-extensions-05 >>>>> >>>>> A diff from the previous version is available at: >>>>> http://www.ietf.org/rfcdiff?url2=draft-previdi-isis-segment-routing-extensions-05 >>>>> >>>>> >>>>> 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/ >>>>> >>>>> _______________________________________________ >>>>> I-D-Announce mailing list >>>>> I-D-Announce@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>>> >>>> >>>> -- >>>> >>>> >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>> >>>> _______________________________________________ >>>> spring mailing list >>>> spring@ietf.org >>>> https://www.ietf.org/mailman/listinfo/spring >>> >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Feb 26 00:32:13 2014 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 C3E0F1A00FE for ; Wed, 26 Feb 2014 00:32:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.448 X-Spam-Level: X-Spam-Status: No, score=-14.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_31=0.6, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 T-Ej4C8-_UYP for ; Wed, 26 Feb 2014 00:32:01 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 3B5801A00E9 for ; Wed, 26 Feb 2014 00:32:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10045; q=dns/txt; s=iport; t=1393403520; x=1394613120; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=cDwdfe5H3PdoNwkGdPLQAuKm2MdTAiWlsZbDGP0aSKc=; b=GakelflE8St7TXRJ3eUg0658TsPPXtRKLiu2cBrajzn5iou3bIPdsvvd 8R8vWhPrv7HMbsf8snRyi22STlV6EAbgzu+ag9TKdWnu1Jdg6eSN92mei cm1JoVIPrafeK6dhsNi1JUKsX6Svswp88a8fTZmPOJUnWQuEProdcxMtt Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgkFAFqlDVOtJV2Y/2dsb2JhbABYgwY7UQbAJE+BGhZ0giUBAQEEAQEBNzEDCwwCAgIBCBEBAwEBAQoUCQcbDAsUAwYIAgQBDQUIAQuHcQgFyGEXBI1qEQEfMQIFBoMegRQElEuFHYsyhUSDLYFxOQ X-IronPort-AV: E=Sophos;i="4.97,546,1389744000"; d="scan'208";a="306601040" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-8.cisco.com with ESMTP; 26 Feb 2014 08:31:59 +0000 Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s1Q8VxWl021468 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 26 Feb 2014 08:31:59 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.205]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0123.003; Wed, 26 Feb 2014 02:31:59 -0600 From: "Les Ginsberg (ginsberg)" To: Loa Andersson , Hannes Gredler Thread-Topic: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.txt Thread-Index: AQHPK8Ruj4/P+agz8kCU+Q3dHBEy3Jq+X12AgAUs2gCAAqKFAIABEzwA Date: Wed, 26 Feb 2014 08:31:59 +0000 Message-ID: References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> <530C6A76.6080806@pi.nu> In-Reply-To: <530C6A76.6080806@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.72.254] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/QkHFwv4JXoRR2J2Ugo0lkp6FmtI Cc: "draft-previdi-isis-segment-routing-extensions@tools.ietf.org" , "spring@ietf.org" , Christian Hopps , "spring-chairs@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" , "rtg-ads@tools.ietf.org" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Wed, 26 Feb 2014 08:32:08 -0000 Hannes - The requested code points are specified in Section 4 of the draft. Could we= bring this thread to closure by having you (or one of the other co-authors= ) formally request that the code points specified in the draft be given ear= ly allocation by Dave/Chris? I think that would address Loa's concern. ?? Les > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Tuesday, February 25, 2014 2:04 AM > To: Hannes Gredler > Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; > spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefano > Previdi (sprevidi); rtg-ads@tools.ietf.org > Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- > extensions-05.txt >=20 > Hannes, et.al., >=20 > All of this are good arguments for doing an early allocation of code > points. My point is that this has not been done and that we now have > several documents that are doing allocation of code points without > coordinating with the IANA. >=20 > To allocate code points early you need to request that the wg chairs > bring this to the ADs and IANA. Process is simple but need to be done > before we claim that the code points are allocated. >=20 > /Loa >=20 > On 2014-02-23 18:49, Hannes Gredler wrote: > > loa, > > > > quoting from rfc7120: > > > > --- In protocol specifications documented in RFCs, there is often a n= eed > > to allocate code points for various objects, messages, or other > > protocol entities so that implementations can interoperate. Many o= f > > these code point spaces have registries handled by the Internet > > Assigned Number Authority (IANA). Several IETF policies for IANA > > allocation of protocol parameters are described in RFC 5226. > > Some of them, such as "First Come First Served" or > > "Expert Review", do not require a formal IETF action before the IAN= A > > performs allocation. However, in situations where code points are = a > > scarce resource and/or the IETF community has consensus to retain > > tight control of the registry content, policies such as "IETF Revie= w" > > (formerly "IETF Consensus"), or "Standards Action" have been used. > > Such allocation policies present a problem in situations where > > implementation and/or deployment experience are desired or required > > before the document becomes an RFC. > > --- > > > > couple of thoughts: > > > > 1. ISIS-WG code-point allocation is under 'expert review'; > > Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of > > the 7120 intro is that it does not apply here. > > > > 2. IGP WGs are these days 'low-maintenance', i.e. not many > > new protocols do contend for code-points. > > > > 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds > > for potential clashes. > > > > 4. in that specific environment, as a WG-chair i do encourage > > authors to specify their code-points such that interop testing > > can be done. (my guess is that is better to document code-points > > early on, rather than standardize the 'informal-single-vendor-stand= ard' > > in the eleventh hour. > > > > thanks, > > > > /hannes > > > > > > On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: > > > >> Stefano, > >> > >> While i agree to what you say about the consensus about the SPRING > >> architecture and that it would be great if you#d could benefit from > >> RFC 7120. > >> > >> However, to allocate code points in existing register you have to go > >> through the 7120 procedures, and the request to allocate code points > >> early the requests need to come from wg-chair and AD's. > >> > >> As far as I can you have not gone through that procedure. The code > >> points should be TBA until that is done. > >> > >> /Loa > >> > >> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: > >>> Loa, > >>> > >>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: > >>>> Authors, > >>>> > >>>> I've a question on this draft. If I understand correctly you are mak= ing > >>>> allocations of code points from an already existing IANA registry. > >>>> > >>>> Publishing codes come with the "risk" that someone think they are tr= uly > >>>> allocated and implement using these code points. > >>> > >>> > >>> Ideally, we'd like to benefit from RFC7120 which states: > >>> > >>> This memo describes the process for early allocation of code point= s > >>> by IANA from registries for which "Specification Required", "RFC > >>> Required", "IETF Review", or "Standards Action" policies apply. T= his > >>> process can be used to alleviate the problem where code point > >>> allocation is needed to facilitate desired or required implementat= ion > >>> and deployment experience prior to publication of an RFC, which wo= uld > >>> normally trigger code point allocation. The procedures in this > >>> document are intended to apply only to IETF Stream documents. > >>> > >>> So, terms such as "implementation" and "deployment" are used and know= ing > >>> that: > >>> > >>> . Segment Routing architecture as a large consensus among vendors > >>> and operators > >>> . Segment Routing protocol extensions have an even larger consensus > >>> among vendors and operators since the protocol extensions require= d > >>> for Segment Routing do also address requirements from other label > >>> distribution mechanisms > >>> . Segment Routing is being shipped by multiple interoperable vendors > >>> (reports will follow shortly) > >>> . Segment Routing is in deployment plans of several operators > >>> > >>> I believe all conditions are met in order for us to benefit from RFC7= 120 > >>> and get early allocation code points. > >>> > >>> This would allow the industry to move on with this new technology and > >>> IETF to still lead the innovation and standardization of it. > >>> > >>> > >>> Thanks. > >>> s. > >>> > >>> > >>>> Now what will you do if some document in the pipe allocate one of th= e > >>>> code-points you are allocating through the normal process? You will = have > >>>> a code point deployed, that belongs to another protocol. > >>>> > >>>> /Loa > >>>> > >>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: > >>>>> > >>>>> A New Internet-Draft is available from the on-line Internet-Drafts > directories. > >>>>> > >>>>> > >>>>> Title : IS-IS Extensions for Segment Routing > >>>>> Authors : Stefano Previdi > >>>>> Clarence Filsfils > >>>>> Ahmed Bashandy > >>>>> Hannes Gredler > >>>>> Stephane Litkowski > >>>>> Jeff Tantsura > >>>>> Filename : draft-previdi-isis-segment-routing-extensions- > 05.txt > >>>>> Pages : 27 > >>>>> Date : 2014-02-13 > >>>>> > >>>>> Abstract: > >>>>> Segment Routing (SR) allows for a flexible definition of end-to-= end > >>>>> paths within IGP topologies by encoding paths as sequences of > >>>>> topological sub-paths, called "segments". These segments are > >>>>> advertised by the link-state routing protocols (IS-IS and OSPF). > >>>>> > >>>>> This draft describes the necessary IS-IS extensions that need to= be > >>>>> introduced for Segment Routing. > >>>>> > >>>>> > >>>>> > >>>>> The IETF datatracker status page for this draft is: > >>>>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing= - > extensions/ > >>>>> > >>>>> There's also a htmlized version available at: > >>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing- > extensions-05 > >>>>> > >>>>> A diff from the previous version is available at: > >>>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-previdi-isis-segment-routi= ng- > extensions-05 > >>>>> > >>>>> > >>>>> 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/ > >>>>> > >>>>> _______________________________________________ > >>>>> I-D-Announce mailing list > >>>>> I-D-Announce@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/i-d-announce > >>>>> Internet-Draft directories: http://www.ietf.org/shadow.html > >>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > >>>>> > >>>> > >>>> -- > >>>> > >>>> > >>>> Loa Andersson email: loa@mail01.huawei.com > >>>> Senior MPLS Expert loa@pi.nu > >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >>>> > >>>> _______________________________________________ > >>>> spring mailing list > >>>> spring@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/spring > >>> > >>> _______________________________________________ > >>> spring mailing list > >>> spring@ietf.org > >>> https://www.ietf.org/mailman/listinfo/spring > >>> > >> > >> -- > >> > >> > >> Loa Andersson email: loa@mail01.huawei.com > >> Senior MPLS Expert loa@pi.nu > >> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >> > >> > > > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Wed Feb 26 02:43:45 2014 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 279921A0227 for ; Wed, 26 Feb 2014 02:43:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.547] 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 oNqdTcAHRAIs for ; Wed, 26 Feb 2014 02:43:35 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 1F3471A0225 for ; Wed, 26 Feb 2014 02:43:35 -0800 (PST) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id D9BA1180145E; Wed, 26 Feb 2014 11:43:32 +0100 (CET) Message-ID: <530DC556.7070804@pi.nu> Date: Wed, 26 Feb 2014 11:43:34 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Les Ginsberg (ginsberg)" , Hannes Gredler References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> <530C6A76.6080806@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/4v_io_J7BNjGlBRzvwyU51kgWsM Cc: "draft-previdi-isis-segment-routing-extensions@tools.ietf.org" , "spring@ietf.org" , Christian Hopps , "spring-chairs@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" , "rtg-ads@tools.ietf.org" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Wed, 26 Feb 2014 10:43:39 -0000 Les, Yes it would, but I think there are more drafts intended for the sping working group that does the same thing. /Loa On 2014-02-26 09:31, Les Ginsberg (ginsberg) wrote: > Hannes - > > The requested code points are specified in Section 4 of the draft. Could we bring this thread to closure by having you (or one of the other co-authors) formally request that the code points specified in the draft be given early allocation by Dave/Chris? > > I think that would address Loa's concern. > ?? > > Les > > >> -----Original Message----- >> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa Andersson >> Sent: Tuesday, February 25, 2014 2:04 AM >> To: Hannes Gredler >> Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; >> spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefano >> Previdi (sprevidi); rtg-ads@tools.ietf.org >> Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- >> extensions-05.txt >> >> Hannes, et.al., >> >> All of this are good arguments for doing an early allocation of code >> points. My point is that this has not been done and that we now have >> several documents that are doing allocation of code points without >> coordinating with the IANA. >> >> To allocate code points early you need to request that the wg chairs >> bring this to the ADs and IANA. Process is simple but need to be done >> before we claim that the code points are allocated. >> >> /Loa >> >> On 2014-02-23 18:49, Hannes Gredler wrote: >>> loa, >>> >>> quoting from rfc7120: >>> >>> --- In protocol specifications documented in RFCs, there is often a need >>> to allocate code points for various objects, messages, or other >>> protocol entities so that implementations can interoperate. Many of >>> these code point spaces have registries handled by the Internet >>> Assigned Number Authority (IANA). Several IETF policies for IANA >>> allocation of protocol parameters are described in RFC 5226. >>> Some of them, such as "First Come First Served" or >>> "Expert Review", do not require a formal IETF action before the IANA >>> performs allocation. However, in situations where code points are a >>> scarce resource and/or the IETF community has consensus to retain >>> tight control of the registry content, policies such as "IETF Review" >>> (formerly "IETF Consensus"), or "Standards Action" have been used. >>> Such allocation policies present a problem in situations where >>> implementation and/or deployment experience are desired or required >>> before the document becomes an RFC. >>> --- >>> >>> couple of thoughts: >>> >>> 1. ISIS-WG code-point allocation is under 'expert review'; >>> Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of >>> the 7120 intro is that it does not apply here. >>> >>> 2. IGP WGs are these days 'low-maintenance', i.e. not many >>> new protocols do contend for code-points. >>> >>> 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds >>> for potential clashes. >>> >>> 4. in that specific environment, as a WG-chair i do encourage >>> authors to specify their code-points such that interop testing >>> can be done. (my guess is that is better to document code-points >>> early on, rather than standardize the 'informal-single-vendor-standard' >>> in the eleventh hour. >>> >>> thanks, >>> >>> /hannes >>> >>> >>> On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: >>> >>>> Stefano, >>>> >>>> While i agree to what you say about the consensus about the SPRING >>>> architecture and that it would be great if you#d could benefit from >>>> RFC 7120. >>>> >>>> However, to allocate code points in existing register you have to go >>>> through the 7120 procedures, and the request to allocate code points >>>> early the requests need to come from wg-chair and AD's. >>>> >>>> As far as I can you have not gone through that procedure. The code >>>> points should be TBA until that is done. >>>> >>>> /Loa >>>> >>>> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: >>>>> Loa, >>>>> >>>>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >>>>>> Authors, >>>>>> >>>>>> I've a question on this draft. If I understand correctly you are making >>>>>> allocations of code points from an already existing IANA registry. >>>>>> >>>>>> Publishing codes come with the "risk" that someone think they are truly >>>>>> allocated and implement using these code points. >>>>> >>>>> >>>>> Ideally, we'd like to benefit from RFC7120 which states: >>>>> >>>>> This memo describes the process for early allocation of code points >>>>> by IANA from registries for which "Specification Required", "RFC >>>>> Required", "IETF Review", or "Standards Action" policies apply. This >>>>> process can be used to alleviate the problem where code point >>>>> allocation is needed to facilitate desired or required implementation >>>>> and deployment experience prior to publication of an RFC, which would >>>>> normally trigger code point allocation. The procedures in this >>>>> document are intended to apply only to IETF Stream documents. >>>>> >>>>> So, terms such as "implementation" and "deployment" are used and knowing >>>>> that: >>>>> >>>>> . Segment Routing architecture as a large consensus among vendors >>>>> and operators >>>>> . Segment Routing protocol extensions have an even larger consensus >>>>> among vendors and operators since the protocol extensions required >>>>> for Segment Routing do also address requirements from other label >>>>> distribution mechanisms >>>>> . Segment Routing is being shipped by multiple interoperable vendors >>>>> (reports will follow shortly) >>>>> . Segment Routing is in deployment plans of several operators >>>>> >>>>> I believe all conditions are met in order for us to benefit from RFC7120 >>>>> and get early allocation code points. >>>>> >>>>> This would allow the industry to move on with this new technology and >>>>> IETF to still lead the innovation and standardization of it. >>>>> >>>>> >>>>> Thanks. >>>>> s. >>>>> >>>>> >>>>>> Now what will you do if some document in the pipe allocate one of the >>>>>> code-points you are allocating through the normal process? You will have >>>>>> a code point deployed, that belongs to another protocol. >>>>>> >>>>>> /Loa >>>>>> >>>>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>>>>>> >>>>>>> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >>>>>>> >>>>>>> >>>>>>> Title : IS-IS Extensions for Segment Routing >>>>>>> Authors : Stefano Previdi >>>>>>> Clarence Filsfils >>>>>>> Ahmed Bashandy >>>>>>> Hannes Gredler >>>>>>> Stephane Litkowski >>>>>>> Jeff Tantsura >>>>>>> Filename : draft-previdi-isis-segment-routing-extensions- >> 05.txt >>>>>>> Pages : 27 >>>>>>> Date : 2014-02-13 >>>>>>> >>>>>>> Abstract: >>>>>>> Segment Routing (SR) allows for a flexible definition of end-to-end >>>>>>> paths within IGP topologies by encoding paths as sequences of >>>>>>> topological sub-paths, called "segments". These segments are >>>>>>> advertised by the link-state routing protocols (IS-IS and OSPF). >>>>>>> >>>>>>> This draft describes the necessary IS-IS extensions that need to be >>>>>>> introduced for Segment Routing. >>>>>>> >>>>>>> >>>>>>> >>>>>>> The IETF datatracker status page for this draft is: >>>>>>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing- >> extensions/ >>>>>>> >>>>>>> There's also a htmlized version available at: >>>>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing- >> extensions-05 >>>>>>> >>>>>>> A diff from the previous version is available at: >>>>>>> http://www.ietf.org/rfcdiff?url2=draft-previdi-isis-segment-routing- >> extensions-05 >>>>>>> >>>>>>> >>>>>>> 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/ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> I-D-Announce mailing list >>>>>>> I-D-Announce@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>>>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> Loa Andersson email: loa@mail01.huawei.com >>>>>> Senior MPLS Expert loa@pi.nu >>>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>> >>>>>> _______________________________________________ >>>>>> spring mailing list >>>>>> spring@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/spring >>>>> >>>>> _______________________________________________ >>>>> spring mailing list >>>>> spring@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/spring >>>>> >>>> >>>> -- >>>> >>>> >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>> >>>> >>> >>> >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Feb 26 08:33:34 2014 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 E332E1A00B4 for ; Wed, 26 Feb 2014 08:33:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.448 X-Spam-Level: X-Spam-Status: No, score=-9.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 t9RJ2C0yqNDY for ; Wed, 26 Feb 2014 08:33:22 -0800 (PST) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) by ietfa.amsl.com (Postfix) with ESMTP id 4C9441A005F for ; Wed, 26 Feb 2014 08:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12145; q=dns/txt; s=iport; t=1393432400; x=1394642000; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=dGgpUvUwPbKJ+gRqSuPWywDXLtj2qgbAtdHWAE9E/7s=; b=A7betULXpl4dopp4/kLF++Mwyzu9Yjjk2rDCoEF2lYPUrZ1ri8x7YEeG qmhtGScauU+c94pWrIGHfOWbGgBXY/dRwpJGGjpgMx0kZfJsOK1BFlkoH Dx6u16XYV9RcAD6b3fg41ynejBjvJ+moGQwvFCDZ1ORmRSt/mBFS6ZDA6 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFALwWDlOtJXG+/2dsb2JhbABagwY7UQbAI0+BGhZ0gicBAQEEAQEBNzEDCwwCAgIBCBEBAwEBAQoUCQcbDAsUAwYIAgQBDQUIAQuHZQgFyR4XBI1uEQEfMQIFBoMdgRQElEuFHYsyhUSDLYFxOQ X-IronPort-AV: E=Sophos;i="4.97,548,1389744000"; d="scan'208";a="23365511" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-3.cisco.com with ESMTP; 26 Feb 2014 16:33:19 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s1QGXJhU010039 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 26 Feb 2014 16:33:19 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.205]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0123.003; Wed, 26 Feb 2014 10:33:18 -0600 From: "Les Ginsberg (ginsberg)" To: Loa Andersson , Hannes Gredler Thread-Topic: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.txt Thread-Index: AQHPK8Ruj4/P+agz8kCU+Q3dHBEy3Jq+X12AgAUs2gCAAqKFAIABEzwAgACKRQD///wQEA== Date: Wed, 26 Feb 2014 16:33:18 +0000 Message-ID: References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> <530C6A76.6080806@pi.nu> <530DC556.7070804@pi.nu> In-Reply-To: <530DC556.7070804@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.72.254] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/jyLNjgEZPAybQxnS6cCYcs-mevo Cc: "draft-previdi-isis-segment-routing-extensions@tools.ietf.org" , "spring@ietf.org" , Christian Hopps , "spring-chairs@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" , "rtg-ads@tools.ietf.org" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Wed, 26 Feb 2014 16:33:28 -0000 Loa - You are correct of course. My reply was targeted specifically at IS-IS draf= t because the IS-IS TLV codepoints registry uses expert review and so is no= t covered by RFC 7120 (as pointed out by Hannes). The "process" is therefor= e simpler in this case and as Hannes is a co-author he has the ability to q= uickly close this issue for IS-IS. The other drafts will need to follow RFC 7120 procedures. Les > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Wednesday, February 26, 2014 2:44 AM > To: Les Ginsberg (ginsberg); Hannes Gredler > Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; > spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefano > Previdi (sprevidi); rtg-ads@tools.ietf.org > Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- > extensions-05.txt >=20 > Les, >=20 > Yes it would, but I think there are more drafts intended for the sping > working group that does the same thing. >=20 > /Loa >=20 > On 2014-02-26 09:31, Les Ginsberg (ginsberg) wrote: > > Hannes - > > > > The requested code points are specified in Section 4 of the draft. Coul= d we > bring this thread to closure by having you (or one of the other co-author= s) > formally request that the code points specified in the draft be given ear= ly > allocation by Dave/Chris? > > > > I think that would address Loa's concern. > > ?? > > > > Les > > > > > >> -----Original Message----- > >> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa Anderss= on > >> Sent: Tuesday, February 25, 2014 2:04 AM > >> To: Hannes Gredler > >> Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; > >> spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefan= o > >> Previdi (sprevidi); rtg-ads@tools.ietf.org > >> Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- > >> extensions-05.txt > >> > >> Hannes, et.al., > >> > >> All of this are good arguments for doing an early allocation of code > >> points. My point is that this has not been done and that we now have > >> several documents that are doing allocation of code points without > >> coordinating with the IANA. > >> > >> To allocate code points early you need to request that the wg chairs > >> bring this to the ADs and IANA. Process is simple but need to be done > >> before we claim that the code points are allocated. > >> > >> /Loa > >> > >> On 2014-02-23 18:49, Hannes Gredler wrote: > >>> loa, > >>> > >>> quoting from rfc7120: > >>> > >>> --- In protocol specifications documented in RFCs, there is often a > need > >>> to allocate code points for various objects, messages, or other > >>> protocol entities so that implementations can interoperate. Man= y of > >>> these code point spaces have registries handled by the Internet > >>> Assigned Number Authority (IANA). Several IETF policies for IAN= A > >>> allocation of protocol parameters are described in RFC 5226. > >>> Some of them, such as "First Come First Served" or > >>> "Expert Review", do not require a formal IETF action before the = IANA > >>> performs allocation. However, in situations where code points a= re a > >>> scarce resource and/or the IETF community has consensus to retai= n > >>> tight control of the registry content, policies such as "IETF > Review" > >>> (formerly "IETF Consensus"), or "Standards Action" have been use= d. > >>> Such allocation policies present a problem in situations where > >>> implementation and/or deployment experience are desired or requi= red > >>> before the document becomes an RFC. > >>> --- > >>> > >>> couple of thoughts: > >>> > >>> 1. ISIS-WG code-point allocation is under 'expert review'; > >>> Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of > >>> the 7120 intro is that it does not apply here. > >>> > >>> 2. IGP WGs are these days 'low-maintenance', i.e. not many > >>> new protocols do contend for code-points. > >>> > >>> 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds > >>> for potential clashes. > >>> > >>> 4. in that specific environment, as a WG-chair i do encourage > >>> authors to specify their code-points such that interop testing > >>> can be done. (my guess is that is better to document code-points > >>> early on, rather than standardize the 'informal-single-vendor- > standard' > >>> in the eleventh hour. > >>> > >>> thanks, > >>> > >>> /hannes > >>> > >>> > >>> On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: > >>> > >>>> Stefano, > >>>> > >>>> While i agree to what you say about the consensus about the SPRING > >>>> architecture and that it would be great if you#d could benefit from > >>>> RFC 7120. > >>>> > >>>> However, to allocate code points in existing register you have to go > >>>> through the 7120 procedures, and the request to allocate code points > >>>> early the requests need to come from wg-chair and AD's. > >>>> > >>>> As far as I can you have not gone through that procedure. The code > >>>> points should be TBA until that is done. > >>>> > >>>> /Loa > >>>> > >>>> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: > >>>>> Loa, > >>>>> > >>>>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: > >>>>>> Authors, > >>>>>> > >>>>>> I've a question on this draft. If I understand correctly you are > making > >>>>>> allocations of code points from an already existing IANA registry. > >>>>>> > >>>>>> Publishing codes come with the "risk" that someone think they are > truly > >>>>>> allocated and implement using these code points. > >>>>> > >>>>> > >>>>> Ideally, we'd like to benefit from RFC7120 which states: > >>>>> > >>>>> This memo describes the process for early allocation of code po= ints > >>>>> by IANA from registries for which "Specification Required", "RF= C > >>>>> Required", "IETF Review", or "Standards Action" policies apply. > This > >>>>> process can be used to alleviate the problem where code point > >>>>> allocation is needed to facilitate desired or required > implementation > >>>>> and deployment experience prior to publication of an RFC, which > would > >>>>> normally trigger code point allocation. The procedures in this > >>>>> document are intended to apply only to IETF Stream documents. > >>>>> > >>>>> So, terms such as "implementation" and "deployment" are used and > knowing > >>>>> that: > >>>>> > >>>>> . Segment Routing architecture as a large consensus among vendors > >>>>> and operators > >>>>> . Segment Routing protocol extensions have an even larger consensus > >>>>> among vendors and operators since the protocol extensions requ= ired > >>>>> for Segment Routing do also address requirements from other la= bel > >>>>> distribution mechanisms > >>>>> . Segment Routing is being shipped by multiple interoperable vendor= s > >>>>> (reports will follow shortly) > >>>>> . Segment Routing is in deployment plans of several operators > >>>>> > >>>>> I believe all conditions are met in order for us to benefit from > RFC7120 > >>>>> and get early allocation code points. > >>>>> > >>>>> This would allow the industry to move on with this new technology a= nd > >>>>> IETF to still lead the innovation and standardization of it. > >>>>> > >>>>> > >>>>> Thanks. > >>>>> s. > >>>>> > >>>>> > >>>>>> Now what will you do if some document in the pipe allocate one of = the > >>>>>> code-points you are allocating through the normal process? You wil= l > have > >>>>>> a code point deployed, that belongs to another protocol. > >>>>>> > >>>>>> /Loa > >>>>>> > >>>>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: > >>>>>>> > >>>>>>> A New Internet-Draft is available from the on-line Internet-Draft= s > >> directories. > >>>>>>> > >>>>>>> > >>>>>>> Title : IS-IS Extensions for Segment Routing > >>>>>>> Authors : Stefano Previdi > >>>>>>> Clarence Filsfils > >>>>>>> Ahmed Bashandy > >>>>>>> Hannes Gredler > >>>>>>> Stephane Litkowski > >>>>>>> Jeff Tantsura > >>>>>>> Filename : draft-previdi-isis-segment-routing-extensions- > >> 05.txt > >>>>>>> Pages : 27 > >>>>>>> Date : 2014-02-13 > >>>>>>> > >>>>>>> Abstract: > >>>>>>> Segment Routing (SR) allows for a flexible definition of end-= to- > end > >>>>>>> paths within IGP topologies by encoding paths as sequences of > >>>>>>> topological sub-paths, called "segments". These segments are > >>>>>>> advertised by the link-state routing protocols (IS-IS and OSP= F). > >>>>>>> > >>>>>>> This draft describes the necessary IS-IS extensions that need= to > be > >>>>>>> introduced for Segment Routing. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> The IETF datatracker status page for this draft is: > >>>>>>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routi= ng- > >> extensions/ > >>>>>>> > >>>>>>> There's also a htmlized version available at: > >>>>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing- > >> extensions-05 > >>>>>>> > >>>>>>> A diff from the previous version is available at: > >>>>>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-previdi-isis-segment-rou= ting- > >> extensions-05 > >>>>>>> > >>>>>>> > >>>>>>> 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.o= rg. > >>>>>>> > >>>>>>> Internet-Drafts are also available by anonymous FTP at: > >>>>>>> ftp://ftp.ietf.org/internet-drafts/ > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> I-D-Announce mailing list > >>>>>>> I-D-Announce@ietf.org > >>>>>>> https://www.ietf.org/mailman/listinfo/i-d-announce > >>>>>>> Internet-Draft directories: http://www.ietf.org/shadow.html > >>>>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > >>>>>>> > >>>>>> > >>>>>> -- > >>>>>> > >>>>>> > >>>>>> Loa Andersson email: loa@mail01.huawei.com > >>>>>> Senior MPLS Expert loa@pi.nu > >>>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >>>>>> > >>>>>> _______________________________________________ > >>>>>> spring mailing list > >>>>>> spring@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/spring > >>>>> > >>>>> _______________________________________________ > >>>>> spring mailing list > >>>>> spring@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/spring > >>>>> > >>>> > >>>> -- > >>>> > >>>> > >>>> Loa Andersson email: loa@mail01.huawei.com > >>>> Senior MPLS Expert loa@pi.nu > >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >>>> > >>>> > >>> > >>> > >>> _______________________________________________ > >>> spring mailing list > >>> spring@ietf.org > >>> https://www.ietf.org/mailman/listinfo/spring > >>> > >> > >> -- > >> > >> > >> Loa Andersson email: loa@mail01.huawei.com > >> Senior MPLS Expert loa@pi.nu > >> Huawei Technologies (consultant) phone: +46 739 81 21 64 > >> > >> _______________________________________________ > >> spring mailing list > >> spring@ietf.org > >> https://www.ietf.org/mailman/listinfo/spring > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Feb 26 08:59:47 2014 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 C58AB1A0161; Wed, 26 Feb 2014 08:57:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.448 X-Spam-Level: X-Spam-Status: No, score=-9.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 NwTpXhBIaYTS; Wed, 26 Feb 2014 08:57:32 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) by ietfa.amsl.com (Postfix) with ESMTP id 1C2C51A019B; Wed, 26 Feb 2014 08:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11742; q=dns/txt; s=iport; t=1393433850; x=1394643450; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=zUFuZfCpW2xkLYspc/r3DQ0M20cz27QvqFc8bkYwdS4=; b=NGvrV/tiqpL0YsNMHH4q8SDLbHIxtSMqBsY6b1KZk3S7VteS4wMDPwbC t0YtX9l5w7L4h7GHFkT7iaMaNo022LoMKpP4xqRKf1SoBY3JviAlBQcdS nGRRlXbh2iDMQaGL9pu/eEE1IeKNsOLRDlwWlgA1w/pJ6Nt2hyPnRDlDE 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFADYcDlOtJV2Z/2dsb2JhbABagwY7UQbAI0+BGhZ0gicBAQEEAQEBNzEDCwwCAgIBCBEBAwEBAR4JBxsMCxQDBggCBAENBQkLh2UIBckRFwSNbhEBHTMCBQaEMQSUS4NrgTKLMoVEgy2BcTk X-IronPort-AV: E=Sophos;i="4.97,548,1389744000"; d="scan'208";a="23383305" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-5.cisco.com with ESMTP; 26 Feb 2014 16:57:29 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s1QGvTFn020824 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 26 Feb 2014 16:57:29 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.147]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0123.003; Wed, 26 Feb 2014 10:57:28 -0600 From: "Alvaro Retana (aretana)" To: Loa Andersson , "Les Ginsberg (ginsberg)" , Hannes Gredler Thread-Topic: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.txt Thread-Index: AQHPK8RuyKj4j1g4jEm/8PRLvxcV9Jq+X12AgAUs2gCAAqKFAIABeL6AgAAkwwCAABShAA== Date: Wed, 26 Feb 2014 16:57:27 +0000 Message-ID: References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> <530C6A76.6080806@pi.nu> <530DC556.7070804@pi.nu> In-Reply-To: <530DC556.7070804@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/V_CXHD7Q2nGKmwIF_FlVd6tzgKI X-Mailman-Approved-At: Wed, 26 Feb 2014 08:59:40 -0800 Cc: "draft-previdi-isis-segment-routing-extensions@tools.ietf.org" , "spring@ietf.org" , Christian Hopps , "isis-wg@ietf.org" , "spring-chairs@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" , "rtg-ads@tools.ietf.org" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Wed, 26 Feb 2014 16:57:40 -0000 On 2/26/14 5:43 AM, "Loa Andersson" wrote: >Yes it would, but I think there are more drafts intended for the sping >working group that does the same thing. Just a quick clarification given that this thread is in spring and not isis (cc'd now). The protocol extension drafts don't belong in spring. The charter is clear in that any modifications must take place is the WG that owns the protocol. I think it is not inappropriate to have this discussion in spring (or maybe cc'ing spring) so that we're all on the same page..but it is clearly an issue that isis (in this case) has to resolve. Thanks! Alvaro. > >/Loa > >On 2014-02-26 09:31, Les Ginsberg (ginsberg) wrote: >> Hannes - >> >> The requested code points are specified in Section 4 of the draft. >>Could we bring this thread to closure by having you (or one of the other >>co-authors) formally request that the code points specified in the draft >>be given early allocation by Dave/Chris? >> >> I think that would address Loa's concern. >> ?? >> >> Les >> >> >>> -----Original Message----- >>> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa >>>Andersson >>> Sent: Tuesday, February 25, 2014 2:04 AM >>> To: Hannes Gredler >>> Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; >>> spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefano >>> Previdi (sprevidi); rtg-ads@tools.ietf.org >>> Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- >>> extensions-05.txt >>> >>> Hannes, et.al., >>> >>> All of this are good arguments for doing an early allocation of code >>> points. My point is that this has not been done and that we now have >>> several documents that are doing allocation of code points without >>> coordinating with the IANA. >>> >>> To allocate code points early you need to request that the wg chairs >>> bring this to the ADs and IANA. Process is simple but need to be done >>> before we claim that the code points are allocated. >>> >>> /Loa >>> >>> On 2014-02-23 18:49, Hannes Gredler wrote: >>>> loa, >>>> >>>> quoting from rfc7120: >>>> >>>> --- In protocol specifications documented in RFCs, there is often a >>>>need >>>> to allocate code points for various objects, messages, or other >>>> protocol entities so that implementations can interoperate. >>>>Many of >>>> these code point spaces have registries handled by the Internet >>>> Assigned Number Authority (IANA). Several IETF policies for IANA >>>> allocation of protocol parameters are described in RFC 5226. >>>> Some of them, such as "First Come First Served" or >>>> "Expert Review", do not require a formal IETF action before the >>>>IANA >>>> performs allocation. However, in situations where code points >>>>are a >>>> scarce resource and/or the IETF community has consensus to retain >>>> tight control of the registry content, policies such as "IETF >>>>Review" >>>> (formerly "IETF Consensus"), or "Standards Action" have been >>>>used. >>>> Such allocation policies present a problem in situations where >>>> implementation and/or deployment experience are desired or >>>>required >>>> before the document becomes an RFC. >>>> --- >>>> >>>> couple of thoughts: >>>> >>>> 1. ISIS-WG code-point allocation is under 'expert review'; >>>> Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of >>>> the 7120 intro is that it does not apply here. >>>> >>>> 2. IGP WGs are these days 'low-maintenance', i.e. not many >>>> new protocols do contend for code-points. >>>> >>>> 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds >>>> for potential clashes. >>>> >>>> 4. in that specific environment, as a WG-chair i do encourage >>>> authors to specify their code-points such that interop testing >>>> can be done. (my guess is that is better to document code-points >>>> early on, rather than standardize the >>>>'informal-single-vendor-standard' >>>> in the eleventh hour. >>>> >>>> thanks, >>>> >>>> /hannes >>>> >>>> >>>> On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: >>>> >>>>> Stefano, >>>>> >>>>> While i agree to what you say about the consensus about the SPRING >>>>> architecture and that it would be great if you#d could benefit from >>>>> RFC 7120. >>>>> >>>>> However, to allocate code points in existing register you have to go >>>>> through the 7120 procedures, and the request to allocate code points >>>>> early the requests need to come from wg-chair and AD's. >>>>> >>>>> As far as I can you have not gone through that procedure. The code >>>>> points should be TBA until that is done. >>>>> >>>>> /Loa >>>>> >>>>> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: >>>>>> Loa, >>>>>> >>>>>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >>>>>>> Authors, >>>>>>> >>>>>>> I've a question on this draft. If I understand correctly you are >>>>>>>making >>>>>>> allocations of code points from an already existing IANA registry. >>>>>>> >>>>>>> Publishing codes come with the "risk" that someone think they are >>>>>>>truly >>>>>>> allocated and implement using these code points. >>>>>> >>>>>> >>>>>> Ideally, we'd like to benefit from RFC7120 which states: >>>>>> >>>>>> This memo describes the process for early allocation of code >>>>>>points >>>>>> by IANA from registries for which "Specification Required", "RFC >>>>>> Required", "IETF Review", or "Standards Action" policies apply. >>>>>> This >>>>>> process can be used to alleviate the problem where code point >>>>>> allocation is needed to facilitate desired or required >>>>>>implementation >>>>>> and deployment experience prior to publication of an RFC, which >>>>>>would >>>>>> normally trigger code point allocation. The procedures in this >>>>>> document are intended to apply only to IETF Stream documents. >>>>>> >>>>>> So, terms such as "implementation" and "deployment" are used and >>>>>>knowing >>>>>> that: >>>>>> >>>>>> . Segment Routing architecture as a large consensus among vendors >>>>>> and operators >>>>>> . Segment Routing protocol extensions have an even larger consensus >>>>>> among vendors and operators since the protocol extensions >>>>>>required >>>>>> for Segment Routing do also address requirements from other >>>>>>label >>>>>> distribution mechanisms >>>>>> . Segment Routing is being shipped by multiple interoperable vendors >>>>>> (reports will follow shortly) >>>>>> . Segment Routing is in deployment plans of several operators >>>>>> >>>>>> I believe all conditions are met in order for us to benefit from >>>>>>RFC7120 >>>>>> and get early allocation code points. >>>>>> >>>>>> This would allow the industry to move on with this new technology >>>>>>and >>>>>> IETF to still lead the innovation and standardization of it. >>>>>> >>>>>> >>>>>> Thanks. >>>>>> s. >>>>>> >>>>>> >>>>>>> Now what will you do if some document in the pipe allocate one of >>>>>>>the >>>>>>> code-points you are allocating through the normal process? You >>>>>>>will have >>>>>>> a code point deployed, that belongs to another protocol. >>>>>>> >>>>>>> /Loa >>>>>>> >>>>>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>>>>>>> >>>>>>>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>>>>>>> >>>>>>>> >>>>>>>> Title : IS-IS Extensions for Segment Routing >>>>>>>> Authors : Stefano Previdi >>>>>>>> Clarence Filsfils >>>>>>>> Ahmed Bashandy >>>>>>>> Hannes Gredler >>>>>>>> Stephane Litkowski >>>>>>>> Jeff Tantsura >>>>>>>> Filename : draft-previdi-isis-segment-routing-extensions- >>> 05.txt >>>>>>>> Pages : 27 >>>>>>>> Date : 2014-02-13 >>>>>>>> >>>>>>>> Abstract: >>>>>>>> Segment Routing (SR) allows for a flexible definition of >>>>>>>>end-to-end >>>>>>>> paths within IGP topologies by encoding paths as sequences of >>>>>>>> topological sub-paths, called "segments". These segments are >>>>>>>> advertised by the link-state routing protocols (IS-IS and >>>>>>>>OSPF). >>>>>>>> >>>>>>>> This draft describes the necessary IS-IS extensions that need >>>>>>>>to be >>>>>>>> introduced for Segment Routing. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The IETF datatracker status page for this draft is: >>>>>>>>=20 >>>>>>>>https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing >>>>>>>>- >>> extensions/ >>>>>>>> >>>>>>>> There's also a htmlized version available at: >>>>>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing- >>> extensions-05 >>>>>>>> >>>>>>>> A diff from the previous version is available at: >>>>>>>>=20 >>>>>>>>http://www.ietf.org/rfcdiff?url2=3Ddraft-previdi-isis-segment-routi= ng >>>>>>>>- >>> extensions-05 >>>>>>>> >>>>>>>> >>>>>>>> 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/ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> I-D-Announce mailing list >>>>>>>> I-D-Announce@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>>>>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>>>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> Loa Andersson email: loa@mail01.huawei.com >>>>>>> Senior MPLS Expert loa@pi.nu >>>>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> spring mailing list >>>>>>> spring@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/spring >>>>>> >>>>>> _______________________________________________ >>>>>> spring mailing list >>>>>> spring@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/spring >>>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> Loa Andersson email: loa@mail01.huawei.com >>>>> Senior MPLS Expert loa@pi.nu >>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> spring mailing list >>>> spring@ietf.org >>>> https://www.ietf.org/mailman/listinfo/spring >>>> >>> >>> -- >>> >>> >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>> >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >spring mailing list >spring@ietf.org >https://www.ietf.org/mailman/listinfo/spring From nobody Thu Feb 27 02:00:00 2014 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 0C0711A01AE for ; Thu, 27 Feb 2014 01:59:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.941 X-Spam-Level: ** X-Spam-Status: No, score=2.941 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 et4v0iG6jBH1 for ; Thu, 27 Feb 2014 01:59:56 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 507511A015F for ; Thu, 27 Feb 2014 01:59:55 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEA58526; Thu, 27 Feb 2014 09:59:53 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 27 Feb 2014 09:59:39 +0000 Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 27 Feb 2014 09:59:51 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.224]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Thu, 27 Feb 2014 17:59:45 +0800 From: Lizhenbin To: "spring-chairs@tools.ietf.org" , "spring@ietf.org" Thread-Topic: =?gb2312?B?Q29tbWVudHMgb24gU2VnbWVudCBSb3V0aW5nLy+08Li0OiBbc3ByaW5nXSBM?= =?gb2312?Q?ack_of_progress_in_SPRING_WG?= Thread-Index: AQHPHEsxXtbs4ijeg0GYZG9u/T5OpJrIiz+A Date: Thu, 27 Feb 2014 09:59:44 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D081FCB46@nkgeml506-mbx.china.huawei.com> References: <52E7E35C.7010104@cisco.com> In-Reply-To: <52E7E35C.7010104@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.77] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/gD-sYHiYfqLUzyC9O7FEcmVFfw4 Cc: "spring-ads@tools.ietf.org" , "stbryant@cisco.com" Subject: [spring] =?gb2312?b?Q29tbWVudHMgb24gU2VnbWVudCBSb3V0aW5nLy+08Li0?= =?gb2312?b?OiAgTGFjayBvZiBwcm9ncmVzcyBpbiBTUFJJTkcgV0c=?= 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, 27 Feb 2014 09:59:59 -0000 SGkgRm9sa3MsDQpBZnRlciBzZWdtZW50IHJvdXRpbmcgc29sdXRpb24gd2FzIHByb3Bvc2VkLCB0 aGVyZSBhcmUgYSBsb3Qgb2YgZGlzY3Vzc2lvbiBvbiBpdC4gVW50aWwgbm93IHRoZXJlIGlzIHN0 aWxsIG11Y2ggY29uY2VybiBhYm91dCBhcHBsaWNhdGlvbiBhbmQgZGVwbG95bWVudCBvZiB0aGlz IHNvbHV0aW9uLiBBY2NvcmRpbmcgdG8gbXkgdW5kZXJzdGFuZGluZyBhbmQgY29tbXVuaWNhdGlv biB3aXRoIG90aGVyIGV4cGVydHMgZnJvbSBvcGVyYXRvcnMgYW5kIHZlbmRvcnMsIEkgc3VtbWFy aXplIGFzIGZvbGxvd3M6DQoxLiBJc3N1ZXMgcHJvcG9zZWQgYnkgZGVwdGggb2YgbGFiZWwgc3Rh Y2sNCkZvcndhcmRpbmcgcGFja2V0cyBuZWVkIHRvIHB1c2ggYSBTUiBoZWFkZXIgd2l0aCBhIGxp c3Qgb2Ygc2VnbWVudHMobGFiZWxzKS4gVGhlIGRlcHRoIG9mIGxhYmVsIHN0YWNrIHdpbGwgYmUg YSBjaGFsbGVuZ2UgZm9yIHNvbWUgdHlwZSBvZiBkZXZpY2VzLiBJIHJlbWVtYmVyIHRoYXQgd2hl biBlbnRyb3B5IGxhYmVsIGlzIGludHJvZHVjZWQsIEtvbXBlbGxhIGRpZCBhIHByZXNlbnRhdGlv biBpbiBNUExTIFdHIG1lZXRpbmcgdG8gZGlzY3VzcyB0aGUgcG9zc2libGUgY2hhbGxlbmdlIHBy b3Bvc2VkIGJ5IHBvc3NpYmxlIGRlZXBlciBsYWJlbCBzdGFjay4gQ29tcGFyaW5nIHdpdGggZW50 cm9weSBsYWJlbCwgdGhlIGxhYmVsIHN0YWNrIGlzc3VlIGlzIGV2ZW4gYmlnZ2VyIGZvciBzZWdt ZW50IHJvdXRpbmcuIFRoZSBjaGFsbGVuZ2VzIHByb3Bvc2UgYnkgdGhlIGRlcHRoIG9mIGxhYmVs IHN0YWNrIGluY2x1ZGVzOg0KMSkgVXBncmFkaW5nIG9mIGhhcmR3YXJlIG9mIGV4aXN0aW5nIGRl dmljZXM7DQoyKSBJZiBub3QgdXBncmFkZSwgd2hlbiBkbyBwYXRoIGNhbGN1bGF0aW9uIGluIGNv bnRyb2wgcGxhbmUsIGl0IG11c3QgYmUgY2FyZWZ1bCBub3QgdG8gbGV0IHRoZSBzZWdtZW50IHJv dXRpbmcgcGF0aCB0byBleGNlZWQgdGhlIGNhcGFiaWxpdHkgb2YgZm9yd2FyZGluZyBwbGFuZS4g SW4gb3RoZXIgd29yZCwgdGhlcmUgcHJvcG9zZXMgc2NhbGFiaWxpdHkgaXNzdWUgZm9yIHRoZSBj b250cm9sIHBsYW5lLg0KMykgSWYgdXBncmFkZSBmb3J3YXJkIHBsYW5lIGFuZCBjb250cm9sIHBs YW5lIHRvIG1ha2Ugc2VnbWVudCByb3V0aW5nIHNjYWxhYmxlIGVub3VnaCwgdGhlcmUgd2lsbCBi ZSBwYXlsb2FkIGVmZmljaWVuY3kgaXNzdWUgYW5kIE1UVSBpc3N1ZS4gVGhhdCBpcywgYmlnIHNp emUgb2YgdGhlIGhlYWRlciB3aWxsIHJlZHVjZSB0aGUgZWZmaWNpZW5jeSBvZiBwYXlsb2FkLg0K VGhlbiB0aGVyZSB3aWxsIGJlIGxpbWl0ZWQgYXBwbGljYXRpb24gc2NlbmFyaW9zIGZvciBTUiBj YXVzZWQgYnkgdGhlIGRlcHRoIGxhYmVsIHN0YWNrLiBDb21wYXJpbmcgd2l0aCBzZWdtZW50IHJv dXRpbmcsIGV4Y2VwdCBzb2Z0IHN0YXRlIGlzc3VlLCBSU1ZQLVRFIHdpbGwgbm90IGNhdXNlIHRo ZSBsaW1pdGF0aW9uIGRlc2NyaWJlZCBpbiAyKSBhbmQgMykuIElzIGl0IG5lY2Vzc2FyeSB0byBw YXkgaGlnaGVyIHByaWNlIHRvIGFkb3B0IHNlZ21lbnQgcm91dGluZz8NCg0KMi4gSXNzdWVzIHBy b3Bvc2VkIGJ5IG11bHRpY2FzdA0KTXVsdGljYXN0IHByb3Bvc2VzIG1vcmUgY2hhbGxlbmdlIGZv ciB0aGUgc2VnbWVudCByb3V0aW5nLiBOb3cgTVBMUy1iYXNlZCBtdWx0aWNhc3Qgc29sdXRpb25z IGlzIG1hdHVyZSBhZnRlciBtYW55IHllYXJzJyBkZXZlbG9wbWVudC4gTW9yZW92ZXIgSVAgbmV0 d29yayBpcyB3aWRlbHkgdXNlZCB0byBiZWFyaW5nIG11bHRpcGxlIHNlcnZpY2VzIGluY2x1ZGlu ZyB1bmljYXN0LCBtdWx0aWNhc3QsIGV0Yy4gU2VnbWVudCByb3V0aW5nIGlzIHRvIHJlcGxhY2Ug TERQL1JTVlAtVEUgdG8gc2ltcGxpZnkgbmV0d29yayBvcGVyYXRpb24gYW5kIG1haW50ZW5hbmNl LiBJbiBmYWN0LCBpdCBvbmx5IHRvIHJlcGxhY2UgUDJQIExEUC9SU1ZQLVRFLiBUaHVzIHRoZXJl IHdpbGwgYmUgdGhlIHNpdHVhdGlvbiBmb3IgbXVsdGktc2VydmljZSBiZWFyaW5nIElQIG5ldHdv cmssIElHUCBpcyB0byBpbnRyb2R1Y2UgdG8gY29wZSB3aXRoIGxhYmVsLWJhc2VkIHVuaWNhc3Qg c2VydmljZSB3aGlsZSBtTERQL1AyTVAgVEUgaXMga2VwdCB0byBiZWFyIG11bHRpY2FzdCBzZXJ2 aWNlLiBUaGlzIGlzIGp1c3QgdG8gYWRkIGNvbXBsZXhpdHkgdG8gbmV0d29yayBvdGhlciB0aGFu IHNpbXBsaWZ5aW5nLiANCg0KMy4gSXNzdWVzIHByb3Bvc2VkIGJ5IHN0YXRlDQpBdCB0aGUgYmVn aW5uaW5nLCBvbmUgbWFqb3IgYWR2YW50YWdlIGZvciBzZWdtZW50IHJvdXRpbmcgaXMgdGhhdCBT dGF0ZSBpcyBvbmx5IG1haW50YWluZWQgYXQgdGhlIHBvbGljeSBoZWFkLWVuZC4gTm8gc3RhdGUg aXMgbWFpbnRhaW5lZCBhdCBtaWQtcG9pbnRzIGFuZCB0YWlsLWVuZHMuIEFzIHRoZSBkZXZlbG9w bWVudCBvZiBzZWdtZW50IHJvdXRpbmcsIGl0IGlzIGJlZ2lubmluZyB0byBjaGFuZ2U6DQoxKSBJ ZiB0aGVyZSB3b3VsZCBvbmx5IG5vZGUgc2VnbWVudCBhbmQgYWRqYWNlbmN5IHNlZ21lbnQsIGl0 IGlzIG9ubHkgZm9yIHRyYW5zcG9ydCBsYXllciBhbmQgdGhlcmUgd2lsbCBub3QgYmUgdG9vIG11 Y2ggc3RhdGVzLiBCdXQgYXMgdGhlIHByZWZpeCBzZWdtZW50IGlzIGludHJvZHVjZWQsIHRoZXJl IG1heWJlIG5vdCBtdWNoIGRpZmZlcmVuY2UgYmV0d2VlbiBMRFAvUlNWUC1URSBhbmQgSUdQIGlu IGVzc2VuY2UuIE5vdyB0aGVyZSBhcmUgdXNlY2FzZXMgZm9yIElHUCBhbGxvY2F0ZSBsYWJlbCBm b3Igc2VydmljZSBjaGFpbiwgRUNNUCwgYW55Y2FzdCwgZXRjLiBJbiBkcmFmdC1saS1pc2lzLW1w bHMtdm5vZGUtdmxpbmstMDAsIEkgcHJvcG9zZWQgYW5vdGhlciB1c2UgY2FzZSB0byBzbGljZSB0 aGUgbGluayBvciBub2RlIGJhc2VkIG9uIGJhbmR3aWR0aCAoeW91IGNhbiBsb29rIG9uIGl0IGFz IGJhbmR3aWR0aC1ndWFyYW50ZWVkIHNlZ21lbnQgcm91dGluZykuIFRoZW4gdGhlcmUgbWF5IGJl IG1vcmUgc3RhdGVzIGluIHRoZSBzZWdtZW50LXJvdXRpbmctYmFzZWQgbmV0d29yayB0byBhZmZl Y3QgdGhlIHNjYWxhYmlsaXR5IG9mIHRoZSBuZXR3b3JrLg0KMikgUmVnYXJkaW5nIHRvIHN0YXRl IGlzc3VlLCBpbiBzb21lIHNjZW5hcmlvcywgTVBMUyBURSBtYXkgZ2FpbiBhZHZhbnRhZ2Ugb3Zl ciBzZWdtZW50IHJvdXRpbmcuIEZvciBleGFtcGxlLCBhcyB0aGUgdHJhZmZpYyBzdGVlcmluZyB1 c2VjYXNlIGludHJvZHVjZWQgaW4gc2VnbWVudCByb3V0aW5nIHRvIHN0ZWVyaW5nIHRyYWZmaWMg dG8gc29tZSBsaWdodC1sb2FkIHBhdGgsIGlmIE1QTFMgVEUgaXMgdXNlZCwgdGhlIHN0YXRlcyBt YXkgYmUgb25seSBjb25maW5lZCB0byB0aGUgbm9kZXMgcGFzc2VkIGJ5IHRoZSBNUExTIFRFIHBh dGggd2hpbGUgaW4gc2VnbWVudCByb3V0aW5nIElHUCBuZWVkcyB0byBmbG9vZCBzZWdtZW50LXJv dXRpbmctcmVsYXRlZCBzdGF0ZXMgdG8gYWxsIG5vZGVzIGluIHRoZSBuZXR3b3JrLg0KSW4gb25l IHdvcmQsIGFzIHRoZSBzZWdtZW50IHJvdXRpbmcgZGV2ZWxvcHMgZnJvbSB0cmFuc3BvcnQgbGF5 ZXIgdG8gc2VydmljZSBsYXllciwgdGhlIGZsb29kaW5nIGNoYXJhY3RlciBvZiBJR1Agd2lsbCBp bXBvc2Ugc2NhbGFiaWxpdHkgaXNzdWUgdG8gdGhlIG5ldHdvcmsgdG9vLg0KDQo0LiBJc3N1ZXMg cHJvcG9zZWQgYnkgaW1wbGVtZW50YXRpb24gaW4gZGlzdHJpYnV0ZWQgZW52aXJvbm1lbnQNClRo b3VnaCB0aGUgc2VnbWVudCByb3V0aW5nIGNhbiBiZSB1c2VkIGluIGRpc3RyaWJ1dGVkIGVudmly b25tZW50IGFuZCBjZW50cmFsIGNvbnRyb2xsZWQgZW52aXJvbm1lbnQsIGluIGRpc3RyaWJ1dGVk IGVudmlyb25tZW50IHRoZXJlIHdpbGwgYmUgc29tZSBpbXBsZW1lbnRhdGlvbiBjaGFsbGVuZ2Vz Og0KMSkgUG9zc2libGUgY29uZmlndXJhdGlvbiBpbnRyb2R1Y2VkIGJ5IHBvbGljeSBjb250cm9s IG9yIHBhdGggY29udHJvbC4gQWZ0ZXIgdGhlIHNlZ21lbnRzIGFyZSBmbG9vZGVkIGluIHRoZSBk aXN0cmlidXRlZCBuZXR3b3JrLCBpbiBzb21lIHNjZW5hcmlvcyBpdCBoYXMgdG8gZG8gYSBsb3Qg Y29uZmlndXJhdGlvbiB3b3JrLiBGb3IgZXhhbXBsZSwgYXMgdGhlIHRyYWZmaWMgc3RlZXJpbmcg dXNlY2FzZXMsIGVhY2ggaG9wIG9yIHNldmVyYWwgaG9wIGZvciB0aGUgc2VnbWVudCByb3V0aW5n IHBhdGggaW4gdGhlIGluZ3Jlc3Mgbm9kZSBtdXN0IGJlIHNwZWNpZmllZC4gSXQgaXMganVzdCBs aWtlIHRoYXQgaW4gTVBMUyBURSBleHBsaWNpdCBwYXRoIG11c3QgYmUgc3BlY2lmaWVkIGhvcCBi eSBob3AuIEFjY29yZGluZyB0byBteSB1bmRlcnN0YW5kaW5nLCBJR1AgaXMgdXNlZCBmb3Igc2Vn bWVudCByb3V0aW5nIG93aW5nIHRvIGl0cyBoaWdoZXIgc2NhbGFiaWxpdHkgdGhhbiBNUExTIFRF LiBCdXQgdGhlIHNpbWlsYXIgY29uZmlndXJhdGlvbiB3b3JrIG1heWJlIHJlZHVjZSB0aGUgYWR2 YW50YWdlIGFuZCBhZmZlY3QgaXRzIGRlcGxveW1lbnQuIEZvciBJUCBGUlIsIG1heWJlIGl0IGlz IGJldHRlciBzaW5jZSB0aGUgYmFja3VwIHBhdGggY2FuIGJlIGNhbGN1bGF0ZSBhdXRvbWF0aWNh bGx5IGFjY29yZGluZyB0byB0aGUgYXZhaWxhYmxlIGFsZ29yaXRobS4NCjIpIENvbXBsZXggSUdQ J3MgbGFiZWwgYWxsb2NhdGlvbiBtZXRob2QuIEkgdGhpbmsgdGhlIGV4aXN0aW5nIG1ldGhvZCBp cyBub3QgYSBnb29kIHdheSB0byByZXNlcnZlIFNSR0IgYW5kIGFsbG9jYXRlIHNlZ21lbnQgaW5k ZXguIEl0IGlzIGNvbXBsZXggYW5kIGFsc28gbm90IHNjYWxhYmxlLiBXZSBoYXZlIGltcGxlbWVu dGVkIHNpbWlsYXIgZmVhdHVyZXMgdG8gcmVzZXJ2ZSBhIHJhbmdlIG9mIGxhYmVsIGZvciBzcGVj aWZpYyBzZXJ2aWNlLiBXaGVuIGRlcGxveSBpbiB0aGUgbmV0d29yaywgaXQgbXVzdCBiZSBjYXJl ZnVsIHRvIGNob29zZSB0aGUgcmFuZ2UuIElmIGl0IGlzIHRvbyBiaWcsIGl0IHdpbGwgaGF2ZSBt dWNoIGVmZmVjdCBvbiB0aGUgc2NhbGFiaWxpdHkgb2Ygb3RoZXIgc2VydmljZSB3aGljaCB3aWxs IG5vdCB1c2UgdGhlIHJlc2VydmVkIGxhYmVsIHJhbmdlLiBJZiBpdCBpcyBzbWFsbCwgdGhlcmUg bWF5IGJlIHVwZ3JhZGluZyBpc3N1ZXMgdG8gY2hhbmdlIHRoZSBsYWJlbCByYW5nZSBhcyB0aGUg c2VnbWVudC1yb3V0aW5nLWJhc2VkIHNlcnZpY2UgZGV2ZWxvcHMoIGl0IHNlZW1zIHZlcnkgcG9z c2libGUgYXMgYW5hbHlzaXMgYWJvdXQgc3RhdGUgaW5jcmVhc2luZyBpbiAzICkuIFdoZW4gZXhw YW5kIHRoZSBsYWJlbCByYW5nZSwgaXQgd2lsbCBjYXVzZSB0aGUgdHJhZmZpYyBicmVhayBpbiB0 aGUgbmV0d29yay4NClNvIElNSE8sIGNlbnRyYWwgY29udHJvbCBpcyBzdWl0YWJsZSBmb3Igc2Vn bWVudCByb3V0aW5nLiBUaHVzIHRoZSBwb2xpY3kgY29udHJvbCwgdGhlIGNvbmZpZ3VyYXRpb24s IHRoZSBnbG9iYWwgbGFiZWwgYWxsb2NhdGlvbiwgdGhlIHBhdGggY2FsY3VsYXRpb24sIHRoZSB0 cmFmZmljIHN0ZWVyaW5nLCBldGMsIGFsbCBzZWVtcyB0byBoYXZlIGEgYmV0dGVyIHNvbHV0aW9u IGluIGEgY2VudHJhbCBjb250cm9sIGVudmlyb25tZW50LiBCdXQgYXMgZGVzY3JpYmVkIGluIGRy YWZ0LWZhcnJraW5nZWwtcGNlLWFibm8tYXJjaGl0ZWN0dXJlLTA3LCB0aGVyZSBhcmUgbXVsdGlw bGUgY2hvaWNlcyBmb3IgdGhlIGNlbnRyYWwgY29udHJvbC4gUmVnYXJkaW5nIHRoZSB1c2UgY2Fz ZXMgY29wZWQgd2l0aCBieSBzZWdtZW50IHJvdXRpbmcsIG1heWJlIHRoZXJlIGV4aXN0IG90aGVy IGJldHRlciBzb2x1dGlvbnMgaW5zdGVhZCBvZiBzZWdtZW50IHJvdXRpbmcuIFRodXMgc2VnbWVu dCByb3V0aW5nIG1heWJlIGhhdmUgdG8gZmFjZSB0aGUgZW1iYXJyYXNzaW5nIHNpdHVhdGlvbjog aWYgcmVseSB0b28gbXVjaCBvbiB0aGUgZGlzdHJpYnV0ZWQgZW52aXJvbm1lbnQsIGl0cyBkZXBs b3ltZW50IHdpbGwgYmUgYWZmZWN0ZWQuIElmIHJlbHkgb24gdGhlIGNlbnRyYWwgY29udHJvbCBl bnZpcm9ubWVudCwgdGhlcmUgbWF5IGJlIGJldHRlciBhbHRlcm5hdGl2ZSBzb2x1dGlvbnMuIFRo ZSBzaXR1YXRpb24gd2lsbCBoYXZlIG11Y2ggZWZmZWN0IG9uIHRoZSBhY3R1YWwgZGVwbG95bWVu dCBvZiBzZWdtZW50IHJvdXRpbmcuDQoNCkluIG9uZSB3b3JkLCBiYXNlZCBvbiBleGlzdGluZyBm b3J3YXJkaW5nIHBsYW5lIGFuZCBjb250cm9sIHBsYW5lIHRoZXJlIGV4aXN0cyBhcHBhcmVudCBz Y2FsYWJpbGl0eSBpc3N1ZSB3aGljaCBsaW1pdHMgYXBwbGljYXRpb24gc2NlbmFyaW9zIGZvciBz ZWdtZW50IHJvdXRpbmcuIEl0IGlzIGluZXZpdGFibGUgdG8gaGF2ZSBkb3VidCBvbiB0aGUgZnV0 dXJlIGFwcGxpY2F0aW9uIGFuZCBkZXBsb3ltZW50IG9mIHNlZ21lbnQgcm91dGluZy4gSSBoYXZl IGZvbGxvd2luZyBvcGluaW9uczoNCjEuIEZvciBiYXNpYyBzY2VuYXJpb3Mgc2VnbWVudCByb3V0 aW5nIHNlZW1zIHBlcmZlY3QuIFdoZW4gZGlnIG1vcmUsIGRyYXdiYWNrcyBtYXkgYmVjb21lIGFw cGFyZW50LiBGb3IgZXhhbXBsZToNCjEpIHRoZSBub2RlIHNlZ21lbnQgYW5kIGxpbmsgc2VnbWVu dCBzZWVtcyBPSy4gV2hlbiBpbnRyb2R1Y2UgdG9vIG1hbnkgcHJlZml4IHNlZ21lbnRzIGFuZCB2 YXJpb3VzIElHUCBUTFZzLCB0aGVyZSB3aWxsIGJlIGRvdWJ0IGlmIGFsbCB0aGUgZXh0ZW5zaW9u cyBtYWtlIHNlbnNlLiANCjIpIFRoZXJlIHN0aWxsIGRvdWJ0IG9uIHNjYWxhYmlsaXR5IG9mIE1Q TFMgZm9yd2FyZGluZyBmb3Igc2VnbWVudCByb3V0aW5nLiBOb3cgaXQgc2VlbXMgdG8gbW92ZSB0 byBJUHY2IGZvcndhcmRpbmcgaW4gYSBodXJyeS4gDQpGcm9tIGFib3ZlIHR3byBleGFtcGxlcywg d2UgY2FuIHNlZSB0aGUgZGV2ZWxvcG1lbnQgb2Ygc2VnbWVudCByb3V0aW5nIGlzIGEgbGl0dGxl IGFnZ3Jlc3NpdmUuIEZyb20gbXkgcG9pbnQgb2YgdmlldywgdGhlIHdvcmsgbWF5IGJlIG5vdCBo ZWxwZnVsIHRvIHNlZ21lbnQgcm91dGluZy4gSW5zdGVhZCwgaXQgaXMganVzdCB0byBwcm9wb3Nl IHRoZSB3b3JyeSBhYm91dCB0aGUgY29zdCBmb3Igc2VnbWVudCByb3V0aW5nLiBJbiBteSBvcGlu aW9uLCB0aGUgV0cgYW5kIHRoZSBhdXRob3JzIHNob3VsZCBjb250cm9sIHRoZSBzY29wZSBhbmQg ZGV2ZWxvcG1lbnQgcGFjZSBvZiBzZWdtZW50IHJvdXRpbmcuIA0KMi4gU2VnbWVudCByb3V0aW5n IHRydWx5IHByb3Bvc2VzIHNvbWUgaW1wb3J0YW50IHRlY2hub2xvZ3kgZWxlbWVudHMgc3VjaCBJ R1AtYmFzZWQgbGFiZWwgYWxsb2NhdGlvbiwgZ2xvYmFsIGxhYmVsLCBldGMuIE9uIHRoZSBvdGhl ciBoYW5kLCB0aGVzZSB0ZWNobm9sb2d5IGVsZW1lbnRzIG1heSBiZSBub3Qgb25seSB1c2VkIGZv ciBzZWdtZW50IHJvdXRpbmcuIEFzIGEgcmVzdWx0LCB0aGUgbWl4aW5nIHdvcmsgbWF5YmUgc2xv dyBkb3duIHRoZSBkZXZlbG9wbWVudCBvZiB0aGVzZSBpbXBvcnRhbnQgdGVjaG5vbG9neSBlbGVt ZW50cy4gSSB0aGluayB0aGVyZSBzaG91bGQgYmUgc29tZSBkZWNvdXBsaW5nIHdvcmsgdG8gYmUg ZG9uZSBmb3IgdGhlc2UgZWxlbWVudHMgZnJvbSBzZWdtZW50IHJvdXRpbmcgKEZvciBleGFtcGxl LCBJR1AtYmFzZWQgbGFiZWwgYWxsb2NhdGlvbiBjYW4gYmUgZGVjb3VwbGVkIGZyb20gSUdQIGV4 dGVuc2lvbnMgZm9yIHNlZ21lbnQgcm91dGluZykuIE9yIGVsc2UsIGl0IG1heSBiZSBhbHdheXMg Y29uZnVzZWQgd2hhdCBiZWxvbmdzIHRvIHNlZ21lbnQgcm91dGluZyBvciBub3QuIA0KDQoNClJl Z2FyZHMsDQpSb2Jpbg0KDQoNCg0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7Iyzogc3ByaW5n IFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gU3Rld2FydCBCcnlhbnQNCrei y83KsbzkOiAyMDE0xOox1MIyOcjVIDE6MDYNCsrVvP7Iyzogc3ByaW5nLWNoYWlyc0B0b29scy5p ZXRmLm9yZzsgc3ByaW5nQGlldGYub3JnDQqzrcvNOiBzcHJpbmctYWRzQHRvb2xzLmlldGYub3Jn DQrW98ziOiBbc3ByaW5nXSBMYWNrIG9mIHByb2dyZXNzIGluIFNQUklORyBXRw0KDQpBbGwsDQoN CldlIHVuZGVyc3Rvb2Qgd2hlbiB0aGUgU1BSSU5HIFdHIHdhcyBmb3JtZWQgdGhhdCBpdCB3YXMg YWRkcmVzc2luZyBhIHByb2JsZW0gb2YgaW1wb3J0YW5jZSB0byBib3RoIHRoZSBuZXR3b3JrIG9w ZXJhdG9ycyBhbmQgdGhlIGVxdWlwbWVudCB2ZW5kb3JzLg0KDQpXZSBhcmUgdGhlcmVmb3JlIHN1 cnByaXNlZCB0aGF0IHRoZXJlIHNlZW1zIHRvIGhhdmUgYmVlbiBubyBwcm9ncmVzcyBvbiBzZXR0 aW5nIG91dCB0aGUgcmVxdWlyZW1lbnRzIGFuZCBhcmNoaXRlY3R1cmUuDQoNCldlIGFyZSB3b3Jy aWVkIHRvIHNlZSBubyBhcHBhcmVudCBwcm9ncmVzcyBhbmQgd2Ugd2FudCB0byB1bmRlcnN0YW5k IHdoYXQgdGhlIHByb2JsZW0gaXMuIElmIHRoZXJlIGlzIG5vIGludGVyZXN0IGluIGNvbnRpbnVp bmcgd2l0aCB0aGlzIHdvcmsgaW4gdGhlIElFVEYgdGhlbiB3ZSBjYW4gY2xvc2UgdGhlIHdvcmtp bmcgZ3JvdXAsIGJ1dCB3ZSBzdXNwZWN0IHRoYXQgdGhlcmUgaXMgYWN0dWFsbHkgYSBsb3Qgb2Yg aW50ZXJlc3QuDQoNClN0ZXdhcnQgJiBBZHJpYW4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQo= From nobody Thu Feb 27 13:11:02 2014 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 46E6A1A0238; Thu, 27 Feb 2014 03:45:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.547] 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 HFBwtYoyfDnl; Thu, 27 Feb 2014 03:45:48 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 131631A012B; Thu, 27 Feb 2014 03:45:47 -0800 (PST) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id E872A180150F; Thu, 27 Feb 2014 12:45:44 +0100 (CET) Message-ID: <530F2569.9000005@pi.nu> Date: Thu, 27 Feb 2014 12:45:45 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Alvaro Retana (aretana)" , "Les Ginsberg (ginsberg)" , Hannes Gredler References: <20140213152741.27839.76774.idtracker@ietfa.amsl.com> <52FDC894.80706@pi.nu> <078E6CB7-B532-4873-80A0-3F7679A8ABF1@cisco.com> <5305DD45.1090508@pi.nu> <01302846-3B6C-459B-81F6-F673CA093AF2@juniper.net> <530C6A76.6080806@pi.nu> <530DC556.7070804@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/k19EZpmFTDO9Mjzwi72k90aY8G4 X-Mailman-Approved-At: Thu, 27 Feb 2014 13:11:01 -0800 Cc: "draft-previdi-isis-segment-routing-extensions@tools.ietf.org" , "spring@ietf.org" , Christian Hopps , "isis-wg@ietf.org" , "rtg-ads@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" , "spring-chairs@tools.ietf.org" Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing-extensions-05.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: Thu, 27 Feb 2014 11:45:51 -0000 Alvaro, Yes you are right - the request for early allocation should go though the isis wg; however I think it is partly a SPRING problem since this has happened in other drafts also doing segment routing extensions to one or the other protocol. /Loa On 2014-02-26 17:57, Alvaro Retana (aretana) wrote: > On 2/26/14 5:43 AM, "Loa Andersson" wrote: > >> Yes it would, but I think there are more drafts intended for the sping >> working group that does the same thing. > > Just a quick clarification given that this thread is in spring and not > isis (cc'd now). > > The protocol extension drafts don't belong in spring. The charter is > clear in that any modifications must take place is the WG that owns the > protocol. > > I think it is not inappropriate to have this discussion in spring (or > maybe cc'ing spring) so that we're all on the same page..but it is clearly > an issue that isis (in this case) has to resolve. > > Thanks! > > Alvaro. > > >> >> /Loa >> >> On 2014-02-26 09:31, Les Ginsberg (ginsberg) wrote: >>> Hannes - >>> >>> The requested code points are specified in Section 4 of the draft. >>> Could we bring this thread to closure by having you (or one of the other >>> co-authors) formally request that the code points specified in the draft >>> be given early allocation by Dave/Chris? >>> >>> I think that would address Loa's concern. >>> ?? >>> >>> Les >>> >>> >>>> -----Original Message----- >>>> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa >>>> Andersson >>>> Sent: Tuesday, February 25, 2014 2:04 AM >>>> To: Hannes Gredler >>>> Cc: draft-previdi-isis-segment-routing-extensions@tools.ietf.org; >>>> spring@ietf.org; Christian Hopps; spring-chairs@tools.ietf.org; Stefano >>>> Previdi (sprevidi); rtg-ads@tools.ietf.org >>>> Subject: Re: [spring] I-D Action: draft-previdi-isis-segment-routing- >>>> extensions-05.txt >>>> >>>> Hannes, et.al., >>>> >>>> All of this are good arguments for doing an early allocation of code >>>> points. My point is that this has not been done and that we now have >>>> several documents that are doing allocation of code points without >>>> coordinating with the IANA. >>>> >>>> To allocate code points early you need to request that the wg chairs >>>> bring this to the ADs and IANA. Process is simple but need to be done >>>> before we claim that the code points are allocated. >>>> >>>> /Loa >>>> >>>> On 2014-02-23 18:49, Hannes Gredler wrote: >>>>> loa, >>>>> >>>>> quoting from rfc7120: >>>>> >>>>> --- In protocol specifications documented in RFCs, there is often a >>>>> need >>>>> to allocate code points for various objects, messages, or other >>>>> protocol entities so that implementations can interoperate. >>>>> Many of >>>>> these code point spaces have registries handled by the Internet >>>>> Assigned Number Authority (IANA). Several IETF policies for IANA >>>>> allocation of protocol parameters are described in RFC 5226. >>>>> Some of them, such as "First Come First Served" or >>>>> "Expert Review", do not require a formal IETF action before the >>>>> IANA >>>>> performs allocation. However, in situations where code points >>>>> are a >>>>> scarce resource and/or the IETF community has consensus to retain >>>>> tight control of the registry content, policies such as "IETF >>>>> Review" >>>>> (formerly "IETF Consensus"), or "Standards Action" have been >>>>> used. >>>>> Such allocation policies present a problem in situations where >>>>> implementation and/or deployment experience are desired or >>>>> required >>>>> before the document becomes an RFC. >>>>> --- >>>>> >>>>> couple of thoughts: >>>>> >>>>> 1. ISIS-WG code-point allocation is under 'expert review'; >>>>> Experts being 'Dave Ward' and 'Chris Hopps' - i.e. my read of >>>>> the 7120 intro is that it does not apply here. >>>>> >>>>> 2. IGP WGs are these days 'low-maintenance', i.e. not many >>>>> new protocols do contend for code-points. >>>>> >>>>> 3. ISIS-WG chairs are keeping an eye on their submitted I-Ds >>>>> for potential clashes. >>>>> >>>>> 4. in that specific environment, as a WG-chair i do encourage >>>>> authors to specify their code-points such that interop testing >>>>> can be done. (my guess is that is better to document code-points >>>>> early on, rather than standardize the >>>>> 'informal-single-vendor-standard' >>>>> in the eleventh hour. >>>>> >>>>> thanks, >>>>> >>>>> /hannes >>>>> >>>>> >>>>> On Feb 20, 2014, at 11:47 AM, Loa Andersson wrote: >>>>> >>>>>> Stefano, >>>>>> >>>>>> While i agree to what you say about the consensus about the SPRING >>>>>> architecture and that it would be great if you#d could benefit from >>>>>> RFC 7120. >>>>>> >>>>>> However, to allocate code points in existing register you have to go >>>>>> through the 7120 procedures, and the request to allocate code points >>>>>> early the requests need to come from wg-chair and AD's. >>>>>> >>>>>> As far as I can you have not gone through that procedure. The code >>>>>> points should be TBA until that is done. >>>>>> >>>>>> /Loa >>>>>> >>>>>> On 2014-02-17 10:41, Stefano Previdi (sprevidi) wrote: >>>>>>> Loa, >>>>>>> >>>>>>> On Feb 14, 2014, at 8:41 AM, Loa Andersson wrote: >>>>>>>> Authors, >>>>>>>> >>>>>>>> I've a question on this draft. If I understand correctly you are >>>>>>>> making >>>>>>>> allocations of code points from an already existing IANA registry. >>>>>>>> >>>>>>>> Publishing codes come with the "risk" that someone think they are >>>>>>>> truly >>>>>>>> allocated and implement using these code points. >>>>>>> >>>>>>> >>>>>>> Ideally, we'd like to benefit from RFC7120 which states: >>>>>>> >>>>>>> This memo describes the process for early allocation of code >>>>>>> points >>>>>>> by IANA from registries for which "Specification Required", "RFC >>>>>>> Required", "IETF Review", or "Standards Action" policies apply. >>>>>>> This >>>>>>> process can be used to alleviate the problem where code point >>>>>>> allocation is needed to facilitate desired or required >>>>>>> implementation >>>>>>> and deployment experience prior to publication of an RFC, which >>>>>>> would >>>>>>> normally trigger code point allocation. The procedures in this >>>>>>> document are intended to apply only to IETF Stream documents. >>>>>>> >>>>>>> So, terms such as "implementation" and "deployment" are used and >>>>>>> knowing >>>>>>> that: >>>>>>> >>>>>>> . Segment Routing architecture as a large consensus among vendors >>>>>>> and operators >>>>>>> . Segment Routing protocol extensions have an even larger consensus >>>>>>> among vendors and operators since the protocol extensions >>>>>>> required >>>>>>> for Segment Routing do also address requirements from other >>>>>>> label >>>>>>> distribution mechanisms >>>>>>> . Segment Routing is being shipped by multiple interoperable vendors >>>>>>> (reports will follow shortly) >>>>>>> . Segment Routing is in deployment plans of several operators >>>>>>> >>>>>>> I believe all conditions are met in order for us to benefit from >>>>>>> RFC7120 >>>>>>> and get early allocation code points. >>>>>>> >>>>>>> This would allow the industry to move on with this new technology >>>>>>> and >>>>>>> IETF to still lead the innovation and standardization of it. >>>>>>> >>>>>>> >>>>>>> Thanks. >>>>>>> s. >>>>>>> >>>>>>> >>>>>>>> Now what will you do if some document in the pipe allocate one of >>>>>>>> the >>>>>>>> code-points you are allocating through the normal process? You >>>>>>>> will have >>>>>>>> a code point deployed, that belongs to another protocol. >>>>>>>> >>>>>>>> /Loa >>>>>>>> >>>>>>>> On 2014-02-13 23:27, internet-drafts@ietf.org wrote: >>>>>>>>> >>>>>>>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>> directories. >>>>>>>>> >>>>>>>>> >>>>>>>>> Title : IS-IS Extensions for Segment Routing >>>>>>>>> Authors : Stefano Previdi >>>>>>>>> Clarence Filsfils >>>>>>>>> Ahmed Bashandy >>>>>>>>> Hannes Gredler >>>>>>>>> Stephane Litkowski >>>>>>>>> Jeff Tantsura >>>>>>>>> Filename : draft-previdi-isis-segment-routing-extensions- >>>> 05.txt >>>>>>>>> Pages : 27 >>>>>>>>> Date : 2014-02-13 >>>>>>>>> >>>>>>>>> Abstract: >>>>>>>>> Segment Routing (SR) allows for a flexible definition of >>>>>>>>> end-to-end >>>>>>>>> paths within IGP topologies by encoding paths as sequences of >>>>>>>>> topological sub-paths, called "segments". These segments are >>>>>>>>> advertised by the link-state routing protocols (IS-IS and >>>>>>>>> OSPF). >>>>>>>>> >>>>>>>>> This draft describes the necessary IS-IS extensions that need >>>>>>>>> to be >>>>>>>>> introduced for Segment Routing. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The IETF datatracker status page for this draft is: >>>>>>>>> >>>>>>>>> https://datatracker.ietf.org/doc/draft-previdi-isis-segment-routing >>>>>>>>> - >>>> extensions/ >>>>>>>>> >>>>>>>>> There's also a htmlized version available at: >>>>>>>>> http://tools.ietf.org/html/draft-previdi-isis-segment-routing- >>>> extensions-05 >>>>>>>>> >>>>>>>>> A diff from the previous version is available at: >>>>>>>>> >>>>>>>>> http://www.ietf.org/rfcdiff?url2=draft-previdi-isis-segment-routing >>>>>>>>> - >>>> extensions-05 >>>>>>>>> >>>>>>>>> >>>>>>>>> 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/ >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> I-D-Announce mailing list >>>>>>>>> I-D-Announce@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>>>>>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>>>>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> Loa Andersson email: loa@mail01.huawei.com >>>>>>>> Senior MPLS Expert loa@pi.nu >>>>>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> spring mailing list >>>>>>>> spring@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/spring >>>>>>> >>>>>>> _______________________________________________ >>>>>>> spring mailing list >>>>>>> spring@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/spring >>>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> Loa Andersson email: loa@mail01.huawei.com >>>>>> Senior MPLS Expert loa@pi.nu >>>>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>> >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> spring mailing list >>>>> spring@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/spring >>>>> >>>> >>>> -- >>>> >>>> >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>> >>>> _______________________________________________ >>>> spring mailing list >>>> spring@ietf.org >>>> https://www.ietf.org/mailman/listinfo/spring >>> >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64