From nobody Mon Feb 15 18:31:23 2016 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B17931A1A67 for ; Mon, 15 Feb 2016 18:31:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.756 X-Spam-Level: X-Spam-Status: No, score=-101.756 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PrJaEWHDh4xm for ; Mon, 15 Feb 2016 18:31:20 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 52A111A1A36 for ; Mon, 15 Feb 2016 18:31:20 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id A585ADC373200 for ; Tue, 16 Feb 2016 10:31:14 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id u1G2V5tx016205 for ; Tue, 16 Feb 2016 10:31:05 +0800 (GMT-8) (envelope-from zhang.zheng@zte.com.cn) To: "bier@ietf.org" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: zhang.zheng@zte.com.cn Date: Tue, 16 Feb 2016 10:31:07 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2016-02-16 10:30:49, Serialize complete at 2016-02-16 10:30:49 Content-Type: multipart/alternative; boundary="=_alternative 000DD56648257F5B_=" X-MAIL: mse01.zte.com.cn u1G2V5tx016205 Archived-At: Subject: [Bier] FW: New Version Notification for draft-zhang-bier-te-yang-00.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 02:31:22 -0000 This is a multipart message in MIME format. --=_alternative 000DD56648257F5B_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgZm9sa3MsDQogICAgQSBuZXcgZHJhZnQgaGFzIGJlZW4gc3VibWl0dGVkIHRvIHByb3ZpZGUg QklFUiBURSB5YW5nIG1vZHVsZS4NCg0KVVJMOiAgICAgICAgICAgIA0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMC50eHQNClN0 YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGFu Zy1iaWVyLXRlLXlhbmcvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMA0KDQogICAgV291bGQgbGlrZSB0byBjYWxs IHlvdSBhdHRlbnRpb24gdG8gdGhpcyBuZXcgZHJhZnQuIEFueSBjb21tZW50cyANCmFuZCBmZWVk YmFjayBhcmUgd2VsY29tZWQuDQoNCkJlc3Qgd2lzaGVzLA0KU2FuZHkNCg0KLS0tLS0g16q3osjL INXF1fcwMDc5NDAvdXNlci96dGVfbHRkIMqxvOQgMjAxNi8wMi8xNiAxMDoyOCAtLS0tLQ0KDQpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgDQoyMDE2LzAyLzE2IDEwOjEzDQoNCsrVvP7Iyw0KIlJh biBDaGVuIiA8Y2hlbi5yYW5AenRlLmNvbS5jbj4sICJaaGVuZyBaaGFuZyIgPHpoYW5nLnpoZW5n QHp0ZS5jb20uY24+LCANCiJDdWkgV2FuZyIgPHdhbmcuY3VpMUB6dGUuY29tLmNuPiwgIkN1aSBX YW5nIChMaW5kYSkiIA0KPHdhbmcuY3VpMUB6dGUuY29tLmNuPiwgIlpoZW5nIFpoYW5nIChTYW5k eSkiIDx6aGFuZy56aGVuZ0B6dGUuY29tLmNuPg0Ks63LzQ0KDQrW98ziDQpOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yIGRyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMC50eHQNCg0KDQoNCg0K DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMC50 eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWmhlbmcoU2FuZHkpIFpoYW5n IGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGRyYWZ0LXpoYW5nLWJpZXItdGUteWFuZw0KUmV2aXNpb246ICAgICAg ICAgICAgICAgIDAwDQpUaXRsZTogICAgICAgICAgICAgICAgICAgICAgICAgICBCSUVSIFRFIFlB TkcgbW9kdWxlDQpEb2N1bWVudCBkYXRlOiAgICAgICAgICAgMjAxNi0wMi0xNQ0KR3JvdXA6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczogICAg ICAgICAgICAgICAgICAgICAgICAgICAxMw0KVVJMOiAgICAgICAgICAgIA0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMC50eHQN ClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16 aGFuZy1iaWVyLXRlLXlhbmcvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhp cyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBkYXRhIG1vZGVsIGZvciBCSUVSIFRFIGNvbmZpZ3Vy YXRpb24gYW5kDQogICBvcGVyYXRpb24uDQoNCiAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBt YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQpzdWJtaXNzaW9u DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRv b2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCg== --=_alternative 000DD56648257F5B_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIGZvbGtzLDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyBBIG5ldyBkcmFm dCBoYXMgYmVlbiBzdWJtaXR0ZWQNCnRvIHByb3ZpZGUgQklFUiBURSB5YW5nIG1vZHVsZS48L2Zv bnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5VUkw6ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz L2RyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0wMC50eHQ8YnI+DQpTdGF0dXM6ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16 aGFuZy1iaWVyLXRlLXlhbmcvPGJyPg0KSHRtbGl6ZWQ6ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1iaWVyLXRlLXlhbmctMDA8L3R0 PjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7 ICZuYnNwOyBXb3VsZCBsaWtlIHRvIGNhbGwgeW91DQphdHRlbnRpb24gdG8gdGhpcyBuZXcgZHJh ZnQuIEFueSBjb21tZW50cyA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPmFuZCBmZWVkYmFjayBhcmUgd2VsY29tZWQuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5CZXN0IHdpc2hlcyw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlNhbmR5PGJyPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MSBjb2xvcj0jODAwMDgwIGZhY2U9InNhbnMtc2VyaWYiPi0tLS0tINeqt6LIyyDVxdX3MDA3OTQw L3VzZXIvenRlX2x0ZA0KyrG85CAyMDE2LzAyLzE2IDEwOjI4IC0tLS0tPC9mb250Pg0KPGJyPg0K PHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYj4N CjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDE2LzAyLzE2IDEw OjEzPC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy aWYiPiZxdW90O1JhbiBDaGVuJnF1b3Q7ICZsdDtjaGVuLnJhbkB6dGUuY29tLmNuJmd0OywNCiZx dW90O1poZW5nIFpoYW5nJnF1b3Q7ICZsdDt6aGFuZy56aGVuZ0B6dGUuY29tLmNuJmd0OywgJnF1 b3Q7Q3VpIFdhbmcmcXVvdDsNCiZsdDt3YW5nLmN1aTFAenRlLmNvbS5jbiZndDssICZxdW90O0N1 aSBXYW5nIChMaW5kYSkmcXVvdDsgJmx0O3dhbmcuY3VpMUB6dGUuY29tLmNuJmd0OywNCiZxdW90 O1poZW5nIFpoYW5nIChTYW5keSkmcXVvdDsgJmx0O3poYW5nLnpoZW5nQHp0ZS5jb20uY24mZ3Q7 PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij5OZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpoYW5nLWJpZXItdGUteWFuZy0w MC50eHQ8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXpl PTI+PHR0Pjxicj4NCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC16aGFuZy1iaWVyLXRlLXlh bmctMDAudHh0PGJyPg0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBaaGVuZyhT YW5keSkgWmhhbmcgYW5kIHBvc3RlZCB0byB0aGU8YnI+DQpJRVRGIHJlcG9zaXRvcnkuPGJyPg0K PGJyPg0KTmFtZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtkcmFmdC16aGFuZy1iaWVyLXRlLXlhbmc8YnI+DQpSZXZpc2lvbjog Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K MDA8YnI+DQpUaXRsZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtCSUVSDQpURSBZQU5HIG1vZHVsZTxicj4NCkRvY3VtZW50IGRh dGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5i c3A7IDIwMTYtMDItMTU8YnI+DQpHcm91cDogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtJbmRpdmlkdWFsDQpTdWJtaXNzaW9uPGJy Pg0KUGFnZXM6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7MTM8YnI+DQpVUkw6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpo YW5nLWJpZXItdGUteWFuZy0wMC50eHQ8YnI+DQpTdGF0dXM6ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGFuZy1iaWVy LXRlLXlhbmcvPGJyPg0KSHRtbGl6ZWQ6ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1iaWVyLXRlLXlhbmctMDA8YnI+DQo8YnI+DQo8 YnI+DQpBYnN0cmFjdDo8YnI+DQogJm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcg ZGF0YSBtb2RlbCBmb3IgQklFUiBURSBjb25maWd1cmF0aW9uDQphbmQ8YnI+DQogJm5ic3A7IG9w ZXJhdGlvbi48YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxicj4NCjxicj4NCjxicj4NClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb248YnI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLjxicj4NCjxicj4NClRoZSBJRVRGIFNlY3JldGFyaWF0PGJy Pg0KPGJyPg0KPC90dD48L2ZvbnQ+DQo= --=_alternative 000DD56648257F5B_=-- From nobody Mon Feb 22 05:05:10 2016 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB721A6F9C; Mon, 22 Feb 2016 05:05:08 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.14.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160222130508.24857.5197.idtracker@ietfa.amsl.com> Date: Mon, 22 Feb 2016 05:05:08 -0800 Archived-At: Cc: bier@ietf.org Subject: [Bier] I-D Action: draft-ietf-bier-mpls-encapsulation-03.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.15 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2016 13:05:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication of the IETF. Title : Encapsulation for Bit Index Explicit Replication in MPLS Networks Authors : IJsbrand Wijnands Eric C. Rosen Andrew Dolganow Jeff Tantsura Sam K Aldrin Filename : draft-ietf-bier-mpls-encapsulation-03.txt Pages : 15 Date : 2016-02-22 Abstract: Bit Index Explicit Replication (BIER) is an architecture that provides optimal multicast forwarding through a "multicast domain", without requiring intermediate routers to maintain any per-flow state or to engage in an explicit tree-building protocol. When a multicast data packet enters the domain, the ingress router determines the set of egress routers to which the packet needs to be sent. The ingress router then encapsulates the packet in a BIER header. The BIER header contains a bitstring in which each bit represents exactly one egress router in the domain; to forward the packet to a given set of egress routers, the bits corresponding to those routers are set in the BIER header. The details of the encapsulation depend on the type of network used to realize the multicast domain. This document specifies the BIER encapsulation to be used in an MPLS network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-mpls-encapsulation/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bier-mpls-encapsulation-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-mpls-encapsulation-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 29 21:02:22 2016 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0E4F1ACD59 for ; Mon, 29 Feb 2016 21:02:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 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_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bJ0soQM485oR for ; Mon, 29 Feb 2016 21:02:14 -0800 (PST) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0069.outbound.protection.outlook.com [104.47.0.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 117A71ACD5A for ; Mon, 29 Feb 2016 21:02:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LtVMlPiY9ELLPh+U/HN6JXdn5yByPnbOb/thI7cg5Ko=; b=JsKMgbDNk1a3ZwPldwmNdOGPQkLt5iebBzop8EC6eps7hcAujw4OSUq9tH8A1dKFWAIEybU9N/wJnckJR0opD1jm1pnj9NlmA3PCxBT0NuiQfX7tXDJpJCiYEzviK1BTv45fuK03TulStW6Rom1uneazx1vxh7DcCgqgWc3egjA= Received: from VI1PR05MB1456.eurprd05.prod.outlook.com (10.164.85.26) by VI1PR05MB1456.eurprd05.prod.outlook.com (10.164.85.26) with Microsoft SMTP Server (TLS) id 15.1.415.20; Tue, 1 Mar 2016 05:02:11 +0000 Received: from VI1PR05MB1456.eurprd05.prod.outlook.com ([10.164.85.26]) by VI1PR05MB1456.eurprd05.prod.outlook.com ([10.164.85.26]) with mapi id 15.01.0415.022; Tue, 1 Mar 2016 05:02:11 +0000 From: David Mozes To: "bier@ietf.org" Thread-Topic: problem bier-mpls-encap-sraft Thread-Index: AdFzdh+eS8hcXNwMSGq0bB02yIBhtw== Date: Tue, 1 Mar 2016 05:02:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=mellanox.com; x-originating-ip: [70.90.166.123] x-microsoft-exchange-diagnostics: 1; VI1PR05MB1456; 5:vZ9Djw9HSmMGIwba8zKe3kbQYczQGGM3NPC05x3uvO+uvyom+uWOihbsayOWyV/XPQWsjCC6WE6f9XbXh/OBgTO6shqzVN22M1v1Woy+Y0whtmrQ1v8vuyvBu470MjntLlBPWTVAErDH6B5jwV1nPQ==; 24:+Be1TJbtQ5uNeeF6GKEKsqoSqF4ryMbyNFGhCX3qM+Ju1kuho6/akGWqconXTaKjmyc6fTLxgMmnFX2rS6Th5LmdQmU3wA0Gp6yKDtiUNu8= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR05MB1456; x-ms-office365-filtering-correlation-id: 3d099ad4-da6c-44dc-de56-08d3418ea5ba x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:VI1PR05MB1456; BCL:0; PCL:0; RULEID:; SRVR:VI1PR05MB1456; x-forefront-prvs: 086831DFB4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(40100003)(33656002)(19625215002)(87936001)(450100001)(77096005)(19580395003)(2351001)(86362001)(66066001)(122556002)(229853001)(92566002)(110136002)(107886002)(81156008)(74316001)(189998001)(5008740100001)(11100500001)(586003)(5003600100002)(54356999)(1096002)(5001960100003)(5004730100002)(6116002)(3280700002)(10400500002)(1220700001)(102836003)(3846002)(790700001)(16236675004)(76576001)(50986999)(230783001)(3660700001)(2906002)(2501003)(15975445007)(5002640100001)(2900100001)(19300405004)(1730700002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR05MB1456; H:VI1PR05MB1456.eurprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_VI1PR05MB14562DDD9EE8AD28F10729D8B6BB0VI1PR05MB1456eurp_" MIME-Version: 1.0 X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2016 05:02:10.8520 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR05MB1456 Archived-At: Subject: [Bier] problem bier-mpls-encap-sraft X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 05:02:20 -0000 --_000_VI1PR05MB14562DDD9EE8AD28F10729D8B6BB0VI1PR05MB1456eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi * , I have problems with the MPLS encap draft . I thing using the label as the bier identifier on the packet as well as the= bit string length is not a good approach for HW/Silicon supporting . This make the support difficult and very unique,especially to intermedia n= ode that not supporting MPLS entropy label and like to support ECMP by = deep looking inside the IP header . I think we should : 1) Define some protocol type or control word to strictly detect the = beir header . Or define the guessing of the first 4 bits as a valid parsing= approach . 2) Make the bits string length inside the bear header as mandatory = . This will help a lot Your thought ? Thx --_000_VI1PR05MB14562DDD9EE8AD28F10729D8B6BB0VI1PR05MB1456eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi * ,

I have problems with the MPLS encap draft  .

 

I thing using the label as the bier identifier on th= e packet as well as the bit string length is not a good approach for HW/Sil= icon supporting  .  

This make the support difficult  and very uniqu= e,especially to intermedia node that not supporting MPLS  entropy labe= l  and like   to support ECMP by deep looking inside the IP = header .

I think we should :

1)      Define some protocol type = or control  word  to strictly detect the beir header . Or define = the guessing of the first 4 bits as a valid parsing  approach  .<= o:p>

2)      Make the  bits string=  length inside the bear header as  mandatory  .<= /p>

 

This will help a lot

 

Your thought  ?

Thx

--_000_VI1PR05MB14562DDD9EE8AD28F10729D8B6BB0VI1PR05MB1456eurp_-- From nobody Mon Feb 29 21:12:03 2016 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4238E1ACD98 for ; Mon, 29 Feb 2016 21:12:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gAuZ2bw4kd9O for ; Mon, 29 Feb 2016 21:12:00 -0800 (PST) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2840C1ACD5C for ; Mon, 29 Feb 2016 21:12:00 -0800 (PST) Received: by mail-ig0-x22c.google.com with SMTP id y8so10954798igp.1 for ; Mon, 29 Feb 2016 21:11:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=2Nj1JnA/g66gkM2f0ahLBtd0w3rf8wa6uXXZ6m0fMak=; b=ogrLx/Fw4cVDLeeTJq1GWesKwMYa4Q2UCRVQhKBvMZEFdBBJt1xWHrl65H2g3Dnb64 03XCRs8ydnhofKBhFYP2eAFR4jK7m6vC57mecaLEaG9ho7GoH344xvHr0pR6EE/IVYnY lolvhQR34OMVgOnHaZv8o9Oba7V5zBvFPmhFKR3x9qrzj0EKpOC2v7JqiMt/MdXPZCkN QqqsZKL79oWjqDpi9OB+mSHCiTehjLpNzUGDAj0U5F65AWJJgvetjNgyQ2KBXumiyXI3 8AM6Tkef6T6YQgoX2E0s+9qQA1zsGRclh2i6Y+oCTjIMeyTc2E+WHrqliP6tsgA7tX75 08qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=2Nj1JnA/g66gkM2f0ahLBtd0w3rf8wa6uXXZ6m0fMak=; b=jyLfmQ5VgZcyseglLkfT24c9bHxHPSFxVepQR80Osa3mhbAZaSSZ3F6i6275F9+Z5Z S2ONNMSFgT7b8x42KB6q1amxEQjlMHkdQqIsX03HIMvK/HEuSAkjbIx9eMwr6JBTuc+O 5UtN0a4aJFYk/uMkzdD2H1nznusYZxD1Bo4FQfnvnJX/axgEKZoidq8TOFHJICcv2/rC duwvk5K14ilkuB0FrhayOwAXxnrO+vb7Hwi8c3QJ0ERAqP4ybhLqyo2FzYRQyuCbm6wk D92746tmwo7vl65Z3SjtR55YAKlD0spVpk991hDwzC/VhP57rgN/Snrooqp2Gcx+VZG/ EYvw== X-Gm-Message-State: AD7BkJJvOvfW5nlRJxJbdBiCubuZoR6ggUhvM2M9hgayjZ7BdZyqAO1c6tapo8LwFTeIELTq2TvI3TQPCcbt1Q== MIME-Version: 1.0 X-Received: by 10.50.150.75 with SMTP id ug11mr1566585igb.1.1456809119437; Mon, 29 Feb 2016 21:11:59 -0800 (PST) Received: by 10.107.201.65 with HTTP; Mon, 29 Feb 2016 21:11:59 -0800 (PST) In-Reply-To: References: Date: Mon, 29 Feb 2016 21:11:59 -0800 Message-ID: From: Tony Przygienda To: David Mozes Content-Type: multipart/alternative; boundary=001a11c2760611dbef052cf5cef1 Archived-At: Cc: "bier@ietf.org" Subject: Re: [Bier] problem bier-mpls-encap-sraft X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 05:12:02 -0000 --001a11c2760611dbef052cf5cef1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David, 1) there was a longish discussion on the list about the 4 bits and the value chosen & the DPI-ECMP problem. I suggest to read the archives. the problem is not specific to BIER. Actually, I recently heard a suggestion that we should provide from IETF side a registry for the values in the 4 bits but it's A-Ds business, not WG level IMO (if there isn't such a registry for 'IP versions' already). 2) The length is present for analytics tools but silicon MUST NOT use it to derive the length but the length is implied in the label. It's simply architectural DRY. If you repeat semantically the length implied in the label, you'll end up with error scenarios you need to provide for. Actually, the draft already mandates that on mismatch the packet SHOULD be discarded (which means silicon doesn't actually need to check it if it wants to go at max. speed). Generally, sweeping assertions like "using the label as the bier identifier on the packet as well as the bit string length is not a good approach for HW/Silicon supporting" would need a little more elaboration as to what they're based upon ? thanks --- tony On Mon, Feb 29, 2016 at 9:02 PM, David Mozes wrote: > Hi * , > > I have problems with the MPLS encap draft . > > > > I thing using the label as the bier identifier on the packet as well as > the bit string length is not a good approach for HW/Silicon supporting . > > This make the support difficult and very unique,especially to intermedia > node that not supporting MPLS entropy label and like to support ECMP = by > deep looking inside the IP header . > > I think we should : > > 1) Define some protocol type or control word to strictly detect > the beir header . Or define the guessing of the first 4 bits as a valid > parsing approach . > > 2) Make the bits string length inside the bear header as > mandatory . > > > > This will help a lot > > > > Your thought ? > > Thx > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier > > --=20 *We=E2=80=99ve heard that a million monkeys at a million keyboards could pr= oduce the complete works of Shakespeare; now, thanks to the Internet, we know that is not true.* =E2=80=94Robert Wilensky --001a11c2760611dbef052cf5cef1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2= =A0

1) there was a longish discussion on the list about= the 4 bits and the value chosen & the DPI-ECMP problem. I suggest to r= ead the archives. the problem is not specific to BIER. Actually, I recently= heard a suggestion that we should provide from IETF side a registry for th= e values in the 4 bits but it's A-Ds business, not WG level IMO (if the= re isn't such a registry for 'IP versions' already).=C2=A0
=
2) The length is present for analytics tools but silicon MUS= T NOT use it to derive the length but the length is implied in the label. I= t's simply architectural DRY. If you repeat semantically the length imp= lied in the label, you'll end up with error scenarios you need to provi= de for. Actually, the draft already mandates that on mismatch the packet SH= OULD be discarded (which means silicon doesn't actually need to check i= t if it wants to go at max. speed).=C2=A0

Generall= y, sweeping assertions like "using the label as the bier identifier on the pac= ket as well as the bit string length is not a good approach for HW/Silicon = supporting" would need a little more elaboration as to what they'r= e based upon ?=C2=A0

thanks=C2=A0<= /div>

--- tony=C2=A0


On Mon, Feb 29, 2016 at= 9:02 PM, David Mozes <davidm@mellanox.com> wrote:

Hi * ,

I have problems with the MPLS encap draft=C2=A0 .=

=C2=A0

I thing using the label as the bier identifier on th= e packet as well as the bit string length is not a good approach for HW/Sil= icon supporting =C2=A0. =C2=A0

This make the support difficult =C2=A0and very uniqu= e,especially to intermedia node that not supporting MPLS =C2=A0entropy labe= l =C2=A0and like =C2=A0=C2=A0to support ECMP by deep looking inside the IP = header .

I think we should :

1)= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Define some protocol type or = control =C2=A0word =C2=A0to strictly detect the beir header . Or define the= guessing of the first 4 bits as a valid parsing =C2=A0approach =C2=A0.<= /u>

2)= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Make the =C2=A0bits string = =C2=A0length inside the bear header as =C2=A0mandatory =C2=A0.

=C2=A0

This will help a lot

=C2=A0

Your thought =C2=A0?

Thx


_______________________________________________
BIER mailing list
BIER@ietf.org
https://www.ietf.org/mailman/listinfo/bier




--
We=E2=80=99ve heard that a = million monkeys at a million keyboards could produce the complete works of = Shakespeare; now, thanks to the Internet, we know that is not true.
=E2=80=94Robert Wilensky
--001a11c2760611dbef052cf5cef1--