From nobody Tue Aug 1 03:32:15 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 26B1A131FFE; Tue, 1 Aug 2017 03:32:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-trill-mtu-negotiation@ietf.org, trill-chairs@ietf.org, shares@ndzh.com, trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150158352810.9547.8919826816880130381.idtracker@ietfa.amsl.com> Date: Tue, 01 Aug 2017 03:32:08 -0700 Archived-At: Subject: [trill] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-?= =?utf-8?q?ietf-trill-mtu-negotiation-07=3A_=28with_COMMENT=29?= X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 10:32:08 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-trill-mtu-negotiation-07: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-trill-mtu-negotiation/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for adressing the tsv-art comments (and thanks to Magnus for the tsv-artt review)! It might still be valuable to note that RTT estimation is out-of scope for this document and if the RTT can not estimed acoordingly an conservative upper bound estimation should be assumed. From nobody Tue Aug 1 15:37:18 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 417B21294A2; Tue, 1 Aug 2017 15:37:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-trill-mtu-negotiation@ietf.org, trill-chairs@ietf.org, shares@ndzh.com, trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150162703218.12209.17773488648764988307.idtracker@ietfa.amsl.com> Date: Tue, 01 Aug 2017 15:37:12 -0700 Archived-At: Subject: [trill] Ben Campbell's No Objection on draft-ietf-trill-mtu-negotiation-07: (with COMMENT) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 22:37:12 -0000 Ben Campbell has entered the following ballot position for draft-ietf-trill-mtu-negotiation-07: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-trill-mtu-negotiation/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for resolving my comment on version 06. From nobody Wed Aug 2 00:31:52 2017 Return-Path: X-Original-To: trill@ietfa.amsl.com Delivered-To: trill@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 703DE12EC3F; Wed, 2 Aug 2017 00:31:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 VHSeR88mi28Y; Wed, 2 Aug 2017 00:31:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15A7F124234; Wed, 2 Aug 2017 00:31:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLU10706; Wed, 02 Aug 2017 07:31:39 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 2 Aug 2017 08:31:38 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Wed, 2 Aug 2017 15:31:31 +0800 From: "Zhangmingui (Martin)" To: =?utf-8?B?TWlyamEgS8O8aGxld2luZA==?= , The IESG CC: "draft-ietf-trill-mtu-negotiation@ietf.org" , "trill-chairs@ietf.org" , "shares@ndzh.com" , "trill@ietf.org" Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRm?= =?utf-8?Q?-trill-mtu-negotiation-07:_(with_COMMENT)?= Thread-Index: AQHTCrFwKQy7HZkGxEKq5uw0yVre3aJwrMuQ Date: Wed, 2 Aug 2017 07:31:30 +0000 Message-ID: <4552F0907735844E9204A62BBDD325E7A6592E0A@NKGEML515-MBX.china.huawei.com> References: <150158352810.9547.8919826816880130381.idtracker@ietfa.amsl.com> In-Reply-To: <150158352810.9547.8919826816880130381.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.146.93] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.59817FDC.003F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ff49127318f29b2015fc19ed064f9f1e Archived-At: Subject: Re: [trill] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft?= =?utf-8?q?-ietf-trill-mtu-negotiation-07=3A_=28with_COMMENT=29?= X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 07:31:45 -0000 SGkgTWlyamEsDQoNClRoYW5rcyBmb3IgdGhlIHN1Z2dlc3Rpb24uIFdpbGwgaW5jb3Jwb3JhdGUg dGhlIGNvbW1lbnQgYW5kIHVwbG9hZCBhbiB1cGRhdGUgc29vbi4NCg0KTWluZ3VpDQoNCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWlyamEgS8O8aGxld2luZCBbbWFpbHRv OmlldGZAa3VlaGxld2luZC5uZXRdDQo+IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAwMSwgMjAxNyA2 OjMyIFBNDQo+IFRvOiBUaGUgSUVTRw0KPiBDYzogZHJhZnQtaWV0Zi10cmlsbC1tdHUtbmVnb3Rp YXRpb25AaWV0Zi5vcmc7IHRyaWxsLWNoYWlyc0BpZXRmLm9yZzsNCj4gc2hhcmVzQG5kemguY29t OyB0cmlsbEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBNaXJqYSBLw7xobGV3aW5kJ3MgTm8gT2JqZWN0 aW9uIG9uIGRyYWZ0LWlldGYtdHJpbGwtbXR1LW5lZ290aWF0aW9uLTA3Og0KPiAod2l0aCBDT01N RU5UKQ0KPiANCj4gTWlyamEgS8O8aGxld2luZCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJh bGxvdCBwb3NpdGlvbiBmb3INCj4gZHJhZnQtaWV0Zi10cmlsbC1tdHUtbmVnb3RpYXRpb24tMDc6 IE5vIE9iamVjdGlvbg0KPiANCj4gV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3Vi amVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsDQo+IGFkZHJlc3NlcyBpbmNs dWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJv ZHVjdG9yeQ0KPiBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KPiANCj4gDQo+IFBsZWFzZSByZWZlciB0 byBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0 bWwNCj4gZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5U IHBvc2l0aW9ucy4NCj4gDQo+IA0KPiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFs bG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtdHJpbGwtbXR1LW5lZ290aWF0aW9uLw0KPiANCj4gDQo+ IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQo+IENPTU1FTlQ6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IFRo YW5rcyBmb3IgYWRyZXNzaW5nIHRoZSB0c3YtYXJ0IGNvbW1lbnRzIChhbmQgdGhhbmtzIHRvIE1h Z251cyBmb3IgdGhlDQo+IHRzdi1hcnR0IHJldmlldykhDQo+IA0KPiBJdCBtaWdodCBzdGlsbCBi ZSB2YWx1YWJsZSB0byBub3RlIHRoYXQgUlRUIGVzdGltYXRpb24gaXMgb3V0LW9mIHNjb3BlIGZv ciB0aGlzDQo+IGRvY3VtZW50IGFuZCBpZiB0aGUgUlRUIGNhbiBub3QgZXN0aW1lZCBhY29vcmRp bmdseSBhbiBjb25zZXJ2YXRpdmUgdXBwZXINCj4gYm91bmQgZXN0aW1hdGlvbiBzaG91bGQgYmUg YXNzdW1lZC4NCj4gDQoNCg== From nobody Wed Aug 2 11:32:34 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A96B131CB5; Wed, 2 Aug 2017 11:32:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Spencer Dawkins To: "The IESG" Cc: draft-ietf-trill-mtu-negotiation@ietf.org, trill-chairs@ietf.org, shares@ndzh.com, trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150169875214.5727.16573474987151469803.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 11:32:32 -0700 Archived-At: Subject: [trill] Spencer Dawkins' No Objection on draft-ietf-trill-mtu-negotiation-07: (with COMMENT) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 18:32:32 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-trill-mtu-negotiation-07: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-trill-mtu-negotiation/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I echo Mirja's thanks for your work addressing Magnus's TSV-ART review. From nobody Wed Aug 2 18:06:14 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 76F30128BC8; Wed, 2 Aug 2017 18:06:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150172236744.5683.14080451584556345464@ietfa.amsl.com> Date: Wed, 02 Aug 2017 18:06:07 -0700 Archived-At: Subject: [trill] I-D Action: draft-ietf-trill-smart-endnodes-06.txt X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 01:06:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Transparent Interconnection of Lots of Links WG of the IETF. Title : TRILL Smart Endnodes Authors : Radia Perlman Fangwei Hu Huawei technology Kesava Vijaya Krupakaran Ting Liao Filename : draft-ietf-trill-smart-endnodes-06.txt Pages : 14 Date : 2017-08-02 Abstract: This draft addresses the problem of the size and freshness of the endnode learning table in edge RBridges, by allowing endnodes to volunteer for endnode learning and encapsulation/decapsulation. Such an endnode is known as a "Smart Endnode". Only the attached edge RBridge can distinguish a "Smart Endnode" from a "normal endnode". The smart endnode uses the nickname of the attached edge RBridge, so this solution does not consume extra nicknames. The solution also enables Fine Grained Label aware endnodes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-trill-smart-endnodes/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-trill-smart-endnodes-06 https://datatracker.ietf.org/doc/html/draft-ietf-trill-smart-endnodes-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-trill-smart-endnodes-06 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 Wed Aug 2 18:11:13 2017 Return-Path: X-Original-To: trill@ietfa.amsl.com Delivered-To: trill@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8564F131CE8 for ; Wed, 2 Aug 2017 18:11:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 56sUUeXXdAhE for ; Wed, 2 Aug 2017 18:11:08 -0700 (PDT) Received: from zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id BAF12128BC8 for ; Wed, 2 Aug 2017 18:11:07 -0700 (PDT) X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 192.168.168.120 X-SEG-Scaned: 1 X-Received: unknown,192.168.168.120,20170803091046 Received: from unknown (HELO out1.zte.com.cn) (192.168.168.120) by localhost with SMTP; 3 Aug 2017 01:10:46 -0000 X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 10.30.3.21 X-SEG-Scaned: 1 X-Received: unknown,10.30.3.21,20170803090849 Received: from unknown (HELO mse02.zte.com.cn) (10.30.3.21) by localhost with (AES256-SHA encrypted) SMTP; 3 Aug 2017 01:08:49 -0000 Received: from xgxapp03.zte.com.cn ([10.30.14.24]) by mse02.zte.com.cn with SMTP id v731AwS9088089; Thu, 3 Aug 2017 09:10:58 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn) Received: from mapi (xgxapp01[null]) by mapi (Zmail) with MAPI id mid71; Thu, 3 Aug 2017 09:10:59 +0800 (CST) Date: Thu, 3 Aug 2017 09:10:59 +0800 (CST) X-Zmail-TransId: 2af959827823ffffffffacc-291bb X-Mailer: Zmail v1.0 Message-ID: <201708030910596971030@zte.com.cn> References: CAF4+nEGK6HTi2jRQkD8pvN4k29b71G5mopg8JuxtkaBy+o1nfg@mail.gmail.com Mime-Version: 1.0 From: To: Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse02.zte.com.cn v731AwS9088089 X-HQIP: 127.0.0.1 X-HQIP: 127.0.0.1 Archived-At: Subject: [trill] =?utf-8?b?562U5aSNOiAgQ29tbWVudHMgb24gZHJhZnQtaWV0Zi10?= =?utf-8?q?rill-smart-endnodes?= X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 01:11:10 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIERvbmxhZA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQoNCkEgbmV3IHZlcnNpb24o ZHJhZnQtaWV0Zi10cmlsbC1zbWFydC1lbmRub2Rlcy0wNikgaXMgdXBsb2FkZWQgdG8gSUVURiB0 byBmaXggdGhlIGNvbW1lbnRzLg0KDQoNCg0KDQoNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwg ZHJhZnQtaWV0Zi10cmlsbC1zbWFydC1lbmRub2Rlcy0wNi50eHRoYXMgYmVlbiBzdWNjZXNzZnVs bHkgc3VibWl0dGVkIGJ5IEZhbmd3ZWkgSHUgYW5kIHBvc3RlZCB0byB0aGVJRVRGIHJlcG9zaXRv cnkuTmFtZTogICAgICAgIGRyYWZ0LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXNSZXZpc2lvbjog ICAgMDZUaXRsZTogICAgICAgIFRSSUxMIFNtYXJ0IEVuZG5vZGVzRG9jdW1lbnQgZGF0ZTogICAg MjAxNy0wOC0wMkdyb3VwOiAgICAgICAgdHJpbGxQYWdlczogICAgICAgIDE0VVJMOiAgICAgICAg ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLXRyaWxs LXNtYXJ0LWVuZG5vZGVzLTA2LnR4dFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRyaWxsLXNtYXJ0LWVuZG5vZGVzL0h0bWxpemVkOiAg ICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10cmlsbC1zbWFydC1l bmRub2Rlcy0wNkh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9odG1sL2RyYWZ0LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXMtMDZEaWZmOiAgICAgICAgICAg aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtdHJpbGwtc21hcnQt ZW5kbm9kZXMtMDZBYnN0cmFjdDogICBUaGlzIGRyYWZ0IGFkZHJlc3NlcyB0aGUgcHJvYmxlbSBv ZiB0aGUgc2l6ZSBhbmQgZnJlc2huZXNzIG9mIHRoZSAgIGVuZG5vZGUgbGVhcm5pbmcgdGFibGUg aW4gZWRnZSBSQnJpZGdlcywgYnkgYWxsb3dpbmcgZW5kbm9kZXMgdG8gICB2b2x1bnRlZXIgZm9y IGVuZG5vZGUgbGVhcm5pbmcgYW5kIGVuY2Fwc3VsYXRpb24vZGVjYXBzdWxhdGlvbi4gIFN1Y2gg ICBhbiBlbmRub2RlIGlzIGtub3duIGFzIGEgIlNtYXJ0IEVuZG5vZGUiLiAgT25seSB0aGUgYXR0 YWNoZWQgZWRnZSAgIFJCcmlkZ2UgY2FuIGRpc3Rpbmd1aXNoIGEgIlNtYXJ0IEVuZG5vZGUiIGZy b20gYSAibm9ybWFsIGVuZG5vZGUiLiAgIFRoZSBzbWFydCBlbmRub2RlIHVzZXMgdGhlIG5pY2tu YW1lIG9mIHRoZSBhdHRhY2hlZCBlZGdlIFJCcmlkZ2UsIHNvICAgdGhpcyBzb2x1dGlvbiBkb2Vz IG5vdCBjb25zdW1lIGV4dHJhIG5pY2tuYW1lcy4gIFRoZSBzb2x1dGlvbiBhbHNvICAgZW5hYmxl cyBGaW5lIEdyYWluZWQgTGFiZWwgYXdhcmUgZW5kbm9kZXMuDQoNCg0KDQoNClJlZ2FyZHMuDQoN CkZhbmd3ZWkuDQoNCg0KDQoKICAgICAgICANCg0KDQoNCuWOn+Wni+mCruS7tg0KDQoNCg0K5Y+R 5Lu25Lq677yaIDxkM2UzZTNAZ21haWwuY29tPg0K5pS25Lu25Lq677yaIDx0cmlsbEBpZXRmLm9y Zz4NCuaXpSDmnJ8g77yaMjAxN+W5tDA35pyIMjHml6UgMTc6MDcNCuS4uyDpopgg77yaW3RyaWxs XSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLXRyaWxsLXNtYXJ0LWVuZG5vZGVzDQoNCg0KDQoNCg0K SSBzdXBwb3J0IHRoaXMgZHJhZnQgYW5kIGhhdmUgdGhlIGZvbGxvd2luZyBjb21tZW50czoNCg0K VGVjaG5pY2FsDQotLS0tLS0tLS0tLS0tDQoNCkl0IGlzIG5vdCBtYWRlIGNsZWFyIGhvdyBTbWFy dCBFbmQgTm9kZXMgbGVhcm4gdGhlIERlc2lnbmF0ZWQgVkxBTiBvZg0KdGhlIGxpbmsgdGhleSBh cmUgb24gb3IsIGNvbnNpZGVyaW5nIHRoZSBwYXJhZ3JhcGgganVzdCBiZWZvcmUgdGhlDQpTZWN0 aW9uIDUuMiBoZWFkZXIsIHRoZSBBcHBvaW50ZWQgRm9yd2FyZGVyIGZvciBhIFZMQU4gb3IgdGhl IERSQi4gSXQNCnNlZW1zIHRvIG1lIHRoZSBkcmFmdCBuZWVkcyB0byBzYXkgZXhwbGljaXRseSB0 aGF0IHRoZSBzbWFydCBlbmQgbm9kZQ0Kc25vb3BzIG9uIFRSSUxMIElTLUlTIEhlbGxvcy4gQWxz bywgaXQgbmVlZHMgdG8gc2F5IHRoYXQgYSBzbWFydCBlbmQNCm5vZGUsIHdoZW4gZW5jYXBzdWxh dGluZyB0cmFmZmljIGluIFZMQU4gWCwgbmVlZHMgdG8gdXNlIHRoZSBuaWNrbmFtZQ0Kb2YgdGhl IGFwcG9pbnRlZCBmb3J3YXJkZXIgZm9yIFZMQU4gWCwgcmVnYXJkbGVzcyBvZiB3aGljaCBlZGdl DQpSQnJpZGdlIGl0IHNlbmRzIHRoZSBlbmNhcHN1bGF0ZWQgZnJhbWUgdG8sIHRvIGF2b2lkIE1B QyBmbGlwLWZsb3AgYXQNCnRoZSBlZ3Jlc3MgUkJyaWRnZS4NCg0KVGhlIHBvaW50IHBhcmFncmFw aCBqdXN0IGJlZm9yZSB0aGUgU2VjdGlvbiA2IGhlYWRlciBwcm92aWRlcyB0d28NCmFwcHJvYWNo ZXMgdG8gaGFuZGxpbmcgYSBoeWJyaWQgbG9jYWwgbGluayAoYSBoeWJyaWQgbGluayBpcyBvbmUg d2l0aA0KYm90aCBzbWFydCBhbmQgbm9uLXNtYXJ0IGVuZCBub2RlcyBvbiBpdCkuIEFzIGEgUHJv cG9zZWQgU3RhbmRhcmQgYW5kDQppbiBhY2NvcmRhbmNlIHdpdGggVFJJTEwncyBnZW5lcmFsIGRl c2lnbiBhcHByb2FjaCwgdGhlIGRvY3VtZW50IG5lZWRzDQp0byBzZWxlY3Qgb25lIGFuZCBtYWtl IGl0IGJlIHRoZSBkZWZhdWx0Lg0KDQpTZWN0aW9uIDYgYWxzbyBoYXMgdHdvIGFsdGVybmF0aXZl cyBhbmQgZG9lcyBub3Qgc2VlbSBjbGVhci4NClByZXN1bWFibHkgdGhlcmUgaXNuJ3QgYSBzaW5n bGUgbGluayB3aXRoIFNFMSwgUkIxLCBhbmQgUkIyIG9uIGl0DQpzaW5jZSB0aGF0IGNhc2UgaXMg d2VsbCBoYW5kbGVkIGJ5IHRoZSBzbWFydCBlbmQgbm9kZSB1c2luZyB0aGUNCmFwcG9pbnRlZCBm b3J3YXJkZXIgbmlja25hbWUgcmVnYXJkbGVzcyBvZiB3aGljaCBlZGdlIFJCcmlkZ2UgaXQgc2Vu ZHMNCnRoZSBlbmNhcHN1bGF0ZWQgdXNlciBkYXRhIHRvLiBTbyBpdCBtdXN0IGJlIHRoYXQgU0Ux IGlzIGR1YWwgcG9ydGVkLg0KSWYgc28sIHByb2JhYmx5IHRoZXNlIHBvcnRzIGhhdmUgZGlmZmVy ZW50IE1BQyBhZGRyZXNzZXMgYW5kIEknbSBub3QNCnN1cmUgd2hhdCB0aGUgcHJvYmxlbSBpcy4u Li4NCg0KSSB0aGluayBpdCBpcyBpbmNvbnNpc3RlbnQgdGhhdCBJQU5BIENvbnNpZGVyYXRpb25z IHNheXMgIlNtYXJ0LUhlbGxvIg0Kd2hpbGUgbmVhciB0aGUgc3RhcnQgb2YgdGhlIGRyYWZ0LCB0 aGUgVExWIGlzIGNhbGxlZA0KIlNtYXJ0LVBhcmFtZXRlcnMiLg0KDQoiVGhlIG1lY2hhbmlzbSBm b3IgcXVlcnlpbmcgYSBkaXJlY3RvcnkgaXMgb3V0IG9mIHNjb3BlIGZvciB0aGlzDQpkb2N1bWVu dC4iIC0+ICJUaGUgbWVjaGFuaXNtIGZvciBxdWVyeWluZyBhIGRpcmVjdG9yeSBpcyBnaXZlbiBp bg0KW1JGQzgxNzFdLiINCg0KRWRpdG9yaWFsDQotLS0tLS0tLS0tLQ0KDQpDaGFuZ2UgIi5XaGls ZSB3aGVuIiB0byAiLiBXaGVuIg0KDQoibmlja25hbWFlIiAtPiAibmlja25hbWUiDQoNClRoZXJl IGFyZSBhbHNvIHNvbWUgb3RoZXIgbW9yZSBtaW5vciBlZGl0b3JpYWwgdGhpbmdzIEkgY2FuDQpj b21tdW5pY2F0ZSBkaXJlY3RseSB0byB0aGUgcHJpbmNpcGFsIGF1dGhvci4NCg0KVGhhbmtzLA0K RG9uYWxkDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQogRG9uYWxkIEUuIEVhc3Rs YWtlIDNyZCAgICsxLTUwOC0zMzMtMjI3MCAoY2VsbCkNCiAxNTUgQmVhdmVyIFN0cmVldCwgTWls Zm9yZCwgTUEgMDE3NTcgVVNBDQogZDNlM2UzQGdtYWlsLmNvbQ0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KdHJpbGwgbWFpbGluZyBsaXN0DQp0cmls bEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90cmlsbA== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cD5IaSwgRG9ubGFkPC9wPjxwPlRoYW5rcyBmb3Ig eW91ciBjb21tZW50cy48L3A+PHA+QSBuZXcgdmVyc2lvbihkcmFmdC1pZXRmLXRyaWxsLXNtYXJ0 LWVuZG5vZGVzLTA2KSBpcyB1cGxvYWRlZCB0byBJRVRGIHRvIGZpeCB0aGUgY29tbWVudHMuPC9w PjxwPjxicj48L3A+PHA+PGJyPjwvcD48cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs LCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1 Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgYmFja2dyb3Vu ZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+QSZuYnNwO25ldyZuYnNwO3ZlcnNpb24mbmJz cDtvZiZuYnNwO0ktRCwmbmJzcDtkcmFmdC1pZXRmLXRyaWxsLXNtYXJ0LWVuZG5vZGVzLTA2LnR4 dDwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBB cmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5h LCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRl LXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9y OiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDl rovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lk YSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1j b2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+aGFzJm5ic3A7YmVlbiZuYnNwO3N1Y2Nlc3NmdWxs eSZuYnNwO3N1Ym1pdHRlZCZuYnNwO2J5Jm5ic3A7RmFuZ3dlaSZuYnNwO0h1Jm5ic3A7YW5kJm5i c3A7cG9zdGVkJm5ic3A7dG8mbmJzcDt0aGU8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScs ICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7 IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiAwcHggIWlt cG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lk YSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1o ZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPklFVEYm bmJzcDtyZXBvc2l0b3J5Ljwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBH cmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWln aHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48YnIgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlh aGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBw eCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAn THVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBs aW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+ TmFtZTombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkcmFm dC1pZXRmLXRyaWxsLXNtYXJ0LWVuZG5vZGVzPC9zcGFuPjxiciBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWkn LCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlm OyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFp bXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNp ZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUt aGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5SZXZp c2lvbjombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDswNjwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlh aGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBw eCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAn THVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBs aW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+ VGl0bGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VFJJ TEwmbmJzcDtTbWFydCZuYnNwO0VuZG5vZGVzPC9zcGFuPjxiciBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWkn LCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlm OyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFp bXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNp ZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUt aGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5Eb2N1 bWVudCZuYnNwO2RhdGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MjAxNy0wOC0wMjwvc3Bhbj48 YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L 5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEs IEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1 LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdN aWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0 aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdi KDI1NSwgMjU1LCAyNTUpOyI+R3JvdXA6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7dHJpbGw8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXIt Ym94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNp ZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUt aGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiAwcHggIWltcG9ydGFu dDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFu ZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6 IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPlBhZ2VzOiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzE0PC9zcGFuPjxiciBz dHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMs ICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVs dmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IG5vcm1h bDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1 NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jv c29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2Es IHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1 LCAyNTUsIDI1NSk7Ij5VUkw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50 ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXMtMDYudHh0PC9zcGFu PjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFyaWFsLCDl rovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lk YSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6 IG5vcm1hbDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJnYigy NTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywg J01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2 ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiBy Z2IoMjU1LCAyNTUsIDI1NSk7Ij5TdGF0dXM6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtaWV0Zi10cmlsbC1zbWFydC1lbmRub2Rlcy88L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZ YWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMt c2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiAw cHggIWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywg J0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsg bGluZS1oZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsi Pkh0bWxpemVkOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRyaWxsLXNtYXJ0LWVuZG5vZGVzLTA2 PC9zcGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFy aWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEs IEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUt c3BhY2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6 IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWu i+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRh LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNv bG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5IdG1saXplZDombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDtodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXMtMDY8L3NwYW4+PGJyIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29m dCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNh bnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5l OiAwcHggIWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVp JywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJp ZjsgbGluZS1oZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1 KTsiPkRpZmY6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXMtMDY8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5n OiBib3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhl aScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2Vy aWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiAwcHgg IWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PGJyIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywg J01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2 ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFs OyBvdXRsaW5lOiAwcHggIWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1 LCAyNTUpOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9z b2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwg c2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUs IDI1NSwgMjU1KTsiPkFic3RyYWN0Ojwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1 Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGlu ZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0 YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdy YW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdo dDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7VGhpcyZuYnNwO2RyYWZ0Jm5ic3A7YWRkcmVzc2VzJm5ic3A7dGhlJm5ic3A7cHJv YmxlbSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7c2l6ZSZuYnNwO2FuZCZuYnNwO2ZyZXNobmVzcyZu YnNwO29mJm5ic3A7dGhlPC9zcGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsg Zm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdy YW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdo dDogMjBweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJh Y2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywg VmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4 OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4mbmJzcDsmbmJzcDsmbmJz cDtlbmRub2RlJm5ic3A7bGVhcm5pbmcmbmJzcDt0YWJsZSZuYnNwO2luJm5ic3A7ZWRnZSZuYnNw O1JCcmlkZ2VzLCZuYnNwO2J5Jm5ic3A7YWxsb3dpbmcmbmJzcDtlbmRub2RlcyZuYnNwO3RvPC9z cGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1mYW1pbHk6IEFyaWFs LCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1 Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3Bh Y2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91bmQtY29sb3I6IHJn YigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9 kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBI ZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNrZ3JvdW5kLWNvbG9y OiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDt2b2x1bnRlZXImbmJzcDtm b3ImbmJzcDtlbmRub2RlJm5ic3A7bGVhcm5pbmcmbmJzcDthbmQmbmJzcDtlbmNhcHN1bGF0aW9u L2RlY2Fwc3VsYXRpb24uJm5ic3A7Jm5ic3A7U3VjaDwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlh aGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBw eCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAn THVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBs aW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7YW4mbmJzcDtlbmRub2RlJm5ic3A7aXMmbmJzcDtrbm93biZuYnNw O2FzJm5ic3A7YSZuYnNwOyJTbWFydCZuYnNwO0VuZG5vZGUiLiZuYnNwOyZuYnNwO09ubHkmbmJz cDt0aGUmbmJzcDthdHRhY2hlZCZuYnNwO2VkZ2U8L3NwYW4+PGJyIHN0eWxlPSJib3gtc2l6aW5n OiBib3JkZXItYm94OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhl aScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2Vy aWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBvdXRsaW5lOiAwcHgg IWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1 Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGlu ZS1oZWlnaHQ6IDIwcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPiZu YnNwOyZuYnNwOyZuYnNwO1JCcmlkZ2UmbmJzcDtjYW4mbmJzcDtkaXN0aW5ndWlzaCZuYnNwO2Em bmJzcDsiU21hcnQmbmJzcDtFbmRub2RlIiZuYnNwO2Zyb20mbmJzcDthJm5ic3A7Im5vcm1hbCZu YnNwO2VuZG5vZGUiLjwvc3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZv bnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFu ZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6 IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNr Z3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZl cmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsg YmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 VGhlJm5ic3A7c21hcnQmbmJzcDtlbmRub2RlJm5ic3A7dXNlcyZuYnNwO3RoZSZuYnNwO25pY2tu YW1lJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDthdHRhY2hlZCZuYnNwO2VkZ2UmbmJzcDtSQnJpZGdl LCZuYnNwO3NvPC9zcGFuPjxiciBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC1m YW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScs IFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBw eDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91 bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog QXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFu YSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNr Z3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDt0aGlz Jm5ic3A7c29sdXRpb24mbmJzcDtkb2VzJm5ic3A7bm90Jm5ic3A7Y29uc3VtZSZuYnNwO2V4dHJh Jm5ic3A7bmlja25hbWVzLiZuYnNwOyZuYnNwO1RoZSZuYnNwO3NvbHV0aW9uJm5ic3A7YWxzbzwv c3Bhbj48YnIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBBcmlh bCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBM dWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNw YWNlOiBub3JtYWw7IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiBy Z2IoMjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovk vZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwg SGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xv cjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ZW5hYmxlcyZuYnNwO0Zp bmUmbmJzcDtHcmFpbmVkJm5ic3A7TGFiZWwmbmJzcDthd2FyZSZuYnNwO2VuZG5vZGVzLjwvc3Bh bj48L3A+PHA+PGJyPjwvcD48cD5SZWdhcmRzLjwvcD48cD5GYW5nd2VpLjwvcD48cCBzdHlsZT0i Zm9udC1mYW1pbHk6IOWui+S9kzsgZm9udC1zaXplOiA3LjBweDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgd2lkb3dzOiAxOyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB4O2NvbG9yOiM1ODU5NUI7 Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRO2ZvbnQtc2l6ZTogNy4wcHg7Ij48c3BhbiBjbGFzcz0i c2lnbmVkaXQiPjxicj48L3NwYW4+PC9zcGFuPgogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 PC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48 ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7 IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEz ODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+ 5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBj bGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhl YWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxk aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8 L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+ICZsdDtkM2UzZTNAZ21haWwuY29t Jmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4 dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxl PSJkaXNwbGF5OiBpbmxpbmU7Ij4gJmx0O3RyaWxsQGlldGYub3JnJmd0Ozs8L3NwYW4+PC9kaXY+ PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8mjwv c3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMTflubQwN+aciDIx5pelIDE3OjA3PC9zcGFuPjwvZGl2 PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVjdFR4dCI+5Li7IOmimCDv vJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9uZz5bdHJpbGxdIENvbW1l bnRzIG9uIGRyYWZ0LWlldGYtdHJpbGwtc21hcnQtZW5kbm9kZXM8L3N0cm9uZz48L3NwYW4+PC9k aXY+PC9kaXY+PHAgY2xhc3M9InpoaXN0b3J5Q29udGVudCI+PGJyPjwvcD48ZGl2PkkmbmJzcDtz dXBwb3J0Jm5ic3A7dGhpcyZuYnNwO2RyYWZ0Jm5ic3A7YW5kJm5ic3A7aGF2ZSZuYnNwO3RoZSZu YnNwO2ZvbGxvd2luZyZuYnNwO2NvbW1lbnRzOjxicj48YnI+VGVjaG5pY2FsPGJyPi0tLS0tLS0t LS0tLS08YnI+PGJyPkl0Jm5ic3A7aXMmbmJzcDtub3QmbmJzcDttYWRlJm5ic3A7Y2xlYXImbmJz cDtob3cmbmJzcDtTbWFydCZuYnNwO0VuZCZuYnNwO05vZGVzJm5ic3A7bGVhcm4mbmJzcDt0aGUm bmJzcDtEZXNpZ25hdGVkJm5ic3A7VkxBTiZuYnNwO29mPGJyPnRoZSZuYnNwO2xpbmsmbmJzcDt0 aGV5Jm5ic3A7YXJlJm5ic3A7b24mbmJzcDtvciwmbmJzcDtjb25zaWRlcmluZyZuYnNwO3RoZSZu YnNwO3BhcmFncmFwaCZuYnNwO2p1c3QmbmJzcDtiZWZvcmUmbmJzcDt0aGU8YnI+U2VjdGlvbiZu YnNwOzUuMiZuYnNwO2hlYWRlciwmbmJzcDt0aGUmbmJzcDtBcHBvaW50ZWQmbmJzcDtGb3J3YXJk ZXImbmJzcDtmb3ImbmJzcDthJm5ic3A7VkxBTiZuYnNwO29yJm5ic3A7dGhlJm5ic3A7RFJCLiZu YnNwO0l0PGJyPnNlZW1zJm5ic3A7dG8mbmJzcDttZSZuYnNwO3RoZSZuYnNwO2RyYWZ0Jm5ic3A7 bmVlZHMmbmJzcDt0byZuYnNwO3NheSZuYnNwO2V4cGxpY2l0bHkmbmJzcDt0aGF0Jm5ic3A7dGhl Jm5ic3A7c21hcnQmbmJzcDtlbmQmbmJzcDtub2RlPGJyPnNub29wcyZuYnNwO29uJm5ic3A7VFJJ TEwmbmJzcDtJUy1JUyZuYnNwO0hlbGxvcy4mbmJzcDtBbHNvLCZuYnNwO2l0Jm5ic3A7bmVlZHMm bmJzcDt0byZuYnNwO3NheSZuYnNwO3RoYXQmbmJzcDthJm5ic3A7c21hcnQmbmJzcDtlbmQ8YnI+ bm9kZSwmbmJzcDt3aGVuJm5ic3A7ZW5jYXBzdWxhdGluZyZuYnNwO3RyYWZmaWMmbmJzcDtpbiZu YnNwO1ZMQU4mbmJzcDtYLCZuYnNwO25lZWRzJm5ic3A7dG8mbmJzcDt1c2UmbmJzcDt0aGUmbmJz cDtuaWNrbmFtZTxicj5vZiZuYnNwO3RoZSZuYnNwO2FwcG9pbnRlZCZuYnNwO2ZvcndhcmRlciZu YnNwO2ZvciZuYnNwO1ZMQU4mbmJzcDtYLCZuYnNwO3JlZ2FyZGxlc3MmbmJzcDtvZiZuYnNwO3do aWNoJm5ic3A7ZWRnZTxicj5SQnJpZGdlJm5ic3A7aXQmbmJzcDtzZW5kcyZuYnNwO3RoZSZuYnNw O2VuY2Fwc3VsYXRlZCZuYnNwO2ZyYW1lJm5ic3A7dG8sJm5ic3A7dG8mbmJzcDthdm9pZCZuYnNw O01BQyZuYnNwO2ZsaXAtZmxvcCZuYnNwO2F0PGJyPnRoZSZuYnNwO2VncmVzcyZuYnNwO1JCcmlk Z2UuPGJyPjxicj5UaGUmbmJzcDtwb2ludCZuYnNwO3BhcmFncmFwaCZuYnNwO2p1c3QmbmJzcDti ZWZvcmUmbmJzcDt0aGUmbmJzcDtTZWN0aW9uJm5ic3A7NiZuYnNwO2hlYWRlciZuYnNwO3Byb3Zp ZGVzJm5ic3A7dHdvPGJyPmFwcHJvYWNoZXMmbmJzcDt0byZuYnNwO2hhbmRsaW5nJm5ic3A7YSZu YnNwO2h5YnJpZCZuYnNwO2xvY2FsJm5ic3A7bGluayZuYnNwOyhhJm5ic3A7aHlicmlkJm5ic3A7 bGluayZuYnNwO2lzJm5ic3A7b25lJm5ic3A7d2l0aDxicj5ib3RoJm5ic3A7c21hcnQmbmJzcDth bmQmbmJzcDtub24tc21hcnQmbmJzcDtlbmQmbmJzcDtub2RlcyZuYnNwO29uJm5ic3A7aXQpLiZu YnNwO0FzJm5ic3A7YSZuYnNwO1Byb3Bvc2VkJm5ic3A7U3RhbmRhcmQmbmJzcDthbmQ8YnI+aW4m bmJzcDthY2NvcmRhbmNlJm5ic3A7d2l0aCZuYnNwO1RSSUxMJ3MmbmJzcDtnZW5lcmFsJm5ic3A7 ZGVzaWduJm5ic3A7YXBwcm9hY2gsJm5ic3A7dGhlJm5ic3A7ZG9jdW1lbnQmbmJzcDtuZWVkczxi cj50byZuYnNwO3NlbGVjdCZuYnNwO29uZSZuYnNwO2FuZCZuYnNwO21ha2UmbmJzcDtpdCZuYnNw O2JlJm5ic3A7dGhlJm5ic3A7ZGVmYXVsdC48YnI+PGJyPlNlY3Rpb24mbmJzcDs2Jm5ic3A7YWxz byZuYnNwO2hhcyZuYnNwO3R3byZuYnNwO2FsdGVybmF0aXZlcyZuYnNwO2FuZCZuYnNwO2RvZXMm bmJzcDtub3QmbmJzcDtzZWVtJm5ic3A7Y2xlYXIuPGJyPlByZXN1bWFibHkmbmJzcDt0aGVyZSZu YnNwO2lzbid0Jm5ic3A7YSZuYnNwO3NpbmdsZSZuYnNwO2xpbmsmbmJzcDt3aXRoJm5ic3A7U0Ux LCZuYnNwO1JCMSwmbmJzcDthbmQmbmJzcDtSQjImbmJzcDtvbiZuYnNwO2l0PGJyPnNpbmNlJm5i c3A7dGhhdCZuYnNwO2Nhc2UmbmJzcDtpcyZuYnNwO3dlbGwmbmJzcDtoYW5kbGVkJm5ic3A7Ynkm bmJzcDt0aGUmbmJzcDtzbWFydCZuYnNwO2VuZCZuYnNwO25vZGUmbmJzcDt1c2luZyZuYnNwO3Ro ZTxicj5hcHBvaW50ZWQmbmJzcDtmb3J3YXJkZXImbmJzcDtuaWNrbmFtZSZuYnNwO3JlZ2FyZGxl c3MmbmJzcDtvZiZuYnNwO3doaWNoJm5ic3A7ZWRnZSZuYnNwO1JCcmlkZ2UmbmJzcDtpdCZuYnNw O3NlbmRzPGJyPnRoZSZuYnNwO2VuY2Fwc3VsYXRlZCZuYnNwO3VzZXImbmJzcDtkYXRhJm5ic3A7 dG8uJm5ic3A7U28mbmJzcDtpdCZuYnNwO211c3QmbmJzcDtiZSZuYnNwO3RoYXQmbmJzcDtTRTEm bmJzcDtpcyZuYnNwO2R1YWwmbmJzcDtwb3J0ZWQuPGJyPklmJm5ic3A7c28sJm5ic3A7cHJvYmFi bHkmbmJzcDt0aGVzZSZuYnNwO3BvcnRzJm5ic3A7aGF2ZSZuYnNwO2RpZmZlcmVudCZuYnNwO01B QyZuYnNwO2FkZHJlc3NlcyZuYnNwO2FuZCZuYnNwO0knbSZuYnNwO25vdDxicj5zdXJlJm5ic3A7 d2hhdCZuYnNwO3RoZSZuYnNwO3Byb2JsZW0mbmJzcDtpcy4uLi48YnI+PGJyPkkmbmJzcDt0aGlu ayZuYnNwO2l0Jm5ic3A7aXMmbmJzcDtpbmNvbnNpc3RlbnQmbmJzcDt0aGF0Jm5ic3A7SUFOQSZu YnNwO0NvbnNpZGVyYXRpb25zJm5ic3A7c2F5cyZuYnNwOyJTbWFydC1IZWxsbyI8YnI+d2hpbGUm bmJzcDtuZWFyJm5ic3A7dGhlJm5ic3A7c3RhcnQmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2RyYWZ0 LCZuYnNwO3RoZSZuYnNwO1RMViZuYnNwO2lzJm5ic3A7Y2FsbGVkPGJyPiJTbWFydC1QYXJhbWV0 ZXJzIi48YnI+PGJyPiJUaGUmbmJzcDttZWNoYW5pc20mbmJzcDtmb3ImbmJzcDtxdWVyeWluZyZu YnNwO2EmbmJzcDtkaXJlY3RvcnkmbmJzcDtpcyZuYnNwO291dCZuYnNwO29mJm5ic3A7c2NvcGUm bmJzcDtmb3ImbmJzcDt0aGlzPGJyPmRvY3VtZW50LiImbmJzcDstJmd0OyZuYnNwOyJUaGUmbmJz cDttZWNoYW5pc20mbmJzcDtmb3ImbmJzcDtxdWVyeWluZyZuYnNwO2EmbmJzcDtkaXJlY3Rvcnkm bmJzcDtpcyZuYnNwO2dpdmVuJm5ic3A7aW48YnI+W1JGQzgxNzFdLiI8YnI+PGJyPkVkaXRvcmlh bDxicj4tLS0tLS0tLS0tLTxicj48YnI+Q2hhbmdlJm5ic3A7Ii5XaGlsZSZuYnNwO3doZW4iJm5i c3A7dG8mbmJzcDsiLiZuYnNwO1doZW4iPGJyPjxicj4ibmlja25hbWFlIiZuYnNwOy0mZ3Q7Jm5i c3A7Im5pY2tuYW1lIjxicj48YnI+VGhlcmUmbmJzcDthcmUmbmJzcDthbHNvJm5ic3A7c29tZSZu YnNwO290aGVyJm5ic3A7bW9yZSZuYnNwO21pbm9yJm5ic3A7ZWRpdG9yaWFsJm5ic3A7dGhpbmdz Jm5ic3A7SSZuYnNwO2Nhbjxicj5jb21tdW5pY2F0ZSZuYnNwO2RpcmVjdGx5Jm5ic3A7dG8mbmJz cDt0aGUmbmJzcDtwcmluY2lwYWwmbmJzcDthdXRob3IuPGJyPjxicj5UaGFua3MsPGJyPkRvbmFs ZDxicj49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJyPiZuYnNwO0RvbmFsZCZuYnNw O0UuJm5ic3A7RWFzdGxha2UmbmJzcDszcmQmbmJzcDsmbmJzcDsmbmJzcDsrMS01MDgtMzMzLTIy NzAmbmJzcDsoY2VsbCk8YnI+Jm5ic3A7MTU1Jm5ic3A7QmVhdmVyJm5ic3A7U3RyZWV0LCZuYnNw O01pbGZvcmQsJm5ic3A7TUEmbmJzcDswMTc1NyZuYnNwO1VTQTxicj4mbmJzcDtkM2UzZTNAZ21h aWwuY29tPGJyPjxicj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj50cmlsbCZuYnNwO21haWxpbmcmbmJzcDtsaXN0PGJyPnRyaWxsQGlldGYub3JnPGJy Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdHJpbGw8YnI+PC9kaXY+PHA+ PGJyPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cD48YnI+PC9wPiA8L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Thu Aug 3 20:49:18 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 450EA131563; Thu, 3 Aug 2017 20:49:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150181855617.6979.12458378737843742469@ietfa.amsl.com> Date: Thu, 03 Aug 2017 20:49:16 -0700 Archived-At: Subject: [trill] I-D Action: draft-ietf-trill-mtu-negotiation-08.txt X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 03:49:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Transparent Interconnection of Lots of Links WG of the IETF. Title : Transparent Interconnection of Lots of Links (TRILL): MTU Negotiation Authors : Mingui Zhang Xudong Zhang Donald E. Eastlake Radia Perlman Somnath Chatterjee Filename : draft-ietf-trill-mtu-negotiation-08.txt Pages : 14 Date : 2017-08-03 Abstract: The base IETF TRILL protocol has a TRILL campus-wide MTU feature, specified in RFC 6325 and RFC 7177, that assures that link state changes can be successfully flooded throughout the campus while being able to take advantage of a campus-wide capability to support jumbo packets. This document specifies recommended updates to that MTU feature to take advantage, for appropriate link-local packets, of link-local MTUs that exceed the TRILL campus MTU. In addition, it specifies an efficient algorithm for local MTU testing. This document updates RFC 6325, updates RFC 7177, and updates RFC 7780. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-trill-mtu-negotiation/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-trill-mtu-negotiation-08 https://datatracker.ietf.org/doc/html/draft-ietf-trill-mtu-negotiation-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-trill-mtu-negotiation-08 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 Fri Aug 4 08:15:10 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EFC901321CD; Fri, 4 Aug 2017 08:15:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: ipr-announce@ietf.org, trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150185970897.18625.15583514410411635563@ietfa.amsl.com> Date: Fri, 04 Aug 2017 08:15:08 -0700 Archived-At: Subject: [trill] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-trill-directory-assisted-encap X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 15:15:09 -0000 Dear Linda Dunbar, Donald E. Eastlake 3rd, Radia Perlman: An IPR disclosure that pertains to your Internet-Draft entitled "Directory Assisted TRILL Encapsulation" (draft-ietf-trill-directory-assisted-encap) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/3045/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-trill-directory-assisted-encap" Thank you IETF Secretariat From nobody Sat Aug 5 01:11:03 2017 Return-Path: X-Original-To: trill@ietfa.amsl.com Delivered-To: trill@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B10AA12741D for ; Sat, 5 Aug 2017 01:11:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 MbJwyfvz486Z for ; Sat, 5 Aug 2017 01:11:01 -0700 (PDT) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (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 3B57412708C for ; Sat, 5 Aug 2017 01:11:01 -0700 (PDT) Received: by mail-io0-x22d.google.com with SMTP id g71so12679345ioe.5 for ; Sat, 05 Aug 2017 01:11:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=RdXmG6Plnx4X7EqQ6eDCzZ32JJuL1mD5hkBAAhF1xZE=; b=AkHMnw3+iA9g4dY4ifmKgB2JuQXShef7r6A7b72/SpS9wia/tampOltSbisdLFKS+d pj+h1Aff7jDSDRiqm2jQufaRWGaosSoCLmXx6pMNKrZe/b9Q2tlcQ+KUY4MeDVTeMg4J 3rTvKAbSBL//CCjcDYrgFxTG7K30XQ8qiXHIXST5XG0Ug9bgdSPIGVnwjBp/a2TYWePc Mv4/zscoBrgmdLBR9flNqf8+RdAPiEjcoifcB420SXUMgfSuDAOA/nK/uOyGdQFgo6FY KYzVVu4Klj5ixCjr8VEbbAMz5NFjf+QhRqYjMtcQL/vPlvspA4W7ThpUWHO+Zd6NaWBn PnxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=RdXmG6Plnx4X7EqQ6eDCzZ32JJuL1mD5hkBAAhF1xZE=; b=NEWLl9/xIski4Wokk2Ce/DNSeqUU+YpnComV1YIfpRz1IpCuin+vqfEkkZp9i3lGO1 4F5Cz6+tlTj71rm2eReaaFVyx3Nro+CaESu2GQVrScgjj5XTAENNybRX5dnShor7BQ8/ d38NiQY59PZZL67s6VYEryJY126SJolLhomS5AaC4B3P7wjrBP748qN4+7+Gt9mCXWyA Q8VDylDKcg5nOglN5x9t3dt6eznBRBmJpv/G+wycQokG638PBP4vS/NxKytZFhU/x7MQ 9ZrCI8Iv1xypSvHHvBngyWcwrGtv/j+JCYcN5/zddokFr81EogbJUCTuBaxojpTUaRX3 e3Lg== X-Gm-Message-State: AHYfb5hjMlgEug2C96K/HziqEWBBUWIBZE6WMs/DXb4co6flU/DnyPkk j4uhbSzseqa1lf19R2Izzmy/cbeeqYvyvLI= X-Received: by 10.107.142.74 with SMTP id q71mr5102466iod.77.1501920660486; Sat, 05 Aug 2017 01:11:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.84.2 with HTTP; Sat, 5 Aug 2017 01:10:44 -0700 (PDT) From: Donald Eastlake Date: Sat, 5 Aug 2017 04:10:44 -0400 Message-ID: To: "trill@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c05c52a7302870555fd27f4" Archived-At: Subject: [trill] Draft TRILL minutes posted X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 08:11:02 -0000 --94eb2c05c52a7302870555fd27f4 Content-Type: text/plain; charset="UTF-8" Hi, Draft minutes of the TRILL WG at the recent Prague IETF meeting have been posted the meeting materials page. Corrections welcome. See https://datatracker.ietf.org/meeting/99/materials Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 155 Beaver Street, Milford, MA 01757 USA d3e3e3@gmail.com --94eb2c05c52a7302870555fd27f4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Draft minutes of the TRILL WG at th= e recent Prague IETF meeting have been posted the meeting materials page. C= orrections welcome. See
https://datatracker.ietf.org/meeting/99/materials<= /div>

Thanks,
= Donald
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=C2=A0Donald E. Eastlake 3rd =C2=A0 +1-50= 8-333-2270 (cell)
=C2=A0155 Beaver Street, Milford, MA 01757 USA
=C2= =A0d3e3e3@gmail.com
--94eb2c05c52a7302870555fd27f4-- From nobody Mon Aug 7 10:55:48 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D38B1327F3; Mon, 7 Aug 2017 10:55:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , draft-ietf-trill-mtu-negotiation@ietf.org, shares@ndzh.com, akatlas@gmail.com, trill-chairs@ietf.org, trill@ietf.org, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <150212853111.18927.16891503112116188325.idtracker@ietfa.amsl.com> Date: Mon, 07 Aug 2017 10:55:31 -0700 Archived-At: Subject: [trill] Protocol Action: 'Transparent Interconnection of Lots of Links (TRILL): MTU Negotiation' to Proposed Standard (draft-ietf-trill-mtu-negotiation-08.txt) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 17:55:31 -0000 The IESG has approved the following document: - 'Transparent Interconnection of Lots of Links (TRILL): MTU Negotiation' (draft-ietf-trill-mtu-negotiation-08.txt) as Proposed Standard This document is the product of the Transparent Interconnection of Lots of Links Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-trill-mtu-negotiation/ Technical Summary The base IETF TRILL protocol has a TRILL campus-wide MTU feature, specified in RFC 6325 and RFC 7177, that assures that link state changes can be successfully flooded throughout the campus while being able to take advantage of a campus-wide capability to support jumbo packets. This document specifies recommended updates to that MTU feature to take advantage, for appropriate link-local packets, of link-local MTUs that exceed the TRILL campus MTU. In addition, it specifies an efficient algorithm for local MTU testing. This document updates RFC 6325, updates RFC 7177, and updates RFC 7780. Working Group Summary WG consensus was reasonable. Document Quality Shepherd's review and RTG-DIR review Personnel Shepherd: Susan Hares AD: Alia Atlas From nobody Fri Aug 11 10:57:01 2017 Return-Path: X-Original-To: trill@ietfa.amsl.com Delivered-To: trill@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96B6513269D; Fri, 11 Aug 2017 10:56:52 -0700 (PDT) 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 autolearn_force=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 vUPBTx6EbYRH; Fri, 11 Aug 2017 10:56:51 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 22D881326A8; Fri, 11 Aug 2017 10:56:51 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id A3DA91E37F; Fri, 11 Aug 2017 13:57:21 -0400 (EDT) Date: Fri, 11 Aug 2017 13:57:21 -0400 From: Jeffrey Haas To: trill@ietf.org Cc: rtg-bfd@ietf.org Message-ID: <20170811175721.GA31323@pfrc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: [trill] BFD WGLC on BFD multipoint features (trill) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 17:56:53 -0000 Trill WG, I was recently reminded that trill has an interest in the BFD multipoint features. (C.f. RFC 7175.) The BFD Multipoint features are in extended working group last call. Your input on the documents is solicited: https://tools.ietf.org/html/draft-ietf-bfd-multipoint-10 https://tools.ietf.org/html/draft-ietf-bfd-multipoint-active-tail-04 Please note there had been discussion about making the active tail feature Experimental since there are no known implementations of it. If this has impact on the standards ref for trill work, please express an opinion on the potential Experimental status. Here is a breadcrumb into the BFD WG mail archives: https://mailarchive.ietf.org/arch/msg/rtg-bfd/yDOFOpd9BIIKtLniDGdqPioSt_w -- Jeff From nobody Tue Aug 22 15:28:07 2017 Return-Path: X-Original-To: trill@ietf.org Delivered-To: trill@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 40C9B132A9B; Tue, 22 Aug 2017 15:28:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: akatlas@gmail.com, d3e3e3@gmail.com, trill-chairs@ietf.org, trill@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150344088612.19526.10230114584345091885.idtracker@ietfa.amsl.com> Date: Tue, 22 Aug 2017 15:28:06 -0700 Archived-At: Subject: [trill] trill - New Meeting Session Request for IETF 100 X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 22:28:06 -0000 A new meeting session request has just been submitted by Donald E. Eastlake 3rd, a Secretary of the trill working group. --------------------------------------------------------- Working Group Name: Transparent Interconnection of Lots of Links Area Name: Routing Area Session Requester: Donald Eastlake Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 24 Conflicts to Avoid: First Priority: saag netconf netmod bess isis Second Priority: sfc spring sidr babel i2rs idr Third Priority: intarea lpwan dnsop grow i2nsf People who must be present: Susan Hares Donald E. Eastlake 3rd Alia Atlas Jon Hudson Resources Requested: Special Requests: --------------------------------------------------------- From nobody Wed Aug 23 12:38:52 2017 Return-Path: X-Original-To: trill@ietfa.amsl.com Delivered-To: trill@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F0691323B5; Wed, 23 Aug 2017 12:38:50 -0700 (PDT) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 SzCJFnikQ8mG; Wed, 23 Aug 2017 12:38:46 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 E60A4132C76; Wed, 23 Aug 2017 12:38:41 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id j144so11343575oib.1; Wed, 23 Aug 2017 12:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wtXQPTlPHCjmc0NEeuPpSBujQS74fA07qH6SDhwWE1w=; b=YEwO7cOT0oCc7Tiin91wvBPt9DHzRIcWM85G5GasPQg+N9/I1mhuV66ZGO7wfLnVUM ppMimkyw+PfPCfz/aYhXsl1I7dtKCh3FqJyw1UkpoZgUs4TaGi4tPwp2SwUMvhLEJEjs 4/a/NduKvLlSMDg3r+8HK7V4uM8KVnxJn700dnCJbDQW5UKcalefqXLVdwzDaEZg9Ej/ eAkUe4vaPQndxW4MTDD2aA1pg5D6LkFyxvpYkxex+vtKS0TkPMLMT+rnwzULMYHtS1hB TyO+u+zvNe/0LWQaavffu8KzxZA1o+SrkJJLD+g3753zTsTO6bOFPUDb1qjwt4SrGepk XMqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wtXQPTlPHCjmc0NEeuPpSBujQS74fA07qH6SDhwWE1w=; b=mWV3u0+yzaV2yfGVAidAaskIUFPcEIoHmxmsT7ODQ6fPSw3mIvqmPoe33XYaMetAdV M3GwSPOhpt+G6A+pPpcOmclJAeg+T5jan5t6EEiIhUL1JzqvuMaYQBC9GBbwp4MKAetc zly30cpKbVQSGyt3mTd6NhyxdBfGIAwW4oy+jr2IHCQQxqGk2Ygpo9HfdltivuoS/ba3 utr1PwJlcEdEP7wWnS9u/0/UyTEUnvzg2bM5wznpF46AKXIqg1P/QGPEIAl+0R2fviNE sThmot0QH50lNWiqeHHApin9RzGsxZeuf49gHQWgUXV9WJgdtUbobr1RfvjgennN++0t XlCQ== X-Gm-Message-State: AHYfb5g6ccWsgbrp87qt++IaysymnBImCu+D1pRD/gXsEXxhiBHUhlwy cVanLGGw4gCUgp5oF8um/kS5/pwjrw== X-Received: by 10.202.49.14 with SMTP id x14mr4695115oix.172.1503517113419; Wed, 23 Aug 2017 12:38:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.168.183.10 with HTTP; Wed, 23 Aug 2017 12:38:17 -0700 (PDT) In-Reply-To: <149925473455.19397.5891341140635090367.idtracker@ietfa.amsl.com> References: <149925473455.19397.5891341140635090367.idtracker@ietfa.amsl.com> From: Donald Eastlake Date: Wed, 23 Aug 2017 15:38:17 -0400 Message-ID: To: Eric Rescorla Cc: The IESG , draft-ietf-trill-arp-optimization@ietf.org, "trill-chairs@ietf.org" , Susan Hares , "trill@ietf.org" Content-Type: multipart/alternative; boundary="001a113cc43e758fda055770db5e" Archived-At: Subject: Re: [trill] Eric Rescorla's Discuss on draft-ietf-trill-arp-optimization-08: (with DISCUSS and COMMENT) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 19:38:50 -0000 --001a113cc43e758fda055770db5e Content-Type: text/plain; charset="UTF-8" Hi Eric, On Wed, Jul 5, 2017 at 7:38 AM, Eric Rescorla wrote: > Eric Rescorla has entered the following ballot position for > draft-ietf-trill-arp-optimization-08: Discuss > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- As a general comment, the Security Consideration section could use clarification and some expansion. Although one can imagine various mixed modes, to the first approximation there are two ways of doing the optimization of various multi-destination messages discussed in this document: - Using data plane learning by observing ARP/ND and similar messages (in addition to the learning of MAC addresses from the data plane which is enabled by default in TRILL). As described in this document, such data plane learning by TRILL switches can be used to sometimes optimize ARP/ND/RARP/unknown-destination messages. But the result isn't particularly more or less secure than it is when this data plane learning is done by end stations rather than by TRILL switches (or bridges or other kinds of switches) in the middle doing some optimization of the relevant multi-destination messages. Interface address information learned through data plane learning by edge TRILL switches can also be propagated via the control plane but this is not significantly different from propagating that information via the multi-destination messages that are being optimized to unicast or optimized away. - Using a complete, trusted directory as might be based on an orchestration system in a data center. Since the messages between TRILL switches doing ARP/ND/RARP/unknown-destination optimization can be secured and the TRILL switches can be configured to ignore data plane learning, this enables TRILL switches to provide answers that are "correct" in that they correspond to the data in this complete, trusted directory. However, there can still be various forged messages/addresses on a local link between end station(s) and edge TRILL switches. Such a local link can, with TRILL, be a bridged LAN, so such forgeries emitted by an end station may be seen by other end stations and cause incorrect learning from the data plane. The existing Security Considerations section is a bit sketchy and concentrates more on the data plane case, as that is the one with the greatest security challenges. > It's not clear to me how the security properties of this mechanism > compare to existing TRILL. The text says: > > Unless Secure ND (SEND [RFC3971]) is used, ARP and ND messages can be > easily forged. Therefore the learning of MAC/IP addresses by RBridges > from ARP/ND should not be considered as reliable. See Section 4.1 for > SEND Considerations. > > "not considered as reliable" seems suboptimal. You need to cover how > this mechanism compares to the non-use of this mechanism. As above, the optimization mechanisms do not make any significant difference to the inherent insecurities of data plane learning but when used with a complete, trusted directory, it improves considerably over data plane learning.. > This document seems very sketchy on what you do when you get duplicate > IPs. Why should what you do when you notice a duplicate IP address be significantly different just because some multi-destination messages are being optimized? Why shouldn't you just do whatever you do now and why is that any of TRILL's business? > In the case where the former owner replies, a Duplicate Address has > been detected. In this case the querying RBridge SHOULD log the > duplicate so that the network administrator can take appropriate > action. > > How does logging solve the problem? It doesn't but it seems better than not logging. > What do you reply to ARPs with and/or propagate to other nodes? If you are asking how you reply to ARPs if the IP address being ARPed for has been found to be duplicated, there are the two cases outlined above. If you are using a complete, trusted directory, you give the presumed correct answer provided by that directory. If you are using data plane learning, you use whatever you last learned from the data plane (which could have been a forgery over writing good information or good information over writing a forgery or a forgery overwriting a different forgery or ...). > Do you tell the originator of the advertisement you have a duplicate? As far as I know there is no standardized way to tell a station that you think it has an IP address that is duplicated locally and I don't think it is the job of TRILL to provide such a mechanism. Certainly this document does not propose anything of that sort. > When a newly connected end-station exchanges messages with a DHCP > [RFC2131] server an edge RBridge should snoop them (mainly the > DHCPAck message) and store IP/MAC mapping information in its ARP/ND > cache and should also send the information out through the TRILL > control plane using ESADI. > > What happens if the attacker sets up a fake DHCP server and pretends > to assign addresses to himself? It seems like maybe that's the same > as fake ARPs but maybe not. This snooping on DHCP messages only applies to the data plane learning case. In the case of a complete, trusted directory, edge RBridges already know the right answer, so to speak. With data plane learning, if there are forged DHCP messages, things are likely to get all screwed up. Of course, you could run DHCP over IPsec but, partly due to the localized nature of DHCP, I don't think very many people do that. There is also RFC 3118 which can be used to authenticate DHCP messages, but that assumes the distribution of keying information. There isn't much difference between the various multi-destination messages (ARP / DHCP) advertising the addresses and point of attachment of interfaces. But, overall, I'm not sure why a document that is just describing ways to optimize the distribution of various multi-destination messages needs to analyze the security of the protocols implemented by those multi-destination when, as in the data plane learning case, it is not significantly changing that security. > In general, the security considerations need a complete threat > analysis per 3552. I don't think there is that much new in this document. While the Security Considerations section needs clarification and some expansion, I don't think it is, for example, the job of this document to do a threat analysis of the ARP protocol as long as it can make a reasonable case that the security of ARP is not significantly changed by the optimizations specified. > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- For completeness, I've cut and pasted below the COMMENT responses I sent to you a while ago. Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 155 Beaver Street, Milford, MA 01757 USA d3e3e3@gmail.com > S 2. > > plane on the edge RBridges, it should be possible to completely > suppress flooding of ARP/ND messages in a TRILL Campus, When all end- > station MAC addresses are similarly known, it should be possible to > suppress unknown unicast flooding by dropping any unknown unicast > received at an edge RBridge. > > Are these "should be possibles" normative? Descriptive? Section 2 of this document is a general discussion of the optimization problem which, while it does mention a couple of possible facets of potential solutions, is not intended to be normative. > S 4. > This is a sequence of steps, so it would be nice to preface them with > a list of the steps. It's also odd to have SEND considerations right > in the middle here. Sorry, I don't understand exactly what you are pointing at as a sequence of steps. All of Section 4? Just the text between the Section 4 heading and the Section 4.1 heading? Something else? > 4.3 Get Sender's IP/MAC Mapping Information for Non-zero IP > > Please explain what a non-zero IP is and why it's relevant. > This graf also needs an introductory sentence or something before > the bullets. Here is a copy of the response that was sent to a similar comment in Dale Worley's GENART review: This section is talking about getting and handling the IP/MAC mapping information for a local end station by an edge RBridge. An ARP/ND from such a local end station might show a zero source IP address if the end station does not have one or is probing for duplicates. Perhaps the title for the Section should be something like 4.3 Extracting Local End Station IP/MAC Mapping Information and a new first paragraph could be added something like Edge RBridges extract and use information about the correspondence between local end station IP and MAC addresses from the ARP/ND messages those end stations send as described below. An apparent zero source IP address means that the end station is probing for duplicate IP addresses and messages with such a zero source IP address are not used for the extraction of IP/MAC address mapping information. > S 4.4. > It is not essential that all RBridges use the same strategy for which > option to select for a particular ARP/ND query. It is up to the > implementation. > > This seems inconsistent with the MUST in arm (b) below, because I > can just take some other arm. It's also kind of surprising to be this > non-prescriptive. The wording needs to be clarified. Which lettered item listed below applies is determined by the circumstances; however, which of the numbered strategies associated with these items is followed is an implementation choice in handeling any particular ARP/ND. > S 8. > some other location (MAC/VM Mobility) and gets connected to egde- > > Nit: edge is mispelled. OK. --001a113cc43e758fda055770db5e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Eric,

On Wed, Jul 5, 2017 at 7:38 AM, Eric Resco= rla <ekr@rtfm.com> wrote:
>= Eric Rescorla has entered the following ballot position for
> draft-= ietf-trill-arp-optimization-08: Discuss
>
> -------------------= ---------------------------------------------------
> DISCUSS:
>= ; ----------------------------------------------------------------------
As a general comment, the Security Consideration section could use cla= rification and some expansion.

Although one can imagine = various mixed modes, to the first approximation there are two ways of doing= the optimization of various multi-destination messages discussed in this d= ocument:
  • Using data plane learning by observing ARP/ND and simil= ar messages (in addition to the learning of MAC addresses from the data pla= ne which is enabled by default in TRILL). As described in this document, su= ch data plane learning by TRILL switches can be used to sometimes optimize = ARP/ND/RARP/unknown-destination messages. But the result isn't particul= arly more or less secure than it is when this data plane learning is done b= y end stations rather than by TRILL switches (or bridges or other kinds of = switches) in the middle doing some optimization of the relevant multi-desti= nation messages. Interface address information learned through data plane l= earning by edge TRILL switches can also be propagated via the control plane= but this is not significantly different from propagating that information = via the multi-destination messages that are being optimized to unicast or o= ptimized away.
  • Using a complete, trusted directory as might be = based on an orchestration system in a data center. Since the messages betwe= en TRILL switches doing ARP/ND/RARP/unknown-destination optimization can be= secured and the TRILL switches can be configured to ignore data plane lear= ning, this enables TRILL switches to provide answers that are "correct= " in that they correspond to the data in this complete, trusted direct= ory. However, there can still be various forged messages/addresses on a loc= al link between end station(s) and edge TRILL switches. Such a local link c= an, with TRILL, be a bridged LAN, so such forgeries emitted by an end stati= on may be seen by other end stations and cause incorrect learning from the = data plane.
The existing Security Considerations section is a = bit sketchy and concentrates more on the data plane case, as that is the on= e with the greatest security challenges.

> It's not clear to= me how the security properties of this mechanism
> compare to existi= ng TRILL. The text says:
>
> =C2=A0 =C2=A0Unless Secure ND (SEN= D [RFC3971]) is used, ARP and ND messages can be
> =C2=A0 =C2=A0easil= y forged. Therefore the learning of MAC/IP addresses by RBridges
> = =C2=A0 =C2=A0from ARP/ND should not be considered as reliable. See Section = 4.1 for
> =C2=A0 =C2=A0SEND Considerations.
>
> "not= considered as reliable" seems suboptimal. You need to cover how
&g= t; this mechanism compares to the non-use of this mechanism.

As abov= e, the optimization mechanisms do not make any significant difference to th= e inherent insecurities of data plane learning but when used with a complet= e, trusted directory, it improves considerably over data plane learning..
> This document seems very sketchy on what you do when you get dup= licate
> IPs.

Why should what you do when you notice a duplica= te IP address be significantly different just because some multi-destinatio= n messages are being optimized? Why shouldn't you just do whatever you = do now and why is that any of TRILL's business?

> =C2=A0 =C2= =A0In the case where the former owner replies, a Duplicate Address has
&= gt; =C2=A0 =C2=A0been detected. In this case the querying RBridge SHOULD lo= g the
> =C2=A0 =C2=A0duplicate so that the network administrator can = take appropriate
> =C2=A0 =C2=A0action.
>
> How does logg= ing solve the problem?

It doesn't but it seems= better than not logging.

> What do you reply t= o ARPs with=C2=A0and/or propagate to other nodes?

= If you are asking how you reply to ARPs if the IP address being ARPed for h= as been found to be duplicated, there are the two cases outlined above. If = you are using a complete, trusted directory, you give the presumed correct = answer provided by that directory. If you are using data plane learning, yo= u use whatever you last learned from the data plane (which could have been = a forgery over writing good information or good information over writing a = forgery or a forgery overwriting a different forgery or ...).
> Do you tell the originator of the=C2=A0advertisement you h= ave a duplicate?

As far as I know there is no standardized way to te= ll a station that you think it has an IP address that is duplicated locally= and I don't think it is the job of TRILL to provide such a mechanism. = Certainly this document does not propose anything of that sort.
<= br>> =C2=A0 =C2=A0When a newly connected end-station exchanges messages = with a DHCP
> =C2=A0 =C2=A0[RFC2131] server an edge RBridge should sn= oop them (mainly the
> =C2=A0 =C2=A0DHCPAck message) and store IP/MAC= mapping information in its ARP/ND
> =C2=A0 =C2=A0cache and should al= so send the information out through the TRILL
> =C2=A0 =C2=A0control = plane using ESADI.
>
> What happens if the attacker sets up a f= ake DHCP server and pretends
> to assign addresses to himself? It see= ms like maybe that's the same
> as fake ARPs but maybe not.
This snooping on DHCP messages only applies to the data plane learning ca= se. In the case of a complete, trusted directory, edge RBridges already kno= w the right answer, so to speak. With data plane learning, if there are for= ged DHCP messages, things are likely to get all screwed up. Of course, you = could run DHCP over IPsec but, partly due to the localized nature of DHCP, = I don't think very many people do that. There is also RFC 3118 which ca= n be used to authenticate DHCP messages, but that assumes the distribution = of keying information.

There isn't much differ= ence between the various multi-destination messages (ARP / DHCP) advertisin= g the addresses and point of attachment of interfaces. But, overall, I'= m not sure why a document that is just describing ways to optimize the dist= ribution of various multi-destination messages needs to analyze the securit= y of the protocols implemented by those multi-destination when, as in the d= ata plane learning case, it is not significantly changing that security.

> In general, the security considerations need a complete th= reat
> analysis per 3552.

I don't think there is that much= new in this document. While the Security Considerations section needs clar= ification and some expansion, I don't think it is, for example, the job= of this document to do a threat analysis of the ARP protocol as long as it= can make a reasonable case that the security of ARP is not significantly c= hanged by the optimizations specified.

> ------------------------= ----------------------------------------------
> COMMENT:
> ---= -------------------------------------------------------------------

= For completeness, I've cut and pasted below the COMMENT responses I sen= t to you a while ago.

Thanks,
Donald
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
= =C2=A0Donald E. Eastlake 3rd =C2=A0 +1-508-333-2270 (cell)
=C2=A0155 Bea= ver Street, Milford, MA 01757 USA
=C2=A0d3e3e3@gmail.com

> S 2.
>
> =C2=A0 =C2=A0plan= e on the edge RBridges, it should be possible to completely
> =C2=A0 = =C2=A0suppress flooding of ARP/ND messages in a TRILL Campus, When all end-=
> =C2=A0 =C2=A0station MAC addresses are similarly known, it should = be possible to
> =C2=A0 =C2=A0suppress unknown unicast flooding by dr= opping any unknown unicast
> =C2=A0 =C2=A0received at an edge RBridge= .
>
> Are these "should be possibles" normative? Desc= riptive?

Section 2 of this document is a general discussion of the o= ptimization
problem which, while it does mention a couple of possible fa= cets of
potential solutions, is not intended to be normative.

> S 4.
> This is a sequence of steps, so it would be nice to pref= ace them with
> a list of the steps. It's also odd to have SEND c= onsiderations right
> in the middle here.

Sorry, I don't u= nderstand exactly what you are pointing at as a
sequence of steps. All o= f Section 4? Just the text between the Section
4 heading and the Section= 4.1 heading? Something else?


> 4.3 Get Sender's IP/MAC M= apping Information for Non-zero IP
>
> Please explain what a no= n-zero IP is and why it's relevant.
> This graf also needs an int= roductory sentence or something before
> the bullets.

Here is = a copy of the response that was sent to a similar comment in
Dale Worley= 's GENART review:

This section is talking about getting and hand= ling the IP/MAC
mapping information for a local end station by an edge R= Bridge. An
ARP/ND from such a local end station might show a zero source= IP
address if the end station does not have one or is probing for
du= plicates.

Perhaps the title for the Section should be something like=

=C2=A0 =C2=A04.3 Extracting Local End Station IP/MAC Mapping Inform= ation

and a new first paragraph could be added something like
=C2=A0 =C2=A0Edge RBridges extract and use information about the correspon= dence
between local end station IP and MAC addresses from the ARP/ND
= messages those end stations send as described below. An apparent zero
so= urce IP address means that the end station is probing for duplicate
IP a= ddresses and messages with such a zero source IP address are not
used fo= r the extraction of IP/MAC address mapping information.


> S 4= .4.
> =C2=A0 =C2=A0It is not essential that all RBridges use the same= strategy for which
> =C2=A0 =C2=A0option to select for a particular = ARP/ND query. It is up to the
> =C2=A0 =C2=A0implementation.
><= br>> This seems inconsistent with the MUST in arm (b) below, because I> can just take some other arm. It's also kind of surprising to be= this
> non-prescriptive.

The wording needs to be clarified. W= hich lettered item listed below
applies is determined by the circumstanc= es; however, which of the
numbered strategies associated with these item= s is followed is an
implementation choice in handeling any particular AR= P/ND.


> S 8.
> =C2=A0 =C2=A0some other location (MAC/VM= Mobility) and gets connected to egde-
>
> Nit: edge is mispell= ed.

OK.
--001a113cc43e758fda055770db5e--