From owner-forces@PEACH.EASE.LSOFT.COM Tue May 20 20:47:29 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA07377 for ; Tue, 20 May 2003 20:47:29 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19IHkA-0002AZ-00 for forces-archive@IETF.ORG; Tue, 20 May 2003 20:46:10 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19IHk9-0002AS-00 for forces-archive@IETF.ORG; Tue, 20 May 2003 20:46:09 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <14.009D84F7@cherry.ease.lsoft.com>; Tue, 20 May 2003 20:47:23 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43194518 for FORCES@PEACH.EASE.LSOFT.COM; Tue, 20 May 2003 20:47:21 -0400 Received: from 134.134.136.7 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Tue, 20 May 2003 20:47:20 -0400 Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6]) by caduceus.jf.intel.com (8.11.6p2/8.11.6/d: outer.mc,v 1.57 2003/05/13 17:32:58 rfjohns1 Exp $) with ESMTP id h4L0gEx01592 for ; Wed, 21 May 2003 00:42:14 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by petasus.jf.intel.com (8.11.6p2/8.11.6/d: inner.mc,v 1.32 2003/05/13 23:13:25 rfjohns1 Exp $) with SMTP id h4L0gxZ16187 for ; Wed, 21 May 2003 00:42:59 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (NAVGW 2.5.2.11) with SMTP id M2003052017571302651 ; Tue, 20 May 2003 17:57:13 -0700 Received: from orsmsx407.amr.corp.intel.com ([192.168.65.50]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 20 May 2003 17:47:18 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C31F32.879936BB" X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 X-MS-Has-Attach: yes Thread-Topic: [FORCES] ForCES Requirements draft updated (v-09) Thread-Index: AcJ7tQRvl1oB9OenEdawTgBQi2jYqCjeoieg X-OriginalArrivalTime: 21 May 2003 00:47:18.0700 (UTC) FILETIME=[87FF7EC0:01C31F32] Approved-By: "Khosravi, Hormuzd M" Message-ID: <42050DF556283A4D977B111EB706320812FD54@orsmsx407.jf.intel.com> Date: Tue, 20 May 2003 17:47:18 -0700 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: "Khosravi, Hormuzd M" Subject: ForCES Requirements draft updated (v-09) Comments: cc: zinin@psg.com To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list This is a multi-part message in MIME format. ------_=_NextPart_001_01C31F32.879936BB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All The ForCES Requirements draft has been updated to incorporate the latest IESG feedback that we received. I have attached a copy of the latest draft with this email. I would like to thank the entire design team for their effort ! I would also like to thank Alex Zinin for his feedback and help in moving=20 this forward. Here is a summary of the changes: Updated text for Reliability (Section 7) Updated text for Security (Section 7) Added requirement for protection against DoS attacks (Section 7) Added IPFLOW/PSAMP to list of FE Functions (Section 6.5) Clarified text for Off-loaded Functions (Section 6.5) Clarified text for RFC 1812 requirement (Section 5) Removed definitions of PFE partition, PCE partition, Proxy FE from Section 3 Clarified text for definitions of FE, FE Mgr, CE Mgr (Section 3) Thanks Hormuzd ------_=_NextPart_001_01C31F32.879936BB Content-Type: text/plain; name="draft-ietf-forces-requirements-09.txt" Content-Description: draft-ietf-forces-requirements-09.txt Content-Disposition: attachment; filename="draft-ietf-forces-requirements-09.txt" Content-Transfer-Encoding: base64 DQogIEludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSC4gS2hv c3JhdmksIA0KICBFeHBpcmF0aW9uOiBOb3ZlbWJlciAyMDAzICAgICAgICAgICAgICAgICAgICAg IFQuIEFuZGVyc29uIChFZGl0b3JzKSANCiAgRmlsZTogZHJhZnQtaWV0Zi1mb3JjZXMtcmVxdWly ZW1lbnRzLTA5LnR4dCAgICAgIEludGVsIA0KICBXb3JraW5nIEdyb3VwOiBGb3JDRVMgICAgICAg ICAgICAgICAgICAgICAgICAgICBNYXkgMjAwMyANCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQogICANCiAgIA0KICAgDQogIFJlcXVpcmVtZW50cyBm b3IgU2VwYXJhdGlvbiBvZiBJUCBDb250cm9sIGFuZCBGb3J3YXJkaW5nIA0KICAgDQogICANCiAg IA0KICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1mb3JjZXMtcmVxdWlyZW1lbnRzLTA5LnR4 dCANCiAgIA0KICAgDQogICANCiAgIA0KICBTdGF0dXMgb2YgdGhpcyBNZW1vIA0KICAgIA0KICAg VGhpcyBkb2N1bWVudCBpcyBhbiBJbnRlcm5ldC1EcmFmdCBhbmQgaXMgaW4gZnVsbCBjb25mb3Jt YW5jZSB3aXRoICANCiAgIGFsbCBwcm92aXNpb25zIG9mIFNlY3Rpb24gMTAgb2YgUkZDMjAyNi4g IEludGVybmV0LURyYWZ0cyBhcmUgIA0KICAgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVy bmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2UgKElFVEYpLCAgDQogICBpdHMgYXJlYXMsIGFuZCBp dHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSAgDQogICBhbHNv IGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiANCiAgICAN CiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGlt dW0gb2Ygc2l4ICANCiAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBv YnNvbGV0ZWQgYnkgb3RoZXIgIA0KICAgZG9jdW1lbnRzIGF0IGFueSB0aW1lLiAgSXQgaXMgaW5h cHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzICANCiAgIGFzIHJlZmVyZW5jZSBtYXRl cmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyBgYHdvcmsgaW4gIA0KICAgcHJvZ3Jl c3MuJycgDQogICAgDQogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4g YmUgYWNjZXNzZWQgYXQgDQogICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0 cy50eHQuIA0KICAgIA0KICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93IERpcmVj dG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdCAgDQogICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRv dy5odG1sLiANCiAgICANCiAgQ29udmVudGlvbnMgdXNlZCBpbiB0aGlzIGRvY3VtZW50ICANCiAg ICANCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hB TEwiLCAiU0hBTEwgTk9UIiwgIA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVO REVEIiwgICJNQVkiLCBhbmQgIk9QVElPTkFMIiBpbiAgDQogICB0aGlzIGRvY3VtZW50IGFyZSB0 byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gW1JGQy0yMTE5XS4gDQogICAgDQoxLiBB YnN0cmFjdCANCiAgICANCiAgIFRoaXMgZG9jdW1lbnQgaW50cm9kdWNlcyB0aGUgRm9yQ0VTIGFy Y2hpdGVjdHVyZSBhbmQgZGVmaW5lcyBhIHNldCANCiAgIG9mIGFzc29jaWF0ZWQgdGVybWlub2xv Z3kuICBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIHNldCBvZiANCiAgIGFyY2hpdGVjdHVy YWwsIG1vZGVsaW5nLCBhbmQgcHJvdG9jb2wgcmVxdWlyZW1lbnRzIHRvIGxvZ2ljYWxseSANCiAg IHNlcGFyYXRlIHRoZSBjb250cm9sIGFuZCBkYXRhIGZvcndhcmRpbmcgcGxhbmVzIG9mIGFuIElQ IChJUHY0LCANCiAgIElQdjYsIGV0Yy4pIG5ldHdvcmtpbmcgZGV2aWNlLiANCiANCg0KDQoNCg0K S2hvc3JhdmksIGV0LiBhbC4gICAgICAgRXhwaXJlcyBOb3ZlbWJlciAyMDAzICAgICAgICAgICAg ICAgIFtQYWdlIDFdDQoNCg0KDQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICBGb3JDRVMgUmVx dWlyZW1lbnRzICAgICAgICAgICAgTWF5IDIwMDMgDQogDQogICAxLiBBYnN0cmFjdC4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMSANCiAgIDIu IEludHJvZHVjdGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4yIA0KICAgMy4gRGVmaW5pdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjMgDQogICA0LiBBcmNoaXRlY3R1cmUuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNSANCiAgIDUuIEFyY2hp dGVjdHVyYWwgUmVxdWlyZW1lbnRzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li42IA0KICAgNi4gRkUgTW9kZWwgUmVxdWlyZW1lbnRzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLjggDQogNi4xLiBUeXBlcyBvZiBMb2dpY2FsIEZ1bmN0aW9ucy4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOCANCiA2LjIuIFZhcmlhdGlvbnMg b2YgTG9naWNhbCBGdW5jdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi44IA0K IDYuMy4gT3JkZXJpbmcgb2YgTG9naWNhbCBGdW5jdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLjggDQogNi40LiBGbGV4aWJpbGl0eS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOSANCiA2LjUuIE1pbmltYWwgU2V0IG9mIExv Z2ljYWwgRnVuY3Rpb25zLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi45IA0KICAgNy4g Rm9yQ0VTIFByb3RvY29sIFJlcXVpcmVtZW50cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uMTAgDQogICA4LiBSZWZlcmVuY2VzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNCANCiA4LjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE0IA0KIDguMi4gSW5mb3Jt YXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u MTQgDQogICA5LiBTZWN1cml0eSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4xNSANCiAgIDEwLiBBdXRob3JzJyBBZGRyZXNzZXMgJiBBY2tub3ds ZWRnbWVudHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE1IA0KICAgMTEuIEVkaXRvcnMnIENv bnRhY3QgSW5mb3JtYXRpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTYgDQog IA0KICAgIA0KMi4gSW50cm9kdWN0aW9uIA0KICAgIA0KICAgQW4gSVAgbmV0d29yayBlbGVtZW50 IGlzIGNvbXBvc2VkIG9mIG51bWVyb3VzIGxvZ2ljYWxseSBzZXBhcmF0ZSANCiAgIGVudGl0aWVz IHRoYXQgY29vcGVyYXRlIHRvIHByb3ZpZGUgYSBnaXZlbiBmdW5jdGlvbmFsaXR5IChzdWNoIGFz IGEgDQogICByb3V0aW5nIG9yIElQIHN3aXRjaGluZykgYW5kIHlldCBhcHBlYXIgYXMgYSBub3Jt YWwgaW50ZWdyYXRlZCANCiAgIG5ldHdvcmsgZWxlbWVudCB0byBleHRlcm5hbCBlbnRpdGllcy4g IFR3byBwcmltYXJ5IHR5cGVzIG9mIG5ldHdvcmsgDQogICBlbGVtZW50IGNvbXBvbmVudHMgZXhp c3Q6IGNvbnRyb2wtcGxhbmUgY29tcG9uZW50cyBhbmQgZm9yd2FyZGluZy0NCiAgIHBsYW5lIGNv bXBvbmVudHMuICBJbiBnZW5lcmFsLCBmb3J3YXJkaW5nLXBsYW5lIGNvbXBvbmVudHMgYXJlIEFT SUMsIA0KICAgbmV0d29yay1wcm9jZXNzb3IsIG9yIGdlbmVyYWwtcHVycG9zZSBwcm9jZXNzb3It YmFzZWQgZGV2aWNlcyB0aGF0IA0KICAgaGFuZGxlIGFsbCBkYXRhIHBhdGggb3BlcmF0aW9ucy4g IENvbnZlcnNlbHksIGNvbnRyb2wtcGxhbmUgDQogICBjb21wb25lbnRzIGFyZSB0eXBpY2FsbHkg YmFzZWQgb24gZ2VuZXJhbC1wdXJwb3NlIHByb2Nlc3NvcnMgdGhhdCANCiAgIHByb3ZpZGUgY29u dHJvbCBmdW5jdGlvbmFsaXR5IHN1Y2ggYXMgdGhlIHByb2Nlc3Npbmcgb2Ygcm91dGluZyBvciAN CiAgIHNpZ25hbGluZyBwcm90b2NvbHMuICBBIHN0YW5kYXJkIHNldCBvZiBtZWNoYW5pc21zIGZv ciBjb25uZWN0aW5nIA0KICAgdGhlc2UgY29tcG9uZW50cyBwcm92aWRlcyBpbmNyZWFzZWQgc2Nh bGFiaWxpdHkgYW5kIGFsbG93cyB0aGUgDQogICBjb250cm9sIGFuZCBmb3J3YXJkaW5nIHBsYW5l cyB0byBldm9sdmUgaW5kZXBlbmRlbnRseSwgdGh1cyANCiAgIHByb21vdGluZyBmYXN0ZXIgaW5u b3ZhdGlvbi4gDQogICAgDQogICBGb3IgdGhlIHB1cnBvc2Ugb2YgaWxsdXN0cmF0aW9uLCBsZXQg dXMgY29uc2lkZXIgdGhlIGFyY2hpdGVjdHVyZSBvZiANCiAgIGEgcm91dGVyIHRvIGlsbHVzdHJh dGUgdGhlIGNvbmNlcHQgb2Ygc2VwYXJhdGUgY29udHJvbCBhbmQgDQogICBmb3J3YXJkaW5nIHBs YW5lcy4gIFRoZSBhcmNoaXRlY3R1cmUgb2YgYSByb3V0ZXIgaXMgY29tcG9zZWQgb2YgdHdvIA0K ICAgbWFpbiBwYXJ0cy4gIFRoZXNlIGNvbXBvbmVudHMsIHdoaWxlIGludGVyLXJlbGF0ZWQsIHBl cmZvcm0gDQogICBmdW5jdGlvbnMgdGhhdCBhcmUgbGFyZ2VseSBpbmRlcGVuZGVudCBvZiBlYWNo IG90aGVyLiAgQXQgdGhlIGJvdHRvbSANCiAgIGlzIHRoZSBmb3J3YXJkaW5nIHBhdGggdGhhdCBv cGVyYXRlcyBpbiB0aGUgZGF0YS1mb3J3YXJkaW5nIHBsYW5lIA0KICAgYW5kIGlzIHJlc3BvbnNp YmxlIGZvciBwZXItcGFja2V0IHByb2Nlc3NpbmcgYW5kIGZvcndhcmRpbmcuICBBYm92ZSANCiAg IHRoZSBmb3J3YXJkaW5nIHBsYW5lIGlzIHRoZSBuZXR3b3JrIG9wZXJhdGluZyBzeXN0ZW0gdGhh dCBpcyANCiAgIHJlc3BvbnNpYmxlIGZvciBvcGVyYXRpb25zIGluIHRoZSBjb250cm9sIHBsYW5l LiAgSW4gdGhlIGNhc2Ugb2YgYSANCiAgIHJvdXRlciBvciBzd2l0Y2gsIHRoZSBuZXR3b3JrIG9w ZXJhdGluZyBzeXN0ZW0gcnVucyByb3V0aW5nLCANCiAgIHNpZ25hbGluZyBhbmQgY29udHJvbCBw cm90b2NvbHMgKGUuZy4sIFJJUCwgT1NQRiBhbmQgUlNWUCkgYW5kIA0KICAgZGljdGF0ZXMgdGhl IGZvcndhcmRpbmcgYmVoYXZpb3IgYnkgbWFuaXB1bGF0aW5nIGZvcndhcmRpbmcgdGFibGVzLCAN Cg0KDQogIA0KS2hvc3JhdmksIGV0LiBhbC4gICAgICAgRXhwaXJlcyBOb3ZlbWJlciAyMDAzICAg ICAgICAgICAgICAgIFtQYWdlIDJdDQoNCg0KDQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICBG b3JDRVMgUmVxdWlyZW1lbnRzICAgICAgICAgICAgTWF5IDIwMDMgDQogICBwZXItZmxvdyBRb1Mg dGFibGVzIGFuZCBhY2Nlc3MgY29udHJvbCBsaXN0cy4gIFR5cGljYWxseSwgdGhlIA0KICAgYXJj aGl0ZWN0dXJlIG9mIHRoZXNlIGRldmljZXMgY29tYmluZXMgYWxsIG9mIHRoaXMgZnVuY3Rpb25h bGl0eSANCiAgIGludG8gYSBzaW5nbGUgZnVuY3Rpb25hbCB3aG9sZSB3aXRoIHJlc3BlY3QgdG8g ZXh0ZXJuYWwgZW50aXRpZXMuIA0KIA0KMy4gRGVmaW5pdGlvbnMgDQogICAgDQogICBBZGRyZXNz YWJsZSBFbnRpdHkgKEFFKSAtIEEgcGh5c2ljYWwgZGV2aWNlIHRoYXQgaXMgZGlyZWN0bHkgDQog ICBhZGRyZXNzYWJsZSBnaXZlbiBzb21lIGludGVyY29ubmVjdCB0ZWNobm9sb2d5LiAgRm9yIGV4 YW1wbGUsIG9uIElQIA0KICAgbmV0d29ya3MsIGl0IGlzIGEgZGV2aWNlIHRvIHdoaWNoIHdlIGNh biBjb21tdW5pY2F0ZSB1c2luZyBhbiBJUCANCiAgIGFkZHJlc3M7IGFuZCBvbiBhIHN3aXRjaCBm YWJyaWMsIGl0IGlzIGEgZGV2aWNlIHRvIHdoaWNoIHdlIGNhbiANCiAgIGNvbW11bmljYXRlIHVz aW5nIGEgc3dpdGNoIGZhYnJpYyBwb3J0IG51bWJlci4gDQogICAgDQogICBQaHlzaWNhbCBGb3J3 YXJkaW5nIEVsZW1lbnQgKFBGRSkgLSBBbiBBRSB0aGF0IGluY2x1ZGVzIGhhcmR3YXJlIA0KICAg dXNlZCB0byBwcm92aWRlIHBlci1wYWNrZXQgcHJvY2Vzc2luZyBhbmQgaGFuZGxpbmcuICBUaGlz IGhhcmR3YXJlIA0KICAgbWF5IGNvbnNpc3Qgb2YgKGJ1dCBpcyBub3QgbGltaXRlZCB0bykgbmV0 d29yayBwcm9jZXNzb3JzLCBBU0lDJ3MsIA0KICAgbGluZSBjYXJkcyB3aXRoIG11bHRpcGxlIGNo aXBzIG9yIHN0YW5kIGFsb25lIGJveCB3aXRoIGdlbmVyYWwtDQogICBwdXJwb3NlIHByb2Nlc3Nv cnMuICAgDQogICAgDQogICBQaHlzaWNhbCBDb250cm9sIEVsZW1lbnQgKFBDRSkgLSBBbiBBRSB0 aGF0IGluY2x1ZGVzIGhhcmR3YXJlIHVzZWQgDQogICB0byBwcm92aWRlIGNvbnRyb2wgZnVuY3Rp b25hbGl0eS4gIFRoaXMgaGFyZHdhcmUgdHlwaWNhbGx5IGluY2x1ZGVzIA0KICAgYSBnZW5lcmFs LXB1cnBvc2UgcHJvY2Vzc29yLiANCiAgICANCiAgIEZvcndhcmRpbmcgRWxlbWVudCAoRkUpIC0g QSBsb2dpY2FsIGVudGl0eSB0aGF0IGltcGxlbWVudHMgdGhlIA0KICAgRm9yQ0VTIHByb3RvY29s LiAgRkVzIHVzZSB0aGUgdW5kZXJseWluZyBoYXJkd2FyZSB0byBwcm92aWRlIHBlci0NCiAgIHBh Y2tldCBwcm9jZXNzaW5nIGFuZCBoYW5kbGluZyBhcyBkaXJlY3RlZC9jb250cm9sbGVkIGJ5IGEg Q0UgdmlhIA0KICAgdGhlIEZvckNFUyBwcm90b2NvbC4gIEZFcyBtYXkgaGFwcGVuIHRvIGJlIGEg c2luZ2xlIGJsYWRlKG9yIFBGRSksIGEgDQogICBwYXJ0aXRpb24gb2YgYSBQRkUgb3IgbXVsdGlw bGUgUEZFcy4gDQogICAgDQogICBDb250cm9sIEVsZW1lbnQgKENFKSAtIEEgbG9naWNhbCBlbnRp dHkgdGhhdCBpbXBsZW1lbnRzIHRoZSBGb3JDRVMgDQogICBwcm90b2NvbCBhbmQgdXNlcyBpdCB0 byBpbnN0cnVjdCBvbmUgb3IgbW9yZSBGRXMgaG93IHRvIHByb2Nlc3MgDQogICBwYWNrZXRzLiAg Q0VzIGhhbmRsZSBmdW5jdGlvbmFsaXR5IHN1Y2ggYXMgdGhlIGV4ZWN1dGlvbiBvZiBjb250cm9s IA0KICAgYW5kIHNpZ25hbGluZyBwcm90b2NvbHMuICBDRXMgbWF5IGNvbnNpc3Qgb2YgUENFIHBh cnRpdGlvbnMgb3Igd2hvbGUgDQogICBQQ0VzLiANCiAgICANCiAgIFByZS1hc3NvY2lhdGlvbiBQ aGFzZSAtIFRoZSBwZXJpb2Qgb2YgdGltZSBkdXJpbmcgd2hpY2ggYSBGRSBNYW5hZ2VyIA0KICAg KHNlZSBiZWxvdykgYW5kIGEgQ0UgTWFuYWdlciAoc2VlIGJlbG93KSBhcmUgZGV0ZXJtaW5pbmcg d2hpY2ggRkUgDQogICBhbmQgQ0Ugc2hvdWxkIGJlIHBhcnQgb2YgdGhlIHNhbWUgbmV0d29yayBl bGVtZW50LiBBbnkgcGFydGl0aW9uaW5nIA0KICAgb2YgUEZFcyBhbmQgUENFcyBvY2N1cnMgZHVy aW5nIHRoaXMgcGhhc2UuIA0KICAgIA0KICAgUG9zdC1hc3NvY2lhdGlvbiBQaGFzZSAtIFRoZSBw ZXJpb2Qgb2YgdGltZSBkdXJpbmcgd2hpY2ggYSBGRSBkb2VzIA0KICAga25vdyB3aGljaCBDRSBp cyB0byBjb250cm9sIGl0IGFuZCB2aWNlIHZlcnNhLCBpbmNsdWRpbmcgdGhlIHRpbWUgDQogICBk dXJpbmcgd2hpY2ggdGhlIENFIGFuZCBGRSBhcmUgZXN0YWJsaXNoaW5nIGNvbW11bmljYXRpb24g d2l0aCBvbmUgDQogICBhbm90aGVyLiANCiAgICANCiAgIEZvckNFUyBQcm90b2NvbCAtIFdoaWxl IHRoZXJlIG1heSBiZSBtdWx0aXBsZSBwcm90b2NvbHMgdXNlZCB3aXRoaW4gDQogICB0aGUgb3Zl cmFsbCBGb3JDRVMgYXJjaGl0ZWN0dXJlLCB0aGUgdGVybSAiRm9yQ0VTIHByb3RvY29sIiByZWZl cnMgDQogICBvbmx5IHRvIHRoZSBGb3JDRVMgcG9zdC1hc3NvY2lhdGlvbiBwaGFzZSBwcm90b2Nv bCAoc2VlIGJlbG93KS4gDQogICAgDQoNCg0KDQoNCiAgDQpLaG9zcmF2aSwgZXQuIGFsLiAgICAg ICBFeHBpcmVzIE5vdmVtYmVyIDIwMDMgICAgICAgICAgICAgICAgW1BhZ2UgM10NCg0KDQoNCklu dGVybmV0IERyYWZ0ICAgICAgICAgICAgIEZvckNFUyBSZXF1aXJlbWVudHMgICAgICAgICAgICBN YXkgMjAwMyANCiAgIEZvckNFUyBQb3N0LUFzc29jaWF0aW9uIFBoYXNlIFByb3RvY29sIC0gVGhl IHByb3RvY29sIHVzZWQgZm9yIHBvc3QtDQogICBhc3NvY2lhdGlvbiBwaGFzZSBjb21tdW5pY2F0 aW9uIGJldHdlZW4gQ0VzIGFuZCBGRXMuICBUaGlzIHByb3RvY29sIA0KICAgZG9lcyBub3QgYXBw bHkgdG8gQ0UtdG8tQ0UgY29tbXVuaWNhdGlvbiwgRkUtdG8tRkUgY29tbXVuaWNhdGlvbiwgb3Ig DQogICB0byBjb21tdW5pY2F0aW9uIGJldHdlZW4gRkUgYW5kIENFIG1hbmFnZXJzLiAgVGhlIEZv ckNFUyBwcm90b2NvbCBpcyANCiAgIGEgbWFzdGVyLXNsYXZlIHByb3RvY29sIGluIHdoaWNoIEZF cyBhcmUgc2xhdmVzIGFuZCBDRXMgYXJlIG1hc3RlcnMuICANCiAgIFRoaXMgcHJvdG9jb2wgaW5j bHVkZXMgYm90aCB0aGUgbWFuYWdlbWVudCBvZiB0aGUgY29tbXVuaWNhdGlvbiANCiAgIGNoYW5u ZWwgKGUuZy4sIGNvbm5lY3Rpb24gZXN0YWJsaXNobWVudCwgaGVhcnRiZWF0cykgYW5kIHRoZSBj b250cm9sIA0KICAgbWVzc2FnZXMgdGhlbXNlbHZlcy4gVGhpcyBwcm90b2NvbCBjb3VsZCBiZSBh IHNpbmdsZSBwcm90b2NvbCBvciANCiAgIGNvdWxkIGNvbnNpc3Qgb2YgbXVsdGlwbGUgcHJvdG9j b2xzIHdvcmtpbmcgdG9nZXRoZXIuIA0KICAgIA0KICAgRkUgTW9kZWwgLSBBIG1vZGVsIHRoYXQg ZGVzY3JpYmVzIHRoZSBsb2dpY2FsIHByb2Nlc3NpbmcgZnVuY3Rpb25zIA0KICAgb2YgYSBGRS4g DQogICAgDQogICBGRSBNYW5hZ2VyIC0gQSBsb2dpY2FsIGVudGl0eSB0aGF0IG9wZXJhdGVzIGlu IHRoZSBwcmUtYXNzb2NpYXRpb24gDQogICBwaGFzZSBhbmQgaXMgcmVzcG9uc2libGUgZm9yIGRl dGVybWluaW5nIHRvIHdoaWNoIENFKHMpIGEgRkUgc2hvdWxkIA0KICAgY29tbXVuaWNhdGUuICBU aGlzIHByb2Nlc3MgaXMgY2FsbGVkIENFIGRpc2NvdmVyeSBhbmQgbWF5IGludm9sdmUgDQogICB0 aGUgRkUgbWFuYWdlciBsZWFybmluZyB0aGUgY2FwYWJpbGl0aWVzIG9mIGF2YWlsYWJsZSBDRXMu ICBBIEZFIA0KICAgbWFuYWdlciBtYXkgdXNlIGFueXRoaW5nIGZyb20gYSBzdGF0aWMgY29uZmln dXJhdGlvbiB0byBhIHByZS0NCiAgIGFzc29jaWF0aW9uIHBoYXNlIHByb3RvY29sIChzZWUgYmVs b3cpIHRvIGRldGVybWluZSB3aGljaCBDRShzKSB0byANCiAgIHVzZSwgaG93ZXZlciB0aGlzIGlz IGN1cnJlbnRseSBvdXQgb2Ygc2NvcGUuICBCZWluZyBhIGxvZ2ljYWwgDQogICBlbnRpdHksIGEg RkUgbWFuYWdlciBtaWdodCBiZSBwaHlzaWNhbGx5IGNvbWJpbmVkIHdpdGggYW55IG9mIHRoZSAN CiAgIG90aGVyIGxvZ2ljYWwgZW50aXRpZXMgbWVudGlvbmVkIGluIHRoaXMgc2VjdGlvbi4gDQog ICAgDQogICBDRSBNYW5hZ2VyIC0gQSBsb2dpY2FsIGVudGl0eSB0aGF0IG9wZXJhdGVzIGluIHRo ZSBwcmUtYXNzb2NpYXRpb24gDQogICBwaGFzZSBhbmQgaXMgcmVzcG9uc2libGUgZm9yIGRldGVy bWluaW5nIHRvIHdoaWNoIEZFKHMpIGEgQ0Ugc2hvdWxkIA0KICAgY29tbXVuaWNhdGUuICBUaGlz IHByb2Nlc3MgaXMgY2FsbGVkIEZFIGRpc2NvdmVyeSBhbmQgbWF5IGludm9sdmUgDQogICB0aGUg Q0UgbWFuYWdlciBsZWFybmluZyB0aGUgY2FwYWJpbGl0aWVzIG9mIGF2YWlsYWJsZSBGRXMuICBB IENFIA0KICAgbWFuYWdlciBtYXkgdXNlIGFueXRoaW5nIGZyb20gYSBzdGF0aWMgY29uZmlndXJh dGlvbiB0byBhIHByZS0NCiAgIGFzc29jaWF0aW9uIHBoYXNlIHByb3RvY29sIChzZWUgYmVsb3cp IHRvIGRldGVybWluZSB3aGljaCBGRSB0byB1c2UsIA0KICAgaG93ZXZlciB0aGlzIGlzIGN1cnJl bnRseSBvdXQgb2Ygc2NvcGUuICBCZWluZyBhIGxvZ2ljYWwgZW50aXR5LCBhIA0KICAgQ0UgbWFu YWdlciBtaWdodCBiZSBwaHlzaWNhbGx5IGNvbWJpbmVkIHdpdGggYW55IG9mIHRoZSBvdGhlciAN CiAgIGxvZ2ljYWwgZW50aXRpZXMgbWVudGlvbmVkIGluIHRoaXMgc2VjdGlvbi4gDQogICAgDQog ICBQcmUtYXNzb2NpYXRpb24gUGhhc2UgUHJvdG9jb2wgLSBBIHByb3RvY29sIGJldHdlZW4gRkUg bWFuYWdlcnMgYW5kIA0KICAgQ0UgbWFuYWdlcnMgdGhhdCBpcyB1c2VkIHRvIGRldGVybWluZSB3 aGljaCBDRXMgb3IgRkVzIHRvIHVzZS4gIEEgDQogICBwcmUtYXNzb2NpYXRpb24gcGhhc2UgcHJv dG9jb2wgbWF5IGluY2x1ZGUgYSBDRSBhbmQvb3IgRkUgY2FwYWJpbGl0eSANCiAgIGRpc2NvdmVy eSBtZWNoYW5pc20uICBOb3RlIHRoYXQgdGhpcyBjYXBhYmlsaXR5IGRpc2NvdmVyeSBwcm9jZXNz IGlzIA0KICAgd2hvbGx5IHNlcGFyYXRlIGZyb20gKGFuZCBkb2VzIG5vdCByZXBsYWNlKSB0aGF0 IHVzZWQgd2l0aGluIHRoZSANCiAgIEZvckNFUyBwcm90b2NvbCAoc2VlIFNlY3Rpb24gNywgcmVx dWlyZW1lbnQgIzEpLiAgSG93ZXZlciwgdGhlIHR3byANCiAgIGNhcGFiaWxpdHkgZGlzY292ZXJ5 IG1lY2hhbmlzbXMgbWF5IHV0aWxpemUgdGhlIHNhbWUgRkUgbW9kZWwgKHNlZSANCiAgIFNlY3Rp b24gNikuICBQcmUtYXNzb2NpYXRpb24gcGhhc2UgcHJvdG9jb2xzIGFyZSBub3QgZGlzY3Vzc2Vk IA0KICAgZnVydGhlciBpbiB0aGlzIGRvY3VtZW50LiANCiAgICANCiAgIEZvckNFUyBOZXR3b3Jr IEVsZW1lbnQgKE5FKSAtIEFuIGVudGl0eSBjb21wb3NlZCBvZiBvbmUgb3IgbW9yZSBDRXMgDQog ICBhbmQgb25lIG9yIG1vcmUgRkVzLiAgVG8gZW50aXRpZXMgb3V0c2lkZSBhIE5FLCB0aGUgTkUg cmVwcmVzZW50cyBhIA0KICAgc2luZ2xlIHBvaW50IG9mIG1hbmFnZW1lbnQuICBTaW1pbGFybHks IGEgTkUgdXN1YWxseSBoaWRlcyBpdHMgDQogICBpbnRlcm5hbCBvcmdhbml6YXRpb24gZnJvbSBl eHRlcm5hbCBlbnRpdGllcy4gDQogICAgDQogICBGb3JDRVMgUHJvdG9jb2wgRWxlbWVudCAtIEEg RkUgb3IgQ0UuIA0KDQoNCg0KICANCktob3NyYXZpLCBldC4gYWwuICAgICAgIEV4cGlyZXMgTm92 ZW1iZXIgMjAwMyAgICAgICAgICAgICAgICBbUGFnZSA0XQ0KDQoNCg0KSW50ZXJuZXQgRHJhZnQg ICAgICAgICAgICAgRm9yQ0VTIFJlcXVpcmVtZW50cyAgICAgICAgICAgIE1heSAyMDAzIA0KICAg IA0KICAgSGlnaCBUb3VjaCBDYXBhYmlsaXR5IC0gVGhpcyB0ZXJtIHdpbGwgYmUgdXNlZCB0byBh cHBseSB0byB0aGUgDQogICBjYXBhYmlsaXRpZXMgZm91bmQgaW4gc29tZSBmb3J3YXJkZXJzIHRv IHRha2UgYWN0aW9uIG9uIHRoZSBjb250ZW50cyANCiAgIG9yIGhlYWRlcnMgb2YgYSBwYWNrZXQg YmFzZWQgb24gY29udGVudCBvdGhlciB0aGFuIHdoYXQgaXMgZm91bmQgaW4gDQogICB0aGUgSVAg aGVhZGVyLiAgRXhhbXBsZXMgb2YgdGhlc2UgY2FwYWJpbGl0aWVzIGluY2x1ZGUgTkFULVBULCAN CiAgIGZpcmV3YWxsLCBhbmQgTDcgY29udGVudCByZWNvZ25pdGlvbi4gDQogDQo0LiBBcmNoaXRl Y3R1cmUgDQogICAgDQogICBUaGUgY2hpZWYgY29tcG9uZW50cyBvZiBhIE5FIGFyY2hpdGVjdHVy ZSBhcmUgdGhlIENFLCB0aGUgRkUsIGFuZCANCiAgIHRoZSBpbnRlcmNvbm5lY3QgcHJvdG9jb2wu ICBUaGUgQ0UgaXMgcmVzcG9uc2libGUgZm9yIG9wZXJhdGlvbnMgDQogICBzdWNoIGFzIHNpZ25h bGluZyBhbmQgY29udHJvbCBwcm90b2NvbCBwcm9jZXNzaW5nIGFuZCB0aGUgDQogICBpbXBsZW1l bnRhdGlvbiBvZiBtYW5hZ2VtZW50IHByb3RvY29scy4gIEJhc2VkIG9uIHRoZSBpbmZvcm1hdGlv biANCiAgIGFjcXVpcmVkIHRocm91Z2ggY29udHJvbCBwcm9jZXNzaW5nLCB0aGUgQ0UocykgZGlj dGF0ZXMgdGhlIHBhY2tldC0NCiAgIGZvcndhcmRpbmcgYmVoYXZpb3Igb2YgdGhlIEZFKHMpIHZp YSB0aGUgaW50ZXJjb25uZWN0IHByb3RvY29sLiAgRm9yIA0KICAgZXhhbXBsZSwgdGhlIENFIG1p Z2h0IGNvbnRyb2wgYSBGRSBieSBtYW5pcHVsYXRpbmcgaXRzIGZvcndhcmRpbmcgDQogICB0YWJs ZXMsIHRoZSBzdGF0ZSBvZiBpdHMgaW50ZXJmYWNlcywgb3IgYnkgYWRkaW5nIG9yIHJlbW92aW5n IGEgTkFUIA0KICAgYmluZGluZy4gDQogICAgDQogICBUaGUgRkUgb3BlcmF0ZXMgaW4gdGhlIGZv cndhcmRpbmcgcGxhbmUgYW5kIGlzIHJlc3BvbnNpYmxlIGZvciBwZXItDQogICBwYWNrZXQgcHJv Y2Vzc2luZyBhbmQgaGFuZGxpbmcuICBCeSBhbGxvd2luZyB0aGUgY29udHJvbCBhbmQgDQogICBm b3J3YXJkaW5nIHBsYW5lcyB0byBldm9sdmUgaW5kZXBlbmRlbnRseSwgZGlmZmVyZW50IHR5cGVz IG9mIEZFcyANCiAgIGNhbiBiZSBkZXZlbG9wZWQgLSBzb21lIGdlbmVyYWwgcHVycG9zZSBhbmQg b3RoZXJzIG1vcmUgc3BlY2lhbGl6ZWQuICANCiAgIFNvbWUgZnVuY3Rpb25zIHRoYXQgRkVzIGNv dWxkIHBlcmZvcm0gaW5jbHVkZSBsYXllciAzIGZvcndhcmRpbmcsIA0KICAgbWV0ZXJpbmcsIHNo YXBpbmcsIGZpcmV3YWxsLCBOQVQsIGVuY2Fwc3VsYXRpb24gKGUuZy4sIHR1bm5lbGluZyksIA0K ICAgZGVjYXBzdWxhdGlvbiwgZW5jcnlwdGlvbiwgYWNjb3VudGluZywgZXRjLiAgTmVhcmx5IGFs bCBjb21iaW5hdGlvbnMgDQogICBvZiB0aGVzZSBmdW5jdGlvbnMgbWF5IGJlIHByZXNlbnQgaW4g cHJhY3RpY2FsIEZFcy4gDQogICAgDQogICBCZWxvdyBpcyBhIGRpYWdyYW0gaWxsdXN0cmF0aW5n IGFuIGV4YW1wbGUgTkUgY29tcG9zZWQgb2YgYSBDRSBhbmQgDQogICB0d28gRkVzLiBCb3RoIEZF cyBhbmQgQ0UgcmVxdWlyZSBtaW5pbWFsIGNvbmZpZ3VyYXRpb24gYXMgcGFydCBvZiANCiAgIHRo ZSBwcmUtY29uZmlndXJhdGlvbiBwcm9jZXNzIGFuZCB0aGlzIG1heSBiZSBkb25lIGJ5IEZFIE1h bmFnZXIgYW5kIA0KICAgQ0UgTWFuYWdlciByZXNwZWN0aXZlbHkuIEFwYXJ0IGZyb20gdGhpcywg dGhlcmUgaXMgbm8gZGVmaW5lZCByb2xlIA0KICAgZm9yIEZFIE1hbmFnZXIgYW5kIENFIE1hbmFn ZXIuIFRoZXNlIGNvbXBvbmVudHMgYXJlIG91dCBvZiBzY29wZSBvZiANCiAgIHRoZSBhcmNoaXRl Y3R1cmUgYW5kIHJlcXVpcmVtZW50cyBmb3IgdGhlIEZvckNFUyBwcm90b2NvbCwgd2hpY2ggDQog ICBvbmx5IGludm9sdmVzIENFcyBhbmQgRkVzLiANCiAgICANCiAgICAgICAgIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KICAgICAgICAgfCBORSAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwgDQogICAgICAgICB8ICAgICAgICAtLS0tLS0tLS0tLS0tICAgICAgICAgfCANCiAg ICAgICAgIHwgICAgICAgIHwgICAgQ0UgICAgIHwgICAgICAgICB8IA0KICAgICAgICAgfCAgICAg ICAgLS0tLS0tLS0tLS0tLSAgICAgICAgIHwgDQogICAgICAgICB8ICAgICAgICAgIC8gICAgICAg IFwgICAgICAgICAgfCANCiAgICAgICAgIHwgICAgICAgICAvICAgICAgICAgIFwgICAgICAgICB8 IA0KICAgICAgICAgfCAgICAgICAgLyAgICAgICAgICAgIFwgICAgICAgIHwgDQogICAgICAgICB8 ICAgICAgIC8gICAgICAgICAgICAgIFwgICAgICAgfCANCiAgICAgICAgIHwgIC0tLS0tLS0tLS0t ICAgICAtLS0tLS0tLS0tLSB8IA0KICAgICAgICAgfCAgfCAgIEZFICAgIHwgICAgIHwgICAgRkUg ICB8IHwgDQogICAgICAgICB8ICAtLS0tLS0tLS0tLSAgICAgLS0tLS0tLS0tLS0gfCANCiAgICAg ICAgIHwgICAgfCB8IHwgfCAgICAgICAgIHwgfCB8IHwgICB8IA0KDQoNCiAgDQpLaG9zcmF2aSwg ZXQuIGFsLiAgICAgICBFeHBpcmVzIE5vdmVtYmVyIDIwMDMgICAgICAgICAgICAgICAgW1BhZ2Ug NV0NCg0KDQoNCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgIEZvckNFUyBSZXF1aXJlbWVudHMg ICAgICAgICAgICBNYXkgMjAwMyANCiAgICAgICAgIHwgICAgfCB8IHwgfCAgICAgICAgIHwgfCB8 IHwgICB8IA0KICAgICAgICAgfCAgICB8IHwgfCB8ICAgICAgICAgfCB8IHwgfCAgIHwgDQogICAg ICAgICB8ICAgIHwgfCB8IHwgICAgICAgICB8IHwgfCB8ICAgfCANCiAgICAgICAgIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KICAgICAgICAgICAgICB8IHwgfCB8ICAgICAgICAg fCB8IHwgfCANCiAgICAgICAgICAgICAgfCB8IHwgfCAgICAgICAgIHwgfCB8IHwgDQogICAgDQo1 LiBBcmNoaXRlY3R1cmFsIFJlcXVpcmVtZW50cyANCiAgICANCiAgIFRoZSBmb2xsb3dpbmcgYXJl IHRoZSBhcmNoaXRlY3R1cmFsIHJlcXVpcmVtZW50czogDQogICAgDQogICAxKSBDRXMgYW5kIEZF cyBNVVNUIGJlIGFibGUgdG8gY29ubmVjdCBieSBhIHZhcmlldHkgb2YgaW50ZXJjb25uZWN0IA0K ICAgdGVjaG5vbG9naWVzLiAgRXhhbXBsZXMgb2YgaW50ZXJjb25uZWN0IHRlY2hub2xvZ2llcyB1 c2VkIGluIGN1cnJlbnQgDQogICBhcmNoaXRlY3R1cmVzIGluY2x1ZGUgRXRoZXJuZXQsYnVzIGJh Y2twbGFuZXMsIGFuZCBBVE0gKGNlbGwpIA0KICAgZmFicmljcy4gIEZFcyBNQVkgYmUgY29ubmVj dGVkIHRvIGVhY2ggb3RoZXIgdmlhIGEgZGlmZmVyZW50IA0KICAgdGVjaG5vbG9neSB0aGFuIHRo YXQgdXNlZCBmb3IgQ0UvRkUgY29tbXVuaWNhdGlvbi4gDQogICAgDQogICAyKSBGRXMgTVVTVCBz dXBwb3J0IGEgbWluaW1hbCBzZXQgb2YgY2FwYWJpbGl0aWVzIG5lY2Vzc2FyeSBmb3IgDQogICBl c3RhYmxpc2hpbmcgbmV0d29yayBjb25uZWN0aXZpdHkgKGUuZy4sIGludGVyZmFjZSBkaXNjb3Zl cnksIHBvcnQgDQogICB1cC9kb3duIGZ1bmN0aW9ucykuICBCZXlvbmQgdGhpcyBtaW5pbWFsIHNl dCwgdGhlIEZvckNFUyANCiAgIGFyY2hpdGVjdHVyZSBNVVNUIE5PVCByZXN0cmljdCB0aGUgdHlw ZXMgb3IgbnVtYmVycyBvZiBjYXBhYmlsaXRpZXMgDQogICB0aGF0IEZFcyBtYXkgY29udGFpbi4g DQogICAgDQogICAzKSBQYWNrZXRzIE1VU1QgYmUgYWJsZSB0byBhcnJpdmUgYXQgdGhlIE5FIGJ5 IG9uZSBGRSBhbmQgbGVhdmUgdGhlIA0KICAgTkUgdmlhIGEgZGlmZmVyZW50IEZFLiANCiAgICAN CiAgIDQpIEEgTkUgTVVTVCBzdXBwb3J0IHRoZSBhcHBlYXJhbmNlIG9mIGEgc2luZ2xlIGZ1bmN0 aW9uYWwgZGV2aWNlLiAgDQogICBGb3IgZXhhbXBsZSwgaW4gYSByb3V0ZXIsIHRoZSBUVEwgb2Yg dGhlIHBhY2tldCBzaG91bGQgYmUgDQogICBkZWNyZW1lbnRlZCBvbmx5IG9uY2UgYXMgaXQgdHJh dmVyc2VzIHRoZSBORSByZWdhcmRsZXNzIG9mIGhvdyBtYW55IA0KICAgRkVzIHRocm91Z2ggd2hp Y2ggaXQgcGFzc2VzLiAgSG93ZXZlciwgZXh0ZXJuYWwgZW50aXRpZXMgKGUuZy4sIEZFIA0KICAg bWFuYWdlcnMgYW5kIENFIG1hbmFnZXJzKSBNQVkgaGF2ZSBkaXJlY3QgYWNjZXNzIHRvIGluZGl2 aWR1YWwgDQogICBGb3JDRVMgcHJvdG9jb2wgZWxlbWVudHMgZm9yIHByb3ZpZGluZyBpbmZvcm1h dGlvbiB0byB0cmFuc2l0aW9uIA0KICAgdGhlbSBmcm9tIHRoZSBwcmUtYXNzb2NpYXRpb24gdG8g cG9zdC1hc3NvY2lhdGlvbiBwaGFzZS4gDQogICAgDQogICA1KSBUaGUgYXJjaGl0ZWN0dXJlIE1V U1QgcHJvdmlkZSBhIHdheSB0byBwcmV2ZW50IHVuYXV0aG9yaXplZCANCiAgIEZvckNFUyBwcm90 b2NvbCBlbGVtZW50cyBmcm9tIGpvaW5pbmcgYSBORS4oRm9yIG1vcmUgcHJvdG9jb2wgDQogICBk ZXRhaWxzLCByZWZlciB0byBzZWN0aW9uIDcgcmVxdWlyZW1lbnQjIDIpIA0KICAgIA0KICAgNikg QSBGRSBNVVNUIGJlIGFibGUgdG8gYXN5bmNocm9ub3VzbHkgaW5mb3JtIHRoZSBDRSBvZiBhIGZh aWx1cmUgb3IgDQogICBpbmNyZWFzZS9kZWNyZWFzZSBpbiBhdmFpbGFibGUgcmVzb3VyY2VzIG9y IGNhcGFiaWxpdGllcyBvbiB0aGUgRkUuIA0KICAgVGh1cyB0aGUgRkUgTVVTVCBzdXBwb3J0IGVy cm9yIG1vbml0b3JpbmcgYW5kIHJlcG9ydGluZy4gKFNpbmNlIA0KICAgdGhlcmUgaXMgbm90IGEg c3RyaWN0IDEtdG8tMSBtYXBwaW5nIGJldHdlZW4gRkVzIGFuZCBQRkVzLCBpdCBpcyANCiAgIHBv c3NpYmxlIGZvciB0aGUgcmVsYXRpb25zaGlwIGJldHdlZW4gYSBGRSBhbmQgaXRzIHBoeXNpY2Fs IA0KICAgcmVzb3VyY2VzIHRvIGNoYW5nZSBvdmVyIHRpbWUpLiAgRm9yIGV4YW1wbGUsIHRoZSBu dW1iZXIgb2YgcGh5c2ljYWwgDQogICBwb3J0cyBvciB0aGUgYW1vdW50IG9mIG1lbW9yeSBhbGxv Y2F0ZWQgdG8gYSBGRSBtYXkgdmFyeSBvdmVyIHRpbWUuICANCiAgIFRoZSBDRSBuZWVkcyB0byBi ZSBpbmZvcm1lZCBvZiBzdWNoIGNoYW5nZXMgc28gdGhhdCBpdCBjYW4gY29udHJvbCANCiAgIHRo ZSBGRSBpbiBhbiBhY2N1cmF0ZSB3YXkuIA0KICAgIA0KDQoNCg0KDQogIA0KS2hvc3JhdmksIGV0 LiBhbC4gICAgICAgRXhwaXJlcyBOb3ZlbWJlciAyMDAzICAgICAgICAgICAgICAgIFtQYWdlIDZd DQoNCg0KDQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICBGb3JDRVMgUmVxdWlyZW1lbnRzICAg ICAgICAgICAgTWF5IDIwMDMgDQogICA3KSBUaGUgYXJjaGl0ZWN0dXJlIE1VU1Qgc3VwcG9ydCBt ZWNoYW5pc21zIGZvciBDRSByZWR1bmRhbmN5IG9yIENFIA0KICAgZmFpbG92ZXIuIFRoaXMgaW5j bHVkZXMgdGhlIGFiaWxpdHkgZm9yIENFcyBhbmQgRkVzIHRvIGRldGVybWluZSANCiAgIHdoZW4g dGhlcmUgaXMgYSBsb3NzIG9mIGFzc29jaWF0aW9uIGJldHdlZW4gdGhlbSwgYWJpbGl0eSB0byBy ZXN0b3JlIA0KICAgYXNzb2NpYXRpb24gYW5kIGVmZmljaWVudCBzdGF0ZSAocmUpc3luY2hyb25p emF0aW9uIG1lY2hhbmlzbXMuIFRoaXMgDQogICBhbHNvIGluY2x1ZGVzIHRoZSBhYmlsaXR5IHRv IHByZXNldCB0aGUgYWN0aW9ucyBhbiBGRSB3aWxsIHRha2UgaW4gDQogICByZWFjdGlvbiB0byBs b3NzIG9mIGFzc29jaWF0aW9uIHRvIGl0cyBDRSBlLmcuLCB3aGV0aGVyIHRoZSBGRSB3aWxsIA0K ICAgY29udGludWUgdG8gZm9yd2FyZCBwYWNrZXRzIG9yIHdoZXRoZXIgaXQgd2lsbCBoYWx0IG9w ZXJhdGlvbnMuIA0KICAgIA0KICAgOCkgRkVzIE1VU1QgYmUgYWJsZSB0byByZWRpcmVjdCBjb250 cm9sIHBhY2tldHMgKHN1Y2ggYXMgUklQLCBPU1BGIA0KICAgbWVzc2FnZXMpIGFkZHJlc3NlZCB0 byB0aGVpciBpbnRlcmZhY2VzIHRvIHRoZSBDRS4gVGhleSBNVVNUIGFsc28gDQogICByZWRpcmVj dCBvdGhlciByZWxldmFudCBwYWNrZXRzIChlLmcuLCBzdWNoIGFzIHRob3NlIHdpdGggUm91dGVy IA0KICAgQWxlcnQgT3B0aW9uIHNldCkgdG8gdGhlaXIgQ0UuIFRoZSBDRXMgTVVTVCBiZSBhYmxl IHRvIGNvbmZpZ3VyZSB0aGUgDQogICBwYWNrZXQgcmVkaXJlY3Rpb24gaW5mb3JtYXRpb24vZmls dGVycyBvbiB0aGUgRkVzLiBUaGUgQ0VzIE1VU1QgYWxzbyANCiAgIGJlIGFibGUgdG8gY3JlYXRl IHBhY2tldHMgYW5kIGhhdmUgaXRzIEZFcyBkZWxpdmVyIHRoZW0uIA0KICAgIA0KICAgOSkgQW55 IHByb3Bvc2VkIEZvckNFUyBhcmNoaXRlY3R1cmVzIE1VU1QgZXhwbGFpbiBob3cgdGhhdCANCiAg IGFyY2hpdGVjdHVyZSBzdXBwb3J0cyBhbGwgb2YgdGhlIHJvdXRlciBmdW5jdGlvbnMgYXMgZGVm aW5lZCBpbiANCiAgIFtSRkMxODEyXS4gSVB2NCBGb3J3YXJkaW5nIGZ1bmN0aW9ucyBzdWNoIElQ IGhlYWRlciB2YWxpZGF0aW9uLCANCiAgIHBlcmZvcm1pbmcgbG9uZ2VzdCBwcmVmaXggbWF0Y2gg YWxnb3JpdGhtLCBUVEwgZGVjcmVtZW50LCBDaGVja3N1bSANCiAgIGNhbGN1bGF0aW9uLCBnZW5l cmF0aW9uIG9mIElDTVAgZXJyb3IgbWVzc2FnZXMsIGV0YyBkZWZpbmVkIGluIFJGQyANCiAgIDE4 MTIgc2hvdWxkIGJlIGV4cGxhaW5lZC4gDQogICAgDQogICAxMCkgSW4gYSBGb3JDRVMgTkUsIHRo ZSBGRXMgTVVTVCBiZSBhYmxlIHRvIHByb3ZpZGUgdGhlaXIgdG9wb2xvZ3kgDQogICBpbmZvcm1h dGlvbiAodG9wb2xvZ3kgYnkgd2hpY2ggdGhlIEZFcyBpbiB0aGUgTkUgYXJlIGNvbm5lY3RlZCkg dG8gDQogICB0aGUgQ0UocykuIA0KICAgIA0KICAgMTEpIFRoZSBGb3JDRVMgTkUgYXJjaGl0ZWN0 dXJlIE1VU1QgYmUgY2FwYWJsZSBvZiBzdXBwb3J0aW5nIChpLmUuLCANCiAgIG11c3Qgc2NhbGUg dG8pIGF0IGxlYXN0IGh1bmRyZWRzIG9mIEZFcyBhbmQgdGVucyBvZiB0aG91c2FuZHMgb2YgDQog ICBwb3J0cy4gDQogICAgDQogICAxMikgVGhlIEZvckNFUyBhcmNoaXRlY3R1cmUgTVVTVCBhbGxv dyBGRXMgQU5EIENFcyB0byBqb2luIGFuZCBsZWF2ZSANCiAgIE5FcyBkeW5hbWljYWxseS4gDQog DQogICAxMykgVGhlIEZvckNFUyBORSBhcmNoaXRlY3R1cmUgTVVTVCBzdXBwb3J0IG11bHRpcGxl IENFcyBhbmQgRkVzLiANCiAgIEhvd2V2ZXIsIGNvb3JkaW5hdGlvbiBiZXR3ZWVuIENFcyBpcyBv dXQgb2Ygc2NvcGUgb2YgRm9yQ0VTLiANCiAgICANCiAgIDE0KSBGb3IgcHJlLWFzc29jaWF0aW9u IHBoYXNlIHNldHVwLCBtb25pdG9yaW5nLCBjb25maWd1cmF0aW9uIA0KICAgaXNzdWVzLCBpdCBN QVkgYmUgdXNlZnVsIHRvIHVzZSBzdGFuZGFyZCBtYW5hZ2VtZW50IG1lY2hhbmlzbXMgZm9yIA0K ICAgQ0VzIGFuZCBGRXMuIFRoZSBGb3JDRVMgYXJjaGl0ZWN0dXJlIGFuZCByZXF1aXJlbWVudHMg ZG8gbm90IA0KICAgcHJlY2x1ZGUgdGhpcy4gSW4gZ2VuZXJhbCwgZm9yIHBvc3QtYXNzb2NpYXRp b24gcGhhc2UsIG1vc3QgDQogICBtYW5hZ2VtZW50IHRhc2tzIFNIT1VMRCBiZSBkb25lIHRocm91 Z2ggaW50ZXJhY3Rpb24gd2l0aCB0aGUgQ0UuIEluIA0KICAgY2VydGFpbiBjb25kaXRpb25zIChl LmcuIENFL0ZFIGRpc2Nvbm5lY3Rpb24pLCBpdCBtYXkgYmUgdXNlZnVsIHRvIA0KICAgYWxsb3cg bWFuYWdlbWVudCB0b29scyAoZS5nLiBTTk1QKSB0byBiZSB1c2VkIHRvIGRpYWdub3NlIGFuZCBy ZXBhaXIgDQogICBwcm9ibGVtcy4gVGhlIGZvbGxvd2luZyBndWlkZWxpbmVzIE1VU1QgYmUgb2Jz ZXJ2ZWQ6ICANCiAgIDEuIFRoZSBhYmlsaXR5IGZvciBhIG1hbmFnZW1lbnQgdG9vbCAoZS5nLiBT Tk1QKSB0byBiZSB1c2VkIHRvIHJlYWQgDQogICAgIChidXQgbm90IGNoYW5nZSkgdGhlIHN0YXRl IG9mIEZFIFNIT1VMRCBOT1QgYmUgcHJlY2x1ZGVkLiANCiAgIDIuIEl0IE1VU1QgTk9UIGJlIHBv c3NpYmxlIGZvciBtYW5hZ2VtZW50IHRvb2xzIChlLmcuIFNOTVAsIGV0YykgdG8gDQogICAgIGNo YW5nZSB0aGUgc3RhdGUgb2YgYSBGRSBpbiBhIG1hbm5lciB0aGF0IGFmZmVjdHMgb3ZlcmFsbCBO RSANCiAgICAgYmVoYXZpb3Igd2l0aG91dCB0aGUgQ0UgYmVpbmcgbm90aWZpZWQuIA0KDQoNCg0K ICANCktob3NyYXZpLCBldC4gYWwuICAgICAgIEV4cGlyZXMgTm92ZW1iZXIgMjAwMyAgICAgICAg ICAgICAgICBbUGFnZSA3XQ0KDQoNCg0KSW50ZXJuZXQgRHJhZnQgICAgICAgICAgICAgRm9yQ0VT IFJlcXVpcmVtZW50cyAgICAgICAgICAgIE1heSAyMDAzIA0KICAgIA0KNi4gRkUgTW9kZWwgUmVx dWlyZW1lbnRzIA0KICAgIA0KICAgVGhlIHZhcmlldHkgb2YgRkUgZnVuY3Rpb25hbGl0eSB0aGF0 IHRoZSBGb3JDRVMgYXJjaGl0ZWN0dXJlIGFsbG93cyANCiAgIHBvc2VzIGEgcG90ZW50aWFsIHBy b2JsZW0gZm9yIENFcy4gIEluIG9yZGVyIGZvciBhIENFIHRvIGVmZmVjdGl2ZWx5IA0KICAgY29u dHJvbCBhIEZFLCB0aGUgQ0UgbXVzdCB1bmRlcnN0YW5kIGhvdyB0aGUgRkUgcHJvY2Vzc2VzIHBh Y2tldHMuICANCiAgIFdlIHRoZXJlZm9yZSBSRVFVSVJFIHRoYXQgYSBGRSBtb2RlbCBiZSBjcmVh dGVkIHRoYXQgY2FuIGV4cHJlc3MgdGhlIA0KICAgbG9naWNhbCBwYWNrZXQgcHJvY2Vzc2luZyBj YXBhYmlsaXRpZXMgb2YgYSBGRS4gIFRoaXMgbW9kZWwgd2lsbCBiZSANCiAgIHVzZWQgaW4gdGhl IEZvckNFUyBwcm90b2NvbCB0byBkZXNjcmliZSBGRSBjYXBhYmlsaXRpZXMgKHNlZSBTZWN0aW9u IA0KICAgNywgcmVxdWlyZW1lbnQgIzEpLiBUaGUgRkUgbW9kZWwgTVVTVCBkZWZpbmUgYm90aCBh IGNhcGFiaWxpdHkgbW9kZWwgDQogICBhbmQgYSBzdGF0ZSBtb2RlbCwgd2hpY2ggZXhwcmVzc2Vz IHRoZSBjdXJyZW50IGNvbmZpZ3VyYXRpb24gb2YgdGhlIA0KICAgZGV2aWNlLiBUaGUgRkUgbW9k ZWwgTVVTVCBhbHNvIHN1cHBvcnQgbXVsdGlwbGUgRkVzIGluIHRoZSBORSANCiAgIGFyY2hpdGVj dHVyZS4gDQogICAgDQo2LjEuIFR5cGVzIG9mIExvZ2ljYWwgRnVuY3Rpb25zIA0KICAgIA0KICAg VGhlIEZFIG1vZGVsIE1VU1QgZXhwcmVzcyB3aGF0IGxvZ2ljYWwgZnVuY3Rpb25zIGNhbiBiZSBh cHBsaWVkIHRvIA0KICAgcGFja2V0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBhIEZFLiAgIA0KICAg TG9naWNhbCBmdW5jdGlvbnMgYXJlIHRoZSBwYWNrZXQgcHJvY2Vzc2luZyBmdW5jdGlvbnMgdGhh dCBhcmUgDQogICBhcHBsaWVkIHRvIHRoZSBwYWNrZXRzIGFzIHRoZXkgYXJlIGZvcndhcmRlZCB0 aHJvdWdoIGEgRkUuIEV4YW1wbGVzIA0KICAgb2YgbG9naWNhbCBmdW5jdGlvbnMgYXJlIGxheWVy IDMgZm9yd2FyZGluZywgZmlyZXdhbGwsIE5BVCwgc2hhcGluZy4gDQogICBTZWN0aW9uIDYuNSBk ZWZpbmVzIHRoZSBtaW5pbWFsIHNldCBvZiBsb2dpY2FsIGZ1bmN0aW9ucyB0aGF0IHRoZSBGRSAN CiAgIE1vZGVsIE1VU1Qgc3VwcG9ydC4gDQogDQo2LjIuIFZhcmlhdGlvbnMgb2YgTG9naWNhbCBG dW5jdGlvbnMgDQogICBUaGUgRkUgbW9kZWwgTVVTVCBiZSBjYXBhYmxlIG9mIHN1cHBvcnRpbmcv YWxsb3dpbmcgdmFyaWF0aW9ucyBpbiANCiAgIHRoZSB3YXkgbG9naWNhbCBmdW5jdGlvbnMgYXJl IGltcGxlbWVudGVkIG9uIGEgRkUuIEZvciBleGFtcGxlLCBvbiBhIA0KICAgY2VydGFpbiBGRSB0 aGUgZm9yd2FyZGluZyBsb2dpY2FsIGZ1bmN0aW9uIG1pZ2h0IGhhdmUgaW5mb3JtYXRpb24gDQog ICBhYm91dCBib3RoIHRoZSBuZXh0IGhvcCBJUCBhZGRyZXNzIGFuZCB0aGUgbmV4dCBob3AgTUFD IGFkZHJlc3MsIA0KICAgd2hpbGUgb24gYW5vdGhlciBGRSB0aGVzZSBtaWdodCBiZSBpbXBsZW1l bnRlZCBhcyBzZXBhcmF0ZSBsb2dpY2FsIA0KICAgZnVuY3Rpb25zLiBBbm90aGVyIGV4YW1wbGUg d291bGQgYmUgTkFUIGZ1bmN0aW9uYWxpdHkgdGhhdCBjYW4gaGF2ZSANCiAgIHNldmVyYWwgZmxh dm9ycyBzdWNoIGFzIFRyYWRpdGlvbmFsL091dGJvdW5kIE5BVCwgQmktZGlyZWN0aW9uYWwgDQog ICBOQVQsIFR3aWNlIE5BVCwgTXVsdGlob21lZCBOQVQgW1JGQzI2NjNdLiBUaGUgbW9kZWwgbXVz dCBiZSBmbGV4aWJsZSANCiAgIGVub3VnaCB0byBhbGxvdyBzdWNoIHZhcmlhdGlvbnMgaW4gZnVu Y3Rpb25zLiANCiANCjYuMy4gT3JkZXJpbmcgb2YgTG9naWNhbCBGdW5jdGlvbnMgDQogICBUaGUg bW9kZWwgTVVTVCBiZSBjYXBhYmxlIG9mIGRlc2NyaWJpbmcgdGhlIG9yZGVyIGluIHdoaWNoIHRo ZXNlIA0KICAgbG9naWNhbCBmdW5jdGlvbnMgYXJlIGFwcGxpZWQgaW4gYSBGRS4gVGhlIG9yZGVy aW5nIG9mIGxvZ2ljYWwgDQogICBmdW5jdGlvbnMgaXMgaW1wb3J0YW50IGluIG1hbnkgY2FzZXMu ICBGb3IgZXhhbXBsZSwgYSBOQVQgZnVuY3Rpb24gDQogICBtYXkgY2hhbmdlIGEgcGFja2V0J3Mg c291cmNlIG9yIGRlc3RpbmF0aW9uIElQIGFkZHJlc3MuICBBbnkgbnVtYmVyIA0KICAgb2Ygb3Ro ZXIgbG9naWNhbCBmdW5jdGlvbnMgKGUuZy4sIGxheWVyIDMgZm9yd2FyZGluZywgaW5ncmVzcy9l Z3Jlc3MgDQogICBmaXJld2FsbCwgc2hhcGluZywgYWNjb3VudGluZykgbWF5IG1ha2UgdXNlIG9m IHRoZSBzb3VyY2Ugb3IgDQogICBkZXN0aW5hdGlvbiBJUCBhZGRyZXNzIHdoZW4gbWFraW5nIGRl Y2lzaW9ucy4gIFRoZSBDRSBuZWVkcyB0byBrbm93IA0KICAgd2hldGhlciB0byBjb25maWd1cmUg dGhlc2UgbG9naWNhbCBmdW5jdGlvbnMgd2l0aCB0aGUgcHJlLU5BVCBvciANCiAgIHBvc3QtTkFU IElQIGFkZHJlc3MuICBGdXJ0aGVybW9yZSwgdGhlIG1vZGVsIE1VU1QgYmUgY2FwYWJsZSBvZiAN CiAgIGV4cHJlc3NpbmcgbXVsdGlwbGUgaW5zdGFuY2VzIG9mIHRoZSBzYW1lIGxvZ2ljYWwgZnVu Y3Rpb24gaW4gYSBGRSdzIA0KICAgcHJvY2Vzc2luZyBwYXRoLiAgVXNpbmcgTkFUIGFnYWluIGFz IGFuIGV4YW1wbGUsIG9uZSBOQVQgZnVuY3Rpb24gaXMgDQogICB0eXBpY2FsbHkgcGVyZm9ybWVk IGJlZm9yZSB0aGUgZm9yd2FyZGluZyBkZWNpc2lvbiAocGFja2V0cyBhcnJpdmluZyANCiAgIGV4 dGVybmFsbHkgaGF2ZSB0aGVpciBwdWJsaWMgYWRkcmVzc2VzIHJlcGxhY2VkIHdpdGggcHJpdmF0 ZSANCg0KDQogIA0KS2hvc3JhdmksIGV0LiBhbC4gICAgICAgRXhwaXJlcyBOb3ZlbWJlciAyMDAz ICAgICAgICAgICAgICAgIFtQYWdlIDhdDQoNCg0KDQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAg ICBGb3JDRVMgUmVxdWlyZW1lbnRzICAgICAgICAgICAgTWF5IDIwMDMgDQogICBhZGRyZXNzZXMp IGFuZCBvbmUgTkFUIGZ1bmN0aW9uIGlzIHBlcmZvcm1lZCBhZnRlciB0aGUgZm9yd2FyZGluZyAN CiAgIGRlY2lzaW9uIChmb3IgcGFja2V0cyBleGl0aW5nIHRoZSBkb21haW4sIHRoZWlyIHByaXZh dGUgYWRkcmVzc2VzIA0KICAgYXJlIHJlcGxhY2VkIGJ5IHB1YmxpYyBvbmVzKS4gDQogICAgDQo2 LjQuIEZsZXhpYmlsaXR5IA0KICAgIA0KICAgRmluYWxseSwgdGhlIEZFIG1vZGVsIFNIT1VMRCBw cm92aWRlIGEgZmxleGlibGUgaW5mcmFzdHJ1Y3R1cmUgaW4gDQogICB3aGljaCBuZXcgbG9naWNh bCBmdW5jdGlvbnMgYW5kIG5ldyBjbGFzc2lmaWNhdGlvbiwgYWN0aW9uLCBhbmQgDQogICBwYXJh bWV0ZXJpemF0aW9uIGRhdGEgY2FuIGJlIGVhc2lseSBhZGRlZC4gIEluIGFkZGl0aW9uLCB0aGUg RkUgDQogICBtb2RlbCBNVVNUIGJlIGNhcGFibGUgb2YgZGVzY3JpYmluZyB0aGUgdHlwZXMgb2Yg c3RhdGlzdGljcyBnYXRoZXJlZCANCiAgIGJ5IGVhY2ggbG9naWNhbCBmdW5jdGlvbi4gICANCiAg ICANCjYuNS4gTWluaW1hbCBTZXQgb2YgTG9naWNhbCBGdW5jdGlvbnMgDQogICAgDQogICBUaGUg cmVzdCBvZiB0aGlzIHNlY3Rpb24gZGVmaW5lcyBhIG1pbmltYWwgc2V0IG9mIGxvZ2ljYWwgZnVu Y3Rpb25zIA0KICAgdGhhdCBhbnkgRkUgbW9kZWwgTVVTVCBzdXBwb3J0LiAgVGhpcyBtaW5pbWFs IHNldCBET0VTIE5PVCBpbXBseSANCiAgIHRoYXQgYWxsIEZFcyBtdXN0IHByb3ZpZGUgdGhpcyBm dW5jdGlvbmFsaXR5LiAgSW5zdGVhZCwgdGhlc2UgDQogICByZXF1aXJlbWVudHMgb25seSBzcGVj aWZ5IHRoYXQgdGhlIG1vZGVsIG11c3QgYmUgY2FwYWJsZSBvZiANCiAgIGV4cHJlc3NpbmcgdGhl IGNhcGFiaWxpdGllcyB0aGF0IEZFcyBtYXkgY2hvb3NlIHRvIHByb3ZpZGUuIA0KICAgIA0KICAg MSlQb3J0IEZ1bmN0aW9ucyANCiAgIFRoZSBGRSBtb2RlbCBNVVNUIGJlIGNhcGFibGUgb2YgZXhw cmVzc2luZyB0aGUgbnVtYmVyIG9mIHBvcnRzIG9uIA0KICAgdGhlIGRldmljZSwgdGhlIHN0YXRp YyBhdHRyaWJ1dGVzIG9mIGVhY2ggcG9ydCAoZS5nLiwgcG9ydCB0eXBlLCANCiAgIGxpbmsgc3Bl ZWQpLCBhbmQgdGhlIGNvbmZpZ3VyYWJsZSBhdHRyaWJ1dGVzIG9mIGVhY2ggcG9ydCAoZS5nLiwg SVAgDQogICBhZGRyZXNzLCBhZG1pbmlzdHJhdGl2ZSBzdGF0dXMpLiANCiAgICANCiAgIDIpRm9y d2FyZGluZyBGdW5jdGlvbnMgDQogICBUaGUgRkUgbW9kZWwgTVVTVCBiZSBjYXBhYmxlIG9mIGV4 cHJlc3NpbmcgdGhlIGRhdGEgdGhhdCBjYW4gYmUgdXNlZCANCiAgIGJ5IHRoZSBmb3J3YXJkaW5n IGZ1bmN0aW9uIHRvIG1ha2UgYSBmb3J3YXJkaW5nIGRlY2lzaW9uLiBTdXBwb3J0IA0KICAgZm9y IElQdjQgYW5kIElQdjYgdW5pY2FzdCBhbmQgbXVsdGljYXN0IGZvcndhcmRpbmcgZnVuY3Rpb25z IE1VU1QgYmUgDQogICBwcm92aWRlZCBieSB0aGUgbW9kZWwuIA0KICAgIA0KICAgMylRb1MgRnVu Y3Rpb25zIA0KICAgVGhlIEZFIG1vZGVsIE1VU1QgYWxsb3cgYSBGRSB0byBleHByZXNzIGl0cyBR b1MgY2FwYWJpbGl0aWVzIGluIA0KICAgdGVybXMgb2YsIGUuZy4sIG1ldGVyaW5nLCBwb2xpY2lu Zywgc2hhcGluZywgYW5kIHF1ZXVpbmcgZnVuY3Rpb25zLiAgDQogICBUaGUgRkUgbW9kZWwgTVVT VCBiZSBjYXBhYmxlIG9mIGV4cHJlc3NpbmcgdGhlIHVzZSBvZiB0aGVzZSANCiAgIGZ1bmN0aW9u cyB0byBwcm92aWRlIEludFNlcnYgb3IgRGlmZlNlcnYgZnVuY3Rpb25hbGl0eSBhcyBkZXNjcmli ZWQgDQogICBpbiBbUkZDMjIxMV0sIFtSRkMyMjEyXSwgW1JGQzIyMTVdLCBbUkZDMjQ3NV0sIGFu ZCBbUkZDMzI5MF0uIA0KICAgIA0KICAgNClHZW5lcmljIEZpbHRlcmluZyBGdW5jdGlvbnMgDQog ICBUaGUgRkUgbW9kZWwgTVVTVCBiZSBjYXBhYmxlIG9mIGV4cHJlc3NpbmcgY29tcGxleCBzZXRz IG9mIGZpbHRlcmluZyANCiAgIGZ1bmN0aW9ucy4gIFRoZSBtb2RlbCBNVVNUIGJlIGFibGUgdG8g ZXhwcmVzcyB0aGUgZXhpc3RlbmNlIG9mIHRoZXNlIA0KICAgZnVuY3Rpb25zIGF0IGFyYml0cmFy eSBwb2ludHMgaW4gdGhlIHNlcXVlbmNlIG9mIGEgRkUncyBwYWNrZXQgDQogICBwcm9jZXNzaW5n IGZ1bmN0aW9ucy4gIFRoZSBGRSBtb2RlbCBNVVNUIGJlIGNhcGFibGUgb2YgZXhwcmVzc2luZyBh IA0KICAgd2lkZSByYW5nZSBvZiBjbGFzc2lmaWNhdGlvbiBhYmlsaXRpZXMgZnJvbSBzaW5nbGUg ZmllbGRzIChlLmcuLCANCiAgIGRlc3RpbmF0aW9uIGFkZHJlc3MpIHRvIGFyYml0cmFyeSBuLXR1 cGxlcy4gIFNpbWlsYXJseSwgdGhlIEZFIG1vZGVsIA0KICAgTVVTVCBiZSBjYXBhYmxlIG9mIGV4 cHJlc3Npbmcgd2hhdCBhY3Rpb25zIHRoZXNlIGZpbHRlcmluZyBmdW5jdGlvbnMgDQogICBjYW4g cGVyZm9ybSBvbiBwYWNrZXRzIHRoYXQgdGhlIGNsYXNzaWZpZXIgbWF0Y2hlcy4gDQogICAgDQoN Cg0KICANCktob3NyYXZpLCBldC4gYWwuICAgICAgIEV4cGlyZXMgTm92ZW1iZXIgMjAwMyAgICAg ICAgICAgICAgICBbUGFnZSA5XQ0KDQoNCg0KSW50ZXJuZXQgRHJhZnQgICAgICAgICAgICAgRm9y Q0VTIFJlcXVpcmVtZW50cyAgICAgICAgICAgIE1heSAyMDAzIA0KICAgNSlWZW5kb3ItU3BlY2lm aWMgRnVuY3Rpb25zIA0KICAgVGhlIEZFIG1vZGVsIFNIT1VMRCBiZSBleHRlbnNpYmxlIHNvIHRo YXQgbmV3LCBjdXJyZW50bHkgdW5rbm93biAgRkUgDQogICBmdW5jdGlvbmFsaXR5IGNhbiBiZSBl eHByZXNzZWQuIFRoZSBGRSBNb2RlbCBTSE9VTEQgTk9UIGJlIGV4dGVuZGVkIA0KICAgdG8gZXhw cmVzcyBzdGFuZGFyZC9jb21tb24gZnVuY3Rpb25zIGluIGEgcHJvcHJpZXRhcnkgbWFubmVyLiBU aGlzIA0KICAgd291bGQgTk9UIGJlIEZvckNFUyBjb21wbGlhbnQuIA0KICAgIA0KICAgNilIaWdo LVRvdWNoIEZ1bmN0aW9ucyANCiAgIFRoZSBGRSBtb2RlbCBNVVNUIGJlIGNhcGFibGUgb2YgZXhw cmVzc2luZyB0aGUgZW5jYXBzdWxhdGlvbiBhbmQgDQogICB0dW5uZWxpbmcgY2FwYWJpbGl0aWVz IG9mIGEgRkUuIFRoZSBGRSBtb2RlbCBNVVNUIHN1cHBvcnQgZnVuY3Rpb25zIA0KICAgdGhhdCBt YXJrIHRoZSBjbGFzcyBvZiBzZXJ2aWNlIHRoYXQgYSBwYWNrZXQgc2hvdWxkIHJlY2VpdmUgKGku ZS4gDQogICBJUHY0IGhlYWRlciBUT1Mgb2N0ZXQgb3IgdGhlIElQdjYgVHJhZmZpYyBDbGFzcyBv Y3RldCkuICBUaGUgRkUgDQogICBtb2RlbCBNQVkgc3VwcG9ydCBvdGhlciBoaWdoIHRvdWNoIGZ1 bmN0aW9ucyAoZS5nLiwgTkFULCBBTEcpLiANCiAgICANCiAgIDcpU2VjdXJpdHkgRnVuY3Rpb25z IA0KICAgVGhlIEZFIG1vZGVsIE1VU1QgYmUgY2FwYWJsZSBvZiBleHByZXNzaW5nIHRoZSB0eXBl cyBvZiBlbmNyeXB0aW9uIA0KICAgdGhhdCBtYXkgYmUgYXBwbGllZCB0byBwYWNrZXRzIGluIHRo ZSBmb3J3YXJkaW5nIHBhdGguIA0KICAgIA0KICAgOClPZmYtbG9hZGVkIEZ1bmN0aW9ucyANCiAg IFBlci1wYWNrZXQgcHJvY2Vzc2luZyBjYW4gbGVhdmUgc3RhdGUgaW4gdGhlIEZFLCBzbyB0aGF0 IGxvZ2ljYWwgDQogICBmdW5jdGlvbnMgZXhlY3V0ZWQgZHVyaW5nIHBhY2tldCBwcm9jZXNzaW5n IGNhbiBwZXJmb3JtIGluIGEgDQogICBjb25zaXN0ZW50IG1hbm5lciAoZm9yIGluc3RhbmNlLCBl YWNoIHBhY2tldCBtYXkgdXBkYXRlIHRoZSBzdGF0ZSBvZiANCiAgIHRoZSB0b2tlbiBidWNrZXQg b2NjdXBhbmN5IG9mIGEgZ2l2ZSBwb2xpY2VyKS4gSW4gYWRkaXRpb24sIEZFcyBNVVNUIA0KICAg YWxsb3cgbG9naWNhbCBmdW5jdGlvbnMgdG8gZXhlY3V0ZSBhc3luY2hyb25vdXNseSBmcm9tIHBh Y2tldCANCiAgIHByb2Nlc3NpbmcsIGFjY29yZGluZyB0byBhIGNlcnRhaW4gZmluaXRlLXN0YXRl IG1hY2hpbmUsIGluIG9yZGVyIHRvIA0KICAgcGVyZm9ybSBmdW5jdGlvbnMgdGhhdCBhcmUsIGZv ciBpbnN0YW5jZSwgb2ZmLWxvYWRlZCBmcm9tIHRoZSBDRSB0byANCiAgIHRoZSBGRS4gVGhlIEZF IG1vZGVsIE1VU1QgYmUgY2FwYWJsZSBvZiBleHByZXNzaW5nIHRoZXNlIA0KICAgYXN5bmNocm9u b3VzIGZ1bmN0aW9ucy4gRXhhbXBsZXMgb2Ygc3VjaCBmdW5jdGlvbnMgaW5jbHVkZSB0aGUgDQog ICBmaW5pdGUtc3RhdGUgbWFjaGluZSBleGVjdXRpb24gcmVxdWlyZWQgYnkgVENQIHRlcm1pbmF0 aW9uIG9yIE9TUEYgDQogICBIZWxsbyBwcm9jZXNzaW5nLCB0cmlnZ2VyZWQgbm90IG9ubHkgYnkg cGFja2V0IGV2ZW50cywgYnV0IGJ5IHRpbWVyIA0KICAgZXZlbnRzIGFzIHdlbGwuIFRoaXMgRG9l cyBOT1QgbWVhbiBvZmYtbG9hZGluZyBvZiBhbnkgcGllY2Ugb2YgY29kZSANCiAgIHRvIGFuIEZF LCBqdXN0IHRoYXQgdGhlIEZFIE1vZGVsIHNob3VsZCBiZSBhYmxlIHRvIGV4cHJlc3MgZXhpc3Rp bmcgDQogICBPZmYtbG9hZGVkIGZ1bmN0aW9ucyBvbiBhbiBGRS4gDQogICAgDQogICA5KUlQRkxP Vy9QU0FNUCBGdW5jdGlvbnMgDQogICBTZXZlcmFsIGFwcGxpY2F0aW9ucyBzdWNoIGFzLCBVc2Fn ZS1iYXNlZCBBY2NvdW50aW5nLCBUcmFmZmljIA0KICAgZW5naW5lZXJpbmcsIHJlcXVpcmUgZmxv dy1iYXNlZCBJUCB0cmFmZmljIG1lYXN1cmVtZW50cyBmcm9tIE5ldHdvcmsgDQogICBFbGVtZW50 cy4gW0lQRkxPV10gZGVmaW5lcyBhcmNoaXRlY3R1cmUgZm9yIElQIHRyYWZmaWMgZmxvdyANCiAg IG1vbml0b3JpbmcsIG1lYXN1cmluZyBhbmQgZXhwb3J0aW5nLiBUaGUgRkUgbW9kZWwgU0hPVUxE IGJlIGFibGUgdG8gDQogICBleHByZXNzIG1ldGVyaW5nIGZ1bmN0aW9ucyBhbmQgZmxvdyBhY2Nv dW50aW5nIG5lZWRlZCBmb3IgZXhwb3J0aW5nIA0KICAgSVAgdHJhZmZpYyBmbG93IGluZm9ybWF0 aW9uLiANCiAgIFNpbWlsYXJseSB0byBzdXBwb3J0IG1lYXN1cmVtZW50LWJhc2VkIGFwcGxpY2F0 aW9ucywgW1BTQU1QXSANCiAgIGRlc2NyaWJlcyBhIGZyYW1ld29yayB0byBkZWZpbmUgYSBzdGFu ZGFyZCBzZXQgb2YgY2FwYWJpbGl0aWVzIGZvciANCiAgIG5ldHdvcmsgZWxlbWVudHMgdG8gc2Ft cGxlIHN1YnNldHMgb2YgcGFja2V0cyBieSBzdGF0aXN0aWNhbCBhbmQgDQogICBvdGhlciBtZXRo b2RzLiBUaGUgRkUgbW9kZWwgU0hPVUxEIGJlIGFibGUgdG8gZXhwcmVzcyBzdGF0aXN0aWNhbCAN CiAgIHBhY2tldCBmaWx0ZXJpbmcgZnVuY3Rpb25zIGFuZCBwYWNrZXQgaW5mb3JtYXRpb24gbmVl ZGVkIGZvciANCiAgIHN1cHBvcnRpbmcgcGFja2V0IHNhbXBsaW5nIGFwcGxpY2F0aW9ucy4gDQog ICAgDQogICAgDQo3LiBGb3JDRVMgUHJvdG9jb2wgUmVxdWlyZW1lbnRzIA0KDQoNCg0KICANCkto b3NyYXZpLCBldC4gYWwuICAgICAgIEV4cGlyZXMgTm92ZW1iZXIgMjAwMyAgICAgICAgICAgICAg IFtQYWdlIDEwXQ0KDQoNCg0KSW50ZXJuZXQgRHJhZnQgICAgICAgICAgICAgRm9yQ0VTIFJlcXVp cmVtZW50cyAgICAgICAgICAgIE1heSAyMDAzIA0KICAgIA0KICAgVGhpcyBzZWN0aW9uIHNwZWNp ZmllcyBzb21lIG9mIHRoZSByZXF1aXJlbWVudHMgdGhhdCB0aGUgRm9yQ0VTIA0KICAgcHJvdG9j b2wgTVVTVCBtZWV0LiANCiAgICANCiAgIDEpQ29uZmlndXJhdGlvbiBvZiBNb2RlbGVkIEVsZW1l bnRzIA0KICAgVGhlIEZvckNFUyBwcm90b2NvbCBNVVNUIGFsbG93IHRoZSBDRXMgdG8gZGV0ZXJt aW5lIHRoZSBjYXBhYmlsaXRpZXMgDQogICBvZiBlYWNoIEZFLiAgVGhlc2UgY2FwYWJpbGl0aWVz IFNIQUxMIGJlIGV4cHJlc3NlZCB1c2luZyB0aGUgRkUgDQogICBtb2RlbCB3aG9zZSByZXF1aXJl bWVudHMgYXJlIGRlZmluZWQgaW4gU2VjdGlvbiA2LiAgRnVydGhlcm1vcmUsIHRoZSANCiAgIHBy b3RvY29sIE1VU1QgcHJvdmlkZSBhIG1lYW5zIGZvciB0aGUgQ0VzIHRvIGNvbnRyb2wgYWxsIHRo ZSBGRSANCiAgIGNhcGFiaWxpdGllcyB0aGF0IGFyZSBkaXNjb3ZlcmVkIHRocm91Z2ggdGhlIEZF IG1vZGVsLiBUaGUgcHJvdG9jb2wgDQogICBNVVNUIGJlIGFibGUgdG8gYWRkL3JlbW92ZSBjbGFz c2lmaWNhdGlvbi9hY3Rpb24gZW50cmllcywgc2V0L2RlbGV0ZSANCiAgIHBhcmFtZXRlcnMsIHF1 ZXJ5IHN0YXRpc3RpY3MsIGFuZCByZWdpc3RlciBmb3IgYW5kIHJlY2VpdmUgZXZlbnRzLiANCiAN CiAgIDIpU3VwcG9ydCBmb3IgU2VjdXJlIENvbW11bmljYXRpb24gDQogICBhKSBGRSBjb25maWd1 cmF0aW9uIHdpbGwgY29udGFpbiBpbmZvcm1hdGlvbiBjcml0aWNhbCB0byB0aGUgDQogICAgIGZ1 bmN0aW9uaW5nIG9mIGEgbmV0d29yayAoZS5nLiBJUCBGb3J3YXJkaW5nIFRhYmxlcykuIEFzIHN1 Y2gsIGl0IA0KICAgICBNVVNUIGJlIHBvc3NpYmxlIHRvIGVuc3VyZSB0aGUgaW50ZWdyaXR5IG9m IGFsbCBGb3JDRVMgcHJvdG9jb2wgDQogICAgIG1lc3NhZ2VzIGFuZCBwcm90ZWN0IGFnYWluc3Qg bWFuLWluLXRoZS1taWRkbGUgYXR0YWNrcy4gDQogICBiKSBGRSBjb25maWd1cmF0aW9uIGluZm9y bWF0aW9uIG1heSBhbHNvIGNvbnRhaW4gaW5mb3JtYXRpb24gZGVyaXZlZCANCiAgICAgZnJvbSBi dXNpbmVzcyByZWxhdGlvbnNoaXBzIChlLmcuIHNlcnZpY2UgbGV2ZWwgYWdyZWVtZW50cykuIA0K ICAgICBCZWNhdXNlIG9mIHRoZSBjb25maWRlbnRpYWwgbmF0dXJlIG9mIHRoZSBpbmZvcm1hdGlv biwgaXQgTVVTVCBiZSANCiAgICAgcG9zc2libGUgdG8gc2VjdXJlIChtYWtlIHByaXZhdGUpIGFs bCBGb3JDRVMgcHJvdG9jb2wgbWVzc2FnZXMuIA0KICAgYykgSW4gb3JkZXIgdG8gZW5zdXJlIHRo YXQgYXV0aG9yaXplZCBDRXMgYW5kIEZFcyBhcmUgcGFydGljaXBhdGluZyANCiAgICAgaW4gYSBO RSBhbmQgZGVmZW5kIGFnYWluc3QgQ0Ugb3IgRkUgaW1wZXJzb25hdGlvbiBhdHRhY2tzLCB0aGUg DQogICAgIEZvckNFUyBhcmNoaXRlY3R1cmUgTVVTVCBzZWxlY3QgYSBtZWFucyBvZiBhdXRoZW50 aWNhdGlvbiBmb3IgQ0VzIA0KICAgICBhbmQgRkVzLiANCiAgIGQpIEluIHNvbWUgZGVwbG95bWVu dHMgRm9yQ0VTIGlzIGV4cGVjdGVkIHRvIGJlIGRlcGxveWVkIGJldHdlZW4gQ0VzIA0KICAgICBh bmQgRkVzIGNvbm5lY3RlZCB0byBlYWNoIG90aGVyIGluc2lkZSBhIGJveCBvdmVyIGEgYmFja3Bs YW5lLCANCiAgICAgd2hlcmUgcGh5c2ljYWwgc2VjdXJpdHkgb2YgdGhlIGJveCBlbnN1cmVzIHRo YXQgbWFuLWluLXRoZS1taWRkbGUsIA0KICAgICBzbm9vcGluZywgYW5kIGltcGVyc29uYXRpb24g YXR0YWNrcyBhcmUgbm90IHBvc3NpYmxlLiBJbiBzdWNoIA0KICAgICBzY2VuYXJpb3MgdGhlIEZv ckNFUyBhcmNoaXRlY3R1cmUgTUFZIHJlbHkgb24gdGhlIHBoeXNpY2FsIA0KICAgICBzZWN1cml0 eSBvZiB0aGUgYm94IHRvIGRlZmVuZCBhZ2FpbnN0IHRoZXNlIGF0dGFja3MgYW5kIHByb3RvY29s IA0KICAgICBtZWNoYW5pc21zIE1heSBiZSB0dXJuZWQgb2ZmLiANCiAgIGUpIEluIHRoZSBjYXNl IHdoZW4gQ0VzIGFuZCBGRXMgYXJlIGNvbm5lY3RlZCBvdmVyIGEgbmV0d29yaywgDQogICAgIHNl Y3VyaXR5IG1lY2hhbmlzbXMgTVVTVCBiZSBzcGVjaWZpZWQgb3Igc2VsZWN0ZWQgdGhhdCBwcm90 ZWN0IHRoZSANCiAgICAgRm9yQ0VTIHByb3RvY29sIGFnYWluc3Qgc3VjaCBhdHRhY2tzLiAgQW55 IHNlY3VyaXR5IHNvbHV0aW9uIHVzZWQgDQogICAgIGZvciBGb3JDRVMgTVVTVCBzcGVjaWZ5IGhv dyBpdCBkZWFscyB3aXRoIHN1Y2ggYXR0YWNrcy4gDQogICAgDQogICAzKVNjYWxhYmlsaXR5IA0K ICAgVGhlIEZvckNFUyBwcm90b2NvbCBNVVNUIGJlIGNhcGFibGUgb2Ygc3VwcG9ydGluZyAoaS5l LiwgbXVzdCBzY2FsZSANCiAgIHRvKSBhdCBsZWFzdCBodW5kcmVkcyBvZiBGRXMgYW5kIHRlbnMg b2YgdGhvdXNhbmRzIG9mIHBvcnRzLiAgRm9yIA0KICAgZXhhbXBsZSwgdGhlIEZvckNFUyBwcm90 b2NvbCBmaWVsZCBzaXplcyBjb3JyZXNwb25kaW5nIHRvIEZFIG9yIHBvcnQgDQogICBudW1iZXJz IFNIQUxMIGJlIGxhcmdlIGVub3VnaCB0byBzdXBwb3J0IHRoZSBtaW5pbXVtIHJlcXVpcmVkIA0K ICAgbnVtYmVycy4gIFRoaXMgcmVxdWlyZW1lbnQgZG9lcyBub3QgcmVsYXRlIHRvIHRoZSBwZXJm b3JtYW5jZSBvZiBhIA0KICAgTkUgYXMgdGhlIG51bWJlciBvZiBGRXMgb3IgcG9ydHMgaW4gdGhl IE5FIGdyb3dzLiANCiAgICANCiAgIDQpTXVsdGlob3AgDQogICBXaGVuIHRoZSBDRXMgYW5kIEZF cyBhcmUgc2VwYXJhdGVkIGJleW9uZCBhIHNpbmdsZSBob3AsIHRoZSBGb3JDRVMgDQogICBwcm90 b2NvbCB3aWxsIG1ha2UgdXNlIG9mIGFuIGV4aXN0aW5nIFJGQzI5MTQgY29tcGxpYW50IEw0IHBy b3RvY29sIA0KDQoNCg0KICANCktob3NyYXZpLCBldC4gYWwuICAgICAgIEV4cGlyZXMgTm92ZW1i ZXIgMjAwMyAgICAgICAgICAgICAgIFtQYWdlIDExXQ0KDQoNCg0KSW50ZXJuZXQgRHJhZnQgICAg ICAgICAgICAgRm9yQ0VTIFJlcXVpcmVtZW50cyAgICAgICAgICAgIE1heSAyMDAzIA0KICAgd2l0 aCBhZGVxdWF0ZSByZWxpYWJpbGl0eSwgc2VjdXJpdHkgYW5kIGNvbmdlc3Rpb24gY29udHJvbCAo ZS5nLiANCiAgIFRDUCwgU0NUUCkgZm9yIHRyYW5zcG9ydCBwdXJwb3Nlcy4gDQogICAgDQogICA1 KU1lc3NhZ2UgUHJpb3JpdHkgDQogICBUaGUgRm9yQ0VTIHByb3RvY29sIE1VU1QgcHJvdmlkZSBh IG1lYW5zIHRvIGV4cHJlc3MgdGhlIHByb3RvY29sIA0KICAgbWVzc2FnZSBwcmlvcml0aWVzLiAN CiAgICANCiAgIDYpUmVsaWFiaWxpdHkgDQogICBhKSBUaGUgRm9yQ0VTIHByb3RvY29sIHdpbGwg YmUgdXNlZCB0byB0cmFuc3BvcnQgaW5mb3JtYXRpb24gdGhhdCANCiAgICAgcmVxdWlyZXMgdmFy eWluZyBsZXZlbHMgb2YgcmVsaWFiaWxpdHkuIEJ5IHN0cmljdCBvciByb2J1c3QgDQogICAgIHJl bGlhYmlsaXR5IGluIHRoaXMgcmVxdWlyZW1lbnQgd2UgbWVhbiwgbm8gbG9zc2VzLCBubyBjb3Jy dXB0aW9uLCANCiAgICAgbm8gcmUtb3JkZXJpbmcgb2YgaW5mb3JtYXRpb24gYmVpbmcgdHJhbnNw b3J0ZWQgYW5kIGRlbGl2ZXJ5IGluIGEgDQogICAgIHRpbWVseSBmYXNoaW9uLiANCiAgIGIpIFNv bWUgaW5mb3JtYXRpb24gb3IgcGF5bG9hZHMsIHN1Y2ggYXMgcmVkaXJlY3RlZCBwYWNrZXRzIG9y IHBhY2tldCANCiAgICAgc2FtcGxpbmcsIG1heSBub3QgcmVxdWlyZSByb2J1c3QgcmVsaWFiaWxp dHkgKGNhbiB0b2xlcmF0ZSBzb21lIA0KICAgICBkZWdyZWUgb2YgbG9zc2VzKS4gRm9yIGluZm9y bWF0aW9uIG9mIHRoaXMgc29ydCwgRm9yQ0VTIE1BWSBOT1QgDQogICAgIGltcG9zZSBzdHJpY3Qg cmVsaWFiaWxpdHkuIA0KICAgYykgUGF5bG9hZHMgc3VjaCBhcyBjb25maWd1cmF0aW9uIGluZm9y bWF0aW9uLCBlLmcuIEFDTHMsIEZJQiANCiAgICAgZW50cmllcywgb3IgRkUgY2FwYWJpbGl0eSBp bmZvcm1hdGlvbiAoZGVzY3JpYmVkIGluIHNlY3Rpb24gNywgDQogICAgICgxKSkgYXJlIG1pc3Np b24gY3JpdGljYWwgYW5kIG11c3QgYmUgZGVsaXZlcmVkIGluIGEgcm9idXN0IA0KICAgICByZWxp YWJsZSBmYXNoaW9uLiBUaHVzLCBmb3IgaW5mb3JtYXRpb24gb2YgdGhpcyBzb3J0LCBGb3JDRVMg TVVTVCANCiAgICAgZWl0aGVyIHByb3ZpZGUgYnVpbHQtaW4gcHJvdG9jb2wgbWVjaGFuaXNtcyBv ciB1c2UgYSByZWxpYWJsZSANCiAgICAgdHJhbnNwb3J0IHByb3RvY29sIGZvciBhY2hpZXZpbmcg cm9idXN0L3N0cmljdCByZWxpYWJpbGl0eS4gDQogICBkKSBTb21lIGluZm9ybWF0aW9uIG9yIHBh eWxvYWRzLCBzdWNoIGFzIGhlYXJ0YmVhdCBwYWNrZXRzIHRoYXQgbWF5IA0KICAgICBiZSB1c2Vk IHRvIGRldGVjdCBsb3NzIG9mIGFzc29jaWF0aW9uIGJldHdlZW4gQ0UgYW5kIEZFcyAoc2VlIA0K ICAgICBzZWN0aW9uIDcsICg4KSksIG1heSBwcmVmZXIgdGltZWxpbmVzcyBvdmVyIHJlbGlhYmxl IGRlbGl2ZXJ5LiBGb3IgDQogICAgIGluZm9ybWF0aW9uIG9mIHRoaXMgc29ydCwgRm9yQ0VTIE1B WSBOT1QgaW1wb3NlIHN0cmljdCANCiAgICAgcmVsaWFiaWxpdHkuIA0KICAgZSkgV2hlbiBGb3JD RVMgaXMgY2FycmllZCBvdmVyIG11bHRpLWhvcCBJUCBuZXR3b3JrcywgaXQgaXMgYSANCiAgICAg cmVxdWlyZW1lbnQgdGhhdCBGb3JDRVMgTVVTVCB1c2UgYSBbUkZDMjkxNF0tY29tcGxpYW50IHRy YW5zcG9ydCANCiAgICAgcHJvdG9jb2wuIA0KICAgZikgSW4gY2FzZXMgd2hlcmUgRm9yQ0VTIGlz IG5vdCBydW5uaW5nIG92ZXIgYW4gSVAgbmV0d29yayBzdWNoIGFzIGFuIA0KICAgICBFdGhlcm5l dCBvciBjZWxsIGZhYnJpYyBiZXR3ZWVuIENFIGFuZCBGRSwgdGhlbiByZWxpYWJpbGl0eSBzdGls bCANCiAgICAgTVVTVCBiZSBwcm92aWRlZCB3aGVuIGNhcnJ5aW5nIGNyaXRpY2FsIGluZm9ybWF0 aW9uIG9mIHRoZSB0eXBlcyANCiAgICAgc3BlY2lmaWVkIGluIChjKSBhYm92ZSwgZWl0aGVyIGJ5 IHRoZSB1bmRlcmx5aW5nIGxpbmsvbmV0d29yay8gDQogICAgIHRyYW5zcG9ydCBsYXllcnMgb3Ig YnkgYnVpbHQtaW4gcHJvdG9jb2wgbWVjaGFuaXNtcy4gDQogICAgDQogICA3KUludGVyY29ubmVj dCBJbmRlcGVuZGVuY2UgDQogICBUaGUgRm9yQ0VTIHByb3RvY29sIE1VU1Qgc3VwcG9ydCBhIHZh cmlldHkgb2YgaW50ZXJjb25uZWN0IA0KICAgdGVjaG5vbG9naWVzLiAocmVmZXIgdG8gc2VjdGlv biA1LCByZXF1aXJlbWVudCMgMSkgDQogICAgDQogICA4KUNFIHJlZHVuZGFuY3kgb3IgQ0UgZmFp bG92ZXIgDQogICBUaGUgRm9yQ0VTIHByb3RvY29sIE1VU1Qgc3VwcG9ydCBtZWNoYW5pc21zIGZv ciBDRSByZWR1bmRhbmN5IG9yIENFIA0KICAgZmFpbG92ZXIuIFRoaXMgaW5jbHVkZXMgdGhlIGFi aWxpdHkgZm9yIENFcyBhbmQgRkVzIHRvIGRldGVybWluZSANCiAgIHdoZW4gdGhlcmUgaXMgYSBs b3NzIG9mIGFzc29jaWF0aW9uIGJldHdlZW4gdGhlbSwgYWJpbGl0eSB0byByZXN0b3JlIA0KICAg YXNzb2NpYXRpb24gYW5kIGVmZmljaWVudCBzdGF0ZSAocmUpc3luY2hyb25pemF0aW9uIG1lY2hh bmlzbXMuIFRoaXMgDQogICBhbHNvIGluY2x1ZGVzIHRoZSBhYmlsaXR5IHRvIHByZXNldCB0aGUg YWN0aW9ucyBhbiBGRSB3aWxsIHRha2UgaW4gDQogICByZWFjdGlvbiB0byBsb3NzIG9mIGFzc29j aWF0aW9uIHRvIGl0cyBDRSBlLmcuLCB3aGV0aGVyIHRoZSBGRSB3aWxsIA0KDQoNCg0KDQogIA0K S2hvc3JhdmksIGV0LiBhbC4gICAgICAgRXhwaXJlcyBOb3ZlbWJlciAyMDAzICAgICAgICAgICAg ICAgW1BhZ2UgMTJdDQoNCg0KDQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICBGb3JDRVMgUmVx dWlyZW1lbnRzICAgICAgICAgICAgTWF5IDIwMDMgDQogICBjb250aW51ZSB0byBmb3J3YXJkIHBh Y2tldHMgb3Igd2hldGhlciBpdCB3aWxsIGhhbHQgb3BlcmF0aW9ucy4gDQogICAocmVmZXIgdG8g c2VjdGlvbiA1LCByZXF1aXJlbWVudCMgNykgDQogICAgDQogICA5KVBhY2tldCBSZWRpcmVjdGlv bi9NaXJyb3JpbmcgDQogICBhKSBUaGUgRm9yQ0VTIHByb3RvY29sIE1VU1QgZGVmaW5lIGEgd2F5 IHRvIHJlZGlyZWN0IHBhY2tldHMgZnJvbSB0aGUgDQogICAgIEZFIHRvIHRoZSBDRSBhbmQgdmlj ZS12ZXJzYS4gUGFja2V0IHJlZGlyZWN0aW9uIHRlcm1pbmF0ZXMgYW55IA0KICAgICBmdXJ0aGVy IHByb2Nlc3Npbmcgb2YgdGhlIHJlZGlyZWN0ZWQgcGFja2V0IGF0IHRoZSBGRS4gDQogICBiKSBU aGUgRm9yQ0VTIHByb3RvY29sIE1VU1QgZGVmaW5lIGEgd2F5IHRvIG1pcnJvciBwYWNrZXRzIGZy b20gdGhlIA0KICAgICBGRSB0byB0aGUgQ0UuIE1pcnJvcmluZyBhbGxvd3MgdGhlIHBhY2tldCBk dXBsaWNhdGVkIGJ5IHRoZSBGRSBhdCANCiAgICAgdGhlIG1pcnJvcmluZyBwb2ludCB0byBiZSBz ZW50IHRvIHRoZSBDRSB3aGlsZSB0aGUgb3JpZ2luYWwgcGFja2V0IA0KICAgICBjb250aW51ZXMg dG8gYmUgcHJvY2Vzc2VkIGJ5IHRoZSBGRS4gDQogICBFeGFtcGxlcyBvZiBwYWNrZXRzIHRoYXQg bWF5IGJlIHJlZGlyZWN0ZWQgb3IgbWlycm9yZWQgaW5jbHVkZSANCiAgIGNvbnRyb2wgcGFja2V0 cyAoc3VjaCBhcyBSSVAsIE9TUEYgbWVzc2FnZXMpIGFkZHJlc3NlZCB0byB0aGUgDQogICBpbnRl cmZhY2VzIG9yIGFueSBvdGhlciByZWxldmFudCBwYWNrZXRzIChzdWNoIGFzIHRob3NlIHdpdGgg Um91dGVyIA0KICAgQWxlcnQgT3B0aW9uIHNldCkuIFRoZSBGb3JDRVMgcHJvdG9jb2wgTVVTVCBh bHNvIGRlZmluZSBhIHdheSBmb3IgdGhlIA0KICAgQ0UgdG8gY29uZmlndXJlIHRoZSBiZWhhdmlv ciBvZiBhKSBhbmQgYikgKGFib3ZlKSwgdG8gc3BlY2lmeSB3aGljaCANCiAgIHBhY2tldHMgYXJl IGFmZmVjdGVkIGJ5IGVhY2guIA0KICAgIA0KICAgMTApVG9wb2xvZ3kgRXhjaGFuZ2UgDQogICBU aGUgRm9yQ0VTIHByb3RvY29sIE1VU1QgYWxsb3cgdGhlIEZFcyB0byBwcm92aWRlIHRoZWlyIHRv cG9sb2d5IA0KICAgaW5mb3JtYXRpb24gKHRvcG9sb2d5IGJ5IHdoaWNoIHRoZSBGRXMgaW4gdGhl IE5FIGFyZSBjb25uZWN0ZWQpIHRvIA0KICAgdGhlIENFKHMpLiAocmVmZXIgdG8gc2VjdGlvbiA1 LCByZXF1aXJlbWVudCMgMTApIA0KICAgIA0KICAgMTEpRHluYW1pYyBBc3NvY2lhdGlvbiANCiAg IFRoZSBGb3JDRVMgcHJvdG9jb2wgTVVTVCBhbGxvdyBDRXMgYW5kIEZFcyB0byBqb2luIGFuZCBs ZWF2ZSBhIE5FIA0KICAgZHluYW1pY2FsbHkuIChyZWZlciB0byBzZWN0aW9uIDUsIHJlcXVpcmVt ZW50IyAxMikgDQogICAgDQogICAxMilDb21tYW5kIEJ1bmRsaW5nIA0KICAgVGhlIEZvckNFUyBw cm90b2NvbCBNVVNUIGJlIGFibGUgdG8gZ3JvdXAgYW4gb3JkZXJlZCBzZXQgb2YgY29tbWFuZHMg DQogICB0byBhIEZFLiBFYWNoIHN1Y2ggZ3JvdXAgb2YgY29tbWFuZHMgU0hPVUxEIGJlIHNlbnQg dG8gdGhlIEZFIGluIGFzIA0KICAgZmV3IG1lc3NhZ2VzIGFzIHBvc3NpYmxlLiBGdXJ0aGVybW9y ZSwgdGhlIHByb3RvY29sIE1VU1Qgc3VwcG9ydCB0aGUgDQogICBhYmlsaXR5IHRvIHNwZWNpZnkg aWYgYSBjb21tYW5kIGdyb3VwIE1VU1QgaGF2ZSBhbGwtb3Itbm90aGluZyANCiAgIHNlbWFudGlj cy4gDQogICAgDQogICAxMylBc3luY2hyb25vdXMgRXZlbnQgTm90aWZpY2F0aW9uIA0KICAgVGhl IEZvckNFUyBwcm90b2NvbCBNVVNUIGJlIGFibGUgdG8gYXN5bmNocm9ub3VzbHkgbm90aWZ5IHRo ZSBDRSBvZiANCiAgIGV2ZW50cyBvbiB0aGUgRkUgc3VjaCBhcyBmYWlsdXJlcyBvciBjaGFuZ2Ug aW4gYXZhaWxhYmxlIHJlc291cmNlcyANCiAgIG9yIGNhcGFiaWxpdGllcy4gKHJlZmVyIHRvIHNl Y3Rpb24gNSwgcmVxdWlyZW1lbnQjIDYpIA0KICAgIA0KICAgMTQpUXVlcnkgU3RhdGlzdGljcyAN CiAgIFRoZSBGb3JDRVMgcHJvdG9jb2wgTVVTVCBwcm92aWRlIGEgbWVhbnMgZm9yIHRoZSBDRSB0 byBiZSBhYmxlIHRvIA0KICAgcXVlcnkgc3RhdGlzdGljcyAobW9uaXRvciBwZXJmb3JtYW5jZSkg ZnJvbSB0aGUgRkUuIA0KICAgIA0KICAgMTUpIFByb3RlY3Rpb24gYWdhaW5zdCBEZW5pYWwgb2Yg U2VydmljZSBBdHRhY2tzIChiYXNlZCBvbiBDUFUgDQogICBvdmVybG9hZCBvciBxdWV1ZSBvdmVy ZmxvdykgDQogICBTeXN0ZW1zIHV0aWxpemluZyB0aGUgRm9yQ0VTIHByb3RvY29sIGNhbiBiZSBh dHRhY2tlZCB1c2luZyBkZW5pYWwgDQogICBvZiBzZXJ2aWNlIGF0dGFja3MgYmFzZWQgb24gQ1BV IG92ZXJsb2FkIG9yIHF1ZXVlIG92ZXJmbG93LiAgIA0KICAgVGhlIEZvckNFUyBwcm90b2NvbCBj b3VsZCBiZSBleHBsb2l0ZWQgYnkgc3VjaCBhdHRhY2tzIHRvIGNhdXNlIHRoZSANCiAgIENFIHRv IGJlY29tZSB1bmFibGUgdG8gY29udHJvbCB0aGUgRkUgb3IgYXBwcm9wcmlhdGVseSBjb21tdW5p Y2F0ZSANCg0KDQoNCiAgDQpLaG9zcmF2aSwgZXQuIGFsLiAgICAgICBFeHBpcmVzIE5vdmVtYmVy IDIwMDMgICAgICAgICAgICAgICBbUGFnZSAxM10NCg0KDQoNCkludGVybmV0IERyYWZ0ICAgICAg ICAgICAgIEZvckNFUyBSZXF1aXJlbWVudHMgICAgICAgICAgICBNYXkgMjAwMyANCiAgIHdpdGgg b3RoZXIgcm91dGVycyBhbmQgc3lzdGVtcy4gIFRoZSBGb3JDRVMgcHJvdG9jb2wgTVVTVCB0aGVy ZWZvcmUgDQogICBwcm92aWRlIG1lY2hhbmlzbXMgZm9yIGNvbnRyb2xsaW5nIEZFIGNhcGFiaWxp dGllcyB0aGF0IGNhbiBiZSB1c2VkIA0KICAgdG8gcHJvdGVjdCBhZ2FpbnN0IHN1Y2ggYXR0YWNr cy4gRkUgY2FwYWJpbGl0aWVzIHRoYXQgTVVTVCBiZSANCiAgIG1hbmlwdWxhdGVkIHZpYSBGb3JD RVMgaW5jbHVkZSB0aGUgYWJpbGl0eSB0byBpbnN0YWxsIGNsYXNzaWZpZXJzIA0KICAgYW5kIGZp bHRlcnMgdG8gZGV0ZWN0IGFuZCBkcm9wIGF0dGFjayBwYWNrZXRzLCBhcyB3ZWxsIGFzIHRvIGJl IGFibGUgDQogICB0byBpbnN0YWxsIHJhdGUgbGltaXRlcnMgdGhhdCBsaW1pdCB0aGUgcmF0ZSBv ZiBwYWNrZXRzIHdoaWNoIGFwcGVhciANCiAgIHRvIGJlIHZhbGlkIGJ1dCBtYXkgYmUgcGFydCBv ZiBhbiBhdHRhY2sgKGUuZy4gYm9ndXMgQkdQIHBhY2tldHMpLiANCiAgICANCiAgICANCjguIFJl ZmVyZW5jZXMgDQo4LjEuTm9ybWF0aXZlIFJlZmVyZW5jZXMgDQogICAgDQogICBbUkZDMzI5MF0g IFkuIEJlcm5ldCwgZXQuIGFsLiwgIkFuIEluZm9ybWFsIE1hbmFnZW1lbnQgTW9kZWwgZm9yIA0K ICAgRGlmZlNlcnYgUm91dGVycyIsICwgTWF5IDIwMDIuIA0KICAgIA0KICAgW1JGQzE4MTJdICBG LiBCYWtlciwgIlJlcXVpcmVtZW50cyBmb3IgSVAgVmVyc2lvbiA0IFJvdXRlcnMiLCANCiAgIFJG QzE4MTIsIEp1bmUgMTk5NS4gDQogICAgDQogICBbUkZDMjIxMV0gIEouIFdyb2NsYXdza2ksICJT cGVjaWZpY2F0aW9uIG9mIHRoZSBDb250cm9sbGVkLUxvYWQgDQogICBOZXR3b3JrIEVsZW1lbnQg U2VydmljZSIsIFJGQzIyMTEsIFNlcHRlbWJlciAxOTk3LiANCiAgICANCiAgIFtSRkMyMjEyXSAg Uy4gU2hlbmtlciwgQy4gUGFydHJpZGdlLCBSLiBHdWVyaW4sICJTcGVjaWZpY2F0aW9uIG9mIA0K ICAgR3VhcmFudGVlZCBRdWFsaXR5IG9mIFNlcnZpY2UiLCBSRkMyMjEyLCBTZXB0ZW1iZXIgMTk5 Ny4gDQogICAgDQogICBbUkZDMjIxNV0gIFMuIFNoZW5rZXIsIEouIFdyb2NsYXdza2ksICJHZW5l cmFsIENoYXJhY3Rlcml6YXRpb24gDQogICBQYXJhbWV0ZXJzIGZvciBJbnRlZ3JhdGVkIFNlcnZp Y2UgTmV0d29yayBFbGVtZW50cyIsIFJGQzIyMTUsIA0KICAgU2VwdGVtYmVyIDE5OTcuIA0KICAg IA0KICAgW1JGQzI0NzVdICBTLiBCbGFrZSwgZXQuIEFsLiwgIkFuIEFyY2hpdGVjdHVyZSBmb3Ig RGlmZmVyZW50aWF0ZWQgDQogICBTZXJ2aWNlIiwgUkZDMjQ3NSwgRGVjZW1iZXIgMTk5OC4gDQog ICAgDQogICBbUkZDMjkxNF0gIFMuIEZsb3lkLCAiQ29uZ2VzdGlvbiBDb250cm9sIFByaW5jaXBs ZXMiLCBSRkMyOTE0LCANCiAgIFNlcHRlbWJlciAyMDAwLiANCiAgICANCiAgIFtSRkMyNjYzXSAg UC4gU3Jpc3VyZXNoICYgTS4gSG9sZHJlZ2UsICJJUCBOZXR3b3JrIEFkZHJlc3MgDQogICBUcmFu c2xhdG9yIChOQVQpIFRlcm1pbm9sb2d5IGFuZCBDb25zaWRlcmF0aW9ucyIsIFJGQzI2NjMsIEF1 Z3VzdCANCiAgIDE5OTkuIA0KICAgIA0KOC4yLkluZm9ybWF0aXZlIFJlZmVyZW5jZXMgDQogICAg DQogICBbUkVRLVBBUlRdIFQuIEFuZGVyc29uLCBKLiBCdWVya2xlLCAiUmVxdWlyZW1lbnRzIGZv ciB0aGUgRHluYW1pYyANCiAgIFBhcnRpdGlvbmluZyBvZiBTd2l0Y2hpbmcgRWxlbWVudHMiLCB3 b3JrIGluIHByb2dyZXNzLCBKdWx5IDIwMDIsIA0KICAgPGRyYWZ0LWlldGYtZ3NtcC1keW4tcGFy dC1yZXFzLTAyLnR4dD4uIA0KICAgIA0KICAgW0lQRkxPV10gUXVpdHRlaywgZXQuIEFsLiwgIlJl cXVpcmVtZW50cyBmb3IgSVAgRmxvdyBJbmZvcm1hdGlvbiANCiAgIEV4cG9ydCIsIHdvcmsgaW4g cHJvZ3Jlc3MsIEZlYnJ1YXJ5IDIwMDMsIDxkcmFmdC1pZXRmLWlwZml4LXJlcXMtDQogICAwOS50 eHQ+LiANCiAgICANCg0KDQoNCiAgDQpLaG9zcmF2aSwgZXQuIGFsLiAgICAgICBFeHBpcmVzIE5v dmVtYmVyIDIwMDMgICAgICAgICAgICAgICBbUGFnZSAxNF0NCg0KDQoNCkludGVybmV0IERyYWZ0 ICAgICAgICAgICAgIEZvckNFUyBSZXF1aXJlbWVudHMgICAgICAgICAgICBNYXkgMjAwMyANCiAg IFtQU0FNUF0gRHVmZmllbGQsIGV0LiBBbC4sICJBIEZyYW1ld29yayBmb3IgUGFzc2l2ZSBQYWNr ZXQgDQogICBNZWFzdXJlbWVudCAiLCB3b3JrIGluIHByb2dyZXNzLCBNYXJjaCAyMDAzLCA8ZHJh ZnQtaWV0Zi1wc2FtcC0NCiAgIGZyYW1ld29yay0wMi50eHQ+LiANCiAgICANCjkuIFNlY3VyaXR5 IENvbnNpZGVyYXRpb25zIA0KICAgIA0KICAgU2VlIGFyY2hpdGVjdHVyZSByZXF1aXJlbWVudCAj NSBhbmQgcHJvdG9jb2wgcmVxdWlyZW1lbnQgIzIuIA0KICAgIA0KICAgIA0KMTAuIEF1dGhvcnMn IEFkZHJlc3NlcyAmIEFja25vd2xlZGdtZW50cyANCiAgICANCiAgIFRoaXMgZG9jdW1lbnQgd2Fz IHdyaXR0ZW4gYnkgdGhlIEZvckNFUyBSZXF1aXJlbWVudHMgZGVzaWduIHRlYW06IA0KICAgIA0K ICAgVG9kZCBBLiBBbmRlcnNvbiAoRWRpdG9yKSANCiAgICANCiAgIEVkIEJvd2VuIA0KICAgSUJN IFp1cmljaCBSZXNlYXJjaCBMYWJvcmF0b3J5IA0KICAgU2F1bWVyc3RyYXNzZSA0IA0KICAgQ0gt ODgwMyBSdWVzY2hsaWtvbiBTd2l0emVybGFuZCANCiAgIFBob25lOiArNDEgMSA3MjQgODMgNjgg DQogICBFbWFpbDogZWRib3dlbkB1cy5pYm0uY29tIA0KICAgIA0KICAgUmFtIERhbnR1IA0KICAg RGVwYXJ0bWVudCBvZiBDb21wdXRlciBTY2llbmNlIA0KICAgVW5pdmVyc2l0eSBvZiBOb3J0aCBU ZXhhcywgDQogICBEZW50b24sIFRleGFzLCA3NjIwMyANCiAgIEVtYWlsOiByZGFudHVAdW50LmVk dSANCiAgIFBob25lOiA5NDAgNTY1IDI4MjIgDQogICAgDQogICBBdnJpIERvcmlhIA0KICAgSW5z dGl0dXRlIGZvciBTeXN0ZW0gVGVjaG5vbG9neSANCiAgIEx1bGVhIFVuaXZlcnNpdHkgb2YgVGVj aG5vbG9neSANCiAgIFNFLTk3MSA4NywgTHVsZWEsIFN3ZWRlbiANCiAgIFBob25lOiArNDYgKDAp OTIwIDQ5IDMwMzAgDQogICBFbWFpbDogYXZyaUBzbS5sdXRoLnNlIA0KICAgIA0KICAgUmFtIEdv cGFsIA0KICAgTm9raWEgUmVzZWFyY2ggQ2VudGVyIA0KICAgNSwgV2F5c2lkZSBSb2FkLCANCiAg IEJ1cmxpbmd0b24sIE1BIDAxODAzIA0KICAgUGhvbmU6IDEtNzgxLTk5My0zNjg1IA0KICAgRW1h aWw6IHJhbS5nb3BhbEBub2tpYS5jb20gDQogICAgDQogICBKYW1hbCBIYWRpIFNhbGltIA0KICAg Wm55eCBOZXR3b3JrcyANCiAgIE90dGF3YSwgT250YXJpbyANCiAgIENhbmFkYSANCiAgIEVtYWls OiBoYWRpQHpueXguY29tIA0KICAgIA0KDQoNCiAgDQpLaG9zcmF2aSwgZXQuIGFsLiAgICAgICBF eHBpcmVzIE5vdmVtYmVyIDIwMDMgICAgICAgICAgICAgICBbUGFnZSAxNV0NCg0KDQoNCkludGVy bmV0IERyYWZ0ICAgICAgICAgICAgIEZvckNFUyBSZXF1aXJlbWVudHMgICAgICAgICAgICBNYXkg MjAwMyANCiAgIEhvcm11emQgS2hvc3JhdmkgKEVkaXRvcikgDQogICAgDQogICBNdW5leWIgTWlu aGF6dWRkaW4gDQogICBBdmF5YSBJbmMuIA0KICAgMTIzLCBFcHBpbmcgcm9hZCwgDQogICBOb3J0 aCBSeWRlLCBOU1cgMjExMywgQXVzdHJhbGlhIA0KICAgUGhvbmU6ICs2MSAyIDkzNTIgODYyMCAN CiAgIGVtYWlsOiBtdW5leWJAYXZheWEuY29tIA0KICAgIA0KICAgTWFyZ2FyZXQgV2Fzc2VybWFu IA0KICAgV2luZCBSaXZlciANCiAgIDEwIFRhcmEgQmx2ZC4sIFN1aXRlIDMzMCANCiAgIE5hc2h1 YSwgTkggIDAzMDYyIA0KICAgUGhvbmU6ICsxIDYwMyA4OTcgMjA2NyANCiAgIEVtYWlsOiAgbXJ3 QHdpbmRyaXZlci5jb20gDQogICAgDQogICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5r IFZpcCBTaGFybWEgYW5kIExpbHkgWWFuZyBmb3IgdGhlaXIgDQogICB2YWx1YWJsZSBjb250cmli dXRpb25zLiANCiAgICANCjExLiBFZGl0b3JzJyBDb250YWN0IEluZm9ybWF0aW9uIA0KICAgIA0K ICAgSG9ybXV6ZCBLaG9zcmF2aSANCiAgIEludGVsIA0KICAgMjExMSBORSAyNXRoIEF2ZW51ZSAN CiAgIEhpbGxzYm9ybywgT1IgOTcxMjQgVVNBIA0KICAgUGhvbmU6ICsxIDUwMyAyNjQgMDMzNCAN CiAgIEVtYWlsOiBob3JtdXpkLm0ua2hvc3JhdmlAaW50ZWwuY29tIA0KICAgIA0KICAgVG9kZCBB LiBBbmRlcnNvbiANCiAgIEludGVsIA0KICAgMjExMSBORSAyNXRoIEF2ZW51ZSANCiAgIEhpbGxz Ym9ybywgT1IgOTcxMjQgVVNBIA0KICAgUGhvbmU6ICsxIDUwMyA3MTIgMTc2MCANCiAgIEVtYWls OiB0b2RkLmEuYW5kZXJzb25AaW50ZWwuY29tIA0KICAgIA0KICAgIA0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQogIA0KS2hvc3JhdmksIGV0LiBhbC4gICAgICAgRXhwaXJlcyBOb3Zl bWJlciAyMDAzICAgICAgICAgICAgICAgW1BhZ2UgMTZd ------_=_NextPart_001_01C31F32.879936BB-- From owner-forces@PEACH.EASE.LSOFT.COM Wed May 21 15:06:42 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA02584 for ; Wed, 21 May 2003 15:06:42 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19IYts-0001Q2-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 15:05:20 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19IYts-0001Pz-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 15:05:20 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <13.009DA523@cherry.ease.lsoft.com>; Wed, 21 May 2003 15:06:41 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43286204 for FORCES@PEACH.EASE.LSOFT.COM; Wed, 21 May 2003 15:06:40 -0400 Received: from 132.151.1.176 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 21 May 2003 14:51:37 -0400 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA01458; Wed, 21 May 2003 14:51:35 -0400 (EDT) Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Approved-By: nsyracus@CNRI.RESTON.VA.US Message-ID: <200305211851.OAA01458@ietf.org> Date: Wed, 21 May 2003 14:51:35 -0400 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation Comments: RFC822 error: Incorrect or incomplete address field found and ignored. From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-forces-requirements-09.txt To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Forwarding and Control Element Separation Working Group of the IETF. Title : Requirements for Separation of IP Control and Forwarding Author(s) : H. Khosravi, T. Anderson Filename : draft-ietf-forces-requirements-09.txt Pages : 16 Date : 2003-5-21 This document introduces the ForCES architecture and defines a set of associated terminology. This document also defines a set of architectural, modeling, and protocol requirements to logically separate the control and data forwarding planes of an IP (IPv4, IPv6, etc.) networking device. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-forces-requirements-09.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-forces-requirements-09.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-forces-requirements-09.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-5-21144448.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-forces-requirements-09.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-forces-requirements-09.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-5-21144448.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-forces@PEACH.EASE.LSOFT.COM Wed May 21 15:25:48 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA04895 for ; Wed, 21 May 2003 15:25:48 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19IZCM-0001pO-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 15:24:26 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19IZCL-0001pL-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 15:24:26 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <0.009DA7EE@cherry.ease.lsoft.com>; Wed, 21 May 2003 15:25:47 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43288150 for FORCES@PEACH.EASE.LSOFT.COM; Wed, 21 May 2003 15:25:46 -0400 Received: from 64.19.188.18 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 21 May 2003 15:15:46 -0400 Received: from CC1 ([192.168.200.2]) by db1.contentcatcher.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 21 May 2003 15:12:12 -0400 x-sender: owner-ietf-announce@ietf.org x-receiver: spamtrap@spam.clearnetwork.com Received: from pf2.contentcatcher.com ([192.168.100.3]) by CC1 with Microsoft SMTPSVC(5.0.2195.5329); Wed, 21 May 2003 15:16:04 -0400 Received: by pf2.contentcatcher.com (Postfix, from userid 500) id 5F3DA9F11A; Wed, 21 May 2003 15:03:35 -0400 (EDT) Received: from asgard.ietf.org (asgard.ietf.org [132.151.6.40]) by pf2.contentcatcher.com (Postfix) with ESMTP id 8F6539F119; Wed, 21 May 2003 15:03:21 -0400 (EDT) Received: from majordomo by asgard.ietf.org with local (Exim 4.14) id 19IYio-0003Zl-Nv for ietf-announce-list@asgard.ietf.org; Wed, 21 May 2003 14:53:54 -0400 Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by asgard.ietf.org with esmtp (Exim 4.14) id 19IYgc-0003Ud-3K for all-ietf@asgard.ietf.org; Wed, 21 May 2003 14:51:38 -0400 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA01458; Wed, 21 May 2003 14:51:35 -0400 (EDT) Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" Precedence: bulk X-Spam-Status: Yes, hits=10.6 required=5.0tests=BAYES_80,CC_Bulk_Header_1,MIME_BOUND_NEXTPART,TO_MALFORMEDversion=2.53-contentcatcher X-Spam-Level: ********** X-Spam-Checker-Version: SpamAssassin 2.53-contentcatcher (1.174.2.15-2003-03-30-exp) X-Spam-Report: ---- Start SpamAssassin results10.60 points, 5 required;* 1.8 -- To: has a malformed address* 5.0 -- Mail has precedence set to bulk* 3.5 -- BODY: Bayesian classifier says spam probability is 80 to 90%[score: 0.8621]* 0.3 -- Spam tool pattern in MIME boundary---- End of SpamAssassin results X-Spam-Flag: YES X-VIRUS-FOUND: NO X-GHOST-SENDER: owner-ietf-announce@ietf.org X-GHOST-RECEIVER: braja@tellium.com X-OriginalArrivalTime: 21 May 2003 19:16:04.0718 (UTC) FILETIME=[6C9840E0:01C31FCD] x-contentCatcher: ContentCatcher build 0407021738 Approved-By: owner-ietf-announce@IETF.ORG Message-ID: <200305211851.OAA01458@ietf.org> Date: Wed, 21 May 2003 14:51:35 -0400 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-forces-requirements-09.txt [owner-ietf-announce@ietf.org in Pass-Through List] ['from' in Pass-Through List] Comments: To: braja@tellium.com To: FORCES@PEACH.EASE.LSOFT.COM This is a multi-part message in MIME format. --NextPart Title : Requirements for Separation of IP Control and Forwarding Author(s) : H. Khosravi, T. Anderson Filename : draft-ietf-forces-requirements-09.txt Pages : 16 Date : 2003-5-21 This document introduces the ForCES architecture and defines a set of associated terminology. This document also defines a set of architectural, modeling, and protocol requirements to logically separate the control and data forwarding planes of an IP (IPv4, IPv6, etc.) networking device. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-forces-requirements-09.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-forces-requirements-09.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-forces-requirements-09.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" This is a multi-part message in MIME format. --OtherAccess Content-Type: Message/External-body;access-type="mail-server";server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-5-21144448.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-forces-requirements-09.txt --OtherAccess Content-Type: Message/External-body;name="draft-ietf-forces-requirements-09.txt";site="ftp.ietf.org";access-type="anon-ftp";directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-5-21144448.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-forces@PEACH.EASE.LSOFT.COM Wed May 21 22:02:46 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA15531 for ; Wed, 21 May 2003 22:02:46 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19IfOX-0004QU-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 22:01:25 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19IfOW-0004QQ-00 for forces-archive@IETF.ORG; Wed, 21 May 2003 22:01:24 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <1.009DB0B9@cherry.ease.lsoft.com>; Wed, 21 May 2003 22:02:46 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43326938 for FORCES@PEACH.EASE.LSOFT.COM; Wed, 21 May 2003 22:02:44 -0400 Received: from 147.28.0.62 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 21 May 2003 22:02:44 -0400 Received: from psg.com ([147.28.0.62] helo=127.0.0.1) by psg.com with esmtp (Exim 3.36 #1) id 19IfPn-000A6f-00; Thu, 22 May 2003 02:02:44 +0000 X-Mailer: The Bat! (v1.62i) Personal X-Priority: 3 (Normal) References: <42050DF556283A4D977B111EB706320812FD54@orsmsx407.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Approved-By: Alex Zinin Message-ID: <168886245623.20030521190145@psg.com> Date: Wed, 21 May 2003 19:01:45 -0700 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: Alex Zinin Subject: Re: ForCES Requirements draft updated (v-09) Comments: To: "Khosravi, Hormuzd M" To: FORCES@PEACH.EASE.LSOFT.COM In-Reply-To: <42050DF556283A4D977B111EB706320812FD54@orsmsx407.jf.intel.com> Precedence: list Content-Transfer-Encoding: 7bit Folks- I've just updated the ID tracker to include the comments from the IESG I sent to the WG chairs on Dec-11-2002. (Admittedly should have been done before.) There were also some comments from the ops-dir proxied by Randy, which resulted in a discussion between the WG chairs and Pekka. I'd like to ask the chairs to send a summary of the discussion to the list. Hormuzd, to make sure the WG can follow the discussion, could you please come up with a summary in a form similar to the following: Comment: ... Summary of discussion: ... Changes in document: ... Thanks. -- Alex http://www.psg.com/~zinin/ Tuesday, May 20, 2003, 5:47:18 PM, Khosravi, Hormuzd M wrote: > Hi All > The ForCES Requirements draft has been updated to incorporate the latest > IESG feedback that we received. I have attached a copy of the latest > draft > with this email. I would like to thank the entire design team for their > effort ! > I would also like to thank Alex Zinin for his feedback and help in > moving > this forward. > Here is a summary of the changes: > Updated text for Reliability (Section 7) > Updated text for Security (Section 7) > Added requirement for protection against DoS attacks (Section 7) > Added IPFLOW/PSAMP to list of FE Functions (Section 6.5) > Clarified text for Off-loaded Functions (Section 6.5) > Clarified text for RFC 1812 requirement (Section 5) > Removed definitions of PFE partition, PCE partition, Proxy FE from > Section 3 > Clarified text for definitions of FE, FE Mgr, CE Mgr (Section 3) > Thanks > Hormuzd From owner-forces@PEACH.EASE.LSOFT.COM Thu May 22 17:39:00 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA29754 for ; Thu, 22 May 2003 17:39:00 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19Ixkn-00053m-00 for forces-archive@IETF.ORG; Thu, 22 May 2003 17:37:37 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19Ixkm-00053j-00 for forces-archive@IETF.ORG; Thu, 22 May 2003 17:37:36 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <18.009DD8A9@cherry.ease.lsoft.com>; Thu, 22 May 2003 17:39:00 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43431054 for FORCES@PEACH.EASE.LSOFT.COM; Thu, 22 May 2003 17:38:59 -0400 Received: from 134.134.136.7 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Thu, 22 May 2003 17:38:58 -0400 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6p2/8.11.6/d: outer.mc,v 1.57 2003/05/13 17:32:58 rfjohns1 Exp $) with ESMTP id h4MLXq822173 for ; Thu, 22 May 2003 21:33:52 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by talaria.jf.intel.com (8.11.6p2/8.11.6/d: inner.mc,v 1.32 2003/05/13 23:13:25 rfjohns1 Exp $) with SMTP id h4ML92L11524 for ; Thu, 22 May 2003 21:09:02 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (NAVGW 2.5.2.11) with SMTP id M2003052214485505051 ; Thu, 22 May 2003 14:48:55 -0700 Received: from orsmsx407.amr.corp.intel.com ([192.168.65.50]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 22 May 2003 14:38:57 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Thread-Topic: [FORCES] ForCES Requirements draft updated (v-09) Thread-Index: AcMgBjxLwtUGZX2FTWWJ/sGKkyobDQAm2Sag X-OriginalArrivalTime: 22 May 2003 21:38:57.0615 (UTC) FILETIME=[8CDA45F0:01C320AA] Approved-By: "Khosravi, Hormuzd M" Message-ID: <42050DF556283A4D977B111EB706320812FD64@orsmsx407.jf.intel.com> Date: Thu, 22 May 2003 14:38:57 -0700 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: "Khosravi, Hormuzd M" Subject: Re: ForCES Requirements draft updated (v-09) Comments: To: Alex Zinin To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id RAA29754 Hi Folks, Here is the brief summary of comments/discussion/changes in the draft: Firstly, all the below are Pekka's comments 1. comment - Confusion over last sentence in FE definition (FE/PFE interaction) Text Modification (Section 3) Forwarding Element (FE) - A logical entity that implements the ForCES protocol. FEs use the underlying hardware to provide per-packet processing and handling as directed/controlled by a CE via the ForCES protocol. FEs may happen to be a single blade(or PFE), a partition of a PFE or multiple PFEs. 2. comment - Give Partitioning examples, is concept really useful ? Discussion - ForCES should be agnostic about partitioning issues, forcing ForCES to define/create partitioning would be an undesirable complexity. Text Modification (Section 3) removed defns of PFE partition, PCE partition in conjunction with comment 5. 3. comment - Clarify Multiple CEs requirement Text modification (Section 5) 13) The ForCES NE architecture MUST support multiple CEs and FEs. However, coordination between CEs is out of scope of ForCES. 4. comment - Clarify FE Manager defn (FEM/CEM discovering each other out of scope) Text modification (Section 3)- this is also already clarified in 3rd para of Section 4 FE Manager - A logical entity that operates in the pre-association phase and is responsible for determining to which CE(s) a FE should communicate. This process is called CE discovery and may involve the FE manager learning the capabilities of available CEs. A FE manager may use anything from a static configuration to a pre-association phase protocol (see below) to determine which CE(s) to use, however this is currently out of scope. Being a logical entity, a FE manager might be physically combined with any of the other logical entities mentioned in this section. CE Manager - similar text change 5. comment - Put only relevant terminology in document Text modification (Section 3) Remove the following defns from Section 3: PFE partition, PCE partition, Proxy FE 6. comment - Shorter list of functions for ForCES v1 Discussion - DT does not think this is necessary....previous IESG comments were to extend the list to add functions like PSAMP/IPFLOW, which seems contradictory to this comment. 7. comment - Confusion over Offload functions, does it mean downloading code to FE ? Text Modification - (Added clarification to text in Section 6.5) 8)Off-loaded Functions Per-packet processing can leave state in the FE, ................. This Does NOT mean off-loading of any piece of code to an FE, just that the FE Model should be able to express existing Off-loaded functions on an FE. 8. comment - Clarify RFC 1812 Text modification (Section 5) 9) Any proposed ForCES architectures MUST explain how that architecture supports all of the router functions as defined in [RFC1812]. IPv4 Forwarding functions such IP header validation, performing longest prefix match algorithm, TTL decrement, Checksum calculation, generation of ICMP error messages, etc defined in RFC 1812 should be explained. I will send out the IESG comments/changes in another email. Thanks Hormuzd -----Original Message----- From: Alex Zinin [mailto:zinin@psg.com] Sent: Wednesday, May 21, 2003 7:02 PM To: Khosravi, Hormuzd M Cc: Forwarding and Control Element Separation Subject: Re: [FORCES] ForCES Requirements draft updated (v-09) Folks- I've just updated the ID tracker to include the comments from the IESG I sent to the WG chairs on Dec-11-2002. (Admittedly should have been done before.) There were also some comments from the ops-dir proxied by Randy, which resulted in a discussion between the WG chairs and Pekka. I'd like to ask the chairs to send a summary of the discussion to the list. Hormuzd, to make sure the WG can follow the discussion, could you please come up with a summary in a form similar to the following: Comment: ... Summary of discussion: ... Changes in document: ... Thanks. -- Alex http://www.psg.com/~zinin/ From owner-forces@PEACH.EASE.LSOFT.COM Thu May 22 21:21:34 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA07300 for ; Thu, 22 May 2003 21:21:33 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19J1EA-0007CW-00 for forces-archive@IETF.ORG; Thu, 22 May 2003 21:20:10 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19J1E9-0007CF-00 for forces-archive@IETF.ORG; Thu, 22 May 2003 21:20:09 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <0.009DDEBE@cherry.ease.lsoft.com>; Thu, 22 May 2003 21:20:59 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43445002 for FORCES@PEACH.EASE.LSOFT.COM; Thu, 22 May 2003 21:20:58 -0400 Received: from 192.55.52.25 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Thu, 22 May 2003 21:19:54 -0400 Received: from talaria.fm.intel.com (talaria.fm.intel.com [10.1.192.39]) by caduceus.fm.intel.com (8.11.6p2/8.11.6/d: outer.mc,v 1.66 2003/05/22 21:17:36 rfjohns1 Exp $) with ESMTP id h4N1CG116278 for ; Fri, 23 May 2003 01:12:16 GMT Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com [192.168.65.54]) by talaria.fm.intel.com (8.11.6p2/8.11.6/d: inner.mc,v 1.35 2003/05/22 21:18:01 rfjohns1 Exp $) with SMTP id h4N1KfO07782 for ; Fri, 23 May 2003 01:20:41 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs041.jf.intel.com (NAVGW 2.5.2.11) with SMTP id M2003052218195301354 ; Thu, 22 May 2003 18:19:53 -0700 Received: from orsmsx407.amr.corp.intel.com ([192.168.65.50]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 22 May 2003 18:19:53 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Thread-Topic: [FORCES] ForCES Requirements draft updated (v-09) Thread-Index: AcMgBjxLwtUGZX2FTWWJ/sGKkyobDQArwjiQ X-OriginalArrivalTime: 23 May 2003 01:19:53.0574 (UTC) FILETIME=[6A051860:01C320C9] Approved-By: "Khosravi, Hormuzd M" Message-ID: <42050DF556283A4D977B111EB706320812FD69@orsmsx407.jf.intel.com> Date: Thu, 22 May 2003 18:19:52 -0700 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: "Khosravi, Hormuzd M" Subject: Re: ForCES Requirements draft updated (v-09) Comments: To: Alex Zinin To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id VAA07300 Hi Folks, Continuing from my last email......... Here is the brief summary of IESG comments/discussion/changes in the draft: Chairs, IESG can provide more details on their comments... ? 1. comment - Reliability - IESG was not satisfied with the Reliability text, especially in context with the Security requirement (TLS can only be used with reliable transport). IESG was leaning towards use of reliable transport which would also simplify the Security requirement. Chairs, can add more details here ? Discussion - This topic was most heavily discussed in the Design team for more than a month over several emails. I cannot go thru all the details here, but essentially the team came up with this text which tries to capture all the different thoughts of the team. New Text - A) The ForCES protocol will be used to transport information that requires varying levels of reliability. By strict or robust reliability in this requirement we mean, no losses, no corruption, no re-ordering of information being transported and delivery in a timely fashion. B) Some information or payloads, such as redirected packets or packet sampling, may not require robust reliability (can tolerate some degree of losses). For information of this sort, ForCES MAY NOT impose strict reliability. C) Payloads such as configuration information, e.g. ACLs, FIB entries, or FE capability information (described in section 7, (1))are mission critical and must be delivered in a robust reliable fashion. Thus, for information of this sort, ForCES MUST either provide built-in protocol mechanisms or use a reliable transport protocol for achieving robust/strict reliability. D) Some information or payloads, such as heartbeat packets that may be used to detect loss of association between CE and FEs (see section 7, (8)), may prefer timeliness over reliable delivery. For information of this sort, ForCES MAY NOT impose strict reliability. E) When ForCES is carried over multi-hop IP networks, it is a requirement that ForCES MUST use a [RFC2914]-compliant transport protocol. F) In cases where ForCES is not running over an IP network such as an Ethernet or cell fabric between CE and FE, then reliability still MUST be provided when carrying critical information of the types specified in (C) above, either by the underlying link/network/transport layers or by built-in protocol mechanisms. 2. comment - Security - TLS can only work with reliable transport which was the cause of some confusion to the IESG. Also, the Sec. directorate wanted us to have text which described all the different attacks which were possible on a ForCES box & come up with requirements after some analysis from that angle. The Design team agreed and came up with the new text. New Text - a) FE configuration will contain information critical to the functioning of a network (e.g. IP Forwarding Tables). As such, it MUST be possible to ensure the integrity of all ForCES protocol messages and protect against man-in-the-middle attacks. b) FE configuration information may also contain information derived from business relationships (e.g. service level agreements). Because of the confidential nature of the information, it MUST be possible to secure (make private) all ForCES protocol messages. c) In order to ensure that authorized CEs and FEs are participating in a NE and defend against CE or FE impersonation attacks, the ForCES architecture MUST select a means of authentication for CEs and FEs. d) In some deployments ForCES is expected to be deployed between CEs and FEs connected to each other inside a box over a backplane, where physical security of the box ensures that man-in-the-middle, snooping, and impersonation attacks are not possible. In such scenarios the ForCES architecture MAY rely on the physical security of the box to defend against these attacks and protocol mechanisms May be turned off. e) In the case when CEs and FEs are connected over a network, security mechanisms MUST be specified or selected that protect the ForCES protocol against such attacks. Any security solution used for ForCES MUST specify how it deals with such attacks. 3. comment - The IESG suggested that it was important for ForCES to think about DoS attacks to the protocol. The ForCES protocol could be attacked with bogus routing packets which could lead to the protocol disfunctioning. Alex, could provide more details here ? The Design team agreed and came up with the new text. New Text - Protection against Denial of Service Attacks (based on CPU overload or queue overflow) Systems utilizing the ForCES protocol can be attacked using denial of service attacks based on CPU overload or queue overflow. The ForCES protocol could be exploited by such attacks to cause the CE to become unable to control the FE or appropriately communicate with other routers and systems. The ForCES protocol MUST therefore provide mechanisms for controlling FE capabilities that can be used to protect against such attacks. FE capabilities that Must be manipulated via ForCES include the ability to install classifiers and filters to detect and drop attack packets, as well as to be able to install rate limiters that limit the rate of packets which appear to be valid but may be part of an attack (e.g. bogus BGP packets). 4. comment - The IESG suggested that it was important for ForCES to talk about IPFLOW/PSAMP functions which have been widely deployed in networks. The Design team agreed and came up with the new text. New Text - IPFLOW/PSAMP Functions Several applications such as, Usage-based Accounting, Traffic engineering, require flow-based IP traffic measurements from Network Elements. [IPFLOW] defines architecture for IP traffic flow monitoring, measuring and exporting. The FE model SHOULD be able to express metering functions and flow accounting needed for exporting IP traffic flow information. Similarly to support measurement-based applications, [PSAMP] describes a framework to define a standard set of capabilities for network elements to sample subsets of packets by statistical and other methods. The FE model SHOULD be able to express statistical packet filtering functions and packet information needed for supporting packet sampling applications. Pls do let us know if you have any comments. Thanks Hormuzd -----Original Message----- From: Alex Zinin [mailto:zinin@psg.com] Sent: Wednesday, May 21, 2003 7:02 PM To: Khosravi, Hormuzd M Cc: Forwarding and Control Element Separation Subject: Re: [FORCES] ForCES Requirements draft updated (v-09) Folks- I've just updated the ID tracker to include the comments from the IESG I sent to the WG chairs on Dec-11-2002. (Admittedly should have been done before.) There were also some comments from the ops-dir proxied by Randy, which resulted in a discussion between the WG chairs and Pekka. I'd like to ask the chairs to send a summary of the discussion to the list. Hormuzd, to make sure the WG can follow the discussion, could you please come up with a summary in a form similar to the following: Comment: ... Summary of discussion: ... Changes in document: ... Thanks. -- Alex http://www.psg.com/~zinin/ From owner-forces@PEACH.EASE.LSOFT.COM Wed May 28 08:01:37 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26244 for ; Wed, 28 May 2003 08:01:37 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19Kzb7-00013l-00 for forces-archive@IETF.ORG; Wed, 28 May 2003 08:00:01 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19Kzb6-00013f-00 for forces-archive@IETF.ORG; Wed, 28 May 2003 08:00:00 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <11.009E875B@cherry.ease.lsoft.com>; Wed, 28 May 2003 8:01:35 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43929150 for FORCES@PEACH.EASE.LSOFT.COM; Wed, 28 May 2003 08:01:30 -0400 Received: from 194.196.100.237 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 28 May 2003 08:01:30 -0400 Received: from d12relay01.megacenter.de.ibm.com (d12relay01.megacenter.de.ibm.com [9.149.165.180]) by d12lmsgate-4.de.ibm.com (8.12.9/8.12.8) with ESMTP id h4SC1ODI072256 for ; Wed, 28 May 2003 14:01:28 +0200 Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d12relay01.megacenter.de.ibm.com (8.12.9/NCO/VER6.5) with SMTP id h4SBwrdO061256 for ; Wed, 28 May 2003 13:58:57 +0200 Received: from dhcp70-89.zurich.ibm.com by sihl.zurich.ibm.com (AIX 4.3/UCB 5.64/4.03) id AA41124 from ; Wed, 28 May 2003 13:58:52 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Approved-By: Patrick Droz Message-ID: <3ED4A47C.10705@zurich.ibm.com> Date: Wed, 28 May 2003 13:58:52 +0200 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: Patrick Droz Organization: IBM Research Subject: IESG feedback on the requirements draft To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list Content-Transfer-Encoding: 7bit I was asked by the AD to give a summary of the discussion triggered by IESG feedback and how it influenced the requirements draft. I invite people to comment on these issues especially if they do not like the way the requirements draft has been amended. Regards, Patrick > > 1) it is not clear how different efforts (most of which > > referenced in the > > draft) interconnect: e.g. midcom (similar protocol between hosts, > > typically), gsmp, ccamp. we basically found agreement that multiple of these can be present. > > 2) I find the justification a bit questionable: > > > > A standard set of mechanisms for connecting > > these components provides increased scalability and allows the > > control and forwarding planes to evolve independently, thus > > promoting faster innovation. > > > > .. it seems to me that in practice, such independent evolution and > > innovations typically require changes in both elements: I > > doubt one can > > create such a generic architecture which would accommodate anything > > happening to the other in the future. it is not expected that the functionality of FEs will develop faster. > > 3) the applicability of ForCES seems to be unclear, for example: > > > > Addressable Entity (AE) - A physical device that is directly > > addressable given some interconnect technology. For > example, on IP > > networks, it is a device to which we can communicate using an IP > > address; and on a switch fabric, it is a device to which we can > > communicate using a switch fabric port number. > > > > .. the latter would seem to indicate some support for non-IP > > devices too, > > or should this use some rewording to clarify which kind of > > switch fabric was the question was all about? clarifying text added > > 4) I haven't delved into ForCES, but the last two sentences > > look a bit > > scary: > > > > Forwarding Element (FE) - A logical entity that implements the > > ForCES protocol. FEs use the underlying hardware to provide per- > > packet processing and handling as directed by a CE via the ForCES > > protocol. FEs may use PFE partitions, whole PFEs, or > > multiple PFEs. > > > > .. this seems to imply that CE's instruct logical FE's to > > perform some > > tasks, while there exists some protocol between FE->PFE. > > > > - what is used between FE and PFE's? > > - are there interoperability reqs between FE / PFE's (can > > they be from > > different vendor)? > > - is this useful at all? Seems like very dangerous to me -- > > because might > > require an additional abstraction layer at FE's -- which > > might make the > > CE-FE control even more useless (too generic) and less powerful. clarifying text added. > > 5) Is the partitioning concept really useful? Could you list some > > applicability scenarios? yes, it is considered useful. > > 6) Is it possible to have multiple CE's manage one FE? > This probably > > would have tradeoffs and drawbacks, but is integral when you > > consider the applicability of the protocol (ie. is it a > network management > > protocol or control-dataplane protocol). yes you can have multiple CE's controlling an FE. Text added to the draft. > > 7) Is it necessary/useful to keep the ForCES protocol > > open-ended even now? > > I fail to see valid reasons for multiple protocols..: > > > > ForCES Post-Association Phase Protocol - [...] > > This protocol could be a single protocol or > > could consist of multiple protocols working together. it is clear in the charter to consider other protocols. > > 8) Again, the ForCES model seems quite open-ended: > > > > FE Manager - A logical entity that operates in the > pre-association > > phase and is responsible for determining to which CE(s) > a FE should > > communicate. This process is called CE discovery and may involve > > the FE manager learning the capabilities of available CEs. A FE > > manager may use anything from a static configuration to a pre- > > association phase protocol (see below) to determine > which CE(s) to > > use. Being a logical entity, a FE manager might be physically > > combined with any of the other logical entities mentioned in this > > section. > > > > ... I fail to see the usability of FE's discovering CE(s). Being a > > master-slave association where CE's are masters, I would > > think it would be > > natural to assume CE's are the masters and thus _they_ > discover their > > slave FE's. more clarifying text added to the draft > > 9) In the snippet above and some others: it seems to be > > typical in the > > requirements to overload the terminology with rather long > > architectural > > descriptions. This has both good and bad sides, but in any > > case it should > > be considered whether some other way to achieve the big > > picture would be > > more usable. > > > > Also, there are some terms in the terminology which are not > > used in the > > document. If this is also meant as a terminology document, > > this might be > > ok, but otherwise keeping to the minimum might be useful. all unused terminology has been removed from the draft > > 10) The list of FE functions below is extensive: > > > > Some functions that FEs could perform include layer 3 forwarding, > > metering, shaping, firewall, NAT, encapsulation (e.g., > tunneling), > > decapsulation, encryption, accounting, etc. Nearly all > > combinations > > of these functions may be present in practical FEs. > > > > .. but in reality, gives little hope, as the list is far from > > complete, > > and completely evolving. It seems apparent that if one tries to > > standardize all the possible functions, with *a lot* of > > abstractization, > > this is a source of a LOT of work, and work that's never > going to end. > > > > .. so, it might be useful to consider the scope: deal with > > the most basic form of forwarding, and that only, for now. this created some controversy. First the DT was asked to come up with relevant functionality then was asked to reduce. The consensus seems to be that the list is what the driving people like to see. > > 11) The last sentence here implies a possible disconnect in the > > architecture: > > > > 1) CEs and FEs MUST be able to connect by a variety of > interconnect > > technologies. Examples of interconnect technologies used > > in current > > architectures include Ethernet,bus backplanes, and ATM (cell) > > fabrics. FEs MAY be connected to each other via a different > > technology than that used for CE/FE communication. > > > > ==> Is it intended to connect FE's to CE or provide a FE-FE > > protocol? > > Having some interconnection and/or protocol between FE's > > seems useful in a > > sense, but also potentially out of scope of this architecture. more clarifying text was added to the draft > > 12) This sounds very challenging: > > > > The variety of FE functionality that the ForCES > architecture allows > > poses a potential problem for CEs. In order for a CE to > > effectively > > control a FE, the CE must understand how the FE > processes packets. > > We therefore REQUIRE that a FE model be created that can > > express the > > logical packet processing capabilities of a FE. > > > > .. I'd say that most functionalities differ *a lot* from > > vendor to vendor. > > Are you really, really sure that you should (or can) express > > all of these > > in completely independent way *AND* that subsequent use if > > it's understood > > would be *effective*. Also see other s ubsections here, like 6.2. The DT is the opinion that it will be possible to agreed an a a model incorporating the behavior of standards compliant routers. > > 13) Another architectural problem..: > > > > 6.3. Ordering of Logical Functions > > The model MUST be capable of describing the order in which these > > logical functions are applied in a FE. The ordering of logical > > functions is important in many cases. For example, a > NAT function > > may change a packet's source or destination IP address. > Any number > > of other logical functions (e.g., layer 3 forwarding, > > ingress/egress > > firewall, shaping, accounting) may make use of the source or > > destination IP address when making decisions. The CE > needs to know > > whether to configure these logical functions with the pre-NAT or > > post-NAT IP address. [...] > > > > .. so are we talking about N! possible orderings (with N > > possible logical > > functions). Seems like a horror ("pre-nat post-qos-meter > > pre-qos-classification pre-forward-do-something foo bar boo > > baf"-state). no it is not N!. There is a subset of potential alternatives. There is enough flexibility required to be future proof. > > 14) I'm having difficulties parsing the actual requirements in: > > > > 8)Off-loaded Functions > > > > .. do you require that basically any piece of code CE wants > > to offload to > > FE's must be supported as long it's expressed as a finite > > state machine.. > > or what? That that code is to be executed on all (or a > > specified portion > > of) the packets? here there was a misunderstanding. It was never intended to off-load code pieces. The idea was to do things like TCP off loading in case the FE has such capability built into it. > > 16) on the use of reliable protocols: > > > > 4)Multihop > > When the CEs and FEs are separated beyond a single hop, > the ForCES > > protocol will make use of an existing RFC2914 compliant > L4 protocol > > with adequate reliability, security and congestion control (e.g. > > TCP, SCTP) for transport purposes. > > > > ==> I fail to see the added value of a separate protocol for > > singlehop links; there, the latency is low and reliable protocols > > should be quite usable. this was one of the most heavily discussed issues. The DT updated the text in the draft. > > 17) security considerations should be properly written out, a > > blind referral insufficient: > > > > 9. Security Considerations > > > > See architecture requirement #5 and protocol requirement #2. More text on security was added to the draft. From owner-forces@PEACH.EASE.LSOFT.COM Wed May 28 14:43:09 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15874 for ; Wed, 28 May 2003 14:43:09 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19L5rh-00068T-00 for forces-archive@IETF.ORG; Wed, 28 May 2003 14:41:33 -0400 Received: from cherry.ease.lsoft.com ([209.119.0.109]) by ietf-mx with esmtp (Exim 4.12) id 19L5rd-00067d-00 for forces-archive@IETF.ORG; Wed, 28 May 2003 14:41:29 -0400 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <12.009EA05E@cherry.ease.lsoft.com>; Wed, 28 May 2003 14:43:02 -0400 Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 43957666 for FORCES@PEACH.EASE.LSOFT.COM; Wed, 28 May 2003 14:43:01 -0400 Received: from 143.209.238.7 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 28 May 2003 14:42:56 -0400 Received: from alcatel.com (localhost [127.0.0.1]) by auds952.usa.alcatel.com (8.12.8p1/8.12.8) with ESMTP id h4SIgtaS026208 for ; Wed, 28 May 2003 13:42:55 -0500 (CDT) X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 References: <3ED4A47C.10705@zurich.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Approved-By: Alex Audu Message-ID: <3ED5032E.75AA1591@alcatel.com> Date: Wed, 28 May 2003 13:42:54 -0500 Reply-To: Forwarding and Control Element Separation Sender: Forwarding and Control Element Separation From: Alex Audu Subject: Re: IESG feedback on the requirements draft To: FORCES@PEACH.EASE.LSOFT.COM Precedence: list Content-Transfer-Encoding: 7bit Hello Patrick, I'll like to comment briefly on the following which I excerpted from the original e-mail. === > > 6) Is it possible to have multiple CE's manage one FE? > This probably > > would have tradeoffs and drawbacks, but is integral when you > > consider the applicability of the protocol (ie. is it a > network management > > protocol or control-dataplane protocol). yes you can have multiple CE's controlling an FE. Text added to the draft. === [Alex] Multiple CEs can control an FE to provide CE redundant services to the FE, but only one CE (the active one) can be in control at a time. In an Active/Standby situation, the active CE is in control. In a Load-shared situation, the time of control is shared amongst the CEs. Regards, Alex. Patrick Droz wrote: > I was asked by the AD to give a summary of the discussion > triggered by IESG feedback and how it influenced the > requirements draft. I invite people to comment on these > issues especially if they do not like the way the > requirements draft has been amended. > > Regards, > Patrick > > > > 1) it is not clear how different efforts (most of which > > > referenced in the > > > draft) interconnect: e.g. midcom (similar protocol between hosts, > > > typically), gsmp, ccamp. > > we basically found agreement that multiple of these can > be present. > > > > 2) I find the justification a bit questionable: > > > > > > A standard set of mechanisms for connecting > > > these components provides increased scalability and allows the > > > control and forwarding planes to evolve independently, thus > > > promoting faster innovation. > > > > > > .. it seems to me that in practice, such independent evolution and > > > innovations typically require changes in both elements: I > > > doubt one can > > > create such a generic architecture which would accommodate anything > > > happening to the other in the future. > > it is not expected that the functionality of FEs will develop > faster. > > > > 3) the applicability of ForCES seems to be unclear, for example: > > > > > > Addressable Entity (AE) - A physical device that is directly > > > addressable given some interconnect technology. For > > example, on IP > > > networks, it is a device to which we can communicate using an IP > > > address; and on a switch fabric, it is a device to which we can > > > communicate using a switch fabric port number. > > > > > > .. the latter would seem to indicate some support for non-IP > > > devices too, > > > or should this use some rewording to clarify which kind of > > > switch fabric was the question was all about? > > clarifying text added > > > > 4) I haven't delved into ForCES, but the last two sentences > > > look a bit > > > scary: > > > > > > Forwarding Element (FE) - A logical entity that implements the > > > ForCES protocol. FEs use the underlying hardware to provide per- > > > packet processing and handling as directed by a CE via the ForCES > > > protocol. FEs may use PFE partitions, whole PFEs, or > > > multiple PFEs. > > > > > > .. this seems to imply that CE's instruct logical FE's to > > > perform some > > > tasks, while there exists some protocol between FE->PFE. > > > > > > - what is used between FE and PFE's? > > > - are there interoperability reqs between FE / PFE's (can > > > they be from > > > different vendor)? > > > - is this useful at all? Seems like very dangerous to me -- > > > because might > > > require an additional abstraction layer at FE's -- which > > > might make the > > > CE-FE control even more useless (too generic) and less powerful. > > clarifying text added. > > > > 5) Is the partitioning concept really useful? Could you list some > > > applicability scenarios? > > yes, it is considered useful. > > > > 6) Is it possible to have multiple CE's manage one FE? > > This probably > > > would have tradeoffs and drawbacks, but is integral when you > > > consider the applicability of the protocol (ie. is it a > > network management > > > protocol or control-dataplane protocol). > > yes you can have multiple CE's controlling an FE. Text > added to the draft. > > > > 7) Is it necessary/useful to keep the ForCES protocol > > > open-ended even now? > > > I fail to see valid reasons for multiple protocols..: > > > > > > ForCES Post-Association Phase Protocol - [...] > > > This protocol could be a single protocol or > > > could consist of multiple protocols working together. > > it is clear in the charter to consider other protocols. > > > > 8) Again, the ForCES model seems quite open-ended: > > > > > > FE Manager - A logical entity that operates in the > > pre-association > > > phase and is responsible for determining to which CE(s) > > a FE should > > > communicate. This process is called CE discovery and may involve > > > the FE manager learning the capabilities of available CEs. A FE > > > manager may use anything from a static configuration to a pre- > > > association phase protocol (see below) to determine > > which CE(s) to > > > use. Being a logical entity, a FE manager might be physically > > > combined with any of the other logical entities mentioned in this > > > section. > > > > > > ... I fail to see the usability of FE's discovering CE(s). Being a > > > master-slave association where CE's are masters, I would > > > think it would be > > > natural to assume CE's are the masters and thus _they_ > > discover their > > > slave FE's. > > more clarifying text added to the draft > > > > 9) In the snippet above and some others: it seems to be > > > typical in the > > > requirements to overload the terminology with rather long > > > architectural > > > descriptions. This has both good and bad sides, but in any > > > case it should > > > be considered whether some other way to achieve the big > > > picture would be > > > more usable. > > > > > > Also, there are some terms in the terminology which are not > > > used in the > > > document. If this is also meant as a terminology document, > > > this might be > > > ok, but otherwise keeping to the minimum might be useful. > > all unused terminology has been removed from the draft > > > > 10) The list of FE functions below is extensive: > > > > > > Some functions that FEs could perform include layer 3 forwarding, > > > metering, shaping, firewall, NAT, encapsulation (e.g., > > tunneling), > > > decapsulation, encryption, accounting, etc. Nearly all > > > combinations > > > of these functions may be present in practical FEs. > > > > > > .. but in reality, gives little hope, as the list is far from > > > complete, > > > and completely evolving. It seems apparent that if one tries to > > > standardize all the possible functions, with *a lot* of > > > abstractization, > > > this is a source of a LOT of work, and work that's never > > going to end. > > > > > > .. so, it might be useful to consider the scope: deal with > > > the most basic form of forwarding, and that only, for now. > > this created some controversy. First the DT was asked to > come up with relevant functionality then was asked to reduce. > The consensus seems to be that the list is what the driving > people like to see. > > > > 11) The last sentence here implies a possible disconnect in the > > > architecture: > > > > > > 1) CEs and FEs MUST be able to connect by a variety of > > interconnect > > > technologies. Examples of interconnect technologies used > > > in current > > > architectures include Ethernet,bus backplanes, and ATM (cell) > > > fabrics. FEs MAY be connected to each other via a different > > > technology than that used for CE/FE communication. > > > > > > ==> Is it intended to connect FE's to CE or provide a FE-FE > > > protocol? > > > Having some interconnection and/or protocol between FE's > > > seems useful in a > > > sense, but also potentially out of scope of this architecture. > > more clarifying text was added to the draft > > > > 12) This sounds very challenging: > > > > > > The variety of FE functionality that the ForCES > > architecture allows > > > poses a potential problem for CEs. In order for a CE to > > > effectively > > > control a FE, the CE must understand how the FE > > processes packets. > > > We therefore REQUIRE that a FE model be created that can > > > express the > > > logical packet processing capabilities of a FE. > > > > > > .. I'd say that most functionalities differ *a lot* from > > > vendor to vendor. > > > Are you really, really sure that you should (or can) express > > > all of these > > > in completely independent way *AND* that subsequent use if > > > it's understood > > > would be *effective*. Also see other s ubsections here, like 6.2. > > The DT is the opinion that it will be possible to agreed > an a a model incorporating the behavior of standards > compliant routers. > > > > 13) Another architectural problem..: > > > > > > 6.3. Ordering of Logical Functions > > > The model MUST be capable of describing the order in which these > > > logical functions are applied in a FE. The ordering of logical > > > functions is important in many cases. For example, a > > NAT function > > > may change a packet's source or destination IP address. > > Any number > > > of other logical functions (e.g., layer 3 forwarding, > > > ingress/egress > > > firewall, shaping, accounting) may make use of the source or > > > destination IP address when making decisions. The CE > > needs to know > > > whether to configure these logical functions with the pre-NAT or > > > post-NAT IP address. [...] > > > > > > .. so are we talking about N! possible orderings (with N > > > possible logical > > > functions). Seems like a horror ("pre-nat post-qos-meter > > > pre-qos-classification pre-forward-do-something foo bar boo > > > baf"-state). > > no it is not N!. There is a subset of potential alternatives. > There is enough flexibility required to be future proof. > > > > 14) I'm having difficulties parsing the actual requirements in: > > > > > > 8)Off-loaded Functions > > > > > > .. do you require that basically any piece of code CE wants > > > to offload to > > > FE's must be supported as long it's expressed as a finite > > > state machine.. > > > or what? That that code is to be executed on all (or a > > > specified portion > > > of) the packets? > > here there was a misunderstanding. It was never intended to > off-load code pieces. The idea was to do things like TCP off > loading in case the FE has such capability built into it. > > > > 16) on the use of reliable protocols: > > > > > > 4)Multihop > > > When the CEs and FEs are separated beyond a single hop, > > the ForCES > > > protocol will make use of an existing RFC2914 compliant > > L4 protocol > > > with adequate reliability, security and congestion control (e.g. > > > TCP, SCTP) for transport purposes. > > > > > > ==> I fail to see the added value of a separate protocol for > > > singlehop links; there, the latency is low and reliable protocols > > > should be quite usable. > > this was one of the most heavily discussed issues. The DT > updated the text in the draft. > > > > 17) security considerations should be properly written out, a > > > blind referral insufficient: > > > > > > 9. Security Considerations > > > > > > See architecture requirement #5 and protocol requirement #2. > > More text on security was added to the draft.