From nobody Thu Aug 3 08:29:05 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 934DB132347 for ; Thu, 3 Aug 2017 08:29:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.812 X-Spam-Level: X-Spam-Status: No, score=-1.812 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mR2WAMSkLOQP for ; Thu, 3 Aug 2017 08:29:03 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50115.outbound.protection.outlook.com [40.107.5.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C562E1320DD for ; Thu, 3 Aug 2017 08:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=e0bfj5wxC907bl9goTO3VpoOmqHOfACHx2EVovNEGXM=; b=VxxtU9VkLq9klc8xJ3keZYOmQLFphWJnc2RaDoh4Cf6QQgxdEqh7dz1vLuFZR+TN/pIy4l6SGvgKSkrXgKCSISruPO1w2kxCjX+aK07TUf/CNK0Ad0VJ5MvRpnWkOGTv/GD6B1Kkb08BYExXGW36z4taa5/3tIPEZYDromRwV5g= Received: from [192.168.1.5] (92.169.252.156) by AM5PR0701MB2467.eurprd07.prod.outlook.com (2603:10a6:203:10::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1304.10; Thu, 3 Aug 2017 15:29:00 +0000 To: bess@ietf.org References: <4adcd8ff-c2b9-0060-112d-dfa5e8506977@nokia.com> From: Martin Vigoureux Message-ID: <8f441e49-fe15-cbed-ceca-9303909882b1@nokia.com> Date: Thu, 3 Aug 2017 17:28:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <4adcd8ff-c2b9-0060-112d-dfa5e8506977@nokia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [92.169.252.156] X-ClientProxiedBy: DB6P192CA0019.EURP192.PROD.OUTLOOK.COM (2603:10a6:4:b8::29) To AM5PR0701MB2467.eurprd07.prod.outlook.com (2603:10a6:203:10::7) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0d61bffb-8089-459e-7c5c-08d4da845d88 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:AM5PR0701MB2467; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2467; 3:s8edfZmdEApgOe54d198w9rTlliJpQtWOhVqwZaqOv3s2H7Sst+IVdcerGq+V5vRJM503izFPEVRWb26nWRsA98zh9gNpFrCbTRITWQVi77RATt5kNYmb7U5e0a8zNNThoJ2ICOsOOM/4tHpAU1b2FNjF04Ie4QoUoqkyprfd3h1a4fzT+L2fKvqYe9SnUzVbPsOlLyl2C6aoJE3OkecBL2C4qIR/NJchp0PvxSPwVaC51bfKYsva4JK5hFGn8rS; 25:LWeSyZIacBAqAtSOpkqST4tG53RkdgdYT/C/LYe7AgGLstm78nGhorbc55dlJRGVqF+g4aajM4hPtQPoj7Cii7VPXQW5ZcZ89lPtCLd2k/+n4o6uyZJa+LWACkDZQflCN3RNu68PdfdUK+TsO7Ao4He5WzJF4D1V0qI633SOh2oz9QJ0T8ZsBdv53AxrmVQBROb+mr4z6Ov/2Iw7m7uVj1MeqQ0NmhP0MJIWSrnbVJmg1fBp3nBoiDKkDKQg84pjUOsqkrE2B+f3u43xi2wIQyYcJUmNJwdmJYBsidFA8ylYzXsgIViyNNvN5GR1VeSZ8Z5GgwrHxTvcqHZp3p5YVg==; 31:5RXT30Jnftyxg8h3knCdRy7/vJCZ2JuN7rpNSWJw9e1smyDbTSj4ONxoDpLyTUOfUSynVnTNFWUUAK7j4l4o35tHcNT7tYvgLhhwbQaMlK7I/3JtvHsk3ASRAzGUmagckEs0O2Lq0JzXn4r8pQagBcLC5weBL+bIwr9GYKSl975A0go1+HUAwtyFPwAW2ZlWdConAGdSucChPJBvGyQrzSW4aYDWDCW/R2EnUF3eYmg= X-MS-TrafficTypeDiagnostic: AM5PR0701MB2467: Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2467; 20:VT8/XQi+6k48a37iiEZuOxVZEf3bPRdbKJa1fONujOhX5uhl1W8H2rivPfGmS5ZblV8fZ99Pj/sAiLHW5RdLu9HSOsS8wqhHo/fWdah4xOcuezLD56Kq1tJfk+tz0iX6T8RKri4kLcsB0XCT+Fw4aGv978i8/kgff2kWT3M7fSLLdBB0OnH3BJCJpVxrtY2/3O0tq1mYJZfaTEMmhCvtXFeNBWKEUk0xwl9qlIOx5ycXYoKib3NfHHmX4e0jrLJuFNTXA+8EU+3eU/fKC+Tbw3EfUowcQ3p2fOUXWTyBkqDs6Nm3fgyAgEdXwBuzYnA8vOSyU6el6Z/wjax6klGlehTYHT2syzHHWtPch3fcANKyYXHKC2X5q1ZxDhXUMzMFdv0/wHHB+55E4Qty28aGQRTfczPTlzkF4cz0sAJfKQ8mA8+RsbDP2+VZtLJbLIn6G5FPsH/DQNHL9u4SK1w46afOwDVO0GvlGuU0JIxTzRR/0ac9hCYoiEoOm3zRPal8; 4:rIkqZ9+SXlt0JdRAdcpbJ6x02ily73V7ggF6T/0PZ6lUfCiNh8JsiaCHdED1dV3PJaJG1Um47uKoAHOyWMbuTnNHIY98L5cioGMzRxaSzvD9sBFZZIZn1piYoXOEvhTDA/PEF4oidj7MOtaYLwC4bxUdG8Bp+5AZc24Ofy2MSUQIvUuoW0Tcwb0UXwCGtERyTQ+WZsjrf54t86cDrvF6BMdYHFJqigJ01K6BBDqea9lURxTydp36GxN47uGIG8rIbezq+S04PXjGWuI+gVLu1AiMZM/E2/ebW8mzYQOZgTA= X-Exchange-Antispam-Report-Test: UriScan:(120809045254105); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(3002001)(6055026)(6041248)(20161123555025)(20161123564025)(20161123558100)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM5PR0701MB2467; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM5PR0701MB2467; X-Forefront-PRVS: 03883BD916 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(7370300001)(4630300001)(6009001)(6049001)(39410400002)(39400400002)(39850400002)(39840400002)(39860400002)(39450400003)(199003)(189002)(50466002)(4001350100001)(230783001)(64126003)(53936002)(966005)(6666003)(23746002)(6306002)(6246003)(68736007)(2950100002)(3846002)(65956001)(65806001)(6116002)(110136004)(31686004)(38730400002)(6916009)(66066001)(229853002)(47776003)(5660300001)(2870700001)(101416001)(7736002)(105586002)(77096006)(81156014)(8676002)(31696002)(86362001)(65826007)(81166006)(33646002)(6486002)(54356999)(42186005)(106356001)(50986999)(478600001)(2906002)(76176999)(36756003)(189998001)(83506001)(7350300001)(97736004)(25786009)(117156002)(2361001)(305945005)(2351001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2467; H:[192.168.1.5]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; AM5PR0701MB2467; 23:EsadSEiwviI01EIGwn/flfGjKdglbDWpwUL?= =?Windows-1252?Q?eKI2/ZNJVFuxRo6WG2bIoSDL/bUnKDBmWKzrRzbddPUA2yHw6L2D+ZDS?= =?Windows-1252?Q?ByY6UbBQF+NQe3Q39dMvdiD2zaEkYkBQTevAeRA4pNuqvhUyw5QAbNUQ?= =?Windows-1252?Q?Scasr/h2LIHHgo6eR8HetVAHoTiOvofV3VOQ9iks9uS3R5Fw6tizqpoI?= =?Windows-1252?Q?xy33hnuJGYXWqKmdzzhq0T+2jclrm8kxMr7yfk3iJQXLO7YrTHEzH5Os?= =?Windows-1252?Q?8JY3Uy0p0og5Xp7A2ngoyid4O+qvWELkSb59PFe7VMEI7YHDeiFF/kL4?= =?Windows-1252?Q?vL4fn3KpTYWhCm1oC51cl/46xhmZZmOlCWZBFrhRJVgDTFW/oH04xqzT?= =?Windows-1252?Q?r60CBqsa1c7E+zg8+8LZAKQz/wzdaZvWQZvLlA8xNdSbbOhxxhv4bf4B?= =?Windows-1252?Q?nU2y9tCUvabslZs3BexLZKMVL4audhUl2JqZphmUKYUOuR8iOieIJglr?= =?Windows-1252?Q?bHs/pHs6vfmFTv161tQo1qyWOyU66Z0L7K+LlFYZksElmN+w4uYwr+Na?= =?Windows-1252?Q?JuN20E/B84Tf1IDD+eFgzo7c/p0lxNS16aaAItLPqhs6CUP2GG5oYWPq?= =?Windows-1252?Q?pdNZEo495pW9v2UrOM271xaT+0cnyP+Cpo84BEHakPCJE+bpynF69X2f?= =?Windows-1252?Q?4dwenMPyOVEKK6vX+JbflNXQSKABek3VC9HTbVgrDjv5FrsWiEbDB+sB?= =?Windows-1252?Q?HI/KsTDb//JoOqgWOv1L6Vowp7u+8IJIZvAmGmnmz4Fdr36zI9fHUXPH?= =?Windows-1252?Q?eja+5DS+n4RQL/GJiVWcveEiOq8duIM1/9Gcz9TNHJjVqaxSLsUT5v0/?= =?Windows-1252?Q?v57NsS/RIMKG/HDbOxdFRQB5vhsfbGlS2Xi1Al+5MdVt2WREjVAWbS1f?= =?Windows-1252?Q?xPkeXIBMfXi20bPWhuXR67o7wgfrImXNRUO/+v8aBDZBqOj5M2O56Fm8?= =?Windows-1252?Q?xDWYgt5MVL64KElcZ2gNr2HOAYg9b0Z07a4CwjpHot4pXuWi5vDvmzyX?= =?Windows-1252?Q?k8/vYLftmKwdyInvCi51u/hHU9DibkyQkjiA2vzICRl8z63tSXgCCCf4?= =?Windows-1252?Q?sGreq0ThkFWawsnEJ+8v0IbbvAJlVW8T3DTWR0ISFi1C5Dgu+l/a6FQI?= =?Windows-1252?Q?J4/iOsea1en2OfDRa7S2gdlHHluvTgbr/J4/2P1qLqmockAKuhkbRl7x?= =?Windows-1252?Q?deCtDD0BrgHXmDqlwXPuRB3PBf6kKe0Zv7J8fZf6tVwEY7y2JfRBBfJ/?= =?Windows-1252?Q?YIQxdmM4CJWzPlzFPRaqWm53tIBAqu31Ci2tdhw7NoVpBnLfApDl6Z1p?= =?Windows-1252?Q?GeBwhgKhaSZgg4dvvHwmlKxm6bARXkNtfFeiVtZrCYEoZ1qm/45AhmEJ?= =?Windows-1252?Q?13KgIWhbnKw52H2SotOx+jbAzIWJ8NQNZCPRYzuMqrrt4YC3ypWp+TtV?= =?Windows-1252?Q?RDgIiyCzIX5/2esHyLyM/5Bl3US+Se+KtfHQ5IjU5oju6hjnW7DG2X3S?= =?Windows-1252?Q?REdpbN3dbL/CXKeVJsIvSBjbdlmCYDCsHzhAEPqvhYjopJ9ehADjoIgu?= =?Windows-1252?Q?eps8MpgIQhTXWWRK+n6qRYPo6MHxloaepFj3tFnGNPu66goyAA+hj/YF?= =?Windows-1252?Q?8RbM/Lw509Asb/s4PMBxyLUArwYshDjtlVHiZCj5RxBZ5StnUI87x?= X-Microsoft-Exchange-Diagnostics: 1; AM5PR0701MB2467; 6:uuRcVE6/1iBawPHrwqBTJAP7rd1qnQwU2bKs/S7wkYqsnWSe0Mn4fcOqJtLYCbfj+j3qSxzWDSJIl8oBolDUcvcSVSaorr5K6MtknXYtcDNWYpfseTWprIgQ7sExklmX/HgVxQrBWymi/BYWAvPMSxWRuOF9Vx4bObA5LAWZxCdRH5Jt9IyNElZUAXv6so4lXZGlw2+cEF6+fcaMNMWaSlxeT+GXvj2/T1spU/awCQ42IUVJllN56q1PFZLxJaVUNgs2AraZa7VRz5mwldLonWM+MfQ3otekZ6uGwKYUIfLciibfuRtj9GZEt7Aa5xbgSWC7AjUnO1Yz8SNcvnIjtQ==; 5:G2cTVRn6hxuN8Wgtqr4gOmx4U9f5Nhp/Sq9Mi0HC+1uoY76Y6f8lEnJIDvULYcrSAGMpYMvQbFriTnBWxenfJzGQ/TldbyOO5Kv2hj1MXRxR7y0JEFAVttpn0nMtUaXp6Bms1Bg7tqRXsVlW+n+DUg==; 24:6LSVkZC0rktuipNxBDRJT2STTSOyH+ugwTKY/HESaYFfzT/rXLUzR9PrFTu2q6O/GcVDYxAluqmIK8mazkBH4XAqsrT9ETUMYqB1Mm4hhMk=; 7:BLrMSkrwGrY1S/bJtnjBmJdtN12s+N5pQMWIW+ut4zlQkhPJD2Neqns1jBusPRYzQBOxCIFIBiVFcyLWtT2Puf5PxOVjZPAx7MLWcTCRnVX9+/bnJOM+k11WZH7brGHppk9ufnGpUdFUwqWNE31dRP1ToSpmxndZmAZ6Q3nPYdz6nkK+PAHQpBpih51aImG5BXyzyt++aD1jOBKSothvT8WIHO9brpVn/wEkw6CqFm4= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Aug 2017 15:29:00.4284 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2467 Archived-At: Subject: Re: [bess] WG Last Call for draft-ietf-bess-fat-pw-bgp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 15:29:04 -0000 WG, I have received all IPR feedbacks. No author knows about any undisclosed IPR. We have one report of an implementation. There is clear support to move forward. No technical comment was expressed So we are good to go to the next step. thanks -m Le 12/06/2017 à 18:27, Martin Vigoureux a écrit : > Hello Working Group, > > This email starts a Working Group Last Call on > draft-ietf-bess-fat-pw-bgp-02 [1] which is considered mature and ready > for a final working group review. > > ¤ Please read this document if you haven't read the most recent > version yet, and send your comments to the list, no later than > *26th of June*. > Note that this is *not only* a call for comments on the document; it is > also a call for support (or not) to publish this document as a Proposed > Standard RFC. > > ¤ *Coincidentally*, we are also polling for knowledge of any IPR that > applies to draft-ietf-bess-fat-pw-bgp, to ensure that IPR has been > disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > If you are listed as a document Author or Contributor of > draft-ietf-bess-fat-pw-bgp-02 please respond to this email and indicate > whether or not you are aware of any relevant IPR. > > Note that, as of today, no IPR has been disclosed against this document > or its earlier versions. > > ¤ We are also polling for knowledge of implementations of part or all of > what this document specifies. This information is expected as per [2]. > Please inform the mailing list, or the chairs, or only one of the chairs. > > > Thank you, > M&T > > [1] https://datatracker.ietf.org/doc/draft-ietf-bess-fat-pw-bgp/ > [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > From nobody Thu Aug 3 16:40:09 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 36F29131FB6 for ; Thu, 3 Aug 2017 16:39:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150180359822.6987.14305416810810919051.idtracker@ietfa.amsl.com> Date: Thu, 03 Aug 2017 16:39:58 -0700 From: IETF Secretariat Archived-At: Subject: [bess] Milestones changed for bess WG X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 23:39:58 -0000 Changed milestone "Submit specification for the use of E-VPN for datacenter overlays to IESG as PS", resolved as "Done", added draft-ietf-bess-evpn-overlay to milestone. URL: https://datatracker.ietf.org/wg/bess/about/ From nobody Mon Aug 7 08:49:06 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF541324E9 for ; Mon, 7 Aug 2017 08:49:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fdUBwjbR04pb for ; Mon, 7 Aug 2017 08:49:02 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0111.outbound.protection.outlook.com [104.47.33.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA78F1324CA for ; Mon, 7 Aug 2017 08:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cAXRuBoRWzdsIh7aGDtCIAoy1zp6tPnp7Tstsk5Sdc4=; b=NeWzBs2aWwntzeHubDtR+JwXA0+gypLSLpIeVcPmW+su327YEppxrbO3TQeAwaW2OVT3f4hznWyKlJxMxYd6HNCN19IEGchk0/GjoZPzubpYdGj4WNkSe+ahC01kIoaWietgGMg0DhQ14HHGYRMThmhPib/a4XB8ZiTM7JhtVQY= Received: from MWHPR05MB3151.namprd05.prod.outlook.com (10.173.229.17) by MWHPR05MB3104.namprd05.prod.outlook.com (10.173.229.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Mon, 7 Aug 2017 15:48:59 +0000 Received: from MWHPR05MB3151.namprd05.prod.outlook.com ([10.173.229.17]) by MWHPR05MB3151.namprd05.prod.outlook.com ([10.173.229.17]) with mapi id 15.01.1341.010; Mon, 7 Aug 2017 15:48:59 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Martin Vigoureux , BESS CC: "EXT - thomas.morin@orange.com" Thread-Topic: [bess] WG Last Call for draft-ietf-bess-mvpn-expl-track Thread-Index: AQHTD5NQR1qqq8X1yU+qdKaTkhHmlKJ5Cf9Q Date: Mon, 7 Aug 2017 15:48:59 +0000 Message-ID: References: <329edcbf-e842-bf36-7307-b11a346260b4@nokia.com> In-Reply-To: <329edcbf-e842-bf36-7307-b11a346260b4@nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net; x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR05MB3104; 7:q1B+Poeqnzp/Ya/tGyDZHU3mFvwhZ78hdCUI5p+p3R//6lQNmIjM93NI5MFTe/nvZpHo6I8eHR4zcqkYwID9aaFZ1CBWUuHo9gjfdZRGdwBgKh5YQ8XBio6iF8UJ9ASBSN55mvA+ofyKygTdGsrtUNJUbnuyGH4ZiQ5xHk+gKtz77LGoHhBFu/w+V8gleIwB7khdbSjnfNkQgYbXmv6kaw2gsKwE/Hs2jkmMWHiccEG8cvxcbgiAQrckE8jpwadDmg89/sqxaQGsuSUVsv/lFQSd15TU31OaE8MG/GfefeC6MEeLzFfEtLJgHn1Ea1zfwH17m7DyjxV5lFOIPx9x6ZyErMSrXe6P/tc/HYk1JyAs0SYpiqfvxi1oNuJo/+Dz84cpagIVH+vS+6kuhKxK86U7mE6m3de+Ci14zVgydlEifb2kIscd6qaE7c0sn89/D8xBrX0nydGSkRaXzV9oX1aIqfpiTlVXQQ+aCPT3qAPa0KOL3VL+jHDK/3h4XHvT28gb3y59MzMMgOfUUMokcpeGGNbWAwH9o44rKHDspTtiElDCpKFMQgviiSwXzM76lXYG7hgus3rUM8IGZVc8CVOqFZ7FTcgQfa7VFKxAtknfYM4KbLUxJKFyr6zPhID8GdEbnQIceWUoC0H+E5Et4SBL6b1MlFQ07Rt2M31djni1Du2BTGXG8Dmkeh5tkiXD+/JLlLUr/4067pL1t3i7mr5Nc34At1n2U6O5QypqufYvbD5t3l0Sh759bO3t8S6XfgYURags562fJ4xT4X3p7M1zawNUa2oG7gtQnmvP8eM= x-ms-office365-filtering-correlation-id: b0c3a2b2-0f8d-422b-f1eb-08d4ddabd202 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:MWHPR05MB3104; x-ms-traffictypediagnostic: MWHPR05MB3104: x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(82608151540597)(18271650672692); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123562025)(20161123564025)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR05MB3104; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR05MB3104; x-forefront-prvs: 0392679D18 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39850400002)(39400400002)(39410400002)(39860400002)(39450400003)(39840400002)(189002)(13464003)(377454003)(199003)(6246003)(6506006)(101416001)(38730400002)(53936002)(102836003)(2900100001)(6116002)(229853002)(3846002)(4326008)(33656002)(7696004)(966005)(305945005)(106356001)(97736004)(105586002)(77096006)(230783001)(7736002)(81166006)(2906002)(14454004)(3660700001)(25786009)(76176999)(99286003)(3280700002)(478600001)(5660300001)(2950100002)(53546010)(8936002)(74316002)(50986999)(54356999)(9686003)(86362001)(55016002)(189998001)(66066001)(8676002)(81156014)(6436002)(6306002)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB3104; H:MWHPR05MB3151.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2017 15:48:59.8168 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB3104 Archived-At: Subject: Re: [bess] WG Last Call for draft-ietf-bess-mvpn-expl-track X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 15:49:05 -0000 Hmm ... sorry. I am not aware of IPR related to this document. Thanks! Jeffrey > -----Original Message----- > From: Martin Vigoureux [mailto:martin.vigoureux@nokia.com] > Sent: Monday, August 7, 2017 11:39 AM > To: Jeffrey (Zhaohui) Zhang > Cc: EXT - thomas.morin@orange.com > Subject: Fwd: [bess] WG Last Call for draft-ietf-bess-mvpn-expl-track >=20 > Hello Jeffrey, >=20 > unless I missed it I didn't see your reply to the IPR question. >=20 > Thanks > -m >=20 >=20 > -------- Message transf=E9r=E9 -------- > Sujet : [bess] WG Last Call for draft-ietf-bess-mvpn-expl-track > Date : Mon, 10 Jul 2017 17:23:52 +0200 > De : Thomas Morin > Organisation : Orange > Pour : BESS , draft-ietf-bess-mvpn-expl-track@ietf.org >=20 > Hello Working Group, >=20 > This email starts a Working Group Last Call on > draft-ietf-bess-mvpn-expl-track-02 [1] which is considered mature and > ready for a final working group review. >=20 > Please read this document if you haven't read the most recent version > yet, and send your comments to the list, no later than *24th of July*. > Note that this is *not only* a call for comments on the document; it is > also a call for support (or not) to publish this document as a Standard > Track RFC. >=20 > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to draft-ietf-bess-mvpn-expl-track, to ensure that IPR has been > disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). >=20 > If you are listed as a document Author or Contributor of the draft > please respond to this email and indicate whether or not you are aware > of any relevant IPR, additionally to what was already disclosed ([2]). >=20 > We are **also polling for knowledge of implementations** of part or all > of what this document specifies. This information is expected as per [2]. > Please inform the mailing list, or the chairs, or only one of the chairs. >=20 > Thank you, > T&M >=20 > [1] https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-expl-track > [2] > https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-b= ess- > mvpn-expl-track > [3] > https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Mon Aug 7 14:46:25 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7193B128C9C; Mon, 7 Aug 2017 14:46:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Carlos Pignataro To: Cc: draft-ietf-bess-evpn-etree.all@ietf.org, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150214237640.19001.10607149762446910281@ietfa.amsl.com> Date: Mon, 07 Aug 2017 14:46:16 -0700 Archived-At: Subject: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 21:46:16 -0000 Reviewer: Carlos Pignataro Review result: Has Issues Reviewer: Carlos Pignataro Review result: Has Nits (and one potential Issue) I am the OPS-DIR reviewer and in general I do not have operational concerns with this document. The main issue I have is in regards to the redefinition of the MSB of the Tunnel Type, and associated backwards/forward compatibility considerations. I note that RFC 7385 is Normatively referenced by a number of I-Ds: https://datatracker.ietf.org/doc/rfc7385/referencedby/ BUT draft-ietf-bess-evpn-etree is not: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-etree/referencedby/ So would those former be pointing to old info? And what other Backwards Compat considerations are there? Further, some nits and editorials for your consideration: The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree). A solution framework for supporting this service in MPLS networks is proposed in RFC7387 ("A Framework for Ethernet Tree (E-Tree) Service over a Multiprotocol Label Switching (MPLS) Network"). Proposed? Or Described / Defined? Same comment for the first sentence of the second paragraph of the Intro. This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. RFC 7385 does not mention a "scope". This really talks about the Tunnel Type. Please reword for unambiguous clarity. 3.1 Known Unicast Traffic To support the above ingress filtering functionality, a new E-TREE Extended Community with a Leaf indication flag is introduced [section 5.2]. This new Extended Community MUST be advertised with MAC/IP Section 5.2 is not a referenced citation. Similar issue with [5.1] at: In PBB-EVPN, the PE advertises a Root/Leaf indication along with each B-MAC Advertisement route, to indicate whether the associated B-MAC address corresponds to a Root or a Leaf site. Just like the EVPN case, the new E-TREE Extended Community defined in section [5.1] is advertised with each MAC Advertisement route. 3.2 BUM Traffic Please expand to Broadcast, Unkonwn, Multicast. When receiver ingress-replication label is needed, the high-order bit of the tunnel type field (Composite Tunnel bit) is set while the remaining low-order seven bits indicate the tunnel type as before. I believe it would be useful to depict the Composite Tunnel bit in Figure 5 as well... It's not only a 1-octet Type. Also, please note: ** Obsolete normative reference: RFC 5226 ** Downref: Normative reference to an Informational RFC: RFC 7387 Thank you! Carlos. From nobody Mon Aug 7 19:29:35 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 98882131E08; Mon, 7 Aug 2017 19:29:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Dale Worley To: Cc: draft-ietf-bess-evpn-etree.all@ietf.org, ietf@ietf.org, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150215935959.12343.2397423105077446380@ietfa.amsl.com> Date: Mon, 07 Aug 2017 19:29:19 -0700 Archived-At: Subject: [bess] Genart last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 02:29:20 -0000 Reviewer: Dale Worley Review result: On the Right Track I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-bess-evpn-etree-12 Reviewer: Dale R. Worley Review Date: 2017-08-07 IETF LC End Date: 2017-08-09 IESG Telechat date: 2017-08-17 Summary: This draft is on the right track but has open issues, described in the review. A few of the issues are directly technical. Reading this draft, I have the sense that it isn't so much a specification as the description of an idea, which is that EVPN can be used to implement E-Tree functionality. It reads as if someone who is extremely knowledgeable about EVPN is outlining the idea to someone similar, given that various details don't seem to be worked out completely and that in several places there are alternative implementation methods that are mentioned but do not seem to be rigorously enumerated. The document seems to more describe *class* of ways of implementing E-Trees, and not a rigidly delimited class. As far as I can tell, the idea works, but I suspect that an implementor would not just be following the specification but completing it in many respects. Given that the document seems to extend the mechanisms of RFC 7432, I suspect that an implementor would have to carefully work out the details of all the BGP announcements, and that not all implementations would interoperate. E.g., "This Leaf label is advertised to other PE devices, using the E-TREE Extended Community" sounds to me like it's very under-specified. The way forward seems to be clear: The draft needs to be edited carefully, filling in the missing details and making more explicit and rigid the various implementation alternatives. It might be worth enumerating all of the mentioned implementation choices in one place, as successful interoperation requires that all devices in a VPN are using the same choices. And I think interoperation needs to be emphasized -- two devices that implement this draft should interoperate if they are configured to have the same choices of the implementation choices enumerated in the draft. Otherwise, this draft is just the outline for a dozen vendors' similar-but-not-interoperable proprietary products. Abstract This document discusses how those functional requirements can be easily met with Ethernet VPN (EVPN) and how EVPN offers a more efficient implementation of these functions. "More efficient" than what? The abstract reads as if this document is an alternative method of implementing E-Tree, but I read well into the draft before it became clear that this draft is an alternative to RFC 7387, rather than that this draft and RFC 7387 are an alternative to something else. The abstract does not specifically state all of the relationships between the specifications it mentions. And although this mechanism is described as "more efficient", there doesn't seem to be any discussion of how it is more efficient. You don't need a lot of detail for this, but it would be helpful if there was at least a brief description of what way it is more efficient and some indication of the degree. Also, what is relationship between "EVPN" and this document? Is EVPN a widely-known technology whose name need not be footnoted? Is it something defined in this document? Importantly, is the usage in this document a subset within some defined EVPN specification, or is it a modification/extension of EVPN? This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. The use of "scope" is peculiar here. Generally, "scope" refers to a region of some sort of space, so one would say "scope value" or "scope value field" to refer to a group of bits that designate a scope. But checking with RFC 7385 and the IANA registry page for "Border Gateway Protocol (BGP) Parameters", I am unable to find any occurrence of the word "scope". And other than a very similar passage in section 1, "scope" only appears in this document in the phrase "scope of this document". Perhaps "scope" should be "tunnel type"? Table of Contents What is the capitalization rule you're using for section titles? E.g., sections 3.2.{1,2,3,4} are capitalized in a decidedly different way that other sections. 1 Introduction The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree) [MEF6.1]. In an E- Tree service, Attachment Circuits (ACs) are labeled as either Root or Leaf ACs. Root ACs can communicate with all other ACs. Leaf ACs can communicate with Root ACs but not with other Leaf ACs. Given the use of "rooted-multipoint", it seems that there is to be exactly one Root AC per virtual Ethernet, as rooted trees have exactly one root node. Where or not that is true is very important for the conceptual model of the service, but is not stated clearly here. Perhaps there is a terminology problem, as when I see "rooted" and "tree" in a sentence, I assume that the "tree" is "rooted", i.e., it has exactly one root. (Similarly in Wikipedia, "Rooted-MultiPoint" [sic] redirects to "Point-to-multipoint", which says "providing multiple paths from a *single* [my emphasis] location to multiple locations".) However, the last sentences of section 2.1 suggest that an E-Tree might have more than one Root. Subtle point: If there are multiple Roots, the text implies that all Roots can communicate with all other Roots. It might be worth mentioning that explicitly, as the naive reader might overlook it. Indeed, it is possible within this model that all endpoints are Roots, in which case the VPN is completely connected. Also, it seems that in scenario 3 of section 2 that a single AC could have multiple endpoints on it some of which are Root and some are Leaf, which doesn't fit within the description in this paragraph. (In general, meticulously editing the Introduction section is extremely helpful to readers who aren't already thoroughly familiar with the subject.) [RFC7387] proposes the solution framework for supporting E-Tree service in MPLS networks. I think this should be "a solution framework". If one says "the solution framework", then there is in some way only one solution framework, and the RFC would "state" it. Saying that the RFC "proposes" a framework shows that there could be others that could be proposed. Similarly in the next sentence would be "... of an overall solution ...". The document identifies the functional components of the overall solution to emulate E-Tree services in addition to Ethernet LAN (E-LAN) services on an existing MPLS network. The relationship of E-LAN to E-Tree is not clear, and how the phrase "on an existing MPLS network" attaches to either is not clear. I think you mean at least: The document identifies the functional components of the overall solution to emulate E-Tree services on an existing MPLS network. and that the document does the same for E-LAN. I suspect that there is some implied relationship between E-Tree and E-LAN, other than that solution frameworks are described in RFC 7387. However, the term "E-LAN" does not appear anywhere else in this document, is it important to include it? And given that E-Tree gets its own reference to describe its functional specification, shouldn't there be a reference giving the functional specification of "E-LAN"? (As opposed to the implementation specification in RFC 7387.) [RFC7432] is a solution for multipoint L2VPN services, with advanced multi-homing capabilities, using BGP for distributing customer/client MAC address reach-ability information over the MPLS/IP network. [RFC7623] combines the functionality of EVPN with [802.1ah] Provider Backbone Bridging (PBB) for MAC address scalability. The structure of this paragraph suggests that "EVPN" is defined by RFC 7432, but I had to look at 7432 to verify that. Perhaps "[RFC7432] defines EVPN, a solution for ..."? "[802.1ah]" appears to be a reference, but there is no entry in section 9 for it. This document discusses how the functional requirements for E-Tree service can be met with (PBB-)EVPN and how (PBB-)EVPN offers a more efficient implementation of these functions. This paragraph has some of the same problems as the abstract. But I am now starting to suspect that the document is proposing using EVPN as a way to provide E-Tree service *instead of* using the RFC 7387 proposal. If that is so, this sentence needs to end "a more efficient implementation of these functions than RFC7387.", and the third sentence of the Abstract should start "This document discusses how the functional requirements for E-Tree can be ..." (making clear that it logically succeeds the first sentence, not the second), and the use of "EVPN" in the Abstract needs to reference RFC 7432. This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. The "scope" business is still unresolved. Also, this sentence doesn't say what the new purpose of the bit is. Perhaps something like, "This document repurposes the most significant bit of the tunnel type byte governed by the IANA registry created by RFC7385 to ...". But that is still opaque, as few people will immediately know the purpose of a registry referenced only by RFC number. Perhaps "... the Tunnel Type byte in the BGP PMSI Tunnel attribute ...". Section 2 discusses E-TREE scenarios. What the proper capitalization of "E-Tree"? 1.1 Terminology The text uses many acronyms which may not be widely known by people not deeply conversant in these technologies. It may help to put a define many of them in section 1.1. (E.g., "EVI" is defined well down in the second paragraph of section 2.1, whereas it is used in the first paragraph of that section.) 2 E-Tree Scenarios The enumeration of cases is unclear. I think you mean for scenario 1, "PE is exclusively Leaf or Root site(s)", etc. But "OR" doesn't carry that meaning unambiguously. You could s/OR/XOR/ to make it unambiguous, but that would be awkward and very geekish. Also, I think "MAC address" is more correct than "MAC" here. 2.1 Scenario 1: Leaf OR Root site(s) per PE In this scenario, a PE may receive traffic from either Root ACs OR Leaf ACs for a given MAC-VRF/bridge table, but not both concurrently. There's a problem with "receive traffic from", because one can say a PE "receives traffic from" any endpoint in the VPN -- if the traffic is egressing from the VPN through the PE. I think you want to phrase it in terms of "all endpoints attached to the ACs attached to the PE are Root endpoints or they are all Leaf endpoints". Or you could rephrase it in terms of ingressing traffic. But really, Root and Leaf are properties of endpoints much more than properties of traffic, and it's best to use the terms accordingly. Also, the meaning of "concurrently" is probably not what you want -- strictly, it means that two things cannot happen at the same time, but it implies that they can happen at different times. I don't think that is what you mean. +---------+ +---------+ | PE1 | | PE2 | +---+ | +---+ | +------+ | +---+ | +---+ |CE1+---AC1----+--+ | | | MPLS | | | +--+----AC2-----+CE2| +---+ (Root) | |MAC| | | /IP | | |MAC| | (Leaf) +---+ | |VRF| | | | | |VRF| | | | | | | | | | | | +---+ | | | | | | | | +--+----AC3-----+CE3| | +---+ | +------+ | +---+ | (Leaf) +---+ +---------+ +---------+ The figure is useful in showing the relationship of PE, AC, and CE. (I see now that what I call an "endpoint" is generally known as a "CE".) But there is a shortage of connection lines. I think something like this would be clearer: +---------+ +---------+ | PE1 | | PE2 | +---+ | +---+ | +------+ | +---+ | +---+ |CE1+---AC1----+--+ | | | MPLS | | | +--+----AC2-----+CE2| +---+ (Root) | |MAC| | | /IP | | |MAC| | (Leaf) +---+ | |VRF+------------------+VRF| | | | | | | | | | | | +---+ | | | | | | | | +--+----AC3-----+CE3| | +---+ | +------+ | +---+ | (Leaf) +---+ +---------+ +---------+ In such scenario, using tailored BGP Route Target (RT) import/export policies among the PEs belonging to the same EVI, can be used to restrict the communications among Leaf PEs. Presumably, "In such a scenario ..." but I prefer "In this scenario ...". But the grammar has a problem, since if you elide the clause "using ... the same EVI", it reads "In such [a] scenario ... can be used to ...". I think you want "In such a scenario, tailored BGP ... policies ... can be used to ...". I think you want "prevent" rather than "restrict", since by the definition of E-Tree service, there is to be no communication between Leaf ACs at all -- restrict has an implication that the limitation is not absolute (and indeed, is somehow configurable). from one Leaf AC to another Leaf AC on a MAC-VRF for a given E-TREE EVI. Across the whole document, it's clear that the operation of the proposed E-Tree mechanism is absolutely independent for each EVI. E.g., here you note that scenario 1 is "for any PE, *for any EVI*, all CEs connected to that PE are either all Roots or all Leafs". But you could simply state this separation of each EVI from every other EVI at the top of the document and not have to keep repeating it at various places throughout the document. That is, I think it's true. If there are ways in which the implementation of one EVI interacts the implementation of another EVI, that needs to be prominently flagged and carefully assessed for causing subtle problems. E.g., in section 3.2.1, it seems like the advertisements of "Ethernet A-D per ES routes" may bundle information about multiple EVIs. 2.2 Scenario 2: Leaf OR Root site(s) per AC There is a technical question in that scenario 1 is more restrictive than scenario 2, so any solution for scenario 2 can be used in scenario 1. But only alternative A is presented for scenario 1, even though alternative B must necessarily work. Presumably there is a reason why alternative B is not presented for scenario 1, and I think it should be stated. This fact caused me some confusion when I was reading the document: The mechanism described in 2.1 seems to be satisfactory for fulfilling the requirements stated in paragraph 2, so but paragraph 2 introduces "coloring" of MAC addresses. I think that the expositions of the three scenarios could better be done if they were all coordinated with each other. Perhaps the choice between alternatives A and B for coloring MAC addresses is actually common across the three scenarios, and what really changes between the scenarios is the efficiency tradeoffs between the two alternatives. Approach (A) would require the same data plane enhancements as approach (B) if MAC-VRF and bridge tables used per VLAN, are to remain consistent with [RFC7432] (section 6). What is the subject of "are"? In order to avoid data- plane enhancements for approach (A), multiple bridge tables per VLAN may be considered; It's not clear what the difference is between "MAC-VRF and bridge tables used per VLAN" and "multiple bridge tables per VLAN". Can this be described in a way that is clearer to people who are not highly familiar with the subject? then two RTs (one for Root and another for Leaf) can still be used with approach (B) This seems to be proposing some sort of mixture of alternatives A and B. What exactly are the alternatives that are being specified that the implementor chooses between? 2.3 Scenario 3: Leaf OR Root site(s) per MAC This scenario is not covered in both [RFC7387] and [MEF6.1] Literally, this means "It is not true that this scenario is covered in RFC 7387 and in MEF6.1." But I think you mean "This scenario is not covered in either ...". the Designated Forwarding (DF) filtering per [RFC7432] would not be compatible with the required egress filtering Interestingly, "designated forwarding" is not mentioned anywhere else in this draft. Does it appear elsewhere or is it implied in the mechanics of RFC 7432 that are used throughout this draft? There seems to be no description of the techniques to be used in this case. And given that it seems to be contemplated to support scenario 3, there are numerous places in the draft where "a Root AC" and "a Leaf AC" are not correct. You could use "a Root CE" or "a Root site", etc. 3 Operation for EVPN In other words, [RFC7432] has inherent capability to support E-TREE services without defining any new BGP routes but by just defining a new BGP Extended Community for leaf indication as shown later in this document (section 5.1). And by implication, the addition of various processing of that leaf indication. But this does show that this draft is not just an application of RFC 7432 but an extension of it. 3.1 Known Unicast Traffic sending ... traffic over MPLS/IP core to be filtered at the egress PE ... The implication seems to be that this "sending" that is avoided is really multicast, from the ingress PE to all egress PEs. Naively, describing this as "over MPLS/IP core" doesn't seem to capture the meaning, since *all* traffic is going to be send "over the MPLS/IP core". To provide such ingress filtering for known unicast traffic, a PE MUST indicate to other PEs what kind of sites (root or leaf) its MAC addresses are associated with by advertising a leaf indication flag (via an Extended Community) along with each of its MAC/IP Advertisement routes. The lack of such flag indicates that the MAC address is associated with a root site. This scheme applies to all scenarios described in section 2. Read literally, this paragraph says that a leaf indication flag MUST be present on each advertisement, but then says the absence of the flag means that it is a root side (implying that the absence of the flag is legitimate). There are two alternatives -- a) the flag is a 1/0 flag, with one value meaning Leaf and one meaning Root or b) the flag is some optional field whose presence means Leaf and whose absence means Root -- but this wording isn't quite correct for either. Also, this paragraph seems to be saying that the extended community is always used to indicate Leaf/Root status (though perhaps it specifies status by its absence). But the descriptions in section 2 seem to be saying that alternative A doesn't require the extended community, which contradicts the MUST in this paragraph. 3.2 BUM Traffic This specification does not provide support for filtering BUM (Broadcast, Unknown, and Multicast) traffic on the ingress PE because it is not possible to perform filtering of BUM traffic on the ingress PE, as is the case with known unicast described above, due to the multi-destination nature of BUM traffic. This sentence is quite awkward. I think you can carry all of the meaning with "This specification does not provide support for filtering BUM (Broadcast, Unknown, and Multicast) traffic on the ingress PE because it is not possible to do so, due to the multi-destination nature of BUM traffic." But the phrase "does not provide support" is not correct -- the ingress PE fully *supports* BUM traffic (except in scenario 3), it's just that the support doesn't include *filtering* by the ingress PE. the MPLS-encapsulated frames MUST be tagged with an indication that they originated from a Leaf AC - i.e., to be tagged with a Leaf label as specified in section 5.1. As written, the sentence requires "... tagged with an indication whether they originated ...". The use of "that" states that all the frames originated from a Leaf AC. Looking ahead to section 5.1, I see that the Leaf label is considerably longer than the 1 bit that would seem to be necessary for this function given its description here. And the next paragraph suggests that the assignment of Leaf labels is complex. It would be helpful if you clarified here all of the functionality of Leaf labels so the reader has context for following paragraphs. I suspect the meaning here is "all MPLS-encapsulated frame are tagged with labels, and to distinguish Leaf-originated frames, they must be tagged with labels which are known to be Leaf labels". Also, is there only one leaf label (for an EVI), or can there be many, perhaps one for every Leaf AC? The main difference between downstream and upstream assigned Leaf label is that in case of downstream assigned not all egress PE devices need to receive the label just like ESI label for ingress replication procedures defined in [RFC7432]. This sentence isn't clear to me. I suspect that it just needs a few words adjusted. Also, I suspect that it would help to move the final clause, "just like ESI label ..." to a separate sentence. On the ingress PE, the PE needs to place all its Leaf ACs for a given bridge domain in a single split-horizon group in order to prevent intra-PE forwarding among its Leaf ACs. The phrase "bridge domain" appears only twice in this document. I suspect it is synonymous with some other term you are using. My belief is that a "split-horizon group" means a group of ACs that are visible to each other. If that is correct, this sentence needs to be rephrased to something like "... the PE needs to place each of its Leaf ACs for a given bridge domain into separate split-horizon groups ...". Other mechanisms for identifying root or leaf (e.g., on a per MAC address basis) is beyond the scope of this document. Scenario 3 in section 2.3 posits that a single AC may support both Leaf and Root endpoints. So there must be a known method of performing this identification on a per-MAC address basis, or else scenario 3 cannot be implemented at present. That doesn't require that this document specify or describe a method of doing so, but it seems that at this point, the document should either identify one or more ways in which it can be done, or admit that there are no known mechanisms at this time. (Or perhaps that there are no known *good* mechanisms at this time.) Otherwise the inclusion of scenario 3 is purely hypothetical. The acronym "ES" us used a lot in this section, meaning "Ethernet segment". Is "Ethernet segment" related to "AC"? 3.2.1 BUM traffic originated from a single-homed site on a leaf AC What is the rule for capitalizing or not the words "leaf" and "root"? This Leaf label is advertised to other PE devices, using the E-TREE Extended Community (section 5.1) along with an Ethernet A-D per ES route with ESI of zero and a set of Route Targets (RTs) corresponding to all EVIs on the PE with at least one leaf site per EVI. I'm not sure, but I think you mean s/all EVIs on the PE with at least one leaf site per EVI/all EVIs which have at least one leaf site on the PE/. The set of Ethernet A-D per ES routes may be needed if the number of Route Targets (RTs) that need to be sent exceed the limit on a single route per [RFC7432]. I suspect from the text that "Ethernet A-D per ES route" is a single term, but I have no idea what it is referring to. And I suspect that someone has coined a shorter term to use. I suspect that one or more words in this sentence aren't quite right and I can't parse it. For instance "The set of ... routes may be needed if ..." doesn't make sense -- in what way can a set of routes be needed only under some conditions? Perhaps it should be "A set of ... routes", if the meaning is that in some situations only one would be needed. Reading this again, I think you mean "Multiple Ethernet A-D per ES routes will need to be advertised if the number of Route Targets needed to carry the EVIs exceeds the limit on a single route." The ESI for the Ethernet A-D per ES route is set to zero to indicate single-homed sites. This sentence seems to be talking about some attribute of a route (which is an operation in the control plane) while the section is theoretically talking about BUM traffic (which is in the data plane). This seems to be a general organizational problem, where the details of the data plane operations are mixed with general descriptions of the control plane operations needed to support the data plane operations. It would be clearer if the data plane specifications and the control plane specifications were separated (e.g., into adjacent paragraphs), making it more explicit what information is passed from the control plane to the data plane. 3.2.3 BUM traffic originated from a multi-homed site on a leaf AC The first paragraph introduces various matters that aren't discussed in the rest of the document, or at least aren't much discussed. If I understand it right, these considerations don't introduce anything unexpected other than that an AC which is multi-homed (i.e., connects to more than one PE) must, for any single EVI, be consistently a Root or a Leaf on all of those PEs. If I'm correct, this paragraph could be made much easier to understand by stating just that and avoiding details. However, there may be more involved than that. E.g., "there is no forwarding among subnets" may be an additional requirement. It's hard to tell, because there are only two occurrences of "forwarding among subnets", and it's not at all clear what that term is intended to cover. 3.2.4 BUM traffic originated from a multi-homed site on a root AC I think the critical point of this paragraph is omitted: "... but no Leaf label is added". Compare with section 3.2.2. 3.3 E-TREE Traffic Flows for EVPN - Ethernet known unicast from Root to Roots & Leaf - Ethernet known unicast from Leaf to Root - Ethernet BUM traffic from Root to Roots & Leafs - Ethernet BUM traffic from Leaf to Roots The grammar of these is not good. I think you mean "Known unicast Ethernet from ... to ...", or better "Known unicast traffic from ... to ...". In the case where unicast flows need not be supported, the L2VPN PEs can avoid performing any MAC learning function. I think you want s/unicast/known unicast/ -- there may be situations where unicast traffic exists, and it could be handled as known unicast traffic, but the implementation can tolerate handling all of it as unknown traffic to avoid MAC learning. OTOH, the choice of supporting scenario 3 requires the choice of MAC learning, since scenario 3 prevents handling should-be-known unicast traffic as BUM traffic. That dependency should be noted somewhere. 3.3.1 E-Tree with MAC Learning I see here much use of "Ethernet Segments". It seems that it has the same functional meaning as "ACs". If so, only one term should be used consistently. If not, does the distinction need to be explained? For the scenario described in section 2.1 (or possibly section 2.2), these routes are imported only by PEs with at least one Root site in the EVI ... What is the condition on "possibly in section 2.2"? (Is this a distinction between alternatives A and B?) To support multicast/broadcast from Leaf to Root sites, ingress replication should be sufficient for most scenarios where there are only a few Roots (typically two). This is introducing one of a pair of alternatives (the other one being described in the following paragraphs). I think the reader should be warned in advance what the two alternatives are and what it depends on (viz., the number of Roots). That is, a top-down structure. If the number of Roots is large, P2MP tunnels originated at the PEs with Leaf sites may be used and thus there will be no need to use the modified PMSI tunnel attribute in section 5.2 for composite tunnel type. The wording here is not quite right; I think it allows some ambiguity. Perhaps If the number of Roots is large, P2MP tunnels originated at the PEs with Leaf sites may be used (and thus there will be no need to use the composite tunnel type values of the modified PMSI tunnel attribute in section 5.2). 3.3.2 E-Tree without MAC Learning Similarly, I suggest Just as in the previous section, if the number of PEs with root sites are only a few and thus ingress replication is desired from leaf PEs to these root PEs, then the composite tunnel values defined in section 5.2 should be used. 4 Operation for PBB-EVPN In PBB-EVPN, the PE advertises a Root/Leaf indication along with each B-MAC Advertisement route, to indicate whether the associated B-MAC address corresponds to a Root or a Leaf site. Just like the EVPN case, the new E-TREE Extended Community defined in section [5.1] is advertised with each MAC Advertisement route. I don't understand the distinctions here, but is "MAC Advertisement route" correct? There are two uses of "MAC" and 12 uses of "B-MAC" in this section. 4.1 Known Unicast Traffic The ingress PE cross-checks this flag with the status of the originating site, and if both are a Leaf, then the packet is not forwarded. I think this can be simplified to The ingress PE also checks the status of the originating site, and if both are a Leaf, then the packet is not forwarded. 4.2 BUM Traffic it updates its egress filtering (based on the source B-MAC address), as follows: The stated algorithm has some important properties. One is that if a frame arrives, but its B-MAC address is unknown, then the frame is forwarded. That is, traffic not from a known Leaf is assumed to be from a Root. This may not be a problem, but it seems like it is an important property of this specification, and the implementor should be aware of it. (OTOH, perhaps this is a generic property of PBB-EVPN, in which case it need not be stated here.) Another property is that if a B-MAC changes from being a Leaf to being a Root (by whatever means that might happen), it seems that the new advertisements of the B-MAC as a Root will *not* remove it from the list of blocked B-MACs of any Leaf that has seen that B-MAC advertised as a Leaf. Unless there is some consideration that I'm not aware of, I think you want to revise this algorithm in this regard. 4.3 E-Tree without MAC Learning For PBB-EVPN, the handling of such traffic is per section 4.2 without C-MAC learning part of it at both ingress and egress PEs. This could be phrased better. And is the "non-C-MAC learning" mode of operation of PBB-EVPN defined in the PBB-EVPN specification? If not, I think you might need to describe it in more detail here. 5.1 E-Tree Extended Community It is used for leaf indication of known unicast and BUM traffic. It's probably worth specifying that it indicates that the frame's *origin* is a Leaf. The label value is encoded in the high-order 20 bits of the Leaf Label field. This sentence seems to be in the wrong place, since the case described in this paragraph doesn't use the Label Value field. It seems to me that it would be better to incorporate this information into the value layout: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=0x06 | Sub-Type=0x05 | Flags(1 Octet)| Reserved=0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved=0 | Leaf Label |0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 5.2 PMSI Tunnel Attribute Composite tunnel type is advertised by the root PE to simultaneously indicate a non-ingress replication tunnel ... There's a certain ambiguity here, as I first read it as "... a (non-ingress) replication tunnel ..." -- but of course, there is no "egress replication". What is meant is "... a non-(ingress replication) tunnel ...", which I think would be better expressed as "... a non-ingress-replication tunnel ...". When this Composite Tunnel bit is set, the "tunnel identifier" field would begin with a three-octet label, followed by the actual tunnel identifier for the transmit tunnel. Probably better s/would begin/begins/. (The clause of the condition "Composite Tunnel bit is set" does not use the subjunctive mood, so you don't use the subjunctive mood in the consequent clause.) It might help to add a figure +---------------------------------+ | Flags (1 octet) | +---------------------------------+ | Tunnel Type (1 octet) | +---------------------------------+ | P2MP MPLS Label (3 octets) | +---------------------------------+ | Ingress Replication MPLS Label | | (3 octets) | +---------------------------------+ | Tunnel Identifier (variable) | +---------------------------------+ And s/1 octets/1 octet/ -- even though RFC 6514 makes that mistake! PEs that don't understand the new meaning of the high-order bit would treat the tunnel type as an undefined tunnel type and would treat the PMSI tunnel attribute as a malformed attribute [RFC6514]. It might be worth noting that this processing is why the composite tunnel bit is allocated in the Tunnel Type field rather than the Flags field. 8.1 Considerations for PMSI Tunnel Types The registry is to be updated, by removing the entries for 0xFB-0xFE and 0x0F, and replacing them by: Value Meaning Reference 0x0B-0x7A Unassigned 0x7B-0x7E Reserved for Experimental Use this document 0x7F Reserved this document 0x80-0xFF Reserved for Composite Tunnels this document The allocation policy for values 0x00 to 0x7A is IETF Review [RFC5226]. The range for experimental use is now 0x7B-0x7E, and value in this range are not to be assigned. The status of 0x7F may only be changed through Standards Action [RFC5226]. This structure allows the high-order bit to modify the interpretation of the other bits. However, section 5.2 says, "... the high-order bit of the tunnel type field (Composite Tunnel bit) is set while the remaining low-order seven bits indicate the tunnel type as before." I think what you intended is to change the "P-Multicast Service Interface Tunnel (PMSI Tunnel) Tunnel Types" registry to only specify the low-order seven bits of the Tunnel Type field, with the high-order bit of Tunnel Type being the Composite Tunnel bit. Conceptualized that way, the registry changes to: Value Meaning Reference 0x00-0x7A (as before) 0x7B-0x7E Reserved for Experimental Use this document 0x7F Reserved this document This implies that the octet values 0x80 to 0xFF are subdivided into assigned, unassigned, experimental, and reserved groups in the parallel way. 9.1 Normative References [MEF6.1] Metro Ethernet Forum, "Ethernet Services Definitions - Phase 2", MEF 6.1, April 2008. Can we get a URL for this? [EOF] From nobody Tue Aug 8 12:58:45 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D9B132517; Tue, 8 Aug 2017 10:31:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Alvaro Retana" , "Deborah Brungard" , "George Swallow" , "Alia Atlas" , "Martin Vigoureux" , "Loa Andersson" , "Thomas Morin" , "Nicolai Leymann" Cc: Alvaro Retana , Deborah Brungard , Multiprotocol Label Switching Discussion List , David Sinicrope , david.sinicrope@ericsson.com, Alia Atlas , BGP Enabled ServiceS Discussion List , Martin Vigoureux , The IETF Chair , George Swallow , Loa Andersson , Thomas Morin , rmersh@broadband-forum.org, Nicolai Leymann X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150221349059.12274.9778236162881009510.idtracker@ietfa.amsl.com> Date: Tue, 08 Aug 2017 10:31:30 -0700 Archived-At: X-Mailman-Approved-At: Tue, 08 Aug 2017 12:58:44 -0700 Subject: [bess] =?utf-8?q?New_Liaison_Statement=2C_=22Review_and_Comment_o?= =?utf-8?q?n_TR-350_Issue_2_-_Ethernet_Services_using_BGP_MPLS_Based_Ether?= =?utf-8?q?net_VPNs_=28EVPN=29_=E2=80=93_ELINE_and_ETREE=22?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 17:31:31 -0000 Title: Review and Comment on TR-350 Issue 2 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) – ELINE and ETREE Submission Date: 2017-08-08 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1540/ Please reply by 2017-09-06 From: Michael Fargano To: Martin Vigoureux , Thomas Morin ,Nicolai Leymann ,Loa Andersson ,George Swallow ,Alia Atlas ,Alvaro Retana ,Deborah Brungard Cc: Alvaro Retana ,Deborah Brungard ,Multiprotocol Label Switching Discussion List ,David Sinicrope ,Alia Atlas ,BGP Enabled ServiceS Discussion List ,Martin Vigoureux ,The IETF Chair ,George Swallow ,Loa Andersson ,Thomas Morin ,Nicolai Leymann ,rmersh@broadband-forum.org Response Contacts: david.sinicrope@ericsson.com Technical Contacts: Purpose: For comment Body: Dear Colleagues, In November 2015, the BBF published TR-350 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) which covered architecture and equipment requirements for implementation of ELAN service types using the EVPN technology. Also in November 2015, the BBF started working the second phase of the TR-350 work adding ELINE and ETREE service types to this important specification. The work has progress through 2016 and early 2017 and has entered the beginning of the Broadband Forum approval process. During this phase we would greatly appreciate your review and comments. To consider your comments during our 3Q2017 meeting we would need to receive them by 6 September 2017. Comments received after 6 September will be considered during our 4Q2017 meeting in December 2017. We look forward to working with you and we would like to thank you for your timely consideration and response. Sincerely, Michael Fargano, Broadband Forum Technical Committee Chair CC: Robin Mersh, Broadband Forum CEO Attachments: WT-350i2SBLiaison.approved https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-1.pdf WT-350i2ELineETree.SBText-Sinicrope-RnTAD https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-2.pdf From nobody Tue Aug 8 13:20:47 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B64F132652 for ; Tue, 8 Aug 2017 13:20:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvsf0Axj9R5M for ; Tue, 8 Aug 2017 13:20:44 -0700 (PDT) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED27A13264C for ; Tue, 8 Aug 2017 13:20:43 -0700 (PDT) Received: by mail-qk0-x22b.google.com with SMTP id d145so25868086qkc.2 for ; Tue, 08 Aug 2017 13:20:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to:cc; bh=sttWKHk9RG+wBneu53LzTib5lnRwNlGzMM6E336TaTI=; b=eBMpKj2rxP1ZServoDfLEy5XE54ClVK5UC/W7yaP7jIZeQnCD+wY/NgaGD8rY5Nzh/ CQ50orZZw6ht/bmW3YRMCkUhjPwLjGkYd0ZIcBUImGUOaUfAOOZFE/zdF9lUDSFR2Fkc BBR4aePjVGVcyryX8ncI363a+AO/OzlnSMHzOIyqHiPpP2R272khya9QHj9xo+o7yRVf PUOG87mWEMhKwepDqsGl26GMxSkFN6XEWUNXLQMzhDIhARALOICW9E1kmf3REbUTNxUt V38Q96rMmgoBcm8keQLZCfaHR6yxDfYtlQniQu+fQEmeVBVLyIy8pju1ZU9gSavawouk KD1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:cc; bh=sttWKHk9RG+wBneu53LzTib5lnRwNlGzMM6E336TaTI=; b=cN6vmNnYLFCkuntiTinpVrPBN56vu1ooj/dgGofO5lMORQj5YTBtSacWWW0qd0Vk/t 46uTWaXY9up/FFpiQbMA6xqDzpxtL0Ohhn+vGxD3gwJRm9DcwjAle4v4bL3JpAtLLMAl +OzAr9PPCDMpCQdOGybL81A8k8yqhojgW7MsAUWwrRnoF7glq7G/aJ3QvilcR+keC9nv 5fGjNp1gku/eiIcGFVTOXGYm8sg1KrrnkcpKLDwrJkEbxGIED09VjjRLItdAJigboHI8 GZc/KXisHDTsd3FihwozBeFdGNelw9sKNmHQr6nJz84G5bexyfsdeuYzMuoy2i/xVQr/ HvxA== X-Gm-Message-State: AHYfb5hn+IUGN9H6OCar40+eOLh2bTeoUl8fMRGreMuqr9AnP99n7+yC mJCFKDfdb+5Oz2KSFu7vodEL1QaVk6MA X-Received: by 10.55.214.141 with SMTP id p13mr7259409qkl.186.1502223642867; Tue, 08 Aug 2017 13:20:42 -0700 (PDT) MIME-Version: 1.0 Sender: dr.h.t@ieee.org Received: by 10.140.101.141 with HTTP; Tue, 8 Aug 2017 13:20:02 -0700 (PDT) From: Hiroshi Tsunoda Date: Tue, 8 Aug 2017 22:20:02 +0200 X-Google-Sender-Auth: PuKW3p6dO3_9GwPZbx3KCdKOMfk Message-ID: To: "bess@ietf.org" Cc: Glenn Mansfield Keeni Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [bess] A question about Tunnel Identifier in PMSI Tunnel Attribute etc. X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 20:20:46 -0000 Hi, Please forgive my insufficient knowledge about MVPN, but I need some advice to answer the MIB doctor's questions (attached in the end of this mail) on L2L3-VPN-MCAST-{TC-MIB, MIB}. a) Format and examples of Tunnel Identifier in PMSI Tunnel Attribute L2L3-VPN-MCAST-TC-MIB provides a textual convention (L2L3VpnMcastProviderTunnelId) representing the Tunnel Identifier of a P-tunnel. a-1) I would like to know if there is any preferred format when a Tunnel Identifier is printed. a-2) In the case that there is no preferred format, the MIB doctor request us to show some actual examples of the Tunnel Identifier. Is there any good reference to see the actual examples? b) Required information to identify a particular P-tunnel l2L3VpnMcastPmsiTunnelAttributeTable defined in L2L3-VPN-MCAST-MIB is a table to provide P-tunnel information. Currently the index of this table is composed of information objects representing Flags, Tunnel Type, MPLS Label, and Tunnel Indentifier in delivered in PMSI Tunnel Attribute. I think the index must be composed only of minimal objects to identify a particular P-tunnel. Thus, Tunnel Type and Tunnel Indentifier are required for the index as described in Sec. 7.4.1.1 of RFC6513, but Flags is not required. b-1) How about MPLS Label? Is it required to be included in the index? I hope that someone could give me some help. Thanks in advance, -- tsuno 2017-07-09 14:11 GMT+02:00 Glenn Mansfield Keeni : > L2L3-VPN-MCAST-TC-MIB is almost OK. > smilint gives warnings > (snip) > L2L3-VPN-MCAST-TC-MIB:112: [5] {type-without-format} warning: type > `L2L3VpnMcastProviderTunnelId' has no format specification > This may be avoided by specifying a format in which the > L2L3VpnMcastProviderTunnelId should be printed. > Is there a preferred format? How will this be printed? > One continuous octet string? > > (snip) > > But before we go on to the next stage could you please confirm that > A. The l2L3VpnMcastPmsiTunnelAttributeTable needs all of the following > four MOs as index for its rows > l2L3VpnMcastPmsiTunnelAttributeFlags, > l2L3VpnMcastPmsiTunnelAttributeType, > l2L3VpnMcastPmsiTunnelAttributeLabel, > l2L3VpnMcastPmsiTunnelAttributeId > The l2L3VpnMcastPmsiTunnelAttributeId by itself is inadequate? If yes > please explain it to me. Or point to the text that contains the > explanation. > I have been unable to confirm the above from the draft - that is very > likely due to my lack of understanding of the l2L3VpnMcast technology. From nobody Fri Aug 11 07:50:58 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA73F132681 for ; Fri, 11 Aug 2017 07:50:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.085 X-Spam-Level: X-Spam-Status: No, score=-2.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_BRBL_LASTEXT=1.449, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1CciKdJJLC-Z for ; Fri, 11 Aug 2017 07:50:54 -0700 (PDT) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id A6CCA132674 for ; Fri, 11 Aug 2017 07:50:53 -0700 (PDT) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 17BAAA44087; Fri, 11 Aug 2017 16:50:52 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 03D6EA44057; Fri, 11 Aug 2017 16:50:52 +0200 (CEST) Received: from l-fipglop (10.193.71.46) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.352.0; Fri, 11 Aug 2017 16:50:51 +0200 Message-ID: <1502463051.5254.3.camel@orange.com> From: Thomas Morin To: Hiroshi Tsunoda , "bess@ietf.org" CC: Glenn Mansfield Keeni Date: Fri, 11 Aug 2017 16:50:51 +0200 In-Reply-To: References: Organization: Orange S.A. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [bess] A question about Tunnel Identifier in PMSI Tunnel Attribute etc. X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 14:50:56 -0000 Hi Tsuno, (below) Hiroshi Tsunoda, 2017-08-08 22:20: > > a) Format and examples of Tunnel Identifier in PMSI Tunnel Attribute > >    L2L3-VPN-MCAST-TC-MIB provides a textual convention >    (L2L3VpnMcastProviderTunnelId) representing >    the Tunnel Identifier of a P-tunnel. > >    a-1) I would like to know if there is  any preferred format >           when a Tunnel Identifier is printed. For each different type, there is a natural/preferred format, but there is no format valid across all different types. When the type is for IP multicast tree, it would be natural to display it as an IP adress, but when the type is for an LSP, it depends on the MPLS signaling protocol (mLDP, P2MP RSVP-TE)... I don't know if there is a better solution than to display a hexadecimal byte string. >    a-2) In the case that there is no preferred format, >           the MIB doctor request us to show some actual >           examples of the Tunnel Identifier. >           Is there any good reference to see the actual examples? Not as far as I know. I don't think there is any canonical way to display, e.g. the tuple of an RSVP-TE P2MP LSP SESSION Object. > > b) Required information to identify a particular P-tunnel > >     l2L3VpnMcastPmsiTunnelAttributeTable defined in L2L3-VPN-MCAST- > MIB >     is a table to provide P-tunnel information. >     Currently the index of this table is composed of >     information objects representing Flags, Tunnel Type, >     MPLS Label, and Tunnel Indentifier in >     delivered in PMSI Tunnel Attribute. >     I think the index must be composed only of minimal >     objects to identify a particular P-tunnel. >     Thus, Tunnel Type and Tunnel Indentifier are required >     for the index as described in Sec. 7.4.1.1 of RFC6513, >     but Flags is not required. > >     b-1) How about MPLS Label? Is it required to be included in the > index? Doing lookups in this table based on an MPLS label does not look like something natural to do, given that the label allocated may change over time. I would be tempted to answer no to your question. -Thomas > 2017-07-09 14:11 GMT+02:00 Glenn Mansfield Keeni : > > L2L3-VPN-MCAST-TC-MIB is almost OK. > > smilint gives warnings > > (snip) > >   L2L3-VPN-MCAST-TC-MIB:112: [5] {type-without-format} warning: > > type > >   `L2L3VpnMcastProviderTunnelId' has no format specification > > This may be avoided by specifying a format in which the > > L2L3VpnMcastProviderTunnelId should be printed. > > Is there a preferred format? How will this be printed? > > One continuous octet string? > > > > (snip) > > > > But before we go on to the next stage could you please confirm that > > A. The l2L3VpnMcastPmsiTunnelAttributeTable needs all of the > > following > >    four MOs as index for its rows > >              l2L3VpnMcastPmsiTunnelAttributeFlags, > >              l2L3VpnMcastPmsiTunnelAttributeType, > >              l2L3VpnMcastPmsiTunnelAttributeLabel, > >              l2L3VpnMcastPmsiTunnelAttributeId > >    The l2L3VpnMcastPmsiTunnelAttributeId by itself is inadequate? > > If yes > >    please explain it to me. Or point to the text that contains the > >    explanation. > > I have been unable to confirm the above from the draft - that is > > very > > likely due to my lack of understanding of the l2L3VpnMcast > > technology. > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Sat Aug 12 01:04:05 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1F9013276E for ; Sat, 12 Aug 2017 01:04:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PrwurOlQfIeZ for ; Sat, 12 Aug 2017 01:04:02 -0700 (PDT) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAD3013271A for ; Sat, 12 Aug 2017 01:04:01 -0700 (PDT) Received: by mail-qk0-x22f.google.com with SMTP id u139so30884113qka.1 for ; Sat, 12 Aug 2017 01:04:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=3PU+IsmfSmd85L7tvWLxYP8fQEA2y50/2BlI07cbRiE=; b=aQFgfUeXH4kzCPnf+HxbPEsBY9sACYtRwGwJ/le56PaGjcH5L0FcPxFlNY/qkaI5Dp +MUCdKANBXhgtaTeHyrxTt/vbK5vNu5J9wAblnPwcNwoUaKrbQ0cXsAlhyG8U4qR9ZFb sQdO8x9yAiJQsPJKHyk7z7EuCgcxWacs/S6CmAylRpWRcjRc/sH7LLA/SeLNP51uhgVn mgqhPcu7Emm3i4oZTpwkVzvwfIbishyHwQIVUj7k0GKzY+9hVCldD8Q/wkTkY/+GY+KR dwmaMm++oZKeGFvf4sn/ueb9VkM88/d9ibJpdWxLZk39UZCUWSCoVYSVui70M7V2z6Bb Z6Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=3PU+IsmfSmd85L7tvWLxYP8fQEA2y50/2BlI07cbRiE=; b=hb4eBB+nUo1yudnKndyEtb/WV9ixeJE+iYlVugtlOUplk33UlAi+12rjLJlF54pzLO LDQbU+g1T3wTWiEjNC10N3HKqbwE3lrcSlDbvGvaS+82iGc6N3tvS5tLQIEpcligy4sV LbC57nBcQkzv4iyGpsv8RFwBUWu5OhB/PL2Yn2H4b2ju8L6d3qTXDSCkSJwlGBQk0VR4 K7Bxs8mXEtQ7ugAmU2adpcPYed/36FjWHSHi7OAs4j57mPbClIeWqxt2oORuxM7EQpoT ctIKGIFIJoug82tHIIFALLpjyxIA8yj4Oz2VTedayG5KSmzcHVGfaktWCc8BBobtHhYF TbnQ== X-Gm-Message-State: AHYfb5j0fzFLTTsi5JharcO8UDS8ymsInGSXz3e+YB7AOkp6/WsbcK9E wAl+aUfSw6mwJ9psNXdOVLIAIETmfg9E X-Received: by 10.55.158.68 with SMTP id h65mr23095742qke.326.1502525040665; Sat, 12 Aug 2017 01:04:00 -0700 (PDT) MIME-Version: 1.0 Sender: dr.h.t@ieee.org Received: by 10.140.101.141 with HTTP; Sat, 12 Aug 2017 01:03:20 -0700 (PDT) In-Reply-To: <1502463051.5254.3.camel@orange.com> References: <1502463051.5254.3.camel@orange.com> From: Hiroshi Tsunoda Date: Sat, 12 Aug 2017 10:03:20 +0200 X-Google-Sender-Auth: hzlQTkJB0YbDB2bCnXdQJ16ZNGw Message-ID: To: Thomas Morin Cc: "bess@ietf.org" , Glenn Mansfield Keeni Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [bess] A question about Tunnel Identifier in PMSI Tunnel Attribute etc. X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2017 08:04:05 -0000 Hi Thomas, Thank you very much for your answer. It is really helpful for me. I am going to update the draft taking into account your answer. Best regards, -- tsuno 2017-08-11 16:50 GMT+02:00 Thomas Morin : > Hi Tsuno, > > (below) > > Hiroshi Tsunoda, 2017-08-08 22:20: >> >> a) Format and examples of Tunnel Identifier in PMSI Tunnel Attribute >> >> L2L3-VPN-MCAST-TC-MIB provides a textual convention >> (L2L3VpnMcastProviderTunnelId) representing >> the Tunnel Identifier of a P-tunnel. >> >> a-1) I would like to know if there is any preferred format >> when a Tunnel Identifier is printed. > > For each different type, there is a natural/preferred format, but > there is no format valid across all different types. > > When the type is for IP multicast tree, it would be natural to display > it as an IP adress, but when the type is for an LSP, it depends on the > MPLS signaling protocol (mLDP, P2MP RSVP-TE)... > > I don't know if there is a better solution than to display a > hexadecimal byte string. > >> a-2) In the case that there is no preferred format, >> the MIB doctor request us to show some actual >> examples of the Tunnel Identifier. >> Is there any good reference to see the actual examples? > > Not as far as I know. > I don't think there is any canonical way to display, e.g. the Tunnel ID, Reserved, Tunnel ID, P2MP ID> tuple of an RSVP-TE P2MP LSP > SESSION Object. > >> >> b) Required information to identify a particular P-tunnel >> >> l2L3VpnMcastPmsiTunnelAttributeTable defined in L2L3-VPN-MCAST- >> MIB >> is a table to provide P-tunnel information. >> Currently the index of this table is composed of >> information objects representing Flags, Tunnel Type, >> MPLS Label, and Tunnel Indentifier in >> delivered in PMSI Tunnel Attribute. >> I think the index must be composed only of minimal >> objects to identify a particular P-tunnel. >> Thus, Tunnel Type and Tunnel Indentifier are required >> for the index as described in Sec. 7.4.1.1 of RFC6513, >> but Flags is not required. >> >> b-1) How about MPLS Label? Is it required to be included in the >> index? > > Doing lookups in this table based on an MPLS label does not look like > something natural to do, given that the label allocated may change over > time. I would be tempted to answer no to your question. > > -Thomas > > > >> 2017-07-09 14:11 GMT+02:00 Glenn Mansfield Keeni : >> > L2L3-VPN-MCAST-TC-MIB is almost OK. >> > smilint gives warnings >> > (snip) >> > L2L3-VPN-MCAST-TC-MIB:112: [5] {type-without-format} warning: >> > type >> > `L2L3VpnMcastProviderTunnelId' has no format specification >> > This may be avoided by specifying a format in which the >> > L2L3VpnMcastProviderTunnelId should be printed. >> > Is there a preferred format? How will this be printed? >> > One continuous octet string? >> > >> > (snip) >> > >> > But before we go on to the next stage could you please confirm that >> > A. The l2L3VpnMcastPmsiTunnelAttributeTable needs all of the >> > following >> > four MOs as index for its rows >> > l2L3VpnMcastPmsiTunnelAttributeFlags, >> > l2L3VpnMcastPmsiTunnelAttributeType, >> > l2L3VpnMcastPmsiTunnelAttributeLabel, >> > l2L3VpnMcastPmsiTunnelAttributeId >> > The l2L3VpnMcastPmsiTunnelAttributeId by itself is inadequate? >> > If yes >> > please explain it to me. Or point to the text that contains the >> > explanation. >> > I have been unable to confirm the above from the draft - that is >> > very >> > likely due to my lack of understanding of the l2L3VpnMcast >> > technology. >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess From nobody Tue Aug 15 23:56:48 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11EA4124B0A; Tue, 15 Aug 2017 23:56:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AsGANnEfcixF; Tue, 15 Aug 2017 23:56:44 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0138.outbound.protection.outlook.com [104.47.34.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C736E120713; Tue, 15 Aug 2017 23:56:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=iDZ5eFZpxjmeiyF7Xivo8beajHsa8vwLjLlMZmyt5x0=; b=AICuKm1BiZQvFkqG4mxIc0gHVLpxDZfNpd26IXrClsnZWVD8GktuRi4B2omzvrCZ7L3mdE3QEGGew7XIzHFzgsnWHrsGteB5xTXVq1yI/jw6Vhan18kyyBXhaVu1DEtFXiV53phg8wyBRziR/+PDCmurAyZSu3pc9kTpZhKVKUI= Received: from CY1PR05MB2521.namprd05.prod.outlook.com (10.167.10.136) by CY1PR05MB1932.namprd05.prod.outlook.com (10.162.216.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1362.12; Wed, 16 Aug 2017 06:56:42 +0000 Received: from CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) by CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) with mapi id 15.01.1362.018; Wed, 16 Aug 2017 06:56:42 +0000 From: Ravi Singh To: "rtg-ads@ietf.org" CC: "bess@ietf.org" , "rtg-dir@ietf.org" , "draft-ietf-bess-evpn-etree@ietf.org" Thread-Topic: RtgDir review: draft-ietf-bess-evpn-etree-12 Thread-Index: AdMWW/dJVeyvWUjYTNOUZFLCcGmGsQ== Date: Wed, 16 Aug 2017 06:56:41 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1PR05MB1932; 6:EIAdPXGt7EBXuOXI+nzUtF5TEQcP73V7wD07sMAjudzrLrTtpfRqW2dabqHpO8sr+f631do59ulLrsJ8OdFn4shlbvg0MKlZsnr6gWF5nCsKXseDDZhjd2reOGtmDYJqdIMuorhnXYOcEz13BjdgrnFDEXdodv2ZPRFxK9Po3FP7GuVSP7CrI2ITVrTEyOQlFn80CH1sJEd3LXs29sfC5Lkw0VJ9EnKEss7M7virr5WrcqnxNkp67ANN41f1MkZamdYUKXyVHql1yPTlvUd43HCCz0V1YZ0f7fdZ3uAdzjYeSMn/CYSH8a2w1MwwQmyZwuk8vp34MN7ng0SGNMHiQg==; 5:3g4Ub6WckRiWEsqBbrpi/3Fjxy1obq9yxjTlpmwkBocG8ptTDM6G0B9PzQ/E2nCkqDqRaFS+ayDm2EOztwDz6YHloCoz/Q8yG5rnHMsfKw3QlBNQTLzVM95pURkVVgPfRknYrWyYjbQhYYgmczhKDA==; 24:qXaD1u2Cka4BCZzSeNe8ajcP7qh486fk3z9XFhTFYXEpVhyNhC+9m1BMZ7OHGNjcEgUp8dsrR0iGmWMcYas1AVnISowJTPr4+lFAn02/V9M=; 7:7Icl/oItbibPEwDgDguBm75om4aBZIFM623WhIBLDAbKx2eV8R4tXodT29y8KcAjEb2P+CfYqSQGlz4jy5oPqqdGUvHwaW985ckDwhOiwuIX4d/Hby9egbIDoc8TV9mMEo13AmrGu1E+kJAuZuO8UZuR/ynrUhQ2hAGUFkXnQW8XMUB69ZGI4z9sOUwtxOGVDnDE/6kNkc7T6gnyL+bU1urab+vOL/LNCaieAwiQH+c= x-ms-office365-filtering-correlation-id: 3a14af9d-1495-49f6-face-08d4e473f363 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603154)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:CY1PR05MB1932; x-ms-traffictypediagnostic: CY1PR05MB1932: x-exchange-antispam-report-test: UriScan:(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123558100)(20161123560025)(20161123564025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR05MB1932; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR05MB1932; x-forefront-prvs: 0401647B7F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(199003)(52314003)(189002)(2906002)(189998001)(4326008)(3280700002)(3660700001)(450100002)(5630700001)(99286003)(55016002)(33656002)(74316002)(110136004)(5660300001)(97736004)(25786009)(66066001)(7736002)(2501003)(8676002)(81156014)(53936002)(8936002)(9326002)(102836003)(6506006)(6116002)(3846002)(790700001)(54356999)(50986999)(81166006)(86362001)(7696004)(6436002)(68736007)(2900100001)(230783001)(6916009)(14454004)(54906002)(106356001)(2351001)(105586002)(54896002)(6306002)(101416001)(77096006)(478600001)(9686003)(5640700003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB1932; H:CY1PR05MB2521.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ravis@juniper.net; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY1PR05MB2521448BE7499EB1715947EEAB820CY1PR05MB2521namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2017 06:56:42.0148 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB1932 Archived-At: Subject: [bess] RtgDir review: draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 06:56:47 -0000 --_000_CY1PR05MB2521448BE7499EB1715947EEAB820CY1PR05MB2521namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2Ug Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0 IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBh bnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo ZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLTEyDQpSZXZp ZXdlcjogUmF2aSBTaW5naA0KUmV2aWV3IERhdGU6IDA4LzE1LzIwMTcNCkludGVuZGVkIFN0YXR1 czogU3RhbmRhcmRzIHRyYWNrDQoNClN1bW1hcnk6IEkgaGF2ZSBzb21lIGNvbmNlcm5zIGFib3V0 IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSByZXNvbHZlZCBiZWZvcmUgcHVi bGljYXRpb24uDQoNCg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRyYWZ0Lg0KTW9zdCBvZiBteSBjb21t ZW50cyBmYWxsIHVuZGVyIHRoZSBjYXRlZ29yeSBvZiAibWlub3IgY29tbWVudHMiIGFuZCAibml0 cyIuDQpUaGUgb25seSBtYWpvciBjb21tZW50cyBwZXJ0YWluIHRvDQphLiAgICAgICBTZWN0aW9u cyA1LjIvOC4xOiB3aGljaCBhcHBlYXIgbGlrZSBhbiBvdmVya2lsbCBhbmQgY291bGQgYmUgY29u c2lkZXJlZCBmb3IgZHJvcHBpbmcgZnJvbSB0ZXh0Lg0KYi4gICAgICBOZWVkIGZvciBhIG5ldyBz ZWN0aW9uIG9uIHRoZSBkb2M6DQpJbmNsdWRlIHNlY3Rpb24gdG8gYWRkcmVzcyB0aGlzIHNwZWNp ZmljYWxseTogIklzIChQQkItKUVWUE4gYmVpbmcgYSAqbW9yZSBlZmZpY2llbnQqIGltcGxlbWVu dGF0aW9uIG9mIEUtVHJlZSBmdW5jdGlvbnMgZGVtb25zdHJhdGVkPyIgVGhpcyBpcyByZWxldmFu dCBzaW5jZSB0aGUgYWJzdHJhY3QgbWFrZXMgYSBwaXRjaCBmb3IgdGhpcyBkcmFmdCBhZGRyZXNz aW5nIGhvdyBQQkIoLUVWUE4pIGltcGxlbWVudCBFLXRyZWUgZnVuY3Rpb25hbGl0eSBtb3JlIGVm ZmljaWVudGxreS4gSG93ZXZlciwgaXQgdGFrZXMgYSBmaW5lLXRvb3RoZWQgY29tYiB0byBnbGVh biB0aGF0IGluZm8uIEVnLiBGaXJzdCBwYXJhIGluIHNlY3Rpb24gMy4xLiBOb3doZXJlIGVsc2Ug aW4gdGhlIHRleHQgaGFzIHRoZSBlZmZpY2llbmN5IGFzcGVjdCBiZWVuIGV4cGxpY2l0bHkgYWRk cmVzc2VkLiAgVGhpcyBhc3BlY3QgY291bGQgdXNlIGEgc2VjdGlvbiBvZiBpdHMgb3duLg0KDQoN CkZlZWRiYWNrOg0KMS4gICAgICAgQWJzdHJhY3Q6IHZlcnkgY2xlYXINCjIuICAgICAgIFNlY3Rp b24xIDogSW50cm9kdWN0aW9uOg0KYS4gICAgICAgSG93IGFib3V0IHJlZmVycmluZyB0byAiW1JG Qzc0MzJdIGlzIGEgc29sdXRpb24gZm9yIG11bHRpcG9pbnQgTDJWUE4gc2VydmljZXMiICBhcyBF VlBOIG1vcmUgZGlyZWN0bHk/DQozLiAgICAgICBTZWN0aW9uIDI6IEUtdHJlZSBzY2VuYXJpb3MN CmEuICAgICAgIFNlY3Rpb24gMi4xOiBmb3IgdGhlIHNha2Ugb2YgdGVybWlub2xvZ3kgY2xhcmlm aWNhdGlvbiwgcGxlYXNlIGVkaXQgdGhlIHRleHQgdG8gbm90IG1lbnRpb24gdGhlIGFjcm9ueW0g dW50aWwgdGhlIGZ1bGwtZXhwYW5zaW9uIGhhcyBiZWVuIGxpc3RlZC4gVGhlIGRyYWZ0IGRvZXMg bGlzdCB0aGUgZnVsbC1leHBhbnNpb24uIEp1c3Qgbm90IGJlZm9yZSBmaXJzdCB1c2luZyB0aGUg YWNyb255bS4NCmIuICAgICAgU2VjdGlvbiAyLjI6ICINCnRodXMgY29sb3IgTUFDIGFkZHJlc3Nl cyB2aWEgYSAiY29sb3IiIGZsYWcgaW4gYSBuZXcgZXh0ZW5kZWQgY29tbXVuaXR5IGFzIGRldGFp bGVkIGluIHNlY3Rpb24gMy4xLiIgc2hvdWxkIGJlIHJlZmVycmluZyB0byBzZWN0aW9uIDUuMSBp bnN0ZWFkLg0KNC4gICAgICAgU2VjdGlvbiAzOiBPcGVyYXRpb24gb2YgRVZQTg0KYS4gICAgICAg My4xOiAiRXh0ZW5kZWQgQ29tbXVuaXR5IHdpdGggYSBMZWFmIGluZGljYXRpb24gZmxhZyBpcyBp bnRyb2R1Y2VkIFtzZWN0aW9uNS4yXSIgIC0+DQoiRXh0ZW5kZWQgQ29tbXVuaXR5IHdpdGggYSBM ZWFmIGluZGljYXRpb24gZmxhZyBpcyBpbnRyb2R1Y2VkIFtzZWN0aW9uIDUuMV0iDQpiLiAgICAg IDMuMy4xICgmIHNlY3Rpb24gNS4yIGFzIHdlbGwpOiBzcGVjaWZ5aW5nIChhcyB0aGlzIGRyYWZ0 IGRvZXMpIHRoYXQgdGhlIGluZ3Jlc3MgUEUgWCBhY3RpbmcgZm9yIGEgcm9vdCBlbnRpdHksIGJl IGFibGUgdG8gZGljdGF0ZSB0byBhIFBFIFkgYWN0aW5nIG9uIGJlaGFsZiBvZiBhIGxlYWYgZW50 aXR5LCB0aGF0IFBFIFkgc2hvdWxkICJpbmdyZXNzIHJlcGxpY2F0aW9uIiBvciBvdGhlcndpc2Ug c291bmRzIGV4Y2Vzc2l2ZS4gQWxzbywgdGhpcyBkcmFmdCBkb2VzIG5vdCBtYWtlIGEgc3Ryb25n IGVub3VnaCBjYXNlIGZvciB0aGUgbmVlZCBmb3IgdGhlIG1vZGlmaWNhdGlvbiB0byAiUE1TSSBU dW5uZWwgQXR0cmlidXRlIi4gRXZlbiBpZiB0aGUgZm9yZWdvaW5nIHdhcyBpZ25vcmVkLCB0aGUg ZHJhZnQgZG9lcyBub3QgYWRkcmVzcyBob3cgUEUgWCBiZWhhdmVzIHNob3VsZCBQRSBZIGNob29z ZSBub3QgdG8gaG9ub3IgdGhlIHNldHRpbmcgb2YgdGhlICJjb21wb3NpdGUtdHVubmVsIGJpdCIu DQoNCjUuICAgICAgIFNlY3Rpb24gNDogT3BlcmF0aW9uIG9mIFBCQi1FVlBOOiBubyBzcGVjaWZp YyBjb21tZW50cy4gSG93ZXZlciwgYSBsaXR0bGUgbW9yZSBkZXRhaWwgd291bGQgYmUgdXNlZnVs IHRvIGF2b2lkIGhhdmluZyB0aGUgcmVhZGVyIHJlcGVhdGVkbHkgcmVmZXIgYmFjayB0byB0aGUg UEJCLUVQVk4gUkZDNzYyMy4NCg0KNi4gICAgICAgU2VjdGlvbiA1OiBCR1AgZW5jb2RpbmcNCmEu ICAgICAgIFRoaXMgbG9va3MgbGlrZSBhbiB1bmV4cGVjdGVkIHNlY3Rpb24gZ2l2ZW4gdGhlICJh YnN0cmFjdCIgYW5kIHRoZSAiaW50cm9kdWN0aW9uIiBzZWN0aW9uLg0KVGhlIGFic3RyYWN0IGFu ZCB0aGUgaW50cm9kdWN0aW9uIHNlZW0gdG8gaW5kaWNhdGUgdGhhdCBubyBzaWduYWxpbmcgY2hh bmdlcyBhcmUgbmVlZGVkIHRvIG1ha2UgKFBCQi0pRVZQTiBwcm92aWRlIEUtdHJlZSBzZXJ2aWNl cy4gQWJzdHJhY3QvaW50cm9kdWN0aW9uIGNvdWxkIHVzZSBzb21lIHJld29yZGluZyBvbiB0aGlz IGNvdW50Lg0KYi4gICAgICBNaW5vciB0eXBvOg0KNS4xOiAiVGhlIHJlY2VpdmVkIFBFIiAtPiAi VGhlIHJlY2VpdmluZyBQRSINCg0KNS4yOiBpdCB3b3VsZCBlbmhhbmNlIHJlYWRhYmlsaXR5IGlm IHRoZSBmbGFncyB3ZXJlIHByZXNlbnRlZCBhcw0KICAgICAgIDAgMSAyIDMgNCA1IDYgNw0KICAg ICAgKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHxDICB8cmVzZXJ2ZWQgIHxMfA0KICAgICAgKy0r LSstKy0rLSstKy0rLSsNCkMgPSBjb21wb3NpdGUtdHVubmVsIGJpdA0KDQpBbnl3YXksIGFzIHN0 YXRlZCBhYm92ZSB0aGlzIGRyYWZ0IGRvZXMgbm90IG1ha2UgYSBzdHJvbmcgZW5vdWdoIGNhc2Ug Zm9yIHRoZSBuZWVkIGZvciB0aGUgbW9kaWZpY2F0aW9uIHRvICJQTVNJIFR1bm5lbCBBdHRyaWJ1 dGUiLiBUaGUgdmFsdWUgYWRkZWQgYnkgdGhpcyBtb2RpZmljYXRpb24gdG8gdGhlIFBNU0kgdHVu bmVsLWF0dHJpYnV0ZSBzZWVtcyBtYXJnaW5hbC4gQSBsZWFmDQoNCjcuICAgICAgIFNlY3Rpb24g ODogSUFOQSBjb25zaWRlcmF0aW9uczogaXQgd291bGQgYmUgdXNlZnVsIHRvIGluY2x1ZGUgdGV4 dCBhYm91dCB0aGUgbmFtZSBvZiAiRS1UcmVlIEZsYWdzIiByZWdpc3RyeSBpbiBzZWN0aW9uIDUu MSBhbmQgY29ycmVsYXRlIHRoZXNlIDIgc2VjdGlvbnMuDQphLiAgICAgICBTZWN0aW9uIDguMTog Y291bGQgYmUgY29uc2lkZXJlZCBmb3IgZHJvcHBpbmcsIGluIHZpZXcgb2YgdGhlIHByZXZpb3Vz IGNvbW1lbnRzIG9uIFBNU0kgZXRjLg0KOC4gICAgICAgQXBwZW5kaXggQTogdG9vIHdvcmR5LiBD b3VsZCBkbyB3aXRoIGZld2VyIGJldHRlci1jaG9zZW4gd29yZHMgdG8gY29tbXVuaWNhdGUgdGhl IHNhbWUgbWVzc2FnZS4gU29tZSBtaW5vciBzaW5ndWxhci9wbHVyYWwgdHlwb3MuDQoNClJlZ2Fy ZHMNClJhdmkNCg0K --_000_CY1PR05MB2521448BE7499EB1715947EEAB820CY1PR05MB2521namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEt LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2Ft YnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMw NTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRG NzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1h aWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0 aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTA1MDc5MTEzOw0KCW1zby1saXN0LXRl bXBsYXRlLWlkczotNzY0MzYwNzk2O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0 IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBs MDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDozLjVpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGww OmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDEN Cgl7bXNvLWxpc3QtaWQ6Mzg3MTQ0Mjk0Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTY0MzE5 MDgwMDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEt bG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDINCgl7bXNvLWxpc3Qt aWQ6NjY3MzcxNDQzOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTQxNDM3MTQzNjt9DQpAbGlz dCBsMjpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDoxLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBs MjpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDozLjBpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwy OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDo0LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwzDQoJe21zby1saXN0LWlkOjc0NjQ2MDIyNzsNCglt c28tbGlzdC10ZW1wbGF0ZS1pZHM6MjA4NDU5ODY2O30NCkBsaXN0IGw0DQoJe21zby1saXN0LWlk Ojg0NzcxNDM0NDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTE1MTc0Nzk3Njt9DQpAbGlzdCBs NDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsNDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDQ6 bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDoxLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw0OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsNDps ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDQ6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDozLjBpbjsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw0Omxl dmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwt dGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsNDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDQ6bGV2 ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDo0LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluO30NCkBsaXN0IGw1DQoJe21zby1saXN0LWlkOjExMzIyODU3NzA7DQoJbXNv LWxpc3QtdGVtcGxhdGUtaWRzOjc5MzgwODg3Mjt9DQpAbGlzdCBsNTpsZXZlbDINCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGlu Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 fQ0KQGxpc3QgbDYNCgl7bXNvLWxpc3QtaWQ6MTUxNzY5NzEwNjsNCgltc28tbGlzdC10ZW1wbGF0 ZS1pZHM6LTE0MjgzOTU5OTQ7fQ0KQGxpc3QgbDY6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw3 DQoJe21zby1saXN0LWlkOjIxMzE5NzUzOTk7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi05NjYx MDk1OTQ7fQ0KQGxpc3QgbDc6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhh LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw3OmxldmVsMSBsZm81 DQoJe21zby1sZXZlbC1zdGFydC1hdDo0O30NCkBsaXN0IGwwOmxldmVsMSBsZm83DQoJe21zby1s ZXZlbC1zdGFydC1hdDoyO30NCkBsaXN0IGwzOmxldmVsMSBsZm84DQoJe21zby1sZXZlbC1zdGFy dC1hdDo1O30NCkBsaXN0IGw1OmxldmVsMSBsZm85DQoJe21zby1sZXZlbC1zdGFydC1hdDo2O30N CkBsaXN0IGwyOmxldmVsMSBsZm8xMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6Mjt9DQpAbGlzdCBs MTpsZXZlbDEgbGZvMTINCgl7bXNvLWxldmVsLXN0YXJ0LWF0Ojc7fQ0Kb2wNCgl7bWFyZ2luLWJv dHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyw8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3Jh dGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtz IHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1l cyBvbiBzcGVjaWFsIHJlcXVlc3QuDQogVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBw cm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJh Yy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBj b25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRz IHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlz Y3Vzc2lvbiBvciBieSB1cGRhdGluZw0KIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLTEyPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZXZpZXdlcjogUmF2aSBTaW5naDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmV2aWV3IERhdGU6IDA4LzE1LzIwMTc8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkludGVuZGVkIFN0YXR1czogU3RhbmRhcmRzIHRy YWNrPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1bW1hcnk6IEkgaGF2ZSBzb21lIGNvbmNlcm5z IGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSByZXNvbHZlZCBiZWZv cmUgcHVibGljYXRpb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JJ3Zl IHJldmlld2VkIHRoaXMgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Nb3N0IG9mIG15IGNvbW1lbnRzIGZh bGwgdW5kZXIgdGhlIGNhdGVnb3J5IG9mICZxdW90O21pbm9yIGNvbW1lbnRzJnF1b3Q7IGFuZCAm cXVvdDtuaXRzJnF1b3Q7LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIG9ubHkgbWFqb3IgY29tbWVudHMgcGVy dGFpbiB0bw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDQgbGV2 ZWwxIGxmbzE7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+YS48 c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFb ZW5kaWZdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+U2VjdGlvbnMgNS4yLzguMTogd2hpY2gg YXBwZWFyIGxpa2UgYW4gb3ZlcmtpbGwgYW5kIGNvdWxkIGJlIGNvbnNpZGVyZWQgZm9yIGRyb3Bw aW5nIGZyb20gdGV4dC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDps NCBsZXZlbDEgbGZvMTt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0 c10+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl Ij5iLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtl bmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5OZWVkIGZvciBhIG5ldyBzZWN0aW9uIG9u IHRoZSBkb2M6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JbmNsdWRl IHNlY3Rpb24gdG8gYWRkcmVzcyB0aGlzIHNwZWNpZmljYWxseTogJnF1b3Q7SXMgKFBCQi0pRVZQ TiBiZWluZyBhICo8Yj5tb3JlIGVmZmljaWVudDwvYj4qIGltcGxlbWVudGF0aW9uIG9mIEUtVHJl ZSBmdW5jdGlvbnMgZGVtb25zdHJhdGVkPyZxdW90OyBUaGlzIGlzIHJlbGV2YW50IHNpbmNlIHRo ZSBhYnN0cmFjdCBtYWtlcw0KIGEgcGl0Y2ggZm9yIHRoaXMgZHJhZnQgYWRkcmVzc2luZyBob3cg UEJCKC1FVlBOKSBpbXBsZW1lbnQgRS10cmVlIGZ1bmN0aW9uYWxpdHkgbW9yZSBlZmZpY2llbnRs a3kuIEhvd2V2ZXIsIGl0IHRha2VzIGEgZmluZS10b290aGVkIGNvbWIgdG8gZ2xlYW4gdGhhdCBp bmZvLiBFZy4gRmlyc3QgcGFyYSBpbiBzZWN0aW9uIDMuMS4gTm93aGVyZSBlbHNlIGluIHRoZSB0 ZXh0IGhhcyB0aGUgZWZmaWNpZW5jeSBhc3BlY3QgYmVlbiBleHBsaWNpdGx5IGFkZHJlc3NlZC4N CiAmbmJzcDtUaGlzIGFzcGVjdCBjb3VsZCB1c2UgYSBzZWN0aW9uIG9mIGl0cyBvd24uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbiI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZlZWRiYWNrOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDoyNy4wcHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw2IGxldmVsMSBsZm8yO3ZlcnRp Y2FsLWFsaWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZv bnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPkFic3RyYWN0OiB2ZXJ5IGNsZWFyPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0 LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDYgbGV2ZWwxIGxmbzI7dmVydGljYWwtYWxpZ246bWlk ZGxlIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNw YW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+U2VjdGlvbjEgOiBJbnRyb2R1Y3Rpb246PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0u MjVpbjttc28tbGlzdDpsNiBsZXZlbDIgbGZvMzt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFb aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj5hLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Ib3cg YWJvdXQgcmVmZXJyaW5nIHRvICZxdW90O1tSRkM3NDMyXSBpcyBhIHNvbHV0aW9uIGZvciBtdWx0 aXBvaW50IEwyVlBOIHNlcnZpY2VzJnF1b3Q7Jm5ic3A7IGFzIEVWUE4gbW9yZSBkaXJlY3RseT88 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNiBsZXZlbDEgbGZvMzt2 ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4zLjxzcGFuIHN0eWxl PSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TZWN0aW9uIDI6IEUtdHJlZSBzY2VuYXJpb3M8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 Ljc1aW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw2IGxldmVsMiBsZm80O3ZlcnRpY2Fs LWFsaWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmEuPHNwYW4gc3R5bGU9ImZvbnQ6 Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPlNlY3Rpb24gMi4xOiBmb3IgdGhlIHNha2Ugb2YgdGVybWlub2xvZ3kg Y2xhcmlmaWNhdGlvbiwgcGxlYXNlIGVkaXQgdGhlIHRleHQgdG8gbm90IG1lbnRpb24gdGhlIGFj cm9ueW0gdW50aWwgdGhlIGZ1bGwtZXhwYW5zaW9uIGhhcyBiZWVuIGxpc3RlZC4gVGhlIGRyYWZ0 IGRvZXMgbGlzdCB0aGUgZnVsbC1leHBhbnNpb24uIEp1c3Qgbm90IGJlZm9yZQ0KIGZpcnN0IHVz aW5nIHRoZSBhY3JvbnltLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6 bDYgbGV2ZWwyIGxmbzQ7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhW2lmICFzdXBwb3J0TGlz dHNdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+Yi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFb ZW5kaWZdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+U2VjdGlvbiAyLjI6ICZxdW90OzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNzVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj50aHVzIGNvbG9yIE1BQyBhZGRyZXNz ZXMgdmlhIGEgJnF1b3Q7Y29sb3ImcXVvdDsgZmxhZyBpbiBhIG5ldyBleHRlbmRlZCBjb21tdW5p dHkgYXMgZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjEuJnF1b3Q7IHNob3VsZCBiZSByZWZlcnJpbmcg dG8gc2VjdGlvbiA1LjEgaW5zdGVhZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsNyBsZXZlbDEgbGZvNTt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxp c3Q6SWdub3JlIj40LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TZWN0aW9uIDM6 IE9wZXJhdGlvbiBvZiBFVlBOPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlz dDpsNyBsZXZlbDIgbGZvNjt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRM aXN0c10+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu b3JlIj5hLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4zLjE6ICZxdW90O0V4dGVu ZGVkIENvbW11bml0eSB3aXRoIGEgTGVhZiBpbmRpY2F0aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBb c2VjdGlvbjUuMl0mcXVvdDsmbmJzcDsgLSZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW4iPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+JnF1b3Q7RXh0ZW5kZWQgQ29tbXVuaXR5IHdpdGggYSBMZWFmIGluZGljYXRp b24gZmxhZyBpcyBpbnRyb2R1Y2VkIFtzZWN0aW9uIDUuMV0mcXVvdDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW47dGV4 dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm83O3ZlcnRpY2FsLWFsaWduOm1p ZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxz cGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjMuMy4xICgmYW1wOyBzZWN0aW9uIDUuMiBhcyB3ZWxsKTogc3BlY2lmeWluZyAoYXMgdGhpcyBk cmFmdCBkb2VzKSB0aGF0IHRoZSBpbmdyZXNzIFBFIFggYWN0aW5nIGZvciBhIHJvb3QgZW50aXR5 LCBiZSBhYmxlIHRvIGRpY3RhdGUgdG8gYSBQRSBZIGFjdGluZyBvbiBiZWhhbGYgb2YgYSBsZWFm IGVudGl0eSwgdGhhdCBQRSBZIHNob3VsZCAmcXVvdDtpbmdyZXNzDQogcmVwbGljYXRpb24mcXVv dDsgb3Igb3RoZXJ3aXNlIHNvdW5kcyBleGNlc3NpdmUuIEFsc28sIHRoaXMgZHJhZnQgZG9lcyBu b3QgbWFrZSBhIHN0cm9uZyBlbm91Z2ggY2FzZSBmb3IgdGhlIG5lZWQgZm9yIHRoZSBtb2RpZmlj YXRpb24gdG8gJnF1b3Q7UE1TSSBUdW5uZWwgQXR0cmlidXRlJnF1b3Q7LiBFdmVuIGlmIHRoZSBm b3JlZ29pbmcgd2FzIGlnbm9yZWQsIHRoZSBkcmFmdCBkb2VzIG5vdCBhZGRyZXNzIGhvdyBQRSBY IGJlaGF2ZXMgc2hvdWxkIFBFIFkgY2hvb3NlDQogbm90IHRvIGhvbm9yIHRoZSBzZXR0aW5nIG9m IHRoZSAmcXVvdDtjb21wb3NpdGUtdHVubmVsIGJpdCZxdW90Oy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW4iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1 aW47bXNvLWxpc3Q6bDMgbGV2ZWwxIGxmbzg7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhW2lm ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+NS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu Pjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+U2VjdGlv biA0OiBPcGVyYXRpb24gb2YgUEJCLUVWUE46IG5vIHNwZWNpZmljIGNvbW1lbnRzLiBIb3dldmVy LCBhIGxpdHRsZSBtb3JlIGRldGFpbCB3b3VsZCBiZSB1c2VmdWwgdG8gYXZvaWQgaGF2aW5nIHRo ZSByZWFkZXIgcmVwZWF0ZWRseSByZWZlciBiYWNrIHRvIHRoZSBQQkItRVBWTiBSRkM3NjIzLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNzVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0 O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNSBsZXZlbDEgbGZvOTt2ZXJ0aWNhbC1hbGln bjptaWRkbGUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj42LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5TZWN0aW9uIDU6IEJHUCBlbmNvZGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbjt0ZXh0LWluZGVu dDotLjI1aW47bXNvLWxpc3Q6bDUgbGV2ZWwyIGxmbzEwO3ZlcnRpY2FsLWFsaWduOm1pZGRsZSI+ DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPmEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PlRoaXMgbG9va3MgbGlrZSBhbiB1bmV4cGVjdGVkIHNlY3Rpb24gZ2l2ZW4gdGhlICZxdW90O2Fi c3RyYWN0JnF1b3Q7IGFuZCB0aGUgJnF1b3Q7aW50cm9kdWN0aW9uJnF1b3Q7IHNlY3Rpb24uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZSBhYnN0cmFjdCBhbmQgdGhl IGludHJvZHVjdGlvbiBzZWVtIHRvIGluZGljYXRlIHRoYXQgbm8gc2lnbmFsaW5nIGNoYW5nZXMg YXJlIG5lZWRlZCB0byBtYWtlIChQQkItKUVWUE4gcHJvdmlkZSBFLXRyZWUgc2VydmljZXMuIEFi c3RyYWN0L2ludHJvZHVjdGlvbiBjb3VsZCB1c2Ugc29tZSByZXdvcmRpbmcgb24gdGhpcw0KIGNv dW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNzVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDIgbGV2ZWwxIGxm bzExO3ZlcnRpY2FsLWFsaWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmIuPHNwYW4g c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPk1pbm9yIHR5cG86PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj41LjE6ICZxdW90O1RoZSByZWNlaXZlZCBQRSZxdW90OyAtJmd0OyAm cXVvdDtUaGUgcmVjZWl2aW5nIFBFJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjUuMjogaXQgd291bGQgZW5oYW5jZSByZWFkYWJpbGl0eSBpZiB0aGUgZmxhZ3Mgd2VyZSBwcmVz ZW50ZWQgYXMNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MCAxIDIgMyA0IDUgNiA3PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst JiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8QyZuYnNwOyB8cmVzZXJ2ZWQmbmJzcDsgfEx8PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojgx LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0 Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkMgPSBjb21wb3NpdGUt dHVubmVsIGJpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Bbnl3YXksIGFzIHN0YXRl ZCBhYm92ZSB0aGlzIGRyYWZ0IGRvZXMgbm90IG1ha2UgYSBzdHJvbmcgZW5vdWdoIGNhc2UgZm9y IHRoZSBuZWVkIGZvciB0aGUgbW9kaWZpY2F0aW9uIHRvICZxdW90O1BNU0kgVHVubmVsIEF0dHJp YnV0ZSZxdW90Oy4gVGhlIHZhbHVlIGFkZGVkIGJ5IHRoaXMgbW9kaWZpY2F0aW9uIHRvIHRoZSBQ TVNJIHR1bm5lbC1hdHRyaWJ1dGUNCiBzZWVtcyBtYXJnaW5hbC4gQSBsZWFmIDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS4w cHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWlu ZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEyO3ZlcnRpY2FsLWFsaWduOm1pZGRs ZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFu IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjcuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPlNlY3Rpb24gODogSUFOQSBjb25zaWRlcmF0aW9uczogaXQgd291bGQgYmUgdXNlZnVsIHRv IGluY2x1ZGUgdGV4dCBhYm91dCB0aGUgbmFtZSBvZiAmcXVvdDtFLVRyZWUgRmxhZ3MmcXVvdDsg cmVnaXN0cnkgaW4gc2VjdGlvbiA1LjEgYW5kIGNvcnJlbGF0ZSB0aGVzZSAyIHNlY3Rpb25zLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNzVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwyIGxmbzEzO3Zl cnRpY2FsLWFsaWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmEuPHNwYW4gc3R5bGU9 ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPlNlY3Rpb24gOC4xOiBjb3VsZCBiZSBjb25zaWRlcmVkIGZv ciBkcm9wcGluZywgaW4gdmlldyBvZiB0aGUgcHJldmlvdXMgY29tbWVudHMgb24gUE1TSSBldGMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEz O3ZlcnRpY2FsLWFsaWduOm1pZGRsZSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjguPHNwYW4gc3R5 bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFwcGVuZGl4IEE6IHRvbyB3b3JkeS4gQ291bGQgZG8g d2l0aCBmZXdlciBiZXR0ZXItY2hvc2VuIHdvcmRzIHRvIGNvbW11bmljYXRlIHRoZSBzYW1lIG1l c3NhZ2UuIFNvbWUgbWlub3Igc2luZ3VsYXIvcGx1cmFsIHR5cG9zLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+UmVnYXJkczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+UmF2aTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_CY1PR05MB2521448BE7499EB1715947EEAB820CY1PR05MB2521namp_-- From nobody Wed Aug 16 00:38:07 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C389E132642; Wed, 16 Aug 2017 00:38:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eALk7PqmM5hU; Wed, 16 Aug 2017 00:38:05 -0700 (PDT) Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D664413263F; Wed, 16 Aug 2017 00:38:04 -0700 (PDT) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 7CC5E2044F; Wed, 16 Aug 2017 09:38:03 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.69]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 4E3EE1A0072; Wed, 16 Aug 2017 09:38:03 +0200 (CEST) Received: from l-fipglop (10.168.234.1) by OPEXCLILMA2.corporate.adroot.infra.ftgroup (10.114.31.69) with Microsoft SMTP Server id 14.3.361.1; Wed, 16 Aug 2017 09:38:02 +0200 Message-ID: <2086_1502869083_5993F65B_2086_357_1_1502869082.25341.3.camel@orange.com> From: To: BESS , "draft-ietf-bess-evpn-optimized-ir@ietf.org" Date: Wed, 16 Aug 2017 09:38:02 +0200 In-Reply-To: References: Organization: Orange S.A. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Originating-IP: [10.168.234.1] Archived-At: Subject: Re: [bess] WG Last Call for draft-ietf-bess-evpn-optimized-ir X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 07:38:07 -0000 Hi everyone, This call was missing a formal closure... This document is considered ready to move to the next stage. Best, -Thomas Thomas Morin, 2017-06-16 15:43: > Hello Working Group, > > This email starts a Working Group Last Call on  > draft-ietf-bess-evpn-optimized-ir-01 [1] which is considered mature > and  > ready for a final working group review. > > Please read this document if you haven't read the most recent > version  > yet, and send your comments to the list, no later than *30th of > June*. > Note that this is *not only* a call for comments on the document; it > is  > also a call for support (or not) to publish this document as a > Standard  > Track RFC. > > *Coincidentally*, we are also polling for knowledge of any IPR that  > applies to draft-ietf-bess-evpn-optimized-ir, to ensure that IPR has  > been disclosed in compliance with IETF IPR rules (see RFCs 3979, > 4879,  > 3669 and 5378 for more details). > > If you are listed as a document Author or Contributor of the draft  > please respond to this email and indicate whether or not you are > aware  > of any relevant IPR. > > Note that, as of today, no IPR has been disclosed against this > document  > or its earlier versions. > > We are **also polling for knowledge of implementations** of part or > all  > of what this document specifies. This information is expected as per > [2]. > Please inform the mailing list, or the chairs, or only one of the > chairs. > > Thank you, > T&M > > [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-optimized-i > r/ > [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdk > jqDpw > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Aug 16 03:20:02 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92BDD132320; Wed, 16 Aug 2017 03:19:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y2oZ0a0pkkRd; Wed, 16 Aug 2017 03:19:53 -0700 (PDT) Received: from relais-inet.orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A6F9132113; Wed, 16 Aug 2017 03:19:53 -0700 (PDT) Received: from opfedar07.francetelecom.fr (unknown [xx.xx.xx.9]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 8A42010068B; Wed, 16 Aug 2017 12:19:51 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.69]) by opfedar07.francetelecom.fr (ESMTP service) with ESMTP id 6C2ACC0082; Wed, 16 Aug 2017 12:19:51 +0200 (CEST) Received: from l-fipglop (10.168.234.1) by OPEXCLILMA2.corporate.adroot.infra.ftgroup (10.114.31.69) with Microsoft SMTP Server id 14.3.361.1; Wed, 16 Aug 2017 12:19:50 +0200 Message-ID: <30484_1502878791_59941C47_30484_399_1_1502878790.25341.5.camel@orange.com> From: To: Ravi Singh , "rtg-ads@ietf.org" CC: "rtg-dir@ietf.org" , "draft-ietf-bess-evpn-etree@ietf.org" , "bess@ietf.org" Date: Wed, 16 Aug 2017 12:19:50 +0200 In-Reply-To: References: Organization: Orange S.A. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Originating-IP: [10.168.234.1] Archived-At: Subject: Re: [bess] RtgDir review: draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 10:19:54 -0000 Hi Ravi, Many thanks for this review. One question below... Ravi Singh, 2017-08-16 06:56: > The only major comments pertain to > a.       Sections 5.2/8.1: which appear like an overkill and could be > considered for dropping from text. [...] Can you expand on why you this this is overkill ? Thank you, -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Aug 16 13:42:09 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E400132705; Wed, 16 Aug 2017 13:42:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150291612846.15164.9809409728521745096@ietfa.amsl.com> Date: Wed, 16 Aug 2017 13:42:08 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-optimized-ir-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 20:42:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Optimized Ingress Replication solution for EVPN Authors : Jorge Rabadan Senthil Sathappan Wim Henderickx Ali Sajassi Aldrin Isaac Filename : draft-ietf-bess-evpn-optimized-ir-02.txt Pages : 24 Date : 2017-08-16 Abstract: Network Virtualization Overlay (NVO) networks using EVPN as control plane may use ingress replication (IR) or PIM-based trees to convey the overlay BUM traffic. PIM provides an efficient solution to avoid sending multiple copies of the same packet over the same physical link, however it may not always be deployed in the NVO core network. IR avoids the dependency on PIM in the NVO network core. While IR provides a simple multicast transport, some NVO networks with demanding multicast applications require a more efficient solution without PIM in the core. This document describes a solution to optimize the efficiency of IR in NVO networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-optimized-ir/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-optimized-ir-02 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-optimized-ir-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-optimized-ir-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Aug 16 17:54:26 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E33E912EC06; Wed, 16 Aug 2017 17:54:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PNDPmh7-oGSc; Wed, 16 Aug 2017 17:54:16 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E31C6132428; Wed, 16 Aug 2017 17:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20802; q=dns/txt; s=iport; t=1502931256; x=1504140856; h=from:to:cc:subject:date:message-id:mime-version; bh=B8zUHV07DW4MH5FTFF3Jj1YeRPyEDVg1unFupw8NvjA=; b=it94AmobcxeKkbX6+Oolxj0CYgwKX4aWTJPPc2S4NETKrS0zjfk5kCA9 8A8o3nKYapr0pkoEztrpqM8cxiWD+Lrmn6hviDUmrD1StyNom5BEJvVE8 4b/2wQc6s6u08DnZCKHcL76M52KRVftAbMWzUqZ/lpxOGxVKQxfYYBeL+ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNAADS6JRZ/4UNJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEVB44LkBKYCIISLoUZhEg/GAECAQEBAQEBAWsohRkGeRIBCDg?= =?us-ascii?q?HORQTBAENBRQHiTFkEKxui18BAQEBAQEBAQIBAQEBAQEBAQEaBYMoggKDLgGDJ?= =?us-ascii?q?4pnBZFghjuILQKHUoNViRmCEIVgimyWGgEfOIEKdxWHY3aIW4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,385,1498521600"; d="scan'208,217";a="283701918" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Aug 2017 00:54:04 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v7H0s4LJ001695 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Aug 2017 00:54:04 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 16 Aug 2017 20:54:03 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Wed, 16 Aug 2017 20:54:03 -0400 From: "Ali Sajassi (sajassi)" To: "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyA== Date: Thu, 17 Aug 2017 00:54:03 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/alternative; boundary="_000_D5BA373E2160EFsajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 00:54:19 -0000 --_000_D5BA373E2160EFsajassiciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Carlos, Thanks for your review and comments. Please see inline for my responses. On 8/7/17, 2:46 PM, "Carlos Pignataro (cpignata)" > wrote: Reviewer: Carlos Pignataro Review result: Has Issues Reviewer: Carlos Pignataro Review result: Has Nits (and one potential Issue) I am the OPS-DIR reviewer and in general I do not have operational concerns with this document. The main issue I have is in regards to the redefinition of the MSB of the Tunnel Type, and associated backwards/forward compatibility considerations. I note that RFC 7385 is Normatively referenced by a number of I-Ds: https://datatracker.ietf.org/doc/rfc7385/referencedby/ BUT draft-ietf-bess-evpn-etree is not: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-etree/referencedby/ So would those former be pointing to old info? And what other Backwards Com= pat considerations are there? To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use" and "Reserved" as before per [RFC7385] and reduce the range = for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C - 0x3F Unassigned 0x80 - 0xBF reserved for composite tunnel 0xD0 - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] Further, some nits and editorials for your consideration: The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree). A solution framework for supporting this service in MPLS networks is proposed in RFC7387 ("A Framework for Ethernet Tree (E-Tree) Service over a Multiprotocol Label Switching (MPLS) Network"). Proposed? Or Described / Defined? OK, changed to "described" Same comment for the first sentence of the second paragraph of the Intro. Changed to "describes" This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. RFC 7385 does not mention a "scope". This really talks about the Tunnel Typ= e. Please reword for unambiguous clarity. Changed it to "This document makes use of the most significant bit of the P= MSI tunnel type governed by the IANA ..." 3.1 Known Unicast Traffic To support the above ingress filtering functionality, a new E-TREE Extended Community with a Leaf indication flag is introduced [section 5.2]. This new Extended Community MUST be advertised with MAC/IP Section 5.2 is not a referenced citation. Changed it to "[5.1]". Nice catch! Thanks. Similar issue with [5.1] at: In PBB-EVPN, the PE advertises a Root/Leaf indication along with each B-MAC Advertisement route, to indicate whether the associated B-MAC address corresponds to a Root or a Leaf site. Just like the EVPN case, the new E-TREE Extended Community defined in section [5.1] is advertised with each MAC Advertisement route. This paragraph refers to the correct section! 3.2 BUM Traffic Please expand to Broadcast, Unkonwn, Multicast. Done. When receiver ingress-replication label is needed, the high-order bit of the tunnel type field (Composite Tunnel bit) is set while the remaining low-order seven bits indicate the tunnel type as before. I believe it would be useful to depict the Composite Tunnel bit in Figure 5= as well... It's not only a 1-octet Type. I believe the description is clear in the text and adding additional diagra= m and text to describe the diagram would make it too verbose. Also, please note: ** Obsolete normative reference: RFC 5226 Changed it to RFC 8126. ** Downref: Normative reference to an Informational RFC: RFC 7387 That's OK. Thanks again for your review, Ali Thank you! Carlos. --_000_D5BA373E2160EFsajassiciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable

Hi Carlos,

Thanks for your review and comments. Please see inline for m= y responses.

On 8/7/17, 2:46 PM, "Carlos Pignataro (cpignata)" <cpignata@cisco.com> wrote:

Reviewer:= Carlos Pignataro
Review re= sult: Has Issues

Reviewer:= Carlos Pignataro
Review re= sult: Has Nits (and one potential Issue)

I am the = OPS-DIR reviewer and in general I do not have operational concerns
with this= document.

The main = issue I have is in regards to the redefinition of the MSB of the
Tunnel Ty= pe, and associated backwards/forward compatibility considerations.

I note th= at RFC 7385 is Normatively referenced by a number of I-Ds:
BUT draft= -ietf-bess-evpn-etree is not:

So would = those former be pointing to old info? And what other Backwards Compat
considera= tions are there?

To maximize = backward/forward compatibility, let's retain the value for "Exper= imental Use” and “Reserved” as before per [RFC7385] = and reduce the range for Composite tunnel for this draft. So, the changes will be 
From existing IANA assignmen= ts:
0x0C - 0xFA Unassigned
<= /span>0xFB - 0xFE Experimental [RFC7385]
0xFF Reserved [RFC7385]
To:
  0x0C – 0x3F Unass= igned
  0x80 – 0xBF reserved f= or composite tunnel 
  0xD0 – 0xFA Unassigned
  0xFB - 0xFE Experimental [RFC7385= ]
  0xFF  Reserved [RFC7385]



Further, = some nits and editorials for your consideration:

 &nb= sp; The Metro Ethernet Forum (MEF) has defined a rooted-multipoint
 &nb= sp; Ethernet service known as Ethernet Tree (E-Tree). A solution
 &nb= sp; framework for supporting this service in MPLS networks is proposed in
 &nb= sp; RFC7387 ("A Framework for Ethernet Tree (E-Tree) Service over a
 &nb= sp; Multiprotocol Label Switching (MPLS) Network").

Proposed?= Or Described / Defined?
OK, changed to “described"

Same comm= ent for the first sentence of the second paragraph of the Intro.
Changed to “describes"

 &nb= sp; This document makes use of the
 &nb= sp; most significant bit of the scope governed by the IANA registry
 &nb= sp; created by RFC7385, and hence updates RFC7385 accordingly.

RFC 7385 = does not mention a "scope". This really talks about the Tunnel Ty= pe.
Please re= word for unambiguous clarity.

Changed it to “This document makes = use of the most significant bit of the PMSI tunnel type governed by the IAN= A …"

3.1 Known= Unicast Traffic

 &nb= sp; To support the above ingress filtering functionality, a new E-TREE
 &nb= sp; Extended Community with a Leaf indication flag is introduced [section
 &nb= sp; 5.2]. This new Extended Community MUST be advertised with MAC/IP

Section 5= .2 is not a referenced citation.

Changed it to “[5.1]”. Nice c= atch! Thanks.

Similar i= ssue with [5.1] at:

 &nb= sp; In PBB-EVPN, the PE advertises a Root/Leaf indication along with each
 &nb= sp; B-MAC Advertisement route, to indicate whether the associated B-MAC
 &nb= sp; address corresponds to a Root or a Leaf site. Just like the EVPN
 &nb= sp; case, the new E-TREE Extended Community defined in section [5.1] is
 &nb= sp; advertised with each MAC Advertisement route.

This paragraph refers to the correct section!&= nbsp;

3.2 BUM T= raffic

Please ex= pand to Broadcast, Unkonwn, Multicast.

Done.

 &nb= sp; When receiver ingress-replication label is needed, the high-order bit
 &nb= sp; of the tunnel type field (Composite Tunnel bit) is set while the
 &nb= sp; remaining low-order seven bits indicate the tunnel type as before.

I believe= it would be useful to depict the Composite Tunnel bit in Figure 5 as
well... I= t's not only a 1-octet Type.

I believe the description is clear in the= text and adding additional diagram and text to describe the diagram would = make it too verbose. 

Also, ple= ase note:

 &nb= sp;** Obsolete normative reference: RFC 5226

Changed it to RFC 8126.

 &nb= sp;** Downref: Normative reference to an Informational RFC: RFC 7387

That’s OK.

Thanks again for your review,
Ali


Thank you= !

Carlos.


--_000_D5BA373E2160EFsajassiciscocom_-- From nobody Wed Aug 16 18:57:59 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00A071321F0; Wed, 16 Aug 2017 18:57:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZDlO1tRmKclU; Wed, 16 Aug 2017 18:57:49 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C20C013217D; Wed, 16 Aug 2017 18:57:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35054; q=dns/txt; s=iport; t=1502935068; x=1504144668; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KLHJs3mULIBtMZXudcofmvoybu/eEEm/5vGrC06Rx1o=; b=JEe8o+dRQv9dlOWr18wX7ys/W/AmBtxpStUMI+1BmnOvgiDw7rdCPI/+ l9Qg8y9Hc86LR/7BLyOR0TbZJwkGeHoJZza8J+3hgutZkQCPm0kRfhVIW 7dbkTnUSEqxnjMoN7IxzDwaR61qK48SJKRf/713ItKX5hO/Zcf6N4TllA A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAgD99pRZ/5FdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIECEweeHZgIghIuhRkCGoQsQBcBAgEBAQEBAQFrKIUZBiNWEAI?= =?us-ascii?q?BCDgHAwICAjAUEQIEDgUUB4kxZBCqJoImi18BAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEYBYMoggKBTIFiASuCfIgGMIIxBZEVhwaILQKHUoNVg1WFRIIQG4VFimyWGgE?= =?us-ascii?q?hATWBCncVWwGHB3aIW4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,385,1498521600"; d="scan'208,217";a="472769967" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Aug 2017 01:57:47 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v7H1vlnB026400 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Aug 2017 01:57:47 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 16 Aug 2017 21:57:46 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Wed, 16 Aug 2017 21:57:46 -0400 From: "Carlos Pignataro (cpignata)" To: "Ali Sajassi (sajassi)" CC: "ops-dir@ietf.org" , "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKIDZCA Date: Thu, 17 Aug 2017 01:57:46 +0000 Message-ID: <378695A4-2B7C-4B39-B2C3-54A8F063B0FB@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.116.138] Content-Type: multipart/alternative; boundary="_000_378695A42B7C4B39B2C354A8F063B0FBciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 01:57:52 -0000 --_000_378695A42B7C4B39B2C354A8F063B0FBciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEFsaS4gR2VuZXJhbCBBY2sgdG8gYWxsIHlvdXIgcmVzcG9uc2VzLCBtYWtlIHNlbnNl Lg0KDQpBIGZvbGxvdy11cCBxdWVzdGlvbiwgdGhvdWdoOg0KDQpJIG5vdGljZSDigJxSZXNlcnZl ZOKAnSBpbiBhIGZldyBwbGFjZXMuIEZvciBleGFtcGxlIGluIEZpZ3VyZSA0LCB3aGljaCBzZWVt cyB0byBtYWtlIHNlbnNlIGFzIHRoZSBSZXNlcnZlZCBpcyBhIE11c3QgQmUgWmVybyAoTUJaKQ0K DQpIb3dldmVyLCBvbiB0aGUgRmxhZ3MsIGl0IHNheXM6DQoNCiAgICAgICAgICAwIDEgMiAzIDQg NSA2IDcNCiAgICAgICAgICstKy0rLSstKy0rLSstKy0rDQogICAgICAgICB8ICByZXNlcnZlZCAg IHxMfA0KICAgICAgICAgKy0rLSstKy0rLSstKy0rLSsNCg0K4oCmDQoNCiBJbml0aWFsIHJlZ2lz dHJhdGlvbnMgYXJlIGFzIGZvbGxvd3M6DQoNCiAgICAgICAgIGJpdCAgICAgICAgICAgICAgIE5h bWUgICAgICAgICAgICAgICAgICAgICAgICAgUmVmZXJlbmNlDQoNCiAgICAgICAgIDAtNiAgICAg ICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgVGhpcyBkb2N1bWVudA0KICAg ICAgICAgNyAgICAgICAgICAgICAgICAgTGVhZi1JbmRpY2F0aW9uICAgICAgICAgICAgICBUaGlz IGRvY3VtZW50DQoNCkRvIHlvdSBtZWFuIOKAnFJlc2VydmVk4oCdIGZvciB0aGUgdW5hc3NpZ25l ZCBiaXQgZmxhZ3MsIG9yIOKAnFVuYXNzaWduZWTigJ0gKHNlZSB0aGUgZGlmZmVyZW50IGluIFJG QyA4MTI2KS4NCg0KRmluYWxseSwgaW4gdGhlIHNlbnRlbmNlOg0KDQogICBUaGUgcmVzZXJ2ZWQg Yml0cyBzaG91bGQgYmUgc2V0IHRvIHplcm8gYnkgdGhlIHRyYW5zbWl0dGVyIGFuZCBzaG91bGQN CiAgIGJlIGlnbm9yZWQgYnkgdGhlIHJlY2VpdmVyLg0KDQpEbyB0aG9zZSB0d28g4oCcc2hvdWxk 4oCdIG1lYW4g4oCcc2hvdWxk4oCdLCDigJxTSE9VTETigJ0sIG9yIOKAnE1VU1TigJ0/DQoNClRo YW5rcyENCg0KQ2FybG9zLg0KDQpPbiBBdWcgMTYsIDIwMTcsIGF0IDg6NTQgUE0sIEFsaSBTYWph c3NpIChzYWphc3NpKSA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28uY29t Pj4gd3JvdGU6DQoNCg0KSGkgQ2FybG9zLA0KDQpUaGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBj b21tZW50cy4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIG15IHJlc3BvbnNlcy4NCg0KT24gOC83LzE3 LCAyOjQ2IFBNLCAiQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIiA8Y3BpZ25hdGFAY2lzY28u Y29tPG1haWx0bzpjcGlnbmF0YUBjaXNjby5jb20+PiB3cm90ZToNCg0KUmV2aWV3ZXI6IENhcmxv cyBQaWduYXRhcm8NClJldmlldyByZXN1bHQ6IEhhcyBJc3N1ZXMNCg0KUmV2aWV3ZXI6IENhcmxv cyBQaWduYXRhcm8NClJldmlldyByZXN1bHQ6IEhhcyBOaXRzIChhbmQgb25lIHBvdGVudGlhbCBJ c3N1ZSkNCg0KSSBhbSB0aGUgT1BTLURJUiByZXZpZXdlciBhbmQgaW4gZ2VuZXJhbCBJIGRvIG5v dCBoYXZlIG9wZXJhdGlvbmFsIGNvbmNlcm5zDQp3aXRoIHRoaXMgZG9jdW1lbnQuDQoNClRoZSBt YWluIGlzc3VlIEkgaGF2ZSBpcyBpbiByZWdhcmRzIHRvIHRoZSByZWRlZmluaXRpb24gb2YgdGhl IE1TQiBvZiB0aGUNClR1bm5lbCBUeXBlLCBhbmQgYXNzb2NpYXRlZCBiYWNrd2FyZHMvZm9yd2Fy ZCBjb21wYXRpYmlsaXR5IGNvbnNpZGVyYXRpb25zLg0KDQpJIG5vdGUgdGhhdCBSRkMgNzM4NSBp cyBOb3JtYXRpdmVseSByZWZlcmVuY2VkIGJ5IGEgbnVtYmVyIG9mIEktRHM6DQpodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9yZmM3Mzg1L3JlZmVyZW5jZWRieS8NCkJVVCBkcmFmdC1p ZXRmLWJlc3MtZXZwbi1ldHJlZSBpcyBub3Q6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS9yZWZlcmVuY2VkYnkvDQoNClNvIHdvdWxk IHRob3NlIGZvcm1lciBiZSBwb2ludGluZyB0byBvbGQgaW5mbz8gQW5kIHdoYXQgb3RoZXIgQmFj a3dhcmRzIENvbXBhdA0KY29uc2lkZXJhdGlvbnMgYXJlIHRoZXJlPw0KDQpUbyBtYXhpbWl6ZSBi YWNrd2FyZC9mb3J3YXJkIGNvbXBhdGliaWxpdHksIGxldCdzIHJldGFpbiB0aGUgdmFsdWUgZm9y ICJFeHBlcmltZW50YWwgVXNl4oCdIGFuZCDigJxSZXNlcnZlZOKAnSBhcyBiZWZvcmUgcGVyIFtS RkM3Mzg1XSBhbmQgcmVkdWNlIHRoZSByYW5nZSBmb3IgQ29tcG9zaXRlIHR1bm5lbCBmb3IgdGhp cyBkcmFmdC4gU28sIHRoZSBjaGFuZ2VzIHdpbGwgYmUNCkZyb20gZXhpc3RpbmcgSUFOQSBhc3Np Z25tZW50czoNCjB4MEMgLSAweEZBIFVuYXNzaWduZWQNCjB4RkIgLSAweEZFIEV4cGVyaW1lbnRh bCBbUkZDNzM4NV0NCjB4RkYgUmVzZXJ2ZWQgW1JGQzczODVdDQpUbzoNCiAgMHgwQyDigJMgMHgz RiBVbmFzc2lnbmVkDQogIDB4ODAg4oCTIDB4QkYgcmVzZXJ2ZWQgZm9yIGNvbXBvc2l0ZSB0dW5u ZWwNCiAgMHhEMCDigJMgMHhGQSBVbmFzc2lnbmVkDQogIDB4RkIgLSAweEZFIEV4cGVyaW1lbnRh bCBbUkZDNzM4NV0NCiAgMHhGRiAgUmVzZXJ2ZWQgW1JGQzczODVdDQoNCg0KDQpGdXJ0aGVyLCBz b21lIG5pdHMgYW5kIGVkaXRvcmlhbHMgZm9yIHlvdXIgY29uc2lkZXJhdGlvbjoNCg0KICAgVGhl IE1ldHJvIEV0aGVybmV0IEZvcnVtIChNRUYpIGhhcyBkZWZpbmVkIGEgcm9vdGVkLW11bHRpcG9p bnQNCiAgIEV0aGVybmV0IHNlcnZpY2Uga25vd24gYXMgRXRoZXJuZXQgVHJlZSAoRS1UcmVlKS4g QSBzb2x1dGlvbg0KICAgZnJhbWV3b3JrIGZvciBzdXBwb3J0aW5nIHRoaXMgc2VydmljZSBpbiBN UExTIG5ldHdvcmtzIGlzIHByb3Bvc2VkIGluDQogICBSRkM3Mzg3ICgiQSBGcmFtZXdvcmsgZm9y IEV0aGVybmV0IFRyZWUgKEUtVHJlZSkgU2VydmljZSBvdmVyIGENCiAgIE11bHRpcHJvdG9jb2wg TGFiZWwgU3dpdGNoaW5nIChNUExTKSBOZXR3b3JrIikuDQoNClByb3Bvc2VkPyBPciBEZXNjcmli ZWQgLyBEZWZpbmVkPw0KT0ssIGNoYW5nZWQgdG8g4oCcZGVzY3JpYmVkIg0KDQpTYW1lIGNvbW1l bnQgZm9yIHRoZSBmaXJzdCBzZW50ZW5jZSBvZiB0aGUgc2Vjb25kIHBhcmFncmFwaCBvZiB0aGUg SW50cm8uDQpDaGFuZ2VkIHRvIOKAnGRlc2NyaWJlcyINCg0KICAgVGhpcyBkb2N1bWVudCBtYWtl cyB1c2Ugb2YgdGhlDQogICBtb3N0IHNpZ25pZmljYW50IGJpdCBvZiB0aGUgc2NvcGUgZ292ZXJu ZWQgYnkgdGhlIElBTkEgcmVnaXN0cnkNCiAgIGNyZWF0ZWQgYnkgUkZDNzM4NSwgYW5kIGhlbmNl IHVwZGF0ZXMgUkZDNzM4NSBhY2NvcmRpbmdseS4NCg0KUkZDIDczODUgZG9lcyBub3QgbWVudGlv biBhICJzY29wZSIuIFRoaXMgcmVhbGx5IHRhbGtzIGFib3V0IHRoZSBUdW5uZWwgVHlwZS4NClBs ZWFzZSByZXdvcmQgZm9yIHVuYW1iaWd1b3VzIGNsYXJpdHkuDQoNCkNoYW5nZWQgaXQgdG8g4oCc VGhpcyBkb2N1bWVudCBtYWtlcyB1c2Ugb2YgdGhlIG1vc3Qgc2lnbmlmaWNhbnQgYml0IG9mIHRo ZSBQTVNJIHR1bm5lbCB0eXBlIGdvdmVybmVkIGJ5IHRoZSBJQU5BIOKApiINCg0KMy4xIEtub3du IFVuaWNhc3QgVHJhZmZpYw0KDQogICBUbyBzdXBwb3J0IHRoZSBhYm92ZSBpbmdyZXNzIGZpbHRl cmluZyBmdW5jdGlvbmFsaXR5LCBhIG5ldyBFLVRSRUUNCiAgIEV4dGVuZGVkIENvbW11bml0eSB3 aXRoIGEgTGVhZiBpbmRpY2F0aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBbc2VjdGlvbg0KICAgNS4y XS4gVGhpcyBuZXcgRXh0ZW5kZWQgQ29tbXVuaXR5IE1VU1QgYmUgYWR2ZXJ0aXNlZCB3aXRoIE1B Qy9JUA0KDQpTZWN0aW9uIDUuMiBpcyBub3QgYSByZWZlcmVuY2VkIGNpdGF0aW9uLg0KDQpDaGFu Z2VkIGl0IHRvIOKAnFs1LjFd4oCdLiBOaWNlIGNhdGNoISBUaGFua3MuDQoNClNpbWlsYXIgaXNz dWUgd2l0aCBbNS4xXSBhdDoNCg0KICAgSW4gUEJCLUVWUE4sIHRoZSBQRSBhZHZlcnRpc2VzIGEg Um9vdC9MZWFmIGluZGljYXRpb24gYWxvbmcgd2l0aCBlYWNoDQogICBCLU1BQyBBZHZlcnRpc2Vt ZW50IHJvdXRlLCB0byBpbmRpY2F0ZSB3aGV0aGVyIHRoZSBhc3NvY2lhdGVkIEItTUFDDQogICBh ZGRyZXNzIGNvcnJlc3BvbmRzIHRvIGEgUm9vdCBvciBhIExlYWYgc2l0ZS4gSnVzdCBsaWtlIHRo ZSBFVlBODQogICBjYXNlLCB0aGUgbmV3IEUtVFJFRSBFeHRlbmRlZCBDb21tdW5pdHkgZGVmaW5l ZCBpbiBzZWN0aW9uIFs1LjFdIGlzDQogICBhZHZlcnRpc2VkIHdpdGggZWFjaCBNQUMgQWR2ZXJ0 aXNlbWVudCByb3V0ZS4NCg0KVGhpcyBwYXJhZ3JhcGggcmVmZXJzIHRvIHRoZSBjb3JyZWN0IHNl Y3Rpb24hDQoNCjMuMiBCVU0gVHJhZmZpYw0KDQpQbGVhc2UgZXhwYW5kIHRvIEJyb2FkY2FzdCwg VW5rb253biwgTXVsdGljYXN0Lg0KDQpEb25lLg0KDQogICBXaGVuIHJlY2VpdmVyIGluZ3Jlc3Mt cmVwbGljYXRpb24gbGFiZWwgaXMgbmVlZGVkLCB0aGUgaGlnaC1vcmRlciBiaXQNCiAgIG9mIHRo ZSB0dW5uZWwgdHlwZSBmaWVsZCAoQ29tcG9zaXRlIFR1bm5lbCBiaXQpIGlzIHNldCB3aGlsZSB0 aGUNCiAgIHJlbWFpbmluZyBsb3ctb3JkZXIgc2V2ZW4gYml0cyBpbmRpY2F0ZSB0aGUgdHVubmVs IHR5cGUgYXMgYmVmb3JlLg0KDQpJIGJlbGlldmUgaXQgd291bGQgYmUgdXNlZnVsIHRvIGRlcGlj dCB0aGUgQ29tcG9zaXRlIFR1bm5lbCBiaXQgaW4gRmlndXJlIDUgYXMNCndlbGwuLi4gSXQncyBu b3Qgb25seSBhIDEtb2N0ZXQgVHlwZS4NCg0KSSBiZWxpZXZlIHRoZSBkZXNjcmlwdGlvbiBpcyBj bGVhciBpbiB0aGUgdGV4dCBhbmQgYWRkaW5nIGFkZGl0aW9uYWwgZGlhZ3JhbSBhbmQgdGV4dCB0 byBkZXNjcmliZSB0aGUgZGlhZ3JhbSB3b3VsZCBtYWtlIGl0IHRvbyB2ZXJib3NlLg0KDQpBbHNv LCBwbGVhc2Ugbm90ZToNCg0KICAqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMg NTIyNg0KDQpDaGFuZ2VkIGl0IHRvIFJGQyA4MTI2Lg0KDQogICoqIERvd25yZWY6IE5vcm1hdGl2 ZSByZWZlcmVuY2UgdG8gYW4gSW5mb3JtYXRpb25hbCBSRkM6IFJGQyA3Mzg3DQoNClRoYXTigJlz IE9LLg0KDQpUaGFua3MgYWdhaW4gZm9yIHlvdXIgcmV2aWV3LA0KQWxpDQoNCg0KVGhhbmsgeW91 IQ0KDQpDYXJsb3MuDQoNCg0KDQo= --_000_378695A42B7C4B39B2C354A8F063B0FBciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <97194B4CBBA35F46807E9BEC737EF91E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmtzIEFsaS4gR2VuZXJhbCBB Y2sgdG8gYWxsIHlvdXIgcmVzcG9uc2VzLCBtYWtlIHNlbnNlLg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QSBmb2xsb3ctdXAgcXVlc3Rpb24sIHRo b3VnaDo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPkkgbm90aWNlIOKAnFJlc2VydmVk4oCdIGluIGEgZmV3IHBsYWNlcy4gRm9yIGV4YW1w bGUgaW4gRmlndXJlIDQsIHdoaWNoIHNlZW1zIHRvIG1ha2Ugc2Vuc2UgYXMgdGhlIFJlc2VydmVk IGlzIGEgTXVzdCBCZSBaZXJvIChNQlopPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Ib3dldmVyLCBvbiB0aGUgRmxhZ3MsIGl0IHNheXM6 PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwIDEg MiAzIDQgNSA2IDc8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDt8ICZuYnNwO3Jlc2VydmVkICZuYnNwOyB8THw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPuKApjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi PiZuYnNwO0luaXRpYWwgcmVnaXN0cmF0aW9ucyBhcmUgYXMgZm9sbG93czo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtiaXQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IE5hbWUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUmVmZXJl bmNlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7MC02ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBSZXNlcnZlZCAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg VGhpcyBkb2N1bWVudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7NyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IExlYWYtSW5kaWNhdGlvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtUaGlzIGRvY3VtZW50PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRvIHlvdSBtZWFuIOKA nFJlc2VydmVk4oCdIGZvciB0aGUgdW5hc3NpZ25lZCBiaXQgZmxhZ3MsIG9yIOKAnFVuYXNzaWdu ZWTigJ0gKHNlZSB0aGUgZGlmZmVyZW50IGluIFJGQyA4MTI2KS48L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkZpbmFsbHksIGluIHRoZSBz ZW50ZW5jZTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7VGhlIHJlc2VydmVkIGJpdHMg c2hvdWxkIGJlIHNldCB0byB6ZXJvIGJ5IHRoZSB0cmFuc21pdHRlciBhbmQgc2hvdWxkPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtiZSBpZ25vcmVkIGJ5IHRoZSByZWNlaXZlci48 L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+RG8gdGhvc2UgdHdvIOKAnHNob3VsZOKAnSBtZWFuIOKAnHNob3VsZOKAnSwg4oCc U0hPVUxE4oCdLCBvciDigJxNVVNU4oCdPzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzITwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2FybG9zLjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIEF1ZyAxNiwgMjAxNywgYXQgODo1NCBQTSwgQWxpIFNh amFzc2kgKHNhamFzc2kpICZsdDs8YSBocmVmPSJtYWlsdG86c2FqYXNzaUBjaXNjby5jb20iIGNs YXNzPSIiPnNhamFzc2lAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9 IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9 IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0 LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9 IiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGNsYXNzPSIiPkhpIENhcmxvcyw8L2ZvbnQ+PC9kaXY+ DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXpl OiAxMnB4OyIgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywg bW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMDAw MCIgY2xhc3M9IiI+VGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIFBsZWFzZSBz ZWUgaW5saW5lIGZvciBteSByZXNwb25zZXMuPC9mb250PjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiIGNs YXNzPSIiPk9uIDgvNy8xNywgMjo0NiBQTSwgJnF1b3Q7Q2FybG9zIFBpZ25hdGFybyAoY3BpZ25h dGEpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y3BpZ25hdGFAY2lzY28uY29tIiBjbGFzcz0i Ij5jcGlnbmF0YUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRS SUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsgcGFkZGluZzogMHB4IDBweCAwcHggNXB4OyBtYXJnaW46IDBw eCAwcHggMHB4IDVweDsiIGNsYXNzPSIiIHR5cGU9ImNpdGUiPg0KPGRpdiBzdHlsZT0iZm9udC1m YW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPlJl dmlld2VyOiBDYXJsb3MgUGlnbmF0YXJvPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+UmV2aWV3IHJl c3VsdDogSGFzIElzc3VlczwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFz LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTJweDsiIGNsYXNzPSIiPlJldmlld2VyOiBDYXJsb3MgUGlnbmF0YXJvPC9kaXY+DQo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAx MnB4OyIgY2xhc3M9IiI+UmV2aWV3IHJlc3VsdDogSGFzIE5pdHMgKGFuZCBvbmUgcG90ZW50aWFs IElzc3VlKTwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3Bh Y2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJw eDsiIGNsYXNzPSIiPkkgYW0gdGhlIE9QUy1ESVIgcmV2aWV3ZXIgYW5kIGluIGdlbmVyYWwgSSBk byBub3QgaGF2ZSBvcGVyYXRpb25hbCBjb25jZXJuczwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1m YW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPndp dGggdGhpcyBkb2N1bWVudC48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xh cywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250 LXNpemU6IDEycHg7IiBjbGFzcz0iIj5UaGUgbWFpbiBpc3N1ZSBJIGhhdmUgaXMgaW4gcmVnYXJk cyB0byB0aGUgcmVkZWZpbml0aW9uIG9mIHRoZSBNU0Igb2YgdGhlPC9kaXY+DQo8ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xh c3M9IiI+VHVubmVsIFR5cGUsIGFuZCBhc3NvY2lhdGVkIGJhY2t3YXJkcy9mb3J3YXJkIGNvbXBh dGliaWxpdHkgY29uc2lkZXJhdGlvbnMuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFj ZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+SSBub3RlIHRoYXQgUkZDIDczODUgaXMgTm9y bWF0aXZlbHkgcmVmZXJlbmNlZCBieSBhIG51bWJlciBvZiBJLURzOjwvZGl2Pg0KPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNs YXNzPSIiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL3JmYzczODUv cmVmZXJlbmNlZGJ5LyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv cmZjNzM4NS9yZWZlcmVuY2VkYnkvPC9hPjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPkJVVCBkcmFm dC1pZXRmLWJlc3MtZXZwbi1ldHJlZSBpcyBub3Q6PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZh bWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLWV2 cG4tZXRyZWUvcmVmZXJlbmNlZGJ5LyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUvcmVmZXJlbmNlZGJ5LzwvYT48L2Rp dj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNp emU6IDEycHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZv bnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0i Ij5TbyB3b3VsZCB0aG9zZSBmb3JtZXIgYmUgcG9pbnRpbmcgdG8gb2xkIGluZm8/IEFuZCB3aGF0 IG90aGVyIEJhY2t3YXJkcyBDb21wYXQ8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBD b25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj5jb25zaWRlcmF0 aW9ucyBhcmUgdGhlcmU/PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IHN0eWxlPSJmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjZmYwMDAwIiBj bGFzcz0iIj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiIGNsYXNzPSIiPlRvIG1heGlt aXplIGJhY2t3YXJkL2ZvcndhcmQmbmJzcDtjb21wYXRpYmlsaXR5LCBsZXQncyByZXRhaW4gdGhl IHZhbHVlIGZvciAmcXVvdDtFeHBlcmltZW50YWwgVXNl4oCdIGFuZCZuYnNwO+KAnFJlc2VydmVk 4oCdIGFzIGJlZm9yZSBwZXIgW1JGQzczODVdIGFuZCByZWR1Y2UgdGhlIHJhbmdlIGZvciBDb21w b3NpdGUgdHVubmVsDQogZm9yIHRoaXMgZHJhZnQuIFNvLCB0aGUgY2hhbmdlcyB3aWxsIGJlJm5i c3A7PC9mb250PjwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiNmZjAw MDAiIGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiIgY2xhc3M9IiI+RjwvZm9udD48Zm9udCBjb2xv cj0iI2ZmMDAwMCIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIiBjbGFz cz0iIj5yb20gZXhpc3RpbmcgSUFOQSBhc3NpZ25tZW50czo8L2ZvbnQ+PC9mb250PjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyNTUsIDAsIDApOyBvcnBoYW5z OiAyOyB3aWRvd3M6IDI7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1MywgMjQ1KTsiIGNs YXNzPSIiPjxmb250IGZhY2U9IkNhbGlicmkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10 YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7Ij48L3NwYW4+MHgwQyAtIDB4RkEgVW5h c3NpZ25lZDwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDI1NSwgMCwgMCk7IG9ycGhhbnM6IDI7IHdpZG93czogMjsiIGNsYXNzPSIiPjxm b250IGZhY2U9IkNhbGlicmkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIg c3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7Ij48L3NwYW4+MHhGQiAtIDB4RkUgRXhwZXJpbWVudGFs IFtSRkM3Mzg1XTwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDI1NSwgMCwgMCk7IG9ycGhhbnM6IDI7IHdpZG93czogMjsgYmFja2dyb3Vu ZC1jb2xvcjogcmdiKDI1NSwgMjUzLCAyNDUpOyIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ2FsaWJy aSIgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3Bh Y2U6cHJlIj48L3NwYW4+MHhGRiBSZXNlcnZlZCBbUkZDNzM4NV08L2ZvbnQ+PC9zcGFuPjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgZmFjZT0iQ2FsaWJyaSIgY2xh c3M9IiI+VG86PC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMDAw MCIgZmFjZT0iQ2FsaWJyaSIgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBz dHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+Jm5ic3A7IDB4MEMmbmJzcDvigJMmbmJzcDsw eDNGIFVuYXNzaWduZWQ8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIj ZmYwMDAwIiBmYWNlPSJDYWxpYnJpIiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNw YW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj4mbmJzcDsmbmJzcDsweDgwIOKAkyAw eEJGIHJlc2VydmVkIGZvciBjb21wb3NpdGUgdHVubmVsJm5ic3A7PC9mb250PjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgZmFjZT0iQ2FsaWJyaSIgY2xhc3M9IiI+ PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3Nw YW4+Jm5ic3A7IDB4RDAg4oCTIDB4RkEgVW5hc3NpZ25lZDwvZm9udD48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGZhY2U9IkNhbGlicmkiIGNsYXNzPSIiPjxzcGFu IGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPiZu YnNwOyAweEZCIC0gMHhGRSBFeHBlcmltZW50YWwgW1JGQzczODVdPC9mb250PjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2ZmMDAwMCIgZmFjZT0iQ2FsaWJyaSIgY2xhc3M9IiI+ PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6IHByZTsiPjwv c3Bhbj4mbmJzcDsgMHhGRjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRl LXNwYWNlOiBwcmU7Ij4NCjwvc3Bhbj4mbmJzcDtSZXNlcnZlZCBbUkZDNzM4NV08L2ZvbnQ+PC9k aXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1z aXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29s YXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0K PC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9U RSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7IHBhZGRpbmc6IDBweCAwcHggMHB4IDVweDsgbWFyZ2luOiAwcHggMHB4IDBweCA1cHg7IiBj bGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywg bW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj5GdXJ0aGVyLCBzb21lIG5pdHMg YW5kIGVkaXRvcmlhbHMgZm9yIHlvdXIgY29uc2lkZXJhdGlvbjo8L2Rpdj4NCjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25z b2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsg VGhlIE1ldHJvIEV0aGVybmV0IEZvcnVtIChNRUYpIGhhcyBkZWZpbmVkIGEgcm9vdGVkLW11bHRp cG9pbnQ8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNl OyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsgRXRoZXJuZXQgc2Vydmlj ZSBrbm93biBhcyBFdGhlcm5ldCBUcmVlIChFLVRyZWUpLiBBIHNvbHV0aW9uPC9kaXY+DQo8ZGl2 IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4 OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IGZyYW1ld29yayBmb3Igc3VwcG9ydGluZyB0aGlzIHNl cnZpY2UgaW4gTVBMUyBuZXR3b3JrcyBpcyBwcm9wb3NlZCBpbjwvZGl2Pg0KPGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNz PSIiPiZuYnNwOyZuYnNwOyBSRkM3Mzg3ICgmcXVvdDtBIEZyYW1ld29yayBmb3IgRXRoZXJuZXQg VHJlZSAoRS1UcmVlKSBTZXJ2aWNlIG92ZXIgYTwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPiZuYnNw OyZuYnNwOyBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTmV0d29yayZxdW90 OykuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsg Zm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIg Y2xhc3M9IiI+UHJvcG9zZWQ/IE9yIERlc2NyaWJlZCAvIERlZmluZWQ/PC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjZmYwMDAwIiBjbGFzcz0iIj5PSywg Y2hhbmdlZCB0byZuYnNwO+KAnGRlc2NyaWJlZCZxdW90OzwvZm9udD48L2Rpdj4NCjxibG9ja3F1 b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgcGFkZGluZzogMHB4 IDBweCAwcHggNXB4OyBtYXJnaW46IDBweCAwcHggMHB4IDVweDsiIGNsYXNzPSIiIHR5cGU9ImNp dGUiPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNz PSIiPlNhbWUgY29tbWVudCBmb3IgdGhlIGZpcnN0IHNlbnRlbmNlIG9mIHRoZSBzZWNvbmQgcGFy YWdyYXBoIG9mIHRoZSBJbnRyby48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+ PGZvbnQgY29sb3I9IiNmZjAwMDAiIGNsYXNzPSIiPkNoYW5nZWQgdG8g4oCcZGVzY3JpYmVzJnF1 b3Q7PC9mb250PjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9O X0JMT0NLUVVPVEUiIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9u dC1zaXplOiAxNHB4OyBwYWRkaW5nOiAwcHggMHB4IDBweCA1cHg7IG1hcmdpbjogMHB4IDBweCAw cHggNXB4OyIgY2xhc3M9IiIgdHlwZT0iY2l0ZSI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFj ZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQg bWFrZXMgdXNlIG9mIHRoZTwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFz LCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBtb3N0 IHNpZ25pZmljYW50IGJpdCBvZiB0aGUgc2NvcGUgZ292ZXJuZWQgYnkgdGhlIElBTkEgcmVnaXN0 cnk8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsgY3JlYXRlZCBieSBSRkM3Mzg1 LCBhbmQgaGVuY2UgdXBkYXRlcyBSRkM3Mzg1IGFjY29yZGluZ2x5LjwvZGl2Pg0KPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENv bnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPlJGQyA3Mzg1IGRv ZXMgbm90IG1lbnRpb24gYSAmcXVvdDtzY29wZSZxdW90Oy4gVGhpcyByZWFsbHkgdGFsa3MgYWJv dXQgdGhlIFR1bm5lbCBUeXBlLjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNv bGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPlBsZWFzZSByZXdvcmQg Zm9yIHVuYW1iaWd1b3VzIGNsYXJpdHkuPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iI2Zm MDAwMCIgY2xhc3M9IiI+Q2hhbmdlZCBpdCB0byZuYnNwO+KAnFRoaXMgZG9jdW1lbnQgbWFrZXMg dXNlIG9mIHRoZSBtb3N0IHNpZ25pZmljYW50IGJpdCBvZiB0aGUgUE1TSSB0dW5uZWwgdHlwZSBn b3Zlcm5lZCBieSB0aGUgSUFOQSZuYnNwO+KApiZxdW90OzwvZm9udD48L2Rpdj4NCjxibG9ja3F1 b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgcGFkZGluZzogMHB4 IDBweCAwcHggNXB4OyBtYXJnaW46IDBweCAwcHggMHB4IDVweDsiIGNsYXNzPSIiIHR5cGU9ImNp dGUiPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNz PSIiPjMuMSBLbm93biBVbmljYXN0IFRyYWZmaWM8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9u b3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsgVG8gc3VwcG9y dCB0aGUgYWJvdmUgaW5ncmVzcyBmaWx0ZXJpbmcgZnVuY3Rpb25hbGl0eSwgYSBuZXcgRS1UUkVF PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9u dC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IEV4dGVuZGVkIENvbW11bml0eSB3 aXRoIGEgTGVhZiBpbmRpY2F0aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBbc2VjdGlvbjwvZGl2Pg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTog MTJweDsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyA1LjJdLiBUaGlzIG5ldyBFeHRlbmRlZCBDb21t dW5pdHkgTVVTVCBiZSBhZHZlcnRpc2VkIHdpdGggTUFDL0lQPC9kaXY+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29s YXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+U2VjdGlvbiA1LjIgaXMg bm90IGEgcmVmZXJlbmNlZCBjaXRhdGlvbi48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIj ZmYwMDAwIiBjbGFzcz0iIj5DaGFuZ2VkIGl0IHRvJm5ic3A74oCcWzUuMV3igJ0uIE5pY2UgY2F0 Y2ghIFRoYW5rcy48L2ZvbnQ+PC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRU UklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBmb250LXNpemU6IDE0cHg7IHBhZGRpbmc6IDBweCAwcHggMHB4IDVweDsgbWFyZ2luOiAw cHggMHB4IDBweCA1cHg7IiBjbGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywg bW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj5TaW1pbGFyIGlzc3VlIHdpdGgg WzUuMV0gYXQ6PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9z cGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAx MnB4OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IEluIFBCQi1FVlBOLCB0aGUgUEUgYWR2ZXJ0aXNl cyBhIFJvb3QvTGVhZiBpbmRpY2F0aW9uIGFsb25nIHdpdGggZWFjaDwvZGl2Pg0KPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNs YXNzPSIiPiZuYnNwOyZuYnNwOyBCLU1BQyBBZHZlcnRpc2VtZW50IHJvdXRlLCB0byBpbmRpY2F0 ZSB3aGV0aGVyIHRoZSBhc3NvY2lhdGVkIEItTUFDPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZh bWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+Jm5i c3A7Jm5ic3A7IGFkZHJlc3MgY29ycmVzcG9uZHMgdG8gYSBSb290IG9yIGEgTGVhZiBzaXRlLiBK dXN0IGxpa2UgdGhlIEVWUE48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xh cywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsgY2Fz ZSwgdGhlIG5ldyBFLVRSRUUgRXh0ZW5kZWQgQ29tbXVuaXR5IGRlZmluZWQgaW4gc2VjdGlvbiBb NS4xXSBpczwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3Bh Y2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBhZHZlcnRpc2VkIHdp dGggZWFjaCBNQUMgQWR2ZXJ0aXNlbWVudCByb3V0ZS48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNv bG9yPSIjZmYwMDAwIiBjbGFzcz0iIj5UaGlzIHBhcmFncmFwaCByZWZlcnMgdG8gdGhlIGNvcnJl Y3Qgc2VjdGlvbiEmbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExP T0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IHBhZGRpbmc6IDBweCAwcHggMHB4IDVweDsgbWFy Z2luOiAwcHggMHB4IDBweCA1cHg7IiBjbGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25z b2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj4zLjIgQlVNIFRyYWZm aWM8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBj bGFzcz0iIj5QbGVhc2UgZXhwYW5kIHRvIEJyb2FkY2FzdCwgVW5rb253biwgTXVsdGljYXN0Ljwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGNsYXNzPSIiPkRvbmUuPC9mb250 PjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVP VEUiIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAx NHB4OyBwYWRkaW5nOiAwcHggMHB4IDBweCA1cHg7IG1hcmdpbjogMHB4IDBweCAwcHggNXB4OyIg Y2xhc3M9IiIgdHlwZT0iY2l0ZSI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMs IG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1z aXplOiAxMnB4OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IFdoZW4gcmVjZWl2ZXIgaW5ncmVzcy1y ZXBsaWNhdGlvbiBsYWJlbCBpcyBuZWVkZWQsIHRoZSBoaWdoLW9yZGVyIGJpdDwvZGl2Pg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJw eDsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBvZiB0aGUgdHVubmVsIHR5cGUgZmllbGQgKENvbXBv c2l0ZSBUdW5uZWwgYml0KSBpcyBzZXQgd2hpbGUgdGhlPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+ Jm5ic3A7Jm5ic3A7IHJlbWFpbmluZyBsb3ctb3JkZXIgc2V2ZW4gYml0cyBpbmRpY2F0ZSB0aGUg dHVubmVsIHR5cGUgYXMgYmVmb3JlLjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENv bnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7 IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPkkgYmVsaWV2ZSBpdCB3b3VsZCBiZSB1c2VmdWwg dG8gZGVwaWN0IHRoZSBDb21wb3NpdGUgVHVubmVsIGJpdCBpbiBGaWd1cmUgNSBhczwvZGl2Pg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTog MTJweDsiIGNsYXNzPSIiPndlbGwuLi4gSXQncyBub3Qgb25seSBhIDEtb2N0ZXQgVHlwZS48L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjZmYwMDAwIiBjbGFzcz0iIj5JJm5ic3A7YmVsaWV2 ZSB0aGUgZGVzY3JpcHRpb24gaXMgY2xlYXIgaW4gdGhlIHRleHQgYW5kIGFkZGluZyBhZGRpdGlv bmFsIGRpYWdyYW0gYW5kIHRleHQgdG8gZGVzY3JpYmUgdGhlIGRpYWdyYW0gd291bGQgbWFrZSBp dCB0b28gdmVyYm9zZS4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09V VExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IHBhZGRpbmc6IDBweCAwcHggMHB4IDVweDsg bWFyZ2luOiAwcHggMHB4IDBweCA1cHg7IiBjbGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBj bGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBD b25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj5BbHNvLCBwbGVh c2Ugbm90ZTo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3Nw YWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEy cHg7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNl OiBSRkMgNTIyNjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGNsYXNzPSIi PkNoYW5nZWQgaXQgdG8gUkZDIDgxMjYuPC9mb250PjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1B Q19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBwYWRkaW5nOiAwcHggMHB4IDBweCA1 cHg7IG1hcmdpbjogMHB4IDBweCAwcHggNXB4OyIgY2xhc3M9IiIgdHlwZT0iY2l0ZSI+DQo8ZGl2 IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4 OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls eTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+Jm5ic3A7 Jm5ic3A7KiogRG93bnJlZjogTm9ybWF0aXZlIHJlZmVyZW5jZSB0byBhbiBJbmZvcm1hdGlvbmFs IFJGQzogUkZDIDczODc8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjZmYwMDAwIiBjbGFz cz0iIj5UaGF04oCZcyBPSy48L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9y PSIjZmYwMDAwIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxmb250IGNvbG9yPSIjZmYwMDAwIiBjbGFzcz0iIj5UaGFua3MgYWdhaW4gZm9yIHlv dXIgcmV2aWV3LDwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiNmZjAw MDAiIGNsYXNzPSIiPkFsaTwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tR VU9URSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7IHBhZGRpbmc6IDBweCAwcHggMHB4IDVweDsgbWFyZ2luOiAwcHggMHB4IDBweCA1cHg7 IiBjbGFzcz0iIiB0eXBlPSJjaXRlIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xh cywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgbW9ub3NwYWNlOyBmb250 LXNpemU6IDEycHg7IiBjbGFzcz0iIj5UaGFuayB5b3UhPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQ29uc29sYXMsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMs IG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyIgY2xhc3M9IiI+Q2FybG9zLjwvZGl2Pg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJw eDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IENvbnNvbGFzLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsiIGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_378695A42B7C4B39B2C354A8F063B0FBciscocom_-- From nobody Thu Aug 17 16:59:00 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 62FE81326C3; Thu, 17 Aug 2017 16:58:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150301433936.14182.7025310871148312164@ietfa.amsl.com> Date: Thu, 17 Aug 2017 16:58:59 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-usage-05.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 23:58:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Usage and applicability of BGP MPLS based Ethernet VPN Authors : Jorge Rabadan Senad Palislamovic Wim Henderickx Ali Sajassi James Uttaro Filename : draft-ietf-bess-evpn-usage-05.txt Pages : 30 Date : 2017-08-17 Abstract: This document discusses the usage and applicability of BGP MPLS based Ethernet VPN (EVPN) in a simple and fairly common deployment scenario. The different EVPN procedures are explained on the example scenario, analyzing the benefits and trade-offs of each option. This document is intended to provide a simplified guide for the deployment of EVPN networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-usage/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-usage-05 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-usage-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-usage-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 17 21:48:30 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 616A31323D7; Thu, 17 Aug 2017 21:48:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BfLA5hNUXfRK; Thu, 17 Aug 2017 21:48:25 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 275FF1320CF; Thu, 17 Aug 2017 21:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31538; q=dns/txt; s=iport; t=1503031705; x=1504241305; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=R+3MGzXfeF1OqcU6JsP6aCzDJTy42DrYS37IwX6Vjrc=; b=kRHf012T5Xb7ul1MdqMgrrE0sxnGs5cwYZnjJvvM9Om5k4UPzkxGiIBC wAx8qDo+UfLBGfwRlQzNB1nnCMoMmznita+L4aSScEhl4H5CcwhAQ2BtG 4+2jXna+3s47YtfcOfwbfhyB6+edVVsSL6HRsyENPSzuyYNVaad9WD2KY 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C0AADQcJZZ/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIECEweOC5ASgW6WHIISLoUZAoRZPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQN5EAIBCBEDAQIhAQYHMhQJCAIEDgUUB4kxZBCsdotmAQEBAQEBAQECA?= =?us-ascii?q?QEBAQEBAQEBAQEYBYMoggKDLgGDJ4UTBoVOBZEXhwaILgKHUoNVg1WFRIIQG4V?= =?us-ascii?q?Gim2JaIw1AR84gQp3FYdjdokrgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,391,1498521600"; d="scan'208,217";a="473390874" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Aug 2017 04:48:23 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v7I4mNBQ020689 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Aug 2017 04:48:23 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 18 Aug 2017 00:48:22 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Fri, 18 Aug 2017 00:48:22 -0400 From: "Ali Sajassi (sajassi)" To: "Carlos Pignataro (cpignata)" CC: "ops-dir@ietf.org" , "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKIDZCAgAFMvQA= Date: Fri, 18 Aug 2017 04:48:22 +0000 Message-ID: References: <378695A4-2B7C-4B39-B2C3-54A8F063B0FB@cisco.com> In-Reply-To: <378695A4-2B7C-4B39-B2C3-54A8F063B0FB@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/alternative; boundary="_000_D5BBBBC62163D4sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2017 04:48:28 -0000 --_000_D5BBBBC62163D4sajassiciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Carlos, Thanks for additional comments. Please refer to my replies inline. From: "Carlos Pignataro (cpignata)" > Date: Wednesday, August 16, 2017 at 6:57 PM To: Cisco Employee > Cc: "ops-dir@ietf.org" >, "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thanks Ali. General Ack to all your responses, make sense. A follow-up question, though: I notice =93Reserved=94 in a few places. For example in Figure 4, which see= ms to make sense as the Reserved is a Must Be Zero (MBZ) However, on the Flags, it says: 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ | reserved |L| +-+-+-+-+-+-+-+-+ =85 Initial registrations are as follows: bit Name Reference 0-6 Reserved This document 7 Leaf-Indication This document Do you mean =93Reserved=94 for the unassigned bit flags, or =93Unassigned= =94 (see the different in RFC 8126). WRT to IANA, I meant =93Unassigned=94. I will update both the flag digram = and the IANA section to indicate =93unassigned". Finally, in the sentence: The reserved bits should be set to zero by the transmitter and should be ignored by the receiver. Do those two =93should=94 mean =93should=94, =93SHOULD=94, or =93MUST=94? I will change it to "The reserved and unassigned bits SHOULD be set to zero= by the transmitter and SHOULD be ignored by the receiver." Thanks again, Ali Thanks! Carlos. On Aug 16, 2017, at 8:54 PM, Ali Sajassi (sajassi) > wrote: Hi Carlos, Thanks for your review and comments. Please see inline for my responses. On 8/7/17, 2:46 PM, "Carlos Pignataro (cpignata)" > wrote: Reviewer: Carlos Pignataro Review result: Has Issues Reviewer: Carlos Pignataro Review result: Has Nits (and one potential Issue) I am the OPS-DIR reviewer and in general I do not have operational concerns with this document. The main issue I have is in regards to the redefinition of the MSB of the Tunnel Type, and associated backwards/forward compatibility considerations. I note that RFC 7385 is Normatively referenced by a number of I-Ds: https://datatracker.ietf.org/doc/rfc7385/referencedby/ BUT draft-ietf-bess-evpn-etree is not: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-etree/referencedby/ So would those former be pointing to old info? And what other Backwards Com= pat considerations are there? To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use=94 and =93Reserved=94 as before per [RFC7385] and reduce the = range for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C =96 0x3F Unassigned 0x80 =96 0xBF reserved for composite tunnel 0xD0 =96 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] Further, some nits and editorials for your consideration: The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree). A solution framework for supporting this service in MPLS networks is proposed in RFC7387 ("A Framework for Ethernet Tree (E-Tree) Service over a Multiprotocol Label Switching (MPLS) Network"). Proposed? Or Described / Defined? OK, changed to =93described" Same comment for the first sentence of the second paragraph of the Intro. Changed to =93describes" This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. RFC 7385 does not mention a "scope". This really talks about the Tunnel Typ= e. Please reword for unambiguous clarity. Changed it to =93This document makes use of the most significant bit of the= PMSI tunnel type governed by the IANA =85" 3.1 Known Unicast Traffic To support the above ingress filtering functionality, a new E-TREE Extended Community with a Leaf indication flag is introduced [section 5.2]. This new Extended Community MUST be advertised with MAC/IP Section 5.2 is not a referenced citation. Changed it to =93[5.1]=94. Nice catch! Thanks. Similar issue with [5.1] at: In PBB-EVPN, the PE advertises a Root/Leaf indication along with each B-MAC Advertisement route, to indicate whether the associated B-MAC address corresponds to a Root or a Leaf site. Just like the EVPN case, the new E-TREE Extended Community defined in section [5.1] is advertised with each MAC Advertisement route. This paragraph refers to the correct section! 3.2 BUM Traffic Please expand to Broadcast, Unkonwn, Multicast. Done. When receiver ingress-replication label is needed, the high-order bit of the tunnel type field (Composite Tunnel bit) is set while the remaining low-order seven bits indicate the tunnel type as before. I believe it would be useful to depict the Composite Tunnel bit in Figure 5= as well... It's not only a 1-octet Type. I believe the description is clear in the text and adding additional diagra= m and text to describe the diagram would make it too verbose. Also, please note: ** Obsolete normative reference: RFC 5226 Changed it to RFC 8126. ** Downref: Normative reference to an Informational RFC: RFC 7387 That=92s OK. Thanks again for your review, Ali Thank you! Carlos. --_000_D5BBBBC62163D4sajassiciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <46E14B7A922660488DC5BCA3C126D40B@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Carlos,

Thanks for&n= bsp;additional comments. Please refer to my replies inline.

From: "Carlos Pignataro (cpign= ata)" <cpignata@cisco.com= >
Date: Wednesday, August 16, 2017 at= 6:57 PM
To: Cisco Employee <sajassi@cisco.com>
Cc: "ops-dir@ietf.org" <ops-dir@ietf.org>, "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-= bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.or= g>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12

Thanks Ali. General Ack to all your responses, make sense.

A follow-up question, though:

I notice =93Reserved=94 in a few places. For example in Fig= ure 4, which seems to make sense as the Reserved is a Must Be Zero (MBZ)

However, on the Flags, it says:

          0 1 2 3 4 5 6 7
         +-+-+-+-&= #43;-+-+-+-+
         |  reserved   |= L|
         +-+-+-+-&= #43;-+-+-+-+

=85

 Initial registrations are as follows:

         bit       =         Name             =             Reference

         0-6       =         Reserved           &nb= sp;         This document
         7       &n= bsp;         Leaf-Indication        = ;      This document

Do you mean =93Reserved=94 for the unassigned bit flags, or= =93Unassigned=94 (see the different in RFC 8126).

WRT to IANA, I meant =93Unassigned= =94.  I will update both the flag digram and the IANA section to indic= ate =93unassigned". 

Finally, in the sentence:

   The reserved bits should be set to zero by the= transmitter and should
   be ignored by the receiver.

Do those two =93should=94 mean =93should=94, =93SHOULD=94, = or =93MUST=94?

I will change it to "The reserved and una= ssigned bits SHOULD be set to zero by the transmitter and SHOULD be ignored= by the receiver."

Thanks again,
Ali

Thanks!

Carlos.

On Aug 16, 2017, at 8:54 PM, Ali Sajassi (sajassi) <sajassi@cisco.com> wrote= :


Hi Carlos,

Thanks for your review and comments. P= lease see inline for my responses.

On 8/7/17, 2:46 PM, "Carlos Pignataro (cpignata)" <cpignata@cisco.com> wrote:=

Reviewer: Carlos Pignataro
Review result: Has Issues

Reviewer: Carlos Pignataro
Review result: Has Nits (and one potential Issue)

I am the OPS-DIR reviewer and in general I do not have operational concer= ns
with this document.

The main issue I have is in regards to the redefinition of the MSB of the=
Tunnel Type, and associated backwards/forward compatibility consideration= s.

I note that RFC 7385 is Normatively referenced by a number of I-Ds:
https://datatracker.ietf.org/doc/rfc7385/referencedby/
BUT draft-ietf-bess-evpn-etree is not:
https://datatracker.ietf.org/doc/draft-ietf-bess-ev= pn-etree/referencedby/

So would those former be pointing to old info? And what other Backwards C= ompat
considerations are there?

To maximize backward/forward compatibility, let's= retain the value for "Experimental Use=94 and =93Reserved=94 as = before per [RFC7385] and reduce the range for Composite tunnel for this draft. So, the changes will be 
From existing IANA assignments:
0x0C - 0xFA Unassigned
0xFB - 0xFE Experimental [RFC7385]
= 0xFF Reserved [RFC7385]
To:
  0x0C = =96 0x3F Unassigned
  0x80 = =96 0xBF reserved for composite tunnel 
  0xD0 =96 0x= FA Unassigned
  0xFB - 0xFE= Experimental [RFC7385]
  0xFF Reserved= [RFC7385]



Further, some nits and editorials for your consideration:

   The Metro Ethernet Forum (MEF) has defined a rooted-multipoi= nt
   Ethernet service known as Ethernet Tree (E-Tree). A solution=
   framework for supporting this service in MPLS networks is pr= oposed in
   RFC7387 ("A Framework for Ethernet Tree (E-Tree) Servic= e over a
   Multiprotocol Label Switching (MPLS) Network").

Proposed? Or Described / Defined?
OK, changed to =93d= escribed"

Same comment for the first sentence of the second paragraph of the Intro.=
Changed to =93describes&= quot;

   This document makes use of the
   most significant bit of the scope governed by the IANA regis= try
   created by RFC7385, and hence updates RFC7385 accordingly.

RFC 7385 does not mention a "scope". This really talks about th= e Tunnel Type.
Please reword for unambiguous clarity.

Changed it to =93Th= is document makes use of the most significant bit of the PMSI tunnel type g= overned by the IANA =85"

3.1 Known Unicast Traffic

   To support the above ingress filtering functionality, a new = E-TREE
   Extended Community with a Leaf indication flag is introduced= [section
   5.2]. This new Extended Community MUST be advertised with MA= C/IP

Section 5.2 is not a referenced citation.

Changed it to =93[5= .1]=94. Nice catch! Thanks.

Similar issue with [5.1] at:

   In PBB-EVPN, the PE advertises a Root/Leaf indication along = with each
   B-MAC Advertisement route, to indicate whether the associate= d B-MAC
   address corresponds to a Root or a Leaf site. Just like the = EVPN
   case, the new E-TREE Extended Community defined in section [= 5.1] is
   advertised with each MAC Advertisement route.

This paragraph refers to= the correct section! 

3.2 BUM Traffic

Please expand to Broadcast, Unkonwn, Multicast.

Done.

   When receiver ingress-replication label is needed, the high-= order bit
   of the tunnel type field (Composite Tunnel bit) is set while= the
   remaining low-order seven bits indicate the tunnel type as b= efore.

I believe it would be useful to depict the Composite Tunnel bit in Figure= 5 as
well... It's not only a 1-octet Type.

I believe the descr= iption is clear in the text and adding additional diagram and text to descr= ibe the diagram would make it too verbose. 

Also, please note:

  ** Obsolete normative reference: RFC 5226

Changed it to RFC 8126.<= /font>

  ** Downref: Normative reference to an Informational RFC: RFC = 7387

That=92s OK.

Thanks again for your re= view,
Ali


Thank you!

Carlos.



 --_000_D5BBBBC62163D4sajassiciscocom_-- From nobody Mon Aug 21 13:05:53 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 884D3132AAF; Mon, 21 Aug 2017 13:05:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PNAX2VRxncaQ; Mon, 21 Aug 2017 13:05:49 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD1BA132AAE; Mon, 21 Aug 2017 13:05:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8690; q=dns/txt; s=iport; t=1503345948; x=1504555548; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=oSWlU3Dco+KQL3MDFoZ/Tw3blmp+UyThehJ526g5Xs8=; b=dGLbC2MAoZix9XFpXBAWeRo6lUBucz1jjwtylNDZVhGw3fkM1Q+cqojF xoKYnWAvJcYp7R7a36j1XIMhBhtE4elhJiRXTM2PQE6ZNM4L5V2hPhV3w eyUoaY/7Bp1QCQ9bam27BpWknQpNup+TwRoSuT3j5DKAcYnkBxQXyU1y8 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A/BAANPJtZ/4ENJK1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEVB4NwmjKBTJEHhTmCEoVHAhqDdkEWAQIBAQEBAQEBayiFGQY?= =?us-ascii?q?jVhACAQg/AwICAjAUEQIEAQ0FiU1krwqCJieLOAEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAR2DKIICgUyBYysLgnGIBjCCMQWYHYgyApRAkl6WHwElATGBCncVWwGHB3a?= =?us-ascii?q?JD4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,409,1498521600"; d="scan'208,217";a="474248029" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Aug 2017 20:05:47 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v7LK5lH3016641 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Aug 2017 20:05:47 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 21 Aug 2017 15:05:47 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Mon, 21 Aug 2017 15:05:47 -0500 From: "Alvaro Retana (aretana)" To: "Ali Sajassi (sajassi)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIA Date: Mon, 21 Aug 2017 20:05:46 +0000 Message-ID: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.25.0.170815 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.74.85] Content-Type: multipart/alternative; boundary="_000_1C29B4271C0F4267ACBD5DB9A59E9492ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2017 20:05:51 -0000 --_000_1C29B4271C0F4267ACBD5DB9A59E9492ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxpOg0KDQpIaSENCg0KU28sIHlvdeKAmXJlIHJlYWxseSBvbmx5IGNoYW5naW5nIHRoZSAweDBD IOKAkyAweEZBIHJhbmdlLCByaWdodD8NCg0KSWYgbXkgaGV4IGlzIG5vdCB3cm9uZywgeW914oCZ cmUgbWlzc2luZyBzb21lIHBpZWNlcyBiZWxvdzogMHg0MC0weDdGLCBhbmQgMHhDMC0weENGLCB3 aGljaCBJ4oCZbSBhc3N1bWUgcmVtYWluIFVuYXNzaWduZWQsIHJpZ2h0Pw0KDQpUaGFua3MhDQoN CkFsdmFyby4NCg0KT24gOC8xNi8xNywgNTo1NCBQTSwgIkFsaSBTYWphc3NpIChzYWphc3NpKSIg PHNhamFzc2lAY2lzY28uY29tPG1haWx0bzpzYWphc3NpQGNpc2NvLmNvbT4+IHdyb3RlOg0KDQpU byBtYXhpbWl6ZSBiYWNrd2FyZC9mb3J3YXJkIGNvbXBhdGliaWxpdHksIGxldCdzIHJldGFpbiB0 aGUgdmFsdWUgZm9yICJFeHBlcmltZW50YWwgVXNl4oCdIGFuZCDigJxSZXNlcnZlZOKAnSBhcyBi ZWZvcmUgcGVyIFtSRkM3Mzg1XSBhbmQgcmVkdWNlIHRoZSByYW5nZSBmb3IgQ29tcG9zaXRlIHR1 bm5lbCBmb3IgdGhpcyBkcmFmdC4gU28sIHRoZSBjaGFuZ2VzIHdpbGwgYmUNCkZyb20gZXhpc3Rp bmcgSUFOQSBhc3NpZ25tZW50czoNCjB4MEMgLSAweEZBIFVuYXNzaWduZWQNCjB4RkIgLSAweEZF IEV4cGVyaW1lbnRhbCBbUkZDNzM4NV0NCjB4RkYgUmVzZXJ2ZWQgW1JGQzczODVdDQpUbzoNCiAg MHgwQyDigJMgMHgzRiBVbmFzc2lnbmVkDQogIDB4ODAg4oCTIDB4QkYgcmVzZXJ2ZWQgZm9yIGNv bXBvc2l0ZSB0dW5uZWwNCiAgMHhEMCDigJMgMHhGQSBVbmFzc2lnbmVkDQogIDB4RkIgLSAweEZF IEV4cGVyaW1lbnRhbCBbUkZDNzM4NV0NCiAgMHhGRg0KIFJlc2VydmVkIFtSRkM3Mzg1XQ0KDQoN Cg== --_000_1C29B4271C0F4267ACBD5DB9A59E9492ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <34DF8CCD93019848BDF514C4F35D96B7@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTotd2Via2l0LXN0YW5kYXJkOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHls ZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9y bWFsO30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1z dHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hp dGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGk6PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkhpITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TbywgeW914oCZcmUgcmVhbGx5 IG9ubHkgY2hhbmdpbmcgdGhlIDB4MEMg4oCTIDB4RkEgcmFuZ2UsIHJpZ2h0PzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JZiBteSBoZXggaXMgbm90IHdyb25nLCB5b3XigJlyZSBtaXNzaW5nIHNv bWUgcGllY2VzIGJlbG93OiAweDQwLTB4N0YsIGFuZCAweEMwLTB4Q0YsIHdoaWNoIEnigJltIGFz c3VtZSByZW1haW4gVW5hc3NpZ25lZCwgcmlnaHQ/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo YW5rcyE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWx2YXJvLjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPk9uIDgvMTYvMTcsIDU6NTQgUE0sICZxdW90O0FsaSBTYWphc3Np IChzYWphc3NpKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhamFzc2lAY2lzY28uY29tIj5z YWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpy ZWQiPlRvIG1heGltaXplIGJhY2t3YXJkL2ZvcndhcmQmbmJzcDtjb21wYXRpYmlsaXR5LCBsZXQn cyByZXRhaW4gdGhlIHZhbHVlIGZvciAmcXVvdDtFeHBlcmltZW50YWwgVXNl4oCdIGFuZCZuYnNw O+KAnFJlc2VydmVk4oCdIGFzIGJlZm9yZSBwZXIgW1JGQzczODVdIGFuZCByZWR1Y2UgdGhlIHJh bmdlIGZvciBDb21wb3NpdGUgdHVubmVsIGZvciB0aGlzIGRyYWZ0LiBTbywgdGhlIGNoYW5nZXMg d2lsbCBiZSZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OnJlZCI+RnJvbSBleGlzdGluZyBJQU5BIGFzc2lnbm1lbnRzOjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZDtiYWNrZ3JvdW5kOiNGRkZERjUiPjB4MEMgLSAw eEZBIFVuYXNzaWduZWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJr aXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjpyZWQiPjB4RkIgLSAweEZFIEV4cGVyaW1lbnRhbCBbUkZDNzM4NV08L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQ7YmFja2dyb3VuZDojRkZGREY1Ij4weEZG IFJlc2VydmVkIFtSRkM3Mzg1XTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOnJlZCI+VG86PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Vi a2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6cmVkIj4mbmJzcDsgMHgwQyZuYnNwO+KAkyZuYnNwOzB4M0YgVW5hc3NpZ25lZDwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJp Zjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+Jm5ic3A7Jm5ic3A7MHg4 MCDigJMgMHhCRiByZXNlcnZlZCBmb3IgY29tcG9zaXRlIHR1bm5lbCZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+Jm5ic3A7IDB4RDAg4oCTIDB4 RkEgVW5hc3NpZ25lZDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OnJlZCI+Jm5ic3A7IDB4RkIgLSAweEZFIEV4cGVyaW1lbnRhbCBbUkZDNzM4NV08L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPiZuYnNwOyAweEZGPHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+Jm5ic3A7UmVzZXJ2ZWQg W1JGQzczODVdPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0 YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1C29B4271C0F4267ACBD5DB9A59E9492ciscocom_-- From nobody Mon Aug 21 17:15:04 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FFAC1321BE; Mon, 21 Aug 2017 17:15:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RJitH98IYs76; Mon, 21 Aug 2017 17:15:01 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1FBC1321D5; Mon, 21 Aug 2017 17:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11080; q=dns/txt; s=iport; t=1503360900; x=1504570500; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bTDLgRz99uqjcwVNh0OoEYTHLeunBhgGmSaUd5YkxkI=; b=a2TlVyP7mlka17E3N+k9pG/TxdLzxf3Pq6R+LxCklCzflCV612DrawUi 2bpuHg4Y62CwXD/9o4/wpHnQvVjOFmoKrm70BUscyyGxfFed0jknVliM/ y/s4vq4y8i+mXz9wRHnPxSrePKDt+9KII8Lb64vafPtPiIxxa3x6tOu4g c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C4AAARdptZ/4kNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB44MkBeBbpBlhTmCEoVHAoQQPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQN5EAIBCBEDAQIoBzIUCQgCBAENBYlNZLAaJ4s4AQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBHYMoggKDL4MnhROFVAWRYoY7iDIClECSXpYfAR84gQp3FYdjdok?= =?us-ascii?q?SgQ8BAQE?= X-IronPort-AV: E=Sophos; i="5.41,410,1498521600"; d="scan'208,217"; a="67680478" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Aug 2017 00:14:59 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7M0Ex6g021475 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 00:14:59 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 21 Aug 2017 20:14:58 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Mon, 21 Aug 2017 20:14:58 -0400 From: "Ali Sajassi (sajassi)" To: "Alvaro Retana (aretana)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gA= Date: Tue, 22 Aug 2017 00:14:58 +0000 Message-ID: References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> In-Reply-To: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/alternative; boundary="_000_D5C0C271216F19sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 00:15:03 -0000 --_000_D5C0C271216F19sajassiciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Alvaro, You're right. I had some holes in my assignment. Following should fix it. Value Meaning Reference 0x0C-0x7A Unassigned 0x7B-0x7E Experimental this document 0x7F Reserved this document 0x80-0xFA Reserved for Composite tunnel this document 0xFB-0xFE Experimental RFC7385] 0xFF Reserved [RFC7385] Thanks, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 1:05 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! So, you're really only changing the 0x0C - 0xFA range, right? If my hex is not wrong, you're missing some pieces below: 0x40-0x7F, and 0x= C0-0xCF, which I'm assume remain Unassigned, right? Thanks! Alvaro. On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)" > wrote: To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use" and "Reserved" as before per [RFC7385] and reduce the range = for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C - 0x3F Unassigned 0x80 - 0xBF reserved for composite tunnel 0xD0 - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] --_000_D5C0C271216F19sajassiciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable

Hi Alvaro,

You’re right. I had some holes in my assignment. Following shoul= d fix it.

   Value Meaning Reference
   0x0C-0x7A Unassigned
   0x7B-0x7E Experimental this document
   0x7F Reserved this document 
   0x80-0xFA Reserved for Composite tunnel this document 
   0xFB-0xFE Experimental RFC7385]<= /div>
   0xFF Reserved [RFC7385]

Thanks,
Ali

From: "Alvaro Retana (aretana)= " <aretana@cisco.com> Date: Monday, August 21, 2017 at 1:= 05 PM
To: Cisco Employee <sajassi@cisco.com>, "Carlos Pignataro = (cpignata)" <cpignata@cisco.c= om>, "ops-dir@ietf.org&= quot; <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <dra= ft-ietf-bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12

Ali:

 

Hi!

 

So, you’re really only changing the 0x0C ̵= 1; 0xFA range, right?

 

If my hex is not wrong, you’re missing some pi= eces below: 0x40-0x7F, and 0xC0-0xCF, which I’m assume remain Unassig= ned, right?

 

Thanks!

 

Alvaro.

 

On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)&quo= t; <sajassi@cisco.com> wrote= :

 

To maximize backward/forwa= rd compatibility, let's retain the value for "Experimental Use= 221; and “Reserved” as before per [RFC7385] and reduce the= range for Composite tunnel for this draft. So, the changes will be 

From existing IANA assignm= ents:

0x0C - = 0xFA Unassigned

0xFB - 0xFE Experimental [= RFC7385]

0xFF Re= served [RFC7385]

To:

  0x0C –&n= bsp;0x3F Unassigned

  0x80 – 0= xBF reserved for composite tunnel 

  0xD0 – 0xFA U= nassigned

  0xFB - 0xFE Experim= ental [RFC7385]

  0xFF

 Reserved [RFC7385]



 --_000_D5C0C271216F19sajassiciscocom_-- From nobody Mon Aug 21 17:47:14 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2C66132AEE; Mon, 21 Aug 2017 17:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FQFiGxH7HEbH; Mon, 21 Aug 2017 17:47:09 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4A46132AEC; Mon, 21 Aug 2017 17:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17207; q=dns/txt; s=iport; t=1503362825; x=1504572425; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=SOIOOhyDiWxy8m5nuyQOKRKaMc1xwcGMUz99wgyeW5Y=; b=c4HRMtPpQasOSPaQMSQkL+MuMNPFUXk15xGU6uK0S0377c4NLnrvv7ga k995hnT9B+4v7PYOX9pfwL5Aw9t36PeVtSmCrRNJPUr7R+YSizliF3Duh Dr6rC2UPg+Nx8tFY3UV11LDrsa8+8pV17razCWnXQ+ozXD9zQl9SSxHwD I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DiAQBWfptZ/4kNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEDEgeeI4FuiDiILYVHggSFRwKEEEMUAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQEDeRACAQgRAwECKAchERQJCAIEAQ0FiU1MAxWvYyeHFg2EGAEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAR2DKIICgy+DJ4JXgWkBEgE/hVQFkWKGO4d2PAKPSoR?= =?us-ascii?q?2kl6MOIlnATYhfwt3FYdjdodvgSOBDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,410,1498521600"; d="scan'208,217";a="275265154" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Aug 2017 00:47:04 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7M0l493010030 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 00:47:04 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 21 Aug 2017 20:47:03 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Mon, 21 Aug 2017 20:47:03 -0400 From: "Ali Sajassi (sajassi)" To: "Ali Sajassi (sajassi)" , "Alvaro Retana (aretana)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gCAAAjygA== Date: Tue, 22 Aug 2017 00:47:03 +0000 Message-ID: References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/alternative; boundary="_000_D5C0CC4B216F6Esajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 00:47:12 -0000 --_000_D5C0CC4B216F6Esajassiciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Trying for the 2nd time because of the format scramble in the previous emai= l. Value Meaning Reference 0x0C-0x7A Unassigned 0x7B-0x7E Experimental this document 0x7F Reserved this document 0x80-0xFA Reserved for Composite tunnel this document 0xFB-0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] From: Cisco Employee > Date: Monday, August 21, 2017 at 5:14 PM To: "Alvaro Retana (aretana)" >= , "Carlos Pignataro (cpignata)" >, "ops-dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Resent-From: > Resent-To: Cisco Employee >, >, >, >, >, >, >= , >, >, >, >, Thomas Morin > Resent-Date: Monday, August 21, 2017 at 5:15 PM Hi Alvaro, You're right. I had some holes in my assignment. Following should fix it. Value MeaningReference 0x0C-0x7A Unassigned 0x7B-0x7E Experimentalthis document 0x7F Reservedthis document 0x80-0xFA Reserved for Composite tunnelthis document 0xFB-0xFE Experimental RFC7385] 0xFF Reserved[RFC7385] Thanks, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 1:05 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! So, you're really only changing the 0x0C - 0xFA range, right? If my hex is not wrong, you're missing some pieces below: 0x40-0x7F, and 0x= C0-0xCF, which I'm assume remain Unassigned, right? Thanks! Alvaro. On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)" > wrote: To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use" and "Reserved" as before per [RFC7385] and reduce the range = for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C - 0x3F Unassigned 0x80 - 0xBF reserved for composite tunnel 0xD0 - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] --_000_D5C0CC4B216F6Esajassiciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <3C50954BCBE93744863D747D006CB408@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

Trying for the 2nd time because of the format scramble in the previous= email.

Value               Meaning   =                      = ;    Reference
0x0C-0x7A      Unassigned
0x7B-0x7E      Experimental        =            this document
0x7F                Reserved &= nbsp;                    =     this document
0x80-0xFA      Reserved for Composite tunnel   &nb= sp;  this document
0xFB-0xFE      Experimental        =            [RFC7385]
0xFF                Reserved &= nbsp;                    =     [RFC7385]


From: Cisco Employee <sajassi@cisco.com>
Date: Monday, August 21, 2017 at 5:= 14 PM
To: "Alvaro Retana (aretana)&q= uot; <aretana@cisco.com>, &q= uot;Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "= ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <dra= ft-ietf-bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12
Resent-From: <alias-bounces@ietf.org>
Resent-To: Cisco Employee <sajassi@cisco.com>, <ssalam@cisco.com>, <jdrake@juniper.net>, <ju1738@att.com>, <sboutros@vmware.com>, &l= t;jorge.rabadan@nokia.com>= ;, <thomas.morin@orange.com>, <martin.vigoureux@= nokia.com>, <aretana@cisco.com>, <db3546@att.com>, <akatlas@gmail.com>, Thomas Morin <thomas.morin@orange.com>
Resent-Date: Monday, August 21, 201= 7 at 5:15 PM


Hi Alvaro,

You’re right. I had some holes in my assignment. Following shoul= d fix it.

   Value MeaningReference
   0x0C-0x7A Unassigned
   0x7B-0x7E Experimentalthis document
   0x7F Reservedthis document 
   0x80-0xFA Reserved for Composite tunnelthis document 
   0xFB-0xFE Experimental RFC7385]<= /div>
   0xFF Reserved[RFC7385]

Thanks,
Ali

From: "Alvaro Retana (aretana)= " <aretana@cisco.com> Date: Monday, August 21, 2017 at 1:= 05 PM
To: Cisco Employee <sajassi@cisco.com>, "Carlos Pignataro = (cpignata)" <cpignata@cisco.c= om>, "ops-dir@ietf.org&= quot; <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <dra= ft-ietf-bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12

Ali:

 

Hi!

 

So, you’re really only changing the 0x0C ̵= 1; 0xFA range, right?

 

If my hex is not wrong, you’re missing some pi= eces below: 0x40-0x7F, and 0xC0-0xCF, which I’m assume remain Unassig= ned, right?

 

Thanks!

 

Alvaro.

 

On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)&quo= t; <sajassi@cisco.com> wrote= :

 

To maximize backward/forwa= rd compatibility, let's retain the value for "Experimental Use= 221; and “Reserved” as before per [RFC7385] and reduce the= range for Composite tunnel for this draft. So, the changes will be 

From existing IANA assignm= ents:

0x0C - = 0xFA Unassigned

0xFB - 0xFE Experimental [= RFC7385]

0xFF Re= served [RFC7385]

To:

  0x0C –&n= bsp;0x3F Unassigned

  0x80 – 0= xBF reserved for composite tunnel 

  0xD0 – 0xFA U= nassigned

  0xFB - 0xFE Experim= ental [RFC7385]

  0xFF

 Reserved [RFC7385]



--_000_D5C0CC4B216F6Esajassiciscocom_-- From nobody Mon Aug 21 18:26:57 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED3C1327EC; Mon, 21 Aug 2017 18:26:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ugwYM-rAZjkx; Mon, 21 Aug 2017 18:26:52 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56B131327FF; Mon, 21 Aug 2017 18:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25938; q=dns/txt; s=iport; t=1503365212; x=1504574812; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JiFeDtEJy/cHloBGIV2jEoYjCUf3oAfn2Lw5avvrveg=; b=ZwsaJuYnxjCFLaBBSbvDTlP9AMFECfgYF3h6oYskH95vXrL5ucuMfHO0 AH6ZnEdWKWkue1A0jpxda5cWocOYXshE99vbSUlM7RgBxfqkqOhEtuXIF lNdG/WngRGvX4pF3ld8T54ll6Zi+PqZKNMyrn+fZkOKVnPiB6ajR9o+1k w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BUAwB+h5tZ/5JdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB4NwmjOBTCKIOI10ggSFRwIag3ZDFAECAQEBAQEBAWs?= =?us-ascii?q?ohRgBAQEBAyNWEAIBCBEDAQIoAwICAh8RFAkIAgQBDQWJTUwDFa0cgiYnhxYNh?= =?us-ascii?q?BgBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgyiCAoFMgWMrC4JxgleBaQESAT8Wgl0?= =?us-ascii?q?wgjEFmB2HdjwCj0qEdoIQkE6JaYJPiWcBNiF/C3cVWwGHB3aHb4EjgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,410,1498521600"; d="scan'208,217";a="285695002" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Aug 2017 01:26:50 +0000 Received: from XCH-RCD-019.cisco.com (xch-rcd-019.cisco.com [173.37.102.29]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v7M1Qo0A026356 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 01:26:51 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-019.cisco.com (173.37.102.29) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 21 Aug 2017 20:26:50 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Mon, 21 Aug 2017 20:26:50 -0500 From: "Alvaro Retana (aretana)" To: "Ali Sajassi (sajassi)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gCAAAjygIAAG+eA Date: Tue, 22 Aug 2017 01:26:50 +0000 Message-ID: References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.25.0.170815 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.60.90] Content-Type: multipart/alternative; boundary="_000_C123EA1A66D0411781523DAF632BF7CEciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 01:26:56 -0000 --_000_C123EA1A66D0411781523DAF632BF7CEciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxpOg0KDQpIaSENCg0KUkZDNzM4NSBhbHJlYWR5IGRlZmluZXMgYW4gRXhwZXJpbWVudGFsIHJh bmdlLCB3aHkgZG8gd2UgbmVlZCBhbm90aGVyIG9uZT8gIFNhbWUgcXVlc3Rpb24gYWJvdXQgcmVz ZXJ2aW5nIDB4N0YgKGlmIHJmYzczODUgYWxyZWFkeSByZXNlcnZlZCAweEZGKS4NCg0KT25lIG9m IHRoZSByZWFzb25zIEnigJltIGFza2luZyBpcyBiZWNhdXNlIGlmIHlvdeKAmXJlIG9ubHkgY2hh bmdpbmcgdGhlIDB4MEMg4oCTIDB4RkEgcmFuZ2UsIHdoaWNoIGlzIGN1cnJlbnRseSB1bmFzc2ln bmVkLCB0aGUgeW91ICgxKSBvbmx5IG5lZWQgdG8gaW5jbHVkZSB0aG9zZSB2YWx1ZXMgaW4gdGhp cyBkb2N1bWVudCwgYW5kICgyKSB5b3UgZG9u4oCZdCBuZWVkIHRvIFVwZGF0ZSByZmM3Mzg1Og0K DQpUaGFua3MhDQoNCkFsdmFyby4NCg0KDQpPbiA4LzIxLzE3LCA1OjQ3IFBNLCAiQWxpIFNhamFz c2kgKHNhamFzc2kpIiA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28uY29t Pj4gd3JvdGU6DQoNCg0KVHJ5aW5nIGZvciB0aGUgMm5kIHRpbWUgYmVjYXVzZSBvZiB0aGUgZm9y bWF0IHNjcmFtYmxlIGluIHRoZSBwcmV2aW91cyBlbWFpbC4NCg0KVmFsdWUgICAgICAgICAgICAg ICBNZWFuaW5nICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlZmVyZW5jZQ0KMHgwQy0weDdB ICAgICAgVW5hc3NpZ25lZA0KMHg3Qi0weDdFICAgICAgRXhwZXJpbWVudGFsICAgICAgICAgICAg ICAgICAgICB0aGlzIGRvY3VtZW50DQoweDdGICAgICAgICAgICAgICAgIFJlc2VydmVkICAgICAg ICAgICAgICAgICAgICAgICAgICAgdGhpcyBkb2N1bWVudA0KMHg4MC0weEZBICAgICAgUmVzZXJ2 ZWQgZm9yIENvbXBvc2l0ZSB0dW5uZWwgICAgICB0aGlzIGRvY3VtZW50DQoweEZCLTB4RkUgICAg ICBFeHBlcmltZW50YWwgICAgICAgICAgICAgICAgICAgIFtSRkM3Mzg1XQ0KMHhGRiAgICAgICAg ICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgIFtSRkM3Mzg1XQ0KDQoN CkZyb206IENpc2NvIEVtcGxveWVlIDxzYWphc3NpQGNpc2NvLmNvbTxtYWlsdG86c2FqYXNzaUBj aXNjby5jb20+Pg0KRGF0ZTogTW9uZGF5LCBBdWd1c3QgMjEsIDIwMTcgYXQgNToxNCBQTQ0KVG86 ICJBbHZhcm8gUmV0YW5hIChhcmV0YW5hKSIgPGFyZXRhbmFAY2lzY28uY29tPG1haWx0bzphcmV0 YW5hQGNpc2NvLmNvbT4+LCAiQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIiA8Y3BpZ25hdGFA Y2lzY28uY29tPG1haWx0bzpjcGlnbmF0YUBjaXNjby5jb20+PiwgIm9wcy1kaXJAaWV0Zi5vcmc8 bWFpbHRvOm9wcy1kaXJAaWV0Zi5vcmc+IiA8b3BzLWRpckBpZXRmLm9yZzxtYWlsdG86b3BzLWRp ckBpZXRmLm9yZz4+DQpDYzogImRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9y ZzxtYWlsdG86ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPiIgPGRyYWZ0 LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1iZXNz LWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPj4sICJiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGll dGYub3JnPiIgPGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+Pg0KU3ViamVjdDog UmU6IE9wc2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVl LTEyDQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmFsaWFzLWJv dW5jZXNAaWV0Zi5vcmc+Pg0KUmVzZW50LVRvOiBDaXNjbyBFbXBsb3llZSA8c2FqYXNzaUBjaXNj by5jb208bWFpbHRvOnNhamFzc2lAY2lzY28uY29tPj4sIDxzc2FsYW1AY2lzY28uY29tPG1haWx0 bzpzc2FsYW1AY2lzY28uY29tPj4sIDxqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldD4+LCA8anUxNzM4QGF0dC5jb208bWFpbHRvOmp1MTczOEBhdHQuY29tPj4sIDxz Ym91dHJvc0B2bXdhcmUuY29tPG1haWx0bzpzYm91dHJvc0B2bXdhcmUuY29tPj4sIDxqb3JnZS5y YWJhZGFuQG5va2lhLmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20+PiwgPHRob21h cy5tb3JpbkBvcmFuZ2UuY29tPG1haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbT4+LCA8bWFy dGluLnZpZ291cmV1eEBub2tpYS5jb208bWFpbHRvOm1hcnRpbi52aWdvdXJldXhAbm9raWEuY29t Pj4sIDxhcmV0YW5hQGNpc2NvLmNvbTxtYWlsdG86YXJldGFuYUBjaXNjby5jb20+PiwgPGRiMzU0 NkBhdHQuY29tPG1haWx0bzpkYjM1NDZAYXR0LmNvbT4+LCA8YWthdGxhc0BnbWFpbC5jb208bWFp bHRvOmFrYXRsYXNAZ21haWwuY29tPj4sIFRob21hcyBNb3JpbiA8dGhvbWFzLm1vcmluQG9yYW5n ZS5jb208bWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tPj4NClJlc2VudC1EYXRlOiBNb25k YXksIEF1Z3VzdCAyMSwgMjAxNyBhdCA1OjE1IFBNDQoNCg0KSGkgQWx2YXJvLA0KDQpZb3XigJly ZSByaWdodC4gSSBoYWQgc29tZSBob2xlcyBpbiBteSBhc3NpZ25tZW50LiBGb2xsb3dpbmcgc2hv dWxkIGZpeCBpdC4NCg0KICAgVmFsdWUgTWVhbmluZ1JlZmVyZW5jZQ0KICAgMHgwQy0weDdBIFVu YXNzaWduZWQNCiAgIDB4N0ItMHg3RSBFeHBlcmltZW50YWx0aGlzIGRvY3VtZW50DQogICAweDdG IFJlc2VydmVkdGhpcyBkb2N1bWVudA0KICAgMHg4MC0weEZBIFJlc2VydmVkIGZvciBDb21wb3Np dGUgdHVubmVsdGhpcyBkb2N1bWVudA0KICAgMHhGQi0weEZFIEV4cGVyaW1lbnRhbCBSRkM3Mzg1 XQ0KICAgMHhGRiBSZXNlcnZlZFtSRkM3Mzg1XQ0KDQpUaGFua3MsDQpBbGkNCg0KRnJvbTogIkFs dmFybyBSZXRhbmEgKGFyZXRhbmEpIiA8YXJldGFuYUBjaXNjby5jb208bWFpbHRvOmFyZXRhbmFA Y2lzY28uY29tPj4NCkRhdGU6IE1vbmRheSwgQXVndXN0IDIxLCAyMDE3IGF0IDE6MDUgUE0NClRv OiBDaXNjbyBFbXBsb3llZSA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28u Y29tPj4sICJDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkiIDxjcGlnbmF0YUBjaXNjby5jb208 bWFpbHRvOmNwaWduYXRhQGNpc2NvLmNvbT4+LCAib3BzLWRpckBpZXRmLm9yZzxtYWlsdG86b3Bz LWRpckBpZXRmLm9yZz4iIDxvcHMtZGlyQGlldGYub3JnPG1haWx0bzpvcHMtZGlyQGlldGYub3Jn Pj4NCkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPG1haWx0bzpk cmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc+IiA8ZHJhZnQtaWV0Zi1iZXNz LWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJl ZS5hbGxAaWV0Zi5vcmc+PiwgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+IiA8 YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogT3BzZGly IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUtMTINCg0KQWxp Og0KDQpIaSENCg0KU28sIHlvdeKAmXJlIHJlYWxseSBvbmx5IGNoYW5naW5nIHRoZSAweDBDIOKA kyAweEZBIHJhbmdlLCByaWdodD8NCg0KSWYgbXkgaGV4IGlzIG5vdCB3cm9uZywgeW914oCZcmUg bWlzc2luZyBzb21lIHBpZWNlcyBiZWxvdzogMHg0MC0weDdGLCBhbmQgMHhDMC0weENGLCB3aGlj aCBJ4oCZbSBhc3N1bWUgcmVtYWluIFVuYXNzaWduZWQsIHJpZ2h0Pw0KDQpUaGFua3MhDQoNCkFs dmFyby4NCg0KT24gOC8xNi8xNywgNTo1NCBQTSwgIkFsaSBTYWphc3NpIChzYWphc3NpKSIgPHNh amFzc2lAY2lzY28uY29tPG1haWx0bzpzYWphc3NpQGNpc2NvLmNvbT4+IHdyb3RlOg0KDQpUbyBt YXhpbWl6ZSBiYWNrd2FyZC9mb3J3YXJkIGNvbXBhdGliaWxpdHksIGxldCdzIHJldGFpbiB0aGUg dmFsdWUgZm9yICJFeHBlcmltZW50YWwgVXNl4oCdIGFuZCDigJxSZXNlcnZlZOKAnSBhcyBiZWZv cmUgcGVyIFtSRkM3Mzg1XSBhbmQgcmVkdWNlIHRoZSByYW5nZSBmb3IgQ29tcG9zaXRlIHR1bm5l bCBmb3IgdGhpcyBkcmFmdC4gU28sIHRoZSBjaGFuZ2VzIHdpbGwgYmUNCkZyb20gZXhpc3Rpbmcg SUFOQSBhc3NpZ25tZW50czoNCjB4MEMgLSAweEZBIFVuYXNzaWduZWQNCjB4RkIgLSAweEZFIEV4 cGVyaW1lbnRhbCBbUkZDNzM4NV0NCjB4RkYgUmVzZXJ2ZWQgW1JGQzczODVdDQpUbzoNCiAgMHgw QyDigJMgMHgzRiBVbmFzc2lnbmVkDQogIDB4ODAg4oCTIDB4QkYgcmVzZXJ2ZWQgZm9yIGNvbXBv c2l0ZSB0dW5uZWwNCiAgMHhEMCDigJMgMHhGQSBVbmFzc2lnbmVkDQogIDB4RkIgLSAweEZFIEV4 cGVyaW1lbnRhbCBbUkZDNzM4NV0NCiAgMHhGRg0KIFJlc2VydmVkIFtSRkM3Mzg1XQ0KDQoNCg0K --_000_C123EA1A66D0411781523DAF632BF7CEciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <611727D9854EB14DBE978A10AAE85B69@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiTHVjaWRhIEdyYW5kZSI7DQoJcGFub3NlLTE6MiAxMSA2IDAgNCA1IDIgMiAyIDQ7fQ0KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHls ZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9u dC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4ubXNvSW5zDQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4g MS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJi bHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5BbGk6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpITxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5SRkM3Mzg1IGFscmVhZHkgZGVmaW5lcyBhbiBFeHBlcmltZW50YWwgcmFu Z2UsIHdoeSBkbyB3ZSBuZWVkIGFub3RoZXIgb25lPyZuYnNwOyBTYW1lIHF1ZXN0aW9uIGFib3V0 IHJlc2VydmluZyAweDdGIChpZiByZmM3Mzg1IGFscmVhZHkgcmVzZXJ2ZWQgMHhGRikuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPk9uZSBvZiB0aGUgcmVhc29ucyBJ4oCZbSBhc2tpbmcgaXMgYmVj YXVzZSBpZiB5b3XigJlyZSBvbmx5IGNoYW5naW5nIHRoZSAweDBDIOKAkyAweEZBIHJhbmdlLCB3 aGljaCBpcyBjdXJyZW50bHkgdW5hc3NpZ25lZCwgdGhlIHlvdSAoMSkgb25seSBuZWVkIHRvIGlu Y2x1ZGUgdGhvc2UgdmFsdWVzIGluIHRoaXMgZG9jdW1lbnQsIGFuZCAoMikgeW91IGRvbuKAmXQg bmVlZCB0byBVcGRhdGUgcmZjNzM4NTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzITxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHZhcm8uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5P biA4LzIxLzE3LCA1OjQ3IFBNLCAmcXVvdDtBbGkgU2FqYXNzaSAoc2FqYXNzaSkmcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzpzYWphc3NpQGNpc2NvLmNvbSI+c2FqYXNzaUBjaXNjby5jb208L2E+ Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRyeWluZyBmb3IgdGhlIDJuZCB0aW1lIGJlY2F1c2Ugb2YgdGhl IGZvcm1hdCBzY3JhbWJsZSBpbiB0aGUgcHJldmlvdXMgZW1haWwuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5WYWx1ZSAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgTWVhbmluZyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UmVmZXJlbmNlPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4weDBDLTB4N0EgJm5ic3A7ICZu YnNwOyAmbmJzcDtVbmFzc2lnbmVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4weDdCLTB4N0UgJm5ic3A7ICZuYnNwOyAmbmJzcDtFeHBlcmltZW50 YWwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7dGhpcyBkb2N1bWVudDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MHg3RiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UmVzZXJ2ZWQgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IHRoaXMgZG9jdW1lbnQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjB4ODAtMHhGQSAmbmJzcDsgJm5ic3A7ICZuYnNwO1Jlc2Vy dmVkIGZvciBDb21wb3NpdGUgdHVubmVsICZuYnNwOyAmbmJzcDsgJm5ic3A7dGhpcyBkb2N1bWVu dDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MHhG Qi0weEZFICZuYnNwOyAmbmJzcDsgJm5ic3A7RXhwZXJpbWVudGFsICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1tSRkM3 Mzg1XTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ MHhGRiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7UmVzZXJ2ZWQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFtSRkM3Mzg1XTxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7THVjaWRhIEdyYW5kZSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7THVjaWRhIEdyYW5kZSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5DaXNjbyBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNhamFzc2lAY2lzY28uY29tIj5zYWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+ RGF0ZTogPC9iPk1vbmRheSwgQXVndXN0IDIxLCAyMDE3IGF0IDU6MTQgUE08YnI+DQo8Yj5Ubzog PC9iPiZxdW90O0FsdmFybyBSZXRhbmEgKGFyZXRhbmEpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86YXJldGFuYUBjaXNjby5jb20iPmFyZXRhbmFAY2lzY28uY29tPC9hPiZndDssICZxdW90O0Nh cmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNwaWdu YXRhQGNpc2NvLmNvbSI+Y3BpZ25hdGFAY2lzY28uY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9 Im1haWx0bzpvcHMtZGlyQGlldGYub3JnIj5vcHMtZGlyQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOm9wcy1kaXJAaWV0Zi5vcmciPm9wcy1kaXJAaWV0Zi5vcmc8L2E+Jmd0 Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1l dnBuLWV0cmVlLmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGll dGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1ldnBu LWV0cmVlLmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYu b3JnPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGll dGYub3JnPC9hPiZxdW90Ow0KICZsdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVz c0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBPcHNkaXIgbGFzdCBj YWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS0xMjxicj4NCjxiPlJlc2Vu dC1Gcm9tOiA8L2I+Jmx0OzxhIGhyZWY9Im1haWx0bzphbGlhcy1ib3VuY2VzQGlldGYub3JnIj5h bGlhcy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj5DaXNj byBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhamFzc2lAY2lzY28uY29tIj5zYWphc3Np QGNpc2NvLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNzYWxhbUBjaXNjby5jb20i PnNzYWxhbUBjaXNjby5jb208L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzpqZHJha2VAanVu aXBlci5uZXQiPmpkcmFrZUBqdW5pcGVyLm5ldDwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRv Omp1MTczOEBhdHQuY29tIj5qdTE3MzhAYXR0LmNvbTwvYT4mZ3Q7LA0KICZsdDs8YSBocmVmPSJt YWlsdG86c2JvdXRyb3NAdm13YXJlLmNvbSI+c2JvdXRyb3NAdm13YXJlLmNvbTwvYT4mZ3Q7LCAm bHQ7PGEgaHJlZj0ibWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tIj5qb3JnZS5yYWJhZGFu QG5va2lhLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFu Z2UuY29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFp bHRvOm1hcnRpbi52aWdvdXJldXhAbm9raWEuY29tIj5tYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNv bTwvYT4mZ3Q7LA0KICZsdDs8YSBocmVmPSJtYWlsdG86YXJldGFuYUBjaXNjby5jb20iPmFyZXRh bmFAY2lzY28uY29tPC9hPiZndDssICZsdDs8YSBocmVmPSJtYWlsdG86ZGIzNTQ2QGF0dC5jb20i PmRiMzU0NkBhdHQuY29tPC9hPiZndDssICZsdDs8YSBocmVmPSJtYWlsdG86YWthdGxhc0BnbWFp bC5jb20iPmFrYXRsYXNAZ21haWwuY29tPC9hPiZndDssIFRob21hcyBNb3JpbiAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNv bTwvYT4mZ3Q7PGJyPg0KPGI+UmVzZW50LURhdGU6IDwvYj5Nb25kYXksIEF1Z3VzdCAyMSwgMjAx NyBhdCA1OjE1IFBNPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjpibGFjayI+SGkgQWx2YXJvLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpi bGFjayI+WW914oCZcmUgcmlnaHQuIEkgaGFkIHNvbWUgaG9sZXMgaW4gbXkgYXNzaWdubWVudC4g Rm9sbG93aW5nIHNob3VsZCBmaXggaXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwO1ZhbHVlPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4NCjwvc3Bhbj5NZWFuaW5nUmVmZXJlbmNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOyAmbmJzcDsweDBDLTB4N0E8c3BhbiBjbGFzcz0iYXBw bGUtdGFiLXNwYW4iPg0KPC9zcGFuPlVuYXNzaWduZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwOzB4N0ItMHg3RTxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+DQo8L3NwYW4+RXhwZXJpbWVudGFsdGhpcyBkb2N1bWVudDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7MHg3Rjxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+DQo8L3NwYW4+UmVzZXJ2ZWR0aGlzIGRvY3VtZW50 Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNw OyAmbmJzcDsweDgwLTB4RkE8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPg0KPC9zcGFuPlJl c2VydmVkIGZvciBDb21wb3NpdGUgdHVubmVsdGhpcyBkb2N1bWVudCZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7MHhGQi0weEZF PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4NCjwvc3Bhbj5FeHBlcmltZW50YWwgUkZDNzM4 NV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZu YnNwOzB4RkY8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPg0KPC9zcGFuPlJlc2VydmVkW1JG QzczODVdPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPlRo YW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+QWxpPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBH cmFuZGUmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFuZGUmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+JnF1b3Q7QWx2YXJvIFJldGFuYSAoYXJldGFuYSkmcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzphcmV0YW5hQGNpc2NvLmNvbSI+YXJldGFuYUBjaXNjby5jb208L2E+Jmd0 Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEF1Z3VzdCAyMSwgMjAxNyBhdCAxOjA1IFBNPGJy Pg0KPGI+VG86IDwvYj5DaXNjbyBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhamFzc2lA Y2lzY28uY29tIj5zYWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDtDYXJsb3MgUGlnbmF0 YXJvIChjcGlnbmF0YSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpjcGlnbmF0YUBjaXNjby5j b20iPmNwaWduYXRhQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86b3Bz LWRpckBpZXRmLm9yZyI+b3BzLWRpckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzpvcHMtZGlyQGlldGYub3JnIj5vcHMtZGlyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5D YzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5h bGxAaWV0Zi5vcmciPmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzwvYT4m cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxA aWV0Zi5vcmciPmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzwvYT4mZ3Q7 LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4m cXVvdDsNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8 L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogT3BzZGlyIGxhc3QgY2FsbCByZXZpZXcg b2YgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUtMTI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+QWxpOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5IaSE8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+U28sIHlvdeKAmXJlIHJlYWxseSBvbmx5IGNoYW5naW5n IHRoZSAweDBDIOKAkyAweEZBIHJhbmdlLCByaWdodD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+SWYgbXkgaGV4IGlzIG5vdCB3cm9uZywgeW914oCZcmUgbWlzc2luZyBzb21lIHBp ZWNlcyBiZWxvdzogMHg0MC0weDdGLCBhbmQgMHhDMC0weENGLCB3aGljaCBJ4oCZbSBhc3N1bWUg cmVtYWluIFVuYXNzaWduZWQsIHJpZ2h0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5UaGFua3MhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFsdmFyby48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5PbiA4LzE2LzE3LCA1OjU0 IFBNLCAmcXVvdDtBbGkgU2FqYXNzaSAoc2FqYXNzaSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0 bzpzYWphc3NpQGNpc2NvLmNvbSI+c2FqYXNzaUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOnJlZCI+VG8gbWF4aW1pemUgYmFja3dhcmQvZm9yd2FyZCZuYnNwO2NvbXBhdGliaWxpdHks IGxldCdzIHJldGFpbiB0aGUgdmFsdWUgZm9yICZxdW90O0V4cGVyaW1lbnRhbCBVc2XigJ0gYW5k Jm5ic3A74oCcUmVzZXJ2ZWTigJ0gYXMgYmVmb3JlIHBlciBbUkZDNzM4NV0gYW5kIHJlZHVjZSB0 aGUgcmFuZ2UgZm9yIENvbXBvc2l0ZSB0dW5uZWwgZm9yIHRoaXMgZHJhZnQuIFNvLCB0aGUgY2hh bmdlcyB3aWxsIGJlJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOnJlZCI+RnJvbSBleGlzdGluZyBJQU5BIGFzc2lnbm1lbnRzOjwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQ7YmFj a2dyb3VuZDojRkZGREY1Ij4weDBDIC0gMHhGQSBVbmFzc2lnbmVkPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+MHhGQiAtIDB4RkUgRXhw ZXJpbWVudGFsIFtSRkM3Mzg1XTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpyZWQ7YmFja2dyb3VuZDojRkZGREY1Ij4weEZGIFJlc2VydmVkIFtS RkM3Mzg1XTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpyZWQiPlRvOjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZWQiPiZuYnNwOyAweDBDJm5ic3A74oCTJm5ic3A7MHgzRiBVbmFzc2lnbmVk PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJl ZCI+Jm5ic3A7Jm5ic3A7MHg4MCDigJMgMHhCRiByZXNlcnZlZCBmb3IgY29tcG9zaXRlIHR1bm5l bCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpyZWQiPiZuYnNwOyAweEQwIOKAkyAweEZBIFVuYXNzaWduZWQ8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj4mbmJzcDsgMHhGQiAt IDB4RkUgRXhwZXJpbWVudGFsIFtSRkM3Mzg1XTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPiZuYnNwOyAweEZGPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+Jm5ic3A7UmVzZXJ2ZWQgW1JGQzczODVdPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxicj4N Cjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_C123EA1A66D0411781523DAF632BF7CEciscocom_-- From nobody Tue Aug 22 10:42:10 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6421B132A08; Tue, 22 Aug 2017 10:42:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LLs0zwPVShY5; Tue, 22 Aug 2017 10:42:00 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89AF2132A04; Tue, 22 Aug 2017 10:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23956; q=dns/txt; s=iport; t=1503423717; x=1504633317; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EKI6unmcKVJGvPf6y6UA5M2WSaYLcfR0JxFDMWHfnzQ=; b=mWA/JfHXckMGQU9bwMcdZrOhugksoTcw43a1hfw/x9ArThWzHpBAQxBP MxXkcfxH9rvoV9F0gMJl6b36kvU+WdK+cWN82VWO1fL9tsd/Km2t8a7wY Y9Dhaj7F9rLrDYaJsN9F4MEaI3B5RexQlSQgyp71VE9sVFjvFKGDlOyQ2 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CxAQD/a5xZ/4kNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB54mgW6IOI11ggSFRwKEMUMUAQIBAQEBAQEBayiFGAE?= =?us-ascii?q?BAQEDeRACAQgRAwECIQcHIREUCQgCBAENBYlNTAMVrz4nhxENhB0BAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdgyqCAoMvgyeCV4FpARIBPxaFPgWYIYd4PAKPS4R2ghC?= =?us-ascii?q?QUIltglGJagE2IX8LdxWHY3aIY4EjgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,413,1498521600"; d="scan'208,217";a="475363581" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Aug 2017 17:41:56 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7MHfuLX014137 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 17:41:56 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 22 Aug 2017 13:41:55 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Tue, 22 Aug 2017 13:41:55 -0400 From: "Ali Sajassi (sajassi)" To: "Alvaro Retana (aretana)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gCAAAjygIAAG+eAgAD/rAA= Date: Tue, 22 Aug 2017 17:41:55 +0000 Message-ID: References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.128.224.99] Content-Type: multipart/alternative; boundary="_000_D5C1B90E216FA3sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 17:42:03 -0000 --_000_D5C1B90E216FA3sajassiciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Alvaro, I am not modifying rfc7385 but rather trying to maintain backward/forward c= ompatibility with it. The reason, I am defining additional =93experimental"= and =93reserved=94 code points, is to maintain backward/forward compatibil= ity with the rfc7385 code points. The new =93experimental=94 and =93reserve= d=94 code points (i.e., 0x7B =96 0x7E, and 0x7F) are mirror images of the o= nes in rfc7385 (i.e., 0xFB =96 0xFE, and 0xFF). If I don=92t create these m= irror images and leave them =93unassigned=94, then if somebody creates a tu= nnel type of 0x7B, then the corresponding composite tunnel type of that wou= ld be 0xFB which will conflict with existing code points in rfc7385 (i.e., = 0xFB is defined as experimental). Cheers, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 6:26 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! RFC7385 already defines an Experimental range, why do we need another one? = Same question about reserving 0x7F (if rfc7385 already reserved 0xFF). One of the reasons I=92m asking is because if you=92re only changing the 0x= 0C =96 0xFA range, which is currently unassigned, the you (1) only need to = include those values in this document, and (2) you don=92t need to Update r= fc7385: Thanks! Alvaro. On 8/21/17, 5:47 PM, "Ali Sajassi (sajassi)" > wrote: Trying for the 2nd time because of the format scramble in the previous emai= l. Value Meaning Reference 0x0C-0x7A Unassigned 0x7B-0x7E Experimental this document 0x7F Reserved this document 0x80-0xFA Reserved for Composite tunnel this document 0xFB-0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] From: Cisco Employee > Date: Monday, August 21, 2017 at 5:14 PM To: "Alvaro Retana (aretana)" >= , "Carlos Pignataro (cpignata)" >, "ops-dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Resent-From: > Resent-To: Cisco Employee >, >, >, >, >, >, >= , >, >, >, >, Thomas Morin > Resent-Date: Monday, August 21, 2017 at 5:15 PM Hi Alvaro, You=92re right. I had some holes in my assignment. Following should fix it. ValueMeaningReference 0x0C-0x7AUnassigned 0x7B-0x7EExperimentalthis document 0x7FReservedthis document 0x80-0xFAReserved for Composite tunnelthis document 0xFB-0xFEExperimental RFC7385] 0xFFReserved[RFC7385] Thanks, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 1:05 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! So, you=92re really only changing the 0x0C =96 0xFA range, right? If my hex is not wrong, you=92re missing some pieces below: 0x40-0x7F, and = 0xC0-0xCF, which I=92m assume remain Unassigned, right? Thanks! Alvaro. On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)" > wrote: To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use=94 and =93Reserved=94 as before per [RFC7385] and reduce the = range for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C =96 0x3F Unassigned 0x80 =96 0xBF reserved for composite tunnel 0xD0 =96 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] --_000_D5C1B90E216FA3sajassiciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Alvaro,

I am not modifying rfc7385 but rather trying to maintain backward/forw= ard compatibility with it. The reason, I am defining additional =93experime= ntal" and =93reserved=94 code points, is to maintain backward/forward = compatibility with the rfc7385 code points. The new =93experimental=94 and =93reserved=94 code points (i.e., 0x7B =96 = 0x7E, and 0x7F) are mirror images of the ones in rfc7385 (i.e., 0xFB =96 0x= FE, and 0xFF). If I don=92t create these mirror images and leave them =93un= assigned=94, then if somebody creates a tunnel type of 0x7B, then the corresponding composite tunnel type of that would be 0xF= B which will conflict with existing code points in rfc7385 (i.e., 0xFB is d= efined as experimental).

Cheers,
Ali

From: "Alvaro Retana (aretana)= " <aretana@cisco.com> Date: Monday, August 21, 2017 at 6:= 26 PM
To: Cisco Employee <sajassi@cisco.com>, "Carlos Pignataro = (cpignata)" <cpignata@cisco.c= om>, "ops-dir@ietf.org&= quot; <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <dra= ft-ietf-bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12

Ali:

 

Hi!

 

RFC7385 already defines an Experimental range, why d= o we need another one?  Same question about reserving 0x7F (if rfc7385= already reserved 0xFF).

 

One of the reasons I=92m asking is because if you=92= re only changing the 0x0C =96 0xFA range, which is currently unassigned, th= e you (1) only need to include those values in this document, and (2) you d= on=92t need to Update rfc7385:

 

Thanks!

 

Alvaro.

 

 

On 8/21/17, 5:47 PM, "Ali Sajassi (sajassi)&quo= t; <sajassi@cisco.com> wrote= :

 

 

Trying for the 2nd time because of the format scramb= le in the previous email.

 

Value             &nbs= p; Meaning                   &= nbsp;        Reference

0x0C-0x7A      Unassigned<= /p>

0x7B-0x7E      Experimental   &n= bsp;                this document

0x7F              = ;  Reserved                 &n= bsp;         this document

0x80-0xFA      Reserved for Composite= tunnel      this document

0xFB-0xFE      Experimental   &n= bsp;                [RFC7385]<= /o:p>

0xFF              = ;  Reserved                 &n= bsp;         [RFC7385]

 

 

From: Cisco Employee <sajass= i@cisco.com>
Date: Monday, August 21, 2017 at 5:14 PM
To: "Alvaro Retana (aretana)" <aretana@cisco.com>, "Carlos Pignataro (cpignata)&q= uot; <cpignata@cisco.com>, = "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-bess-evpn-etree.all@ietf.= org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-1= 2
Resent-From: <alias-bou= nces@ietf.org>
Resent-To: Cisco Employee <s= ajassi@cisco.com>, <ssalam@ci= sco.com>, <jdrake@juniper.n= et>, <ju1738@att.com>, <sboutros@vmware.com>, &l= t;jorge.rabadan@nokia.com>= ;, <thomas.morin@orange.com>, <martin.vigoureux@= nokia.com>, <aretana@cisco.com>, <db3546@att.com>, <akatlas@gmail.com>, Thomas Morin <thomas.morin@orange.com>
Resent-Date: Monday, August 21, 2017 at 5:15 PM

 

&n= bsp;

Hi Alva= ro,

&n= bsp;

You=92r= e right. I had some holes in my assignment. Following should fix it.

&n= bsp;

  =  ValueMeaningReference

  =  0x0C-0x7AUnassigned<= /span>

  =  0x7B-0x7EExperimentalthis docum= ent

  =  0x7FReservedthis document =

  =  0x80-0xFAReserved for Composite= tunnelthis document 

  =  0xFB-0xFEExperimental RFC7385]<= o:p>

  =  0xFFReserved[RFC7385]

&n= bsp;

Thanks,=

Ali

&n= bsp;

From: "Alvaro Retana (aretana)" <aretana@cisco.com>
Date: Monday, August 21, 2017 at 1:05 PM
To: Cisco Employee <sajassi@= cisco.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-bess-evpn-etree.all@ietf.= org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-1= 2

&n= bsp;

Ali:

 =

Hi!

 =

So, you=92re really only= changing the 0x0C =96 0xFA range, right?

 =

If my hex is not wrong, = you=92re missing some pieces below: 0x40-0x7F, and 0xC0-0xCF, which I=92m a= ssume remain Unassigned, right?

 =

Thanks!

 =

Alvaro.

 =

On 8/16/17, 5:54 PM, &qu= ot;Ali Sajassi (sajassi)" <saj= assi@cisco.com> wrote:

 =

To maximize backward/forwa= rd compatibility, let's retain the value for "Experimental Use=94= and =93Reserved=94 as before per [RFC7385] and reduce the range for C= omposite tunnel for this draft. So, the changes will be 

From existing IANA assignm= ents:

0x0C - = 0xFA Unassigned

0xFB - 0xFE Experimental [= RFC7385]

0xFF Re= served [RFC7385]

To:

  0x0C =96 = 0x3F Unassigned

  0x80 =96 0xBF = reserved for composite tunnel =

  0xD0 =96 0xFA Unass= igned

  0xFB - 0xFE Experim= ental [RFC7385]

  0xFF

 Reserved [RFC7385]




 --_000_D5C1B90E216FA3sajassiciscocom_-- From nobody Tue Aug 22 10:54:26 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0A72132139; Tue, 22 Aug 2017 10:54:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MYxo9VFaU4Jx; Tue, 22 Aug 2017 10:54:22 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CF27132031; Tue, 22 Aug 2017 10:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31814; q=dns/txt; s=iport; t=1503424462; x=1504634062; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=L80FIwj/hZttN9Z1SsMPMM591wLs9TQfgEgl3uiixLQ=; b=hYh0s2L6b+4JJ0s7MqDSnniHCj7t1n/6X/4edvD5NK5k/PlH8SwwKkJX Ctk8dS4VC0k+TpDJOsgCGxX0AlWTWFYuOSohRHn7IfGsfR+L5CTRN5ubJ EcT3mKo0MV4D6hsUPPnFn559jeicOXcKH0oSRZu+vtOT8BYKi15T9H5+A U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D7AQAeb5xZ/5hdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB54mgUwiiDiNdYIEhUcCGoQXQxQBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQMjVhACAQgRAwECIQcDAgICHxEUCQgCBAENBYlNTAMVrR6CJieHEQ2EH?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DKoICgUyBYysLgnGCV4FpARIBPxaCXTC?= =?us-ascii?q?CMQWYIYd4PAKPS4R2AoIOkFCJbYJRiWoBNiF/C3cVWwGHB3aIY4EjgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,413,1498521600"; d="scan'208,217";a="285976955" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Aug 2017 17:54:21 +0000 Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v7MHsLFX004919 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 17:54:21 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 22 Aug 2017 12:54:20 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 22 Aug 2017 12:54:20 -0500 From: "Alvaro Retana (aretana)" To: "Ali Sajassi (sajassi)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gCAAAjygIAAG+eAgAD/rACAABQ8gA== Date: Tue, 22 Aug 2017 17:54:20 +0000 Message-ID: <81463068-6059-4FC3-972F-EC75527491E3@cisco.com> References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.25.0.170815 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.78.15] Content-Type: multipart/alternative; boundary="_000_8146306860594FC3972FEC75527491E3ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 17:54:25 -0000 --_000_8146306860594FC3972FEC75527491E3ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3YXMgcmVmZXJyaW5nIHRvIHRoaXMgZG9jdW1lbnQgYmVpbmcgbWFya2VkIGFzIFVwZGF0aW5n IHJmYzczODUuDQoNCkluIGFueSBjYXNlLCB0aGF0IHdvcmtzIGZvciBtZS4NCg0KVGhhbmtzIQ0K DQpBbHZhcm8uDQoNCk9uIDgvMjIvMTcsIDEwOjQxIEFNLCAiQWxpIFNhamFzc2kgKHNhamFzc2kp IiA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28uY29tPj4gd3JvdGU6DQoN CkhpIEFsdmFybywNCg0KSSBhbSBub3QgbW9kaWZ5aW5nIHJmYzczODUgYnV0IHJhdGhlciB0cnlp bmcgdG8gbWFpbnRhaW4gYmFja3dhcmQvZm9yd2FyZCBjb21wYXRpYmlsaXR5IHdpdGggaXQuIFRo ZSByZWFzb24sIEkgYW0gZGVmaW5pbmcgYWRkaXRpb25hbCDigJxleHBlcmltZW50YWwiIGFuZCDi gJxyZXNlcnZlZOKAnSBjb2RlIHBvaW50cywgaXMgdG8gbWFpbnRhaW4gYmFja3dhcmQvZm9yd2Fy ZCBjb21wYXRpYmlsaXR5IHdpdGggdGhlIHJmYzczODUgY29kZSBwb2ludHMuIFRoZSBuZXcg4oCc ZXhwZXJpbWVudGFs4oCdIGFuZCDigJxyZXNlcnZlZOKAnSBjb2RlIHBvaW50cyAoaS5lLiwgMHg3 QiDigJMgMHg3RSwgYW5kIDB4N0YpIGFyZSBtaXJyb3IgaW1hZ2VzIG9mIHRoZSBvbmVzIGluIHJm YzczODUgKGkuZS4sIDB4RkIg4oCTIDB4RkUsIGFuZCAweEZGKS4gSWYgSSBkb27igJl0IGNyZWF0 ZSB0aGVzZSBtaXJyb3IgaW1hZ2VzIGFuZCBsZWF2ZSB0aGVtIOKAnHVuYXNzaWduZWTigJ0sIHRo ZW4gaWYgc29tZWJvZHkgY3JlYXRlcyBhIHR1bm5lbCB0eXBlIG9mIDB4N0IsIHRoZW4gdGhlIGNv cnJlc3BvbmRpbmcgY29tcG9zaXRlIHR1bm5lbCB0eXBlIG9mIHRoYXQgd291bGQgYmUgMHhGQiB3 aGljaCB3aWxsIGNvbmZsaWN0IHdpdGggZXhpc3RpbmcgY29kZSBwb2ludHMgaW4gcmZjNzM4NSAo aS5lLiwgMHhGQiBpcyBkZWZpbmVkIGFzIGV4cGVyaW1lbnRhbCkuDQoNCkNoZWVycywNCkFsaQ0K DQpGcm9tOiAiQWx2YXJvIFJldGFuYSAoYXJldGFuYSkiIDxhcmV0YW5hQGNpc2NvLmNvbTxtYWls dG86YXJldGFuYUBjaXNjby5jb20+Pg0KRGF0ZTogTW9uZGF5LCBBdWd1c3QgMjEsIDIwMTcgYXQg NjoyNiBQTQ0KVG86IENpc2NvIEVtcGxveWVlIDxzYWphc3NpQGNpc2NvLmNvbTxtYWlsdG86c2Fq YXNzaUBjaXNjby5jb20+PiwgIkNhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSIgPGNwaWduYXRh QGNpc2NvLmNvbTxtYWlsdG86Y3BpZ25hdGFAY2lzY28uY29tPj4sICJvcHMtZGlyQGlldGYub3Jn PG1haWx0bzpvcHMtZGlyQGlldGYub3JnPiIgPG9wcy1kaXJAaWV0Zi5vcmc8bWFpbHRvOm9wcy1k aXJAaWV0Zi5vcmc+Pg0KQ2M6ICJkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5v cmc8bWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZz4iIDxkcmFm dC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtYmVz cy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZz4+LCAiYmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0Bp ZXRmLm9yZz4iIDxiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPj4NClN1YmplY3Q6 IFJlOiBPcHNkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJl ZS0xMg0KDQpBbGk6DQoNCkhpIQ0KDQpSRkM3Mzg1IGFscmVhZHkgZGVmaW5lcyBhbiBFeHBlcmlt ZW50YWwgcmFuZ2UsIHdoeSBkbyB3ZSBuZWVkIGFub3RoZXIgb25lPyAgU2FtZSBxdWVzdGlvbiBh Ym91dCByZXNlcnZpbmcgMHg3RiAoaWYgcmZjNzM4NSBhbHJlYWR5IHJlc2VydmVkIDB4RkYpLg0K DQpPbmUgb2YgdGhlIHJlYXNvbnMgSeKAmW0gYXNraW5nIGlzIGJlY2F1c2UgaWYgeW914oCZcmUg b25seSBjaGFuZ2luZyB0aGUgMHgwQyDigJMgMHhGQSByYW5nZSwgd2hpY2ggaXMgY3VycmVudGx5 IHVuYXNzaWduZWQsIHRoZSB5b3UgKDEpIG9ubHkgbmVlZCB0byBpbmNsdWRlIHRob3NlIHZhbHVl cyBpbiB0aGlzIGRvY3VtZW50LCBhbmQgKDIpIHlvdSBkb27igJl0IG5lZWQgdG8gVXBkYXRlIHJm YzczODU6DQoNClRoYW5rcyENCg0KQWx2YXJvLg0KDQoNCk9uIDgvMjEvMTcsIDU6NDcgUE0sICJB bGkgU2FqYXNzaSAoc2FqYXNzaSkiIDxzYWphc3NpQGNpc2NvLmNvbTxtYWlsdG86c2FqYXNzaUBj aXNjby5jb20+PiB3cm90ZToNCg0KDQpUcnlpbmcgZm9yIHRoZSAybmQgdGltZSBiZWNhdXNlIG9m IHRoZSBmb3JtYXQgc2NyYW1ibGUgaW4gdGhlIHByZXZpb3VzIGVtYWlsLg0KDQpWYWx1ZSAgICAg ICAgICAgICAgIE1lYW5pbmcgICAgICAgICAgICAgICAgICAgICAgICAgICAgUmVmZXJlbmNlDQow eDBDLTB4N0EgICAgICBVbmFzc2lnbmVkDQoweDdCLTB4N0UgICAgICBFeHBlcmltZW50YWwgICAg ICAgICAgICAgICAgICAgIHRoaXMgZG9jdW1lbnQNCjB4N0YgICAgICAgICAgICAgICAgUmVzZXJ2 ZWQgICAgICAgICAgICAgICAgICAgICAgICAgICB0aGlzIGRvY3VtZW50DQoweDgwLTB4RkEgICAg ICBSZXNlcnZlZCBmb3IgQ29tcG9zaXRlIHR1bm5lbCAgICAgIHRoaXMgZG9jdW1lbnQNCjB4RkIt MHhGRSAgICAgIEV4cGVyaW1lbnRhbCAgICAgICAgICAgICAgICAgICAgW1JGQzczODVdDQoweEZG ICAgICAgICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICAgW1JGQzcz ODVdDQoNCg0KRnJvbTogQ2lzY28gRW1wbG95ZWUgPHNhamFzc2lAY2lzY28uY29tPG1haWx0bzpz YWphc3NpQGNpc2NvLmNvbT4+DQpEYXRlOiBNb25kYXksIEF1Z3VzdCAyMSwgMjAxNyBhdCA1OjE0 IFBNDQpUbzogIkFsdmFybyBSZXRhbmEgKGFyZXRhbmEpIiA8YXJldGFuYUBjaXNjby5jb208bWFp bHRvOmFyZXRhbmFAY2lzY28uY29tPj4sICJDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkiIDxj cGlnbmF0YUBjaXNjby5jb208bWFpbHRvOmNwaWduYXRhQGNpc2NvLmNvbT4+LCAib3BzLWRpckBp ZXRmLm9yZzxtYWlsdG86b3BzLWRpckBpZXRmLm9yZz4iIDxvcHMtZGlyQGlldGYub3JnPG1haWx0 bzpvcHMtZGlyQGlldGYub3JnPj4NCkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxs QGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc+ IiA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPG1haWx0bzpkcmFmdC1p ZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc+PiwgImJlc3NAaWV0Zi5vcmc8bWFpbHRv OmJlc3NAaWV0Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpT dWJqZWN0OiBSZTogT3BzZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1iZXNzLWV2 cG4tZXRyZWUtMTINClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86 YWxpYXMtYm91bmNlc0BpZXRmLm9yZz4+DQpSZXNlbnQtVG86IENpc2NvIEVtcGxveWVlIDxzYWph c3NpQGNpc2NvLmNvbTxtYWlsdG86c2FqYXNzaUBjaXNjby5jb20+PiwgPHNzYWxhbUBjaXNjby5j b208bWFpbHRvOnNzYWxhbUBjaXNjby5jb20+PiwgPGpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86 amRyYWtlQGp1bmlwZXIubmV0Pj4sIDxqdTE3MzhAYXR0LmNvbTxtYWlsdG86anUxNzM4QGF0dC5j b20+PiwgPHNib3V0cm9zQHZtd2FyZS5jb208bWFpbHRvOnNib3V0cm9zQHZtd2FyZS5jb20+Piwg PGpvcmdlLnJhYmFkYW5Abm9raWEuY29tPG1haWx0bzpqb3JnZS5yYWJhZGFuQG5va2lhLmNvbT4+ LCA8dGhvbWFzLm1vcmluQG9yYW5nZS5jb208bWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29t Pj4sIDxtYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbTxtYWlsdG86bWFydGluLnZpZ291cmV1eEBu b2tpYS5jb20+PiwgPGFyZXRhbmFAY2lzY28uY29tPG1haWx0bzphcmV0YW5hQGNpc2NvLmNvbT4+ LCA8ZGIzNTQ2QGF0dC5jb208bWFpbHRvOmRiMzU0NkBhdHQuY29tPj4sIDxha2F0bGFzQGdtYWls LmNvbTxtYWlsdG86YWthdGxhc0BnbWFpbC5jb20+PiwgVGhvbWFzIE1vcmluIDx0aG9tYXMubW9y aW5Ab3JhbmdlLmNvbTxtYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+Pg0KUmVzZW50LURh dGU6IE1vbmRheSwgQXVndXN0IDIxLCAyMDE3IGF0IDU6MTUgUE0NCg0KDQpIaSBBbHZhcm8sDQoN CllvdeKAmXJlIHJpZ2h0LiBJIGhhZCBzb21lIGhvbGVzIGluIG15IGFzc2lnbm1lbnQuIEZvbGxv d2luZyBzaG91bGQgZml4IGl0Lg0KDQogICBWYWx1ZU1lYW5pbmdSZWZlcmVuY2UNCiAgIDB4MEMt MHg3QVVuYXNzaWduZWQNCiAgIDB4N0ItMHg3RUV4cGVyaW1lbnRhbHRoaXMgZG9jdW1lbnQNCiAg IDB4N0ZSZXNlcnZlZHRoaXMgZG9jdW1lbnQNCiAgIDB4ODAtMHhGQVJlc2VydmVkIGZvciBDb21w b3NpdGUgdHVubmVsdGhpcyBkb2N1bWVudA0KICAgMHhGQi0weEZFRXhwZXJpbWVudGFsIFJGQzcz ODVdDQogICAweEZGUmVzZXJ2ZWRbUkZDNzM4NV0NCg0KVGhhbmtzLA0KQWxpDQoNCkZyb206ICJB bHZhcm8gUmV0YW5hIChhcmV0YW5hKSIgPGFyZXRhbmFAY2lzY28uY29tPG1haWx0bzphcmV0YW5h QGNpc2NvLmNvbT4+DQpEYXRlOiBNb25kYXksIEF1Z3VzdCAyMSwgMjAxNyBhdCAxOjA1IFBNDQpU bzogQ2lzY28gRW1wbG95ZWUgPHNhamFzc2lAY2lzY28uY29tPG1haWx0bzpzYWphc3NpQGNpc2Nv LmNvbT4+LCAiQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIiA8Y3BpZ25hdGFAY2lzY28uY29t PG1haWx0bzpjcGlnbmF0YUBjaXNjby5jb20+PiwgIm9wcy1kaXJAaWV0Zi5vcmc8bWFpbHRvOm9w cy1kaXJAaWV0Zi5vcmc+IiA8b3BzLWRpckBpZXRmLm9yZzxtYWlsdG86b3BzLWRpckBpZXRmLm9y Zz4+DQpDYzogImRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzxtYWlsdG86 ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPiIgPGRyYWZ0LWlldGYtYmVz cy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRy ZWUuYWxsQGlldGYub3JnPj4sICJiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiIg PGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IE9wc2Rp ciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLTEyDQoNCkFs aToNCg0KSGkhDQoNClNvLCB5b3XigJlyZSByZWFsbHkgb25seSBjaGFuZ2luZyB0aGUgMHgwQyDi gJMgMHhGQSByYW5nZSwgcmlnaHQ/DQoNCklmIG15IGhleCBpcyBub3Qgd3JvbmcsIHlvdeKAmXJl IG1pc3Npbmcgc29tZSBwaWVjZXMgYmVsb3c6IDB4NDAtMHg3RiwgYW5kIDB4QzAtMHhDRiwgd2hp Y2ggSeKAmW0gYXNzdW1lIHJlbWFpbiBVbmFzc2lnbmVkLCByaWdodD8NCg0KVGhhbmtzIQ0KDQpB bHZhcm8uDQoNCk9uIDgvMTYvMTcsIDU6NTQgUE0sICJBbGkgU2FqYXNzaSAoc2FqYXNzaSkiIDxz YWphc3NpQGNpc2NvLmNvbTxtYWlsdG86c2FqYXNzaUBjaXNjby5jb20+PiB3cm90ZToNCg0KVG8g bWF4aW1pemUgYmFja3dhcmQvZm9yd2FyZCBjb21wYXRpYmlsaXR5LCBsZXQncyByZXRhaW4gdGhl IHZhbHVlIGZvciAiRXhwZXJpbWVudGFsIFVzZeKAnSBhbmQg4oCcUmVzZXJ2ZWTigJ0gYXMgYmVm b3JlIHBlciBbUkZDNzM4NV0gYW5kIHJlZHVjZSB0aGUgcmFuZ2UgZm9yIENvbXBvc2l0ZSB0dW5u ZWwgZm9yIHRoaXMgZHJhZnQuIFNvLCB0aGUgY2hhbmdlcyB3aWxsIGJlDQpGcm9tIGV4aXN0aW5n IElBTkEgYXNzaWdubWVudHM6DQoweDBDIC0gMHhGQSBVbmFzc2lnbmVkDQoweEZCIC0gMHhGRSBF eHBlcmltZW50YWwgW1JGQzczODVdDQoweEZGIFJlc2VydmVkIFtSRkM3Mzg1XQ0KVG86DQogIDB4 MEMg4oCTIDB4M0YgVW5hc3NpZ25lZA0KICAweDgwIOKAkyAweEJGIHJlc2VydmVkIGZvciBjb21w b3NpdGUgdHVubmVsDQogIDB4RDAg4oCTIDB4RkEgVW5hc3NpZ25lZA0KICAweEZCIC0gMHhGRSBF eHBlcmltZW50YWwgW1JGQzczODVdDQogIDB4RkYNCiBSZXNlcnZlZCBbUkZDNzM4NV0NCg0KDQoN Cg0K --_000_8146306860594FC3972FEC75527491E3ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <826E2BC8AB488746BEC56FAB8BCA65A4@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiTHVjaWRhIEdyYW5kZSI7DQoJcGFub3NlLTE6MiAxMSA2IDAgNCA1IDIgMiAyIDQ7fQ0KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHls ZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWln aHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQt c3R5bGU6bm9ybWFsO30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29s b3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdj b2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdhcyByZWZl cnJpbmcgdG8gdGhpcyBkb2N1bWVudCBiZWluZyBtYXJrZWQgYXMgVXBkYXRpbmcgcmZjNzM4NS48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gYW55IGNhc2UsIHRoYXQgd29ya3MgZm9yIG1lLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MhPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFs dmFyby48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiA4LzIyLzE3LCAx MDo0MSBBTSwgJnF1b3Q7QWxpIFNhamFzc2kgKHNhamFzc2kpJnF1b3Q7ICZsdDs8YSBocmVmPSJt YWlsdG86c2FqYXNzaUBjaXNjby5jb20iPnNhamFzc2lAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SGkgQWx2YXJvLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JIGFtIG5vdCBtb2RpZnlpbmcgcmZjNzM4NSBidXQgcmF0aGVyIHRyeWlu ZyB0byBtYWludGFpbiBiYWNrd2FyZC9mb3J3YXJkIGNvbXBhdGliaWxpdHkgd2l0aCBpdC4gVGhl IHJlYXNvbiwgSSBhbSBkZWZpbmluZyBhZGRpdGlvbmFsIOKAnGV4cGVyaW1lbnRhbCZxdW90OyBh bmQg4oCccmVzZXJ2ZWTigJ0gY29kZSBwb2ludHMsIGlzIHRvIG1haW50YWluIGJhY2t3YXJkL2Zv cndhcmQgY29tcGF0aWJpbGl0eSB3aXRoIHRoZSByZmM3Mzg1DQogY29kZSBwb2ludHMuIFRoZSBu ZXcg4oCcZXhwZXJpbWVudGFs4oCdIGFuZCDigJxyZXNlcnZlZOKAnSBjb2RlIHBvaW50cyAoaS5l LiwgMHg3QiDigJMgMHg3RSwgYW5kIDB4N0YpIGFyZSBtaXJyb3IgaW1hZ2VzIG9mIHRoZSBvbmVz IGluIHJmYzczODUgKGkuZS4sIDB4RkIg4oCTIDB4RkUsIGFuZCAweEZGKS4gSWYgSSBkb27igJl0 IGNyZWF0ZSB0aGVzZSBtaXJyb3IgaW1hZ2VzIGFuZCBsZWF2ZSB0aGVtIOKAnHVuYXNzaWduZWTi gJ0sIHRoZW4gaWYgc29tZWJvZHkgY3JlYXRlcw0KIGEgdHVubmVsIHR5cGUgb2YgMHg3QiwgdGhl biB0aGUgY29ycmVzcG9uZGluZyBjb21wb3NpdGUgdHVubmVsIHR5cGUgb2YgdGhhdCB3b3VsZCBi ZSAweEZCIHdoaWNoIHdpbGwgY29uZmxpY3Qgd2l0aCBleGlzdGluZyBjb2RlIHBvaW50cyBpbiBy ZmM3Mzg1IChpLmUuLCAweEZCIGlzIGRlZmluZWQgYXMgZXhwZXJpbWVudGFsKS48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxpPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFu ZGUmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFuZGUmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+JnF1b3Q7QWx2YXJvIFJldGFuYSAoYXJldGFuYSkmcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzphcmV0YW5hQGNpc2NvLmNvbSI+YXJldGFuYUBjaXNjby5jb208L2E+Jmd0Ozxi cj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEF1Z3VzdCAyMSwgMjAxNyBhdCA2OjI2IFBNPGJyPg0K PGI+VG86IDwvYj5DaXNjbyBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhamFzc2lAY2lz Y28uY29tIj5zYWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDtDYXJsb3MgUGlnbmF0YXJv IChjcGlnbmF0YSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpjcGlnbmF0YUBjaXNjby5jb20i PmNwaWduYXRhQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86b3BzLWRp ckBpZXRmLm9yZyI+b3BzLWRpckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0 bzpvcHMtZGlyQGlldGYub3JnIj5vcHMtZGlyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzog PC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxA aWV0Zi5vcmciPmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzwvYT4mcXVv dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0 Zi5vcmciPmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZzwvYT4mZ3Q7LCAm cXVvdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mcXVv dDsNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogT3BzZGlyIGxhc3QgY2FsbCByZXZpZXcgb2Yg ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUtMTI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGk6PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkhpITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SRkM3Mzg1IGFscmVhZHkg ZGVmaW5lcyBhbiBFeHBlcmltZW50YWwgcmFuZ2UsIHdoeSBkbyB3ZSBuZWVkIGFub3RoZXIgb25l PyZuYnNwOyBTYW1lIHF1ZXN0aW9uIGFib3V0IHJlc2VydmluZyAweDdGIChpZiByZmM3Mzg1IGFs cmVhZHkgcmVzZXJ2ZWQgMHhGRikuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uZSBvZiB0aGUg cmVhc29ucyBJ4oCZbSBhc2tpbmcgaXMgYmVjYXVzZSBpZiB5b3XigJlyZSBvbmx5IGNoYW5naW5n IHRoZSAweDBDIOKAkyAweEZBIHJhbmdlLCB3aGljaCBpcyBjdXJyZW50bHkgdW5hc3NpZ25lZCwg dGhlIHlvdSAoMSkgb25seSBuZWVkIHRvIGluY2x1ZGUgdGhvc2UgdmFsdWVzIGluIHRoaXMgZG9j dW1lbnQsIGFuZCAoMikgeW91IGRvbuKAmXQgbmVlZCB0byBVcGRhdGUgcmZjNzM4NTo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHZhcm8u PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiA4LzIxLzE3LCA1OjQ3IFBNLCAmcXVvdDtBbGkg U2FqYXNzaSAoc2FqYXNzaSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpzYWphc3NpQGNpc2Nv LmNvbSI+c2FqYXNzaUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRyeWluZyBmb3Ig dGhlIDJuZCB0aW1lIGJlY2F1c2Ugb2YgdGhlIGZvcm1hdCBzY3JhbWJsZSBpbiB0aGUgcHJldmlv dXMgZW1haWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5WYWx1ZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgTWVhbmluZyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7UmVmZXJlbmNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4weDBDLTB4N0EgJm5ic3A7ICZuYnNwOyAmbmJzcDtVbmFzc2lnbmVkPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4weDdCLTB4N0UgJm5i c3A7ICZuYnNwOyAmbmJzcDtFeHBlcmltZW50YWwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dGhpcyBkb2N1bWVudDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MHg3RiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UmVz ZXJ2ZWQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHRoaXMgZG9jdW1lbnQ8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjB4ODAtMHhG QSAmbmJzcDsgJm5ic3A7ICZuYnNwO1Jlc2VydmVkIGZvciBDb21wb3NpdGUgdHVubmVsICZuYnNw OyAmbmJzcDsgJm5ic3A7dGhpcyBkb2N1bWVudDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MHhGQi0weEZFICZuYnNwOyAmbmJzcDsgJm5ic3A7RXhw ZXJpbWVudGFsICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO1tSRkM3Mzg1XTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MHhGRiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UmVzZXJ2ZWQgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7IFtSRkM3Mzg1XTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7THVjaWRhIEdyYW5kZSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7THVjaWRhIEdyYW5kZSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5DaXNj byBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhamFzc2lAY2lzY28uY29tIj5zYWphc3Np QGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgQXVndXN0IDIxLCAy MDE3IGF0IDU6MTQgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O0FsdmFybyBSZXRhbmEgKGFyZXRh bmEpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YXJldGFuYUBjaXNjby5jb20iPmFyZXRhbmFA Y2lzY28uY29tPC9hPiZndDssICZxdW90O0NhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNwaWduYXRhQGNpc2NvLmNvbSI+Y3BpZ25hdGFAY2lzY28u Y29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzpvcHMtZGlyQGlldGYub3JnIj5vcHMt ZGlyQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm9wcy1kaXJAaWV0Zi5v cmciPm9wcy1kaXJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZyI+ZHJhZnQt aWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLmFsbEBpZXRmLm9yZyI+ZHJhZnQtaWV0 Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1h aWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9hPiZxdW90Ow0KICZsdDs8YSBocmVm PSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3Vi amVjdDogPC9iPlJlOiBPcHNkaXIgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWJlc3Mt ZXZwbi1ldHJlZS0xMjxicj4NCjxiPlJlc2VudC1Gcm9tOiA8L2I+Jmx0OzxhIGhyZWY9Im1haWx0 bzphbGlhcy1ib3VuY2VzQGlldGYub3JnIj5hbGlhcy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj5DaXNjbyBFbXBsb3llZSAmbHQ7PGEgaHJlZj0ibWFpbHRv OnNhamFzc2lAY2lzY28uY29tIj5zYWphc3NpQGNpc2NvLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNzYWxhbUBjaXNjby5jb20iPnNzYWxhbUBjaXNjby5jb208L2E+Jmd0OywgJmx0 OzxhIGhyZWY9Im1haWx0bzpqZHJha2VAanVuaXBlci5uZXQiPmpkcmFrZUBqdW5pcGVyLm5ldDwv YT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmp1MTczOEBhdHQuY29tIj5qdTE3MzhAYXR0LmNv bTwvYT4mZ3Q7LA0KICZsdDs8YSBocmVmPSJtYWlsdG86c2JvdXRyb3NAdm13YXJlLmNvbSI+c2Jv dXRyb3NAdm13YXJlLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvcmdlLnJhYmFk YW5Abm9raWEuY29tIj5qb3JnZS5yYWJhZGFuQG5va2lhLmNvbTwvYT4mZ3Q7LCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2UuY29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNv bTwvYT4mZ3Q7LCAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcnRpbi52aWdvdXJldXhAbm9raWEuY29t Ij5tYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbTwvYT4mZ3Q7LA0KICZsdDs8YSBocmVmPSJtYWls dG86YXJldGFuYUBjaXNjby5jb20iPmFyZXRhbmFAY2lzY28uY29tPC9hPiZndDssICZsdDs8YSBo cmVmPSJtYWlsdG86ZGIzNTQ2QGF0dC5jb20iPmRiMzU0NkBhdHQuY29tPC9hPiZndDssICZsdDs8 YSBocmVmPSJtYWlsdG86YWthdGxhc0BnbWFpbC5jb20iPmFrYXRsYXNAZ21haWwuY29tPC9hPiZn dDssIFRob21hcyBNb3JpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRob21hcy5tb3JpbkBvcmFuZ2Uu Y29tIj50aG9tYXMubW9yaW5Ab3JhbmdlLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+UmVzZW50LURhdGU6 IDwvYj5Nb25kYXksIEF1Z3VzdCAyMSwgMjAxNyBhdCA1OjE1IFBNPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+SGkgQWx2YXJvLDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+WW914oCZcmUgcmlnaHQuIEkgaGFkIHNv bWUgaG9sZXMgaW4gbXkgYXNzaWdubWVudC4gRm9sbG93aW5nIHNob3VsZCBmaXggaXQuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwO1Zh bHVlTWVhbmluZ1JlZmVyZW5jZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OmJsYWNrIj4mbmJzcDsgJm5ic3A7MHgwQy0weDdBVW5hc3NpZ25lZDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7MHg3Qi0weDdFRXhwZXJp bWVudGFsdGhpcyBkb2N1bWVudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OmJsYWNrIj4mbmJzcDsgJm5ic3A7MHg3RlJlc2VydmVkdGhpcyBkb2N1bWVudCZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7MHg4 MC0weEZBUmVzZXJ2ZWQgZm9yIENvbXBvc2l0ZSB0dW5uZWx0aGlzIGRvY3VtZW50Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOyAmbmJzcDsw eEZCLTB4RkVFeHBlcmltZW50YWwgUkZDNzM4NV08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwOzB4RkZSZXNlcnZlZFtSRkM3Mzg1XTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5UaGFua3MsPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkFsaTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1 QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtMdWNpZGEgR3JhbmRlJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtMdWNpZGEgR3JhbmRlJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZxdW90O0FsdmFybyBSZXRhbmEgKGFyZXRhbmEpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86YXJldGFuYUBjaXNjby5jb20iPmFyZXRhbmFAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8Yj5E YXRlOiA8L2I+TW9uZGF5LCBBdWd1c3QgMjEsIDIwMTcgYXQgMTowNSBQTTxicj4NCjxiPlRvOiA8 L2I+Q2lzY28gRW1wbG95ZWUgJmx0OzxhIGhyZWY9Im1haWx0bzpzYWphc3NpQGNpc2NvLmNvbSI+ c2FqYXNzaUBjaXNjby5jb208L2E+Jmd0OywgJnF1b3Q7Q2FybG9zIFBpZ25hdGFybyAoY3BpZ25h dGEpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y3BpZ25hdGFAY2lzY28uY29tIj5jcGlnbmF0 YUBjaXNjby5jb208L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm9wcy1kaXJAaWV0Zi5v cmciPm9wcy1kaXJAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86b3BzLWRp ckBpZXRmLm9yZyI+b3BzLWRpckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVv dDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3Jn Ij5kcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8 YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUuYWxsQGlldGYub3JnIj5k cmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZS5hbGxAaWV0Zi5vcmc8L2E+Jmd0OywgJnF1b3Q7PGEg aHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1b3Q7DQogJmx0 OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9hPiZndDs8YnI+ DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IE9wc2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtYmVzcy1ldnBuLWV0cmVlLTEyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFsaTo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SGkhPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPlNvLCB5b3XigJlyZSByZWFsbHkgb25seSBjaGFuZ2luZyB0aGUgMHgwQyDi gJMgMHhGQSByYW5nZSwgcmlnaHQ/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklm IG15IGhleCBpcyBub3Qgd3JvbmcsIHlvdeKAmXJlIG1pc3Npbmcgc29tZSBwaWVjZXMgYmVsb3c6 IDB4NDAtMHg3RiwgYW5kIDB4QzAtMHhDRiwgd2hpY2ggSeKAmW0gYXNzdW1lIHJlbWFpbiBVbmFz c2lnbmVkLCByaWdodD88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhhbmtzITwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5BbHZhcm8uPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+T24gOC8xNi8xNywgNTo1NCBQTSwgJnF1b3Q7 QWxpIFNhamFzc2kgKHNhamFzc2kpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86c2FqYXNzaUBj aXNjby5jb20iPnNhamFzc2lAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPlRv IG1heGltaXplIGJhY2t3YXJkL2ZvcndhcmQmbmJzcDtjb21wYXRpYmlsaXR5LCBsZXQncyByZXRh aW4gdGhlIHZhbHVlIGZvciAmcXVvdDtFeHBlcmltZW50YWwgVXNl4oCdIGFuZCZuYnNwO+KAnFJl c2VydmVk4oCdIGFzIGJlZm9yZSBwZXIgW1JGQzczODVdIGFuZCByZWR1Y2UgdGhlIHJhbmdlIGZv ciBDb21wb3NpdGUgdHVubmVsIGZvciB0aGlzIGRyYWZ0LiBTbywgdGhlIGNoYW5nZXMgd2lsbCBi ZSZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPkZyb20gZXhpc3RpbmcgSUFOQSBhc3Np Z25tZW50czo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6cmVkO2JhY2tncm91bmQ6I0ZGRkRGNSI+MHgw QyAtIDB4RkEgVW5hc3NpZ25lZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjB4RkIgLSAweEZF IEV4cGVyaW1lbnRhbCBbUkZDNzM4NV08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6cmVkO2JhY2tncm91 bmQ6I0ZGRkRGNSI+MHhGRiBSZXNlcnZlZCBbUkZDNzM4NV08L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 cmVkIj5Ubzo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj4mbmJzcDsgMHgwQyZuYnNwO+KAkyZu YnNwOzB4M0YgVW5hc3NpZ25lZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPiZuYnNwOyZuYnNw OzB4ODAg4oCTIDB4QkYgcmVzZXJ2ZWQgZm9yIGNvbXBvc2l0ZSB0dW5uZWwmbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6cmVkIj4mbmJzcDsgMHhEMCDigJMgMHhGQSBVbmFzc2lnbmVkPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOnJlZCI+Jm5ic3A7IDB4RkIgLSAweEZFIEV4cGVyaW1lbnRhbCBbUkZD NzM4NV08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj4mbmJzcDsgMHhGRjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPiZu YnNwO1Jlc2VydmVkIFtSRkM3Mzg1XTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_8146306860594FC3972FEC75527491E3ciscocom_-- From nobody Tue Aug 22 11:12:16 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7988E1329CB; Tue, 22 Aug 2017 11:12:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bX9Y3xn1JhX9; Tue, 22 Aug 2017 11:12:11 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D01B13201E; Tue, 22 Aug 2017 11:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28112; q=dns/txt; s=iport; t=1503425530; x=1504635130; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=68C7vzzIi3DG56r+D5NS/2ME9c33t4MoyhDtC6Hw8LU=; b=Lpkcm4DKD4QNCw7ruXBzhrlK61p50CGFd59r3VC6QEUdfMkllsFJQDck jz1x9Axom4xKRLXVl3TI//aOP+0YLAsuNLoxoxkicuWtvJzZWg0ezNdbG tRH3A/MnK/aykKMuMR8CyunSfE+L+QxrwhxGaz/GwxvOwOOsZmU4B+thJ w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CxAQCac5xZ/5hdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB54ngW6IOI11ggSFRwKEMUMUAQIBAQEBAQEBayiFGAE?= =?us-ascii?q?BAQEDeRACAQgRAwECIQcHIREUCQgCBAENBYlNTAMVr0YnhxANhB0BAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdgyqCAoMvgyeCV4FpARIBPxaFPgWYIYd4PAKPS4R2ghC?= =?us-ascii?q?QUIltglGJagE2IX8LdxWHY3aIY4EjgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,413,1498521600"; d="scan'208,217";a="285984286" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Aug 2017 18:11:55 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v7MIBs3m023324 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 18:11:55 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 22 Aug 2017 14:11:53 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Tue, 22 Aug 2017 14:11:53 -0400 From: "Ali Sajassi (sajassi)" To: "Alvaro Retana (aretana)" , "Carlos Pignataro (cpignata)" , "ops-dir@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "bess@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTFvNSjAEtixCLIESUCrqobB2KyKKPIlIAgAA02gCAAAjygIAAG+eAgAD/rACAABQ8gP//9CEA Date: Tue, 22 Aug 2017 18:11:53 +0000 Message-ID: References: <1C29B427-1C0F-4267-ACBD-5DB9A59E9492@cisco.com> <81463068-6059-4FC3-972F-EC75527491E3@cisco.com> In-Reply-To: <81463068-6059-4FC3-972F-EC75527491E3@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.128.224.99] Content-Type: multipart/alternative; boundary="_000_D5C1BF18216FDDsajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Opsdir last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 18:12:14 -0000 --_000_D5C1BF18216FDDsajassiciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Well, this RFC only changes the =93unassigned=94 code points outlined in rf= c7385 which in turn is already folded into IANA assignments. It does not ch= anges any of the existing code points assignments for tunnel types, experim= ental, and reserved mentioned in rfc7385. So, as long as we update the IANA= assignments with this new request, we are covered =96 with or without ment= ioning rfc7385 (IMHO). If you have strong objection, I can remove reference= to rfc7385; otherwise, we can keep it as it should provide a better contex= t for the reader (e.g., why we need to assign mirror code points). Cheers, Ali From: "Alvaro Retana (aretana)" > Date: Tuesday, August 22, 2017 at 10:54 AM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 I was referring to this document being marked as Updating rfc7385. In any case, that works for me. Thanks! Alvaro. On 8/22/17, 10:41 AM, "Ali Sajassi (sajassi)" > wrote: Hi Alvaro, I am not modifying rfc7385 but rather trying to maintain backward/forward c= ompatibility with it. The reason, I am defining additional =93experimental"= and =93reserved=94 code points, is to maintain backward/forward compatibil= ity with the rfc7385 code points. The new =93experimental=94 and =93reserve= d=94 code points (i.e., 0x7B =96 0x7E, and 0x7F) are mirror images of the o= nes in rfc7385 (i.e., 0xFB =96 0xFE, and 0xFF). If I don=92t create these m= irror images and leave them =93unassigned=94, then if somebody creates a tu= nnel type of 0x7B, then the corresponding composite tunnel type of that wou= ld be 0xFB which will conflict with existing code points in rfc7385 (i.e., = 0xFB is defined as experimental). Cheers, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 6:26 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! RFC7385 already defines an Experimental range, why do we need another one? = Same question about reserving 0x7F (if rfc7385 already reserved 0xFF). One of the reasons I=92m asking is because if you=92re only changing the 0x= 0C =96 0xFA range, which is currently unassigned, the you (1) only need to = include those values in this document, and (2) you don=92t need to Update r= fc7385: Thanks! Alvaro. On 8/21/17, 5:47 PM, "Ali Sajassi (sajassi)" > wrote: Trying for the 2nd time because of the format scramble in the previous emai= l. Value Meaning Reference 0x0C-0x7A Unassigned 0x7B-0x7E Experimental this document 0x7F Reserved this document 0x80-0xFA Reserved for Composite tunnel this document 0xFB-0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] From: Cisco Employee > Date: Monday, August 21, 2017 at 5:14 PM To: "Alvaro Retana (aretana)" >= , "Carlos Pignataro (cpignata)" >, "ops-dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Resent-From: > Resent-To: Cisco Employee >, >, >, >, >, >, >= , >, >, >, >, Thomas Morin > Resent-Date: Monday, August 21, 2017 at 5:15 PM Hi Alvaro, You=92re right. I had some holes in my assignment. Following should fix it. ValueMeaningReference 0x0C-0x7AUnassigned 0x7B-0x7EExperimentalthis document 0x7FReservedthis document 0x80-0xFAReserved for Composite tunnelthis document 0xFB-0xFEExperimental RFC7385] 0xFFReserved[RFC7385] Thanks, Ali From: "Alvaro Retana (aretana)" > Date: Monday, August 21, 2017 at 1:05 PM To: Cisco Employee >, "Carlos P= ignataro (cpignata)" >, "ops-= dir@ietf.org" > Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" >, "bess@ietf.org" > Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-12 Ali: Hi! So, you=92re really only changing the 0x0C =96 0xFA range, right? If my hex is not wrong, you=92re missing some pieces below: 0x40-0x7F, and = 0xC0-0xCF, which I=92m assume remain Unassigned, right? Thanks! Alvaro. On 8/16/17, 5:54 PM, "Ali Sajassi (sajassi)" > wrote: To maximize backward/forward compatibility, let's retain the value for "Exp= erimental Use=94 and =93Reserved=94 as before per [RFC7385] and reduce the = range for Composite tunnel for this draft. So, the changes will be >From existing IANA assignments: 0x0C - 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] To: 0x0C =96 0x3F Unassigned 0x80 =96 0xBF reserved for composite tunnel 0xD0 =96 0xFA Unassigned 0xFB - 0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] --_000_D5C1BF18216FDDsajassiciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable

Well, this RFC only changes the =93unassigned=94 code points outlined = in rfc7385 which in turn is already folded into IANA assignments. It does n= ot changes any of the existing code points assignments for tunnel types, ex= perimental, and reserved mentioned in rfc7385. So, as long as we update the IANA assignments with this new reque= st, we are covered =96 with or without mentioning rfc7385 (IMHO). If you ha= ve strong objection, I can remove reference to rfc7385; otherwise, we can k= eep it as it should provide a better context for the reader (e.g., why we need to assign mirror code points).

Cheers,
Ali

From: "Alvaro Retana (aretana)= " <aretana@cisco.com> Date: Tuesday, August 22, 2017 at 1= 0:54 AM
To: Cisco Employee <sajassi@cisco.com>, "Carlos Pignataro = (cpignata)" <cpignata@cisco.c= om>, "ops-dir@ietf.org&= quot; <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <dra= ft-ietf-bess-evpn-etree.all@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call revie= w of draft-ietf-bess-evpn-etree-12

I was referring to this document being marked as Upd= ating rfc7385.

 

In any case, that works for me.

 

Thanks!

 

Alvaro.

 

On 8/22/17, 10:41 AM, "Ali Sajassi (sajassi)&qu= ot; <sajassi@cisco.com> wrot= e:

 

Hi Alvaro,

 

I am not modifying rfc7385 but rather trying to main= tain backward/forward compatibility with it. The reason, I am defining addi= tional =93experimental" and =93reserved=94 code points, is to maintain= backward/forward compatibility with the rfc7385 code points. The new =93experimental=94 and =93reserved=94 code points (i.= e., 0x7B =96 0x7E, and 0x7F) are mirror images of the ones in rfc7385 (i.e.= , 0xFB =96 0xFE, and 0xFF). If I don=92t create these mirror images and lea= ve them =93unassigned=94, then if somebody creates a tunnel type of 0x7B, then the corresponding composite tunnel type of tha= t would be 0xFB which will conflict with existing code points in rfc7385 (i= .e., 0xFB is defined as experimental).

 

Cheers,

Ali

 

From: "Alvaro Retana (aretana)" <aretana@cisco.com>
Date: Monday, August 21, 2017 at 6:26 PM
To: Cisco Employee <sajassi@= cisco.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-bess-evpn-etree.all@ietf.= org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-1= 2

 

Ali:

 

Hi!

 

RFC7385 already defines an Experimental range, why d= o we need another one?  Same question about reserving 0x7F (if rfc7385= already reserved 0xFF).

 

One of the reasons I=92m asking is because if you=92= re only changing the 0x0C =96 0xFA range, which is currently unassigned, th= e you (1) only need to include those values in this document, and (2) you d= on=92t need to Update rfc7385:

 

Thanks!

 

Alvaro.

 

 

On 8/21/17, 5:47 PM, "Ali Sajassi (sajassi)&quo= t; <sajassi@cisco.com> wrote= :

 

 

Trying for the 2nd time because of the format scramb= le in the previous email.

 

Value             &nbs= p; Meaning                   &= nbsp;        Reference

0x0C-0x7A      Unassigned<= /p>

0x7B-0x7E      Experimental   &n= bsp;                this document

0x7F              = ;  Reserved                 &n= bsp;         this document

0x80-0xFA      Reserved for Composite= tunnel      this document

0xFB-0xFE      Experimental   &n= bsp;                [RFC7385]<= /o:p>

0xFF              = ;  Reserved                 &n= bsp;         [RFC7385]

 

 

From: Cisco Employee <sajass= i@cisco.com>
Date: Monday, August 21, 2017 at 5:14 PM
To: "Alvaro Retana (aretana)" <aretana@cisco.com>, "Carlos Pignataro (cpignata)&q= uot; <cpignata@cisco.com>, = "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-bess-evpn-etree.all@ietf.= org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-1= 2
Resent-From: <alias-bou= nces@ietf.org>
Resent-To: Cisco Employee <s= ajassi@cisco.com>, <ssalam@ci= sco.com>, <jdrake@juniper.n= et>, <ju1738@att.com>, <sboutros@vmware.com>, &l= t;jorge.rabadan@nokia.com>= ;, <thomas.morin@orange.com>, <martin.vigoureux@= nokia.com>, <aretana@cisco.com>, <db3546@att.com>, <akatlas@gmail.com>, Thomas Morin <thomas.morin@orange.com>
Resent-Date: Monday, August 21, 2017 at 5:15 PM

 

 <= /span>

Hi Alva= ro,

 <= /span>

You=92r= e right. I had some holes in my assignment. Following should fix it.=

 <= /span>

  =  ValueMeaningReference

  =  0x0C-0x7AUnassigned

  =  0x7B-0x7EExperimentalthis document

  =  0x7FReservedthis document 

  =  0x80-0xFAReserved for Composite tunnelthis document =

  =  0xFB-0xFEExperimental RFC7385]

  =  0xFFReserved[RFC7385]

 <= /span>

Thanks,=

Ali

 <= /span>

From: "Alvaro Retana (aretana)" <aretana@cisco.com>
Date: Monday, August 21, 2017 at 1:05 PM
To: Cisco Employee <sajassi@= cisco.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-bess-evpn-etree.all@ietf.org" <draft-ietf-bess-evpn-etree.all@ietf.= org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: Opsdir last call review of draft-ietf-bess-evpn-etree-1= 2

 <= /span>

Ali:

 =

Hi!

 =

So, you=92re really only= changing the 0x0C =96 0xFA range, right?

 =

If my hex is not wrong, = you=92re missing some pieces below: 0x40-0x7F, and 0xC0-0xCF, which I=92m a= ssume remain Unassigned, right?

 =

Thanks!

 =

Alvaro.

 =

On 8/16/17, 5:54 PM, &qu= ot;Ali Sajassi (sajassi)" <saj= assi@cisco.com> wrote:

 =

To maximize backward/forwa= rd compatibility, let's retain the value for "Experimental Use=94= and =93Reserved=94 as before per [RFC7385] and reduce the range for C= omposite tunnel for this draft. So, the changes will be 

From existing IANA assignm= ents:

0x0C - = 0xFA Unassigned

0xFB - 0xFE Experimental [= RFC7385]

0xFF Re= served [RFC7385]

To:

  0x0C =96 = 0x3F Unassigned

  0x80 =96 0xBF = reserved for composite tunnel 

  0xD0 =96 0xFA Unass= igned

  0xFB - 0xFE Experim= ental [RFC7385]

  0xFF

 Reserved [RFC7385]





 --_000_D5C1BF18216FDDsajassiciscocom_-- From nobody Tue Aug 22 15:21:37 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22F8A132A97; Tue, 22 Aug 2017 15:21:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UpwZ4U1b8CDQ; Tue, 22 Aug 2017 15:21:25 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87691132A95; Tue, 22 Aug 2017 15:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21053; q=dns/txt; s=iport; t=1503440485; x=1504650085; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=B5RQz2xTxhz+jJPjWedenAksSga9bXzBFLgjK692vJQ=; b=Tpp0xqpEUu4u+DWrlTn9mdZYkEgfu0GPHDUpUp/V/rXAfiaySNi5EARj kZall1rCWdjDdtumMSxVkOjV/+pjrzzfAM2RhxRZQcdugSUHDk6ENhtZ3 qls2i16XbQYi58SsAFVc/PglyCE72dkJdoL2EJN8kBp7ujKhkzGwV7acT o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CmAAD4rZxZ/4kNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm8+LWSBFQeODZAbgW6QZoU5ghIhAQyESk8CGoQXPxgBAgEBAQE?= =?us-ascii?q?BAQFrKIUYAQEBAQMBASFLBgUMBAIBCBEDAQEBKAMCAgIlCxQJCAIEAQ0FCYlEZ?= =?us-ascii?q?BCsXIImJ4tEAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYMqggKDL4MngkZggSY+CR6?= =?us-ascii?q?CVYJhBZghiDQCh1OMboIQWYkFhnKJbYw7AR84gQp3FUmFTIFOdgEBiD6BMoEPA?= =?us-ascii?q?QEB?= X-IronPort-AV: E=Sophos;i="5.41,414,1498521600"; d="scan'208,217";a="446999873" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Aug 2017 22:21:24 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7MMLNuf029083 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Aug 2017 22:21:24 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 22 Aug 2017 18:21:23 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Tue, 22 Aug 2017 18:21:23 -0400 From: "Acee Lindem (acee)" To: "Robert Wilton -X (rwilton - ENSOFT LIMITED at Cisco)" , "'netmod@ietf.org'" CC: "bess@ietf.org" Thread-Topic: Pattern statements [was Re: [netmod] Query about augmenting module from submodule in YANG 1.0] Thread-Index: AQHTGpA9Gl54VvqvVk+CY8qb3KBKRqKQ9NGA Date: Tue, 22 Aug 2017 22:21:23 +0000 Message-ID: References: <85A1FF5A-EF0B-4278-B4FF-3FE431486B2C@tail-f.com> <11857e8e-f46e-dc2e-cf99-80224859d221@transpacket.com> <1502290869.16638.15.camel@nic.cz> <20170809151312.GC42207@elstar.local> <6ef68131-f731-0edc-b731-d7ec85924f03@cisco.com> <7614040f-9f8f-09c2-1854-63ad9ffb6be1@cisco.com> In-Reply-To: <7614040f-9f8f-09c2-1854-63ad9ffb6be1@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.201] Content-Type: multipart/alternative; boundary="_000_D5C2252FC2E98aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Pattern statements [was Re: [netmod] Query about augmenting module from submodule in YANG 1.0] X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 22:21:29 -0000 --_000_D5C2252FC2E98aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iLA0KSeKAmW0gZmluZSB3aXRoIHNpbXBsaWZ5aW5nIChldmVuIGlmIHRoZSByZXN1bHRh bnQgcGF0dGVybiBpcyBtdWNoIGxlc3MgaW1wcmVzc2l2ZSA7XikuIEnigJl2ZSBjb3BpZWQgdGhl IEJFU1MgV0cgdG8gc2VlIGlmIHRoZXJlIGFyZSBhbnkgb2JqZWN0aW9ucy4NClRoYW5rcywNCkFj ZWUNCg0KRnJvbTogIlJvYmVydCBXaWx0b24gLVggKHJ3aWx0b24gLSBFTlNPRlQgTElNSVRFRCBh dCBDaXNjbykiIDxyd2lsdG9uQGNpc2NvLmNvbTxtYWlsdG86cndpbHRvbkBjaXNjby5jb20+Pg0K RGF0ZTogTW9uZGF5LCBBdWd1c3QgMjEsIDIwMTcgYXQgMTE6MTQgQU0NClRvOiBBY2VlIExpbmRl bSA8YWNlZUBjaXNjby5jb208bWFpbHRvOmFjZWVAY2lzY28uY29tPj4sICJJdm9yeSwgV2lsbGlh bSIgPHdpbGxpYW0uaXZvcnlAaW50bC5hdHQuY29tPG1haWx0bzp3aWxsaWFtLml2b3J5QGludGwu YXR0LmNvbT4+LCAiJ25ldG1vZEBpZXRmLm9yZzxtYWlsdG86J25ldG1vZEBpZXRmLm9yZz4nIiA8 bmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+PiwgQW5keSBCaWVybWFuIDxh bmR5QHl1bWF3b3Jrcy5jb208bWFpbHRvOmFuZHlAeXVtYXdvcmtzLmNvbT4+DQpTdWJqZWN0OiBQ YXR0ZXJuIHN0YXRlbWVudHMgW3dhcyBSZTogW25ldG1vZF0gUXVlcnkgYWJvdXQgYXVnbWVudGlu ZyBtb2R1bGUgZnJvbSBzdWJtb2R1bGUgaW4gWUFORyAxLjBdDQoNCg0KSGkgQWNlZSwNCg0KVGhh dCBtYWtlcyBzZW5zZS4NCg0KVGhlIG90aGVyIHRoaW5nIHRoYXQgSSB0aGluayB0aGF0IHdlIGhh dmUgZ290IHdyb25nIGlzIG1vZGVsbGluZyByZWdleCBwYXR0ZXJuIHN0YXRlbWVudHMuICBJIHRo aW5rIHRoYXQgaXQgd291bGQgYmUgbXVjaCBiZXR0ZXIgaWYgdGhlc2Ugd2VyZSB3cml0dGVuIHRv IGJlIGxlc3MgZXhoYXVzdGl2ZSBhbmQgbXVjaCBzaW1wbGVyLg0KDQpFLmcuIHRoZSAicm91dGUg ZGlzdGluZ3Vpc2hlciIgcGF0dGVybiBpbiBkcmFmdC1pZXRmLXJ0Z3dnLXJvdXRpbmctdHlwZXMt MDkgaXMgZGVmaW5lZCBhcyB0aGlzOg0KDQogICAgICAgICBwYXR0ZXJuDQogICAgICAgICAgICco MDooNjU1M1swLTVdfDY1NVswLTJdWzAtOV18NjVbMC00XVswLTldezJ9fCcNCiAgICAgICAgICsg ICAgICc2WzAtNF1bMC05XXszfXwnDQogICAgICAgICArICAgICAnWzAtNV0/WzAtOV17MCwzfVsw LTldKTooNDI5NDk2NzI5WzAtNV18Jw0KICAgICAgICAgKyAgICAgJzQyOTQ5NjcyWzAtOF1bMC05 XXwnDQogICAgICAgICArICAgICAnNDI5NDk2N1swMV1bMC05XXsyfXw0Mjk0OTZbMC02XVswLTld ezN9fCcNCiAgICAgICAgICsgICAgICc0Mjk0OVswLTVdWzAtOV17NH18Jw0KICAgICAgICAgKyAg ICAgJzQyOTRbMC04XVswLTldezV9fDQyOVswLTNdWzAtOV17Nn18Jw0KICAgICAgICAgKyAgICAg JzQyWzAtOF1bMC05XXs3fXw0WzAxXVswLTldezh9fCcNCiAgICAgICAgICsgICAgICdbMC0zXT9b MC05XXswLDh9WzAtOV0pKXwnDQogICAgICAgICArICcoMTooKChbMC05XXxbMS05XVswLTldfDFb MC05XXsyfXwyWzAtNF1bMC05XXwnDQogICAgICAgICArICAgICAnMjVbMC01XSlcLil7M30oWzAt OV18WzEtOV1bMC05XXwnDQogICAgICAgICArICAgICAnMVswLTldezJ9fDJbMC00XVswLTldfDI1 WzAtNV0pKTooNjU1M1swLTVdfCcNCiAgICAgICAgICsgICAgICc2NTVbMC0yXVswLTldfCcNCiAg ICAgICAgICsgICAgICc2NVswLTRdWzAtOV17Mn18NlswLTRdWzAtOV17M318Jw0KICAgICAgICAg KyAgICAgJ1swLTVdP1swLTldezAsM31bMC05XSkpfCcNCiAgICAgICAgICsgJygyOig0Mjk0OTY3 MjlbMC01XXw0Mjk0OTY3MlswLThdWzAtOV18Jw0KICAgICAgICAgKyAgICAgJzQyOTQ5NjdbMDFd WzAtOV17Mn18Jw0KICAgICAgICAgKyAgICAgJzQyOTQ5NlswLTZdWzAtOV17M318NDI5NDlbMC01 XVswLTldezR9fCcNCiAgICAgICAgICsgICAgICc0Mjk0WzAtOF1bMC05XXs1fXwnDQogICAgICAg ICArICAgICAnNDI5WzAtM11bMC05XXs2fXw0MlswLThdWzAtOV17N318NFswMV1bMC05XXs4fXwn DQogICAgICAgICArICAgICAnWzAtM10/WzAtOV17MCw4fVswLTldKTonDQogICAgICAgICArICAg ICAnKDY1NTNbMC01XXw2NTVbMC0yXVswLTldfDY1WzAtNF1bMC05XXsyfXwnDQogICAgICAgICAr ICAgICAnNlswLTRdWzAtOV17M318Jw0KICAgICAgICAgKyAgICAgJ1swLTVdP1swLTldezAsM31b MC05XSkpfCcNCiAgICAgICAgICsgJyg2KDpbYS1mQS1GMC05XXsyfSl7Nn0pfCcNCiAgICAgICAg ICsgJygoWzMtNTctOWEtZkEtRl18WzEtOWEtZkEtRl1bMC05YS1mQS1GXXsxLDN9KTonDQogICAg ICAgICArICAgICAnWzAtOWEtZkEtRl17MSwxMn0pJzsNCiAgICAgICB9DQoNCg0KQnV0IEkgdGhp bmsgdGhhdCBpdCB3b3VsZCBiZSBtdWNoIGVhc2llciB0byByZWFkLCBhbmQgcXVpdGUgcG9zc2li bHkgbW9yZSBwZXJmb3JtYW50IHRvIGV4ZWN1dGUsIGlmIHRoZSBwYXR0ZXJuIHJlZ2V4IHdhcyB3 cml0dGVuIHNvbWV0aGluZyBsaWtlIHRoZSBmb2xsb3dpbmc6DQoNCiBwYXR0ZXJuOg0KICAgICco MDpbMC05XXsxLDV9OlswLTldezEsMTB9KXwNCiAgICAgKDE6KFswLTldezEsM31cLil7NH06WzAt OV17MSw1fSl8DQogICAgICgyOlswLTldezEsMTB9OjA6WzAtOV17MSw1fSl8DQogICAgICg2KDpb YS1mQS1GMC05XXsyfSl7Nn0pJzsNCg0KT2YgY291cnNlLCB0aGlzIHdvdWxkIGFsbG93IG1vcmUg aW52YWxpZCB2YWx1ZXMsIGJ1dCBtb3N0IHNlcnZlcnMgd291bGQgYmUgZXhwZWN0ZWQgdG8gcmVq ZWN0IHRob3NlIHdoZW4gaXQgY29udmVydHMgdGhlbSBpbnRvIGFuIGludGVybmFsIGJpbmFyeSBm b3JtYXQgYW55IHdheS4NCg0KV2hhdCBkbyB5b3UsIGFuZCBvdGhlcnMsIHRoaW5rPw0KDQpUaGFu a3MsDQpSb2INCg0KDQpPbiAyMS8wOC8yMDE3IDE1OjAxLCBBY2VlIExpbmRlbSAoYWNlZSkgd3Jv dGU6DQoNCkhpIFdpbGxpYW0sIFJvYiwgQW5keSwNCg0KR2l2ZW4gdGhlaXIgbGltaXRlZCB1c2Vm dWxuZXNzIGFuZCB0aGUgZGV0cmltZW50cywgcGVyaGFwcyB3ZSBzaG91bGQNCmRpc2NvdXJhZ2Ug dGhlIGNyZWF0aW9uIG9mIG5ldyBzdWJtb2R1bGVzIGluIFJGQzYwODdCaXMuDQoNClRoYW5rcywN CkFjZWUNCg0KT24gOC8yMS8xNywgOTo0NCBBTSwgIm5ldG1vZCBvbiBiZWhhbGYgb2YgSXZvcnks IFdpbGxpYW0iDQo8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIHdpbGxpYW0u aXZvcnlAaW50bC5hdHQuY29tPjxtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmdvbmJlaGFs Zm9md2lsbGlhbS5pdm9yeUBpbnRsLmF0dC5jb20+IHdyb3RlOg0KDQoNCg0KSGkgUm9iLA0KDQpU aGF0IHdvdWxkIG1ha2UgaXQgdmVyeSBoYXJkIHRvIHVwZGF0ZSBleGlzdGluZyAxLnggWUFORyBt b2RlbHMgdG8gdXNlDQpuZXcgZmVhdHVyZXMgaW4gWUFORyAyLnggaWYgdGhleSB1c2VkIHN1Ym1v ZHVsZXMuICBNYXliZSB0aGF0J3Mgc29tZXRoaW5nDQp0aGF0IG5vIG9uZSB3b3VsZCBldmVyIGNv bnNpZGVyIGRvaW5nIGFueXdheSwgb3IgbWF5YmUgWUFORyAxLjEgYWxyZWFkeQ0KaGFzIHNpbWls YXIgZGlmZmVyZW5jZXMgdG8gMS4wPyAgSSBoYWQgKHBlcmhhcHMgbmFpdmVseSkgYXNzdW1lZCB0 aGF0IHlvdQ0KY291bGQgbWlncmF0ZSBhIG5hbWVzcGFjZSAvIG1vZGVsIGZyb20gWUFORyAxLjAg dG8gMi4wPw0KDQpSZWdhcmRzLA0KDQpXaWxsaWFtDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIFJvYmVydCBXaWx0b24NClNlbnQ6IDIxIEF1Z3VzdCAyMDE3IDExOjI0DQpUbzogbmV0 bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW25ldG1v ZF0gUXVlcnkgYWJvdXQgYXVnbWVudGluZyBtb2R1bGUgZnJvbSBzdWJtb2R1bGUgaW4NCllBTkcg MS4wDQoNCg0KDQpPbiAwOS8wOC8yMDE3IDE2OjEzLCBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgd3Jv dGU6DQoNCg0KT24gV2VkLCBBdWcgMDksIDIwMTcgYXQgMDU6MDE6MDlQTSArMDIwMCwgTGFkaXNs YXYgTGhvdGthIHdyb3RlOg0KDQoNCkkgcmVtZW1iZXIgdGhhdCBpbiBlYXJseSBzdGFnZXMgb2Yg WUFORyB0aGVyZSB3YXMgc29tZSBpcnJhdGlvbmFsDQpmZWFyIG9mIGludHJvZHVjaW5nIHRvbyBt YW55IG5hbWVzcGFjZXMsIGFuZCBzdWJtb2R1bGVzIG1heSBiZSBhDQpjb25zZXF1ZW5jZSBvZiBp dC4gQXMgeW91IHdyaXRlLCBzdWJtb2R1bGVzIHByb3ZpZGUgbm8gYmVuZWZpdHMNCndoYXRzb2V2 ZXIgaW4gdGVybXMgb2YgbW9kdWxhcml0eSwgYnV0IHRoZSBvdmVyaGVhZCBpbiB0ZXJtcyBvZg0K bWV0YWRhdGEsIElBTkEgcmVnaXN0cmF0aW9uIGV0Yy4gaXMgcHJldHR5IG11Y2ggdGhlIHNhbWUg YXMgZm9yDQptb2R1bGVzLg0KDQoNCkluIGNhc2UgWUFORyAyLjAgaXMgZXZlciBkb25lLCBJIHN1 Z2dlc3Qgc29tZW9uZSBmaWxlcyBhIHByb3Bvc2FsIHRvDQpyZW1vdmUgc3VibW9kdWxlcyBpZiB0 aGUgY29zdC9iZW5lZml0IHJhdGlvIGlzIGF0IG9kZHMuIFRoZXJlIGlzDQpub3RoaW5nIHdyb25n IHdpdGggcmVtb3Zpbmcgc3R1ZmYgdGhhdCBoYXMgYmVlbiBmb3VuZCBwcm9ibGVtYXRpYy4NCg0K DQpJIGFncmVlLg0KDQpJJ3ZlIGFkZGVkDQpodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j b20vdjIvdXJsP3U9aHR0cHMtM0FfX2dpdGh1Yi5jb21fbmV0bW9kLTJEdw0KZ195YW5nLTJEbmV4 dF9pc3N1ZXNfMjYmZD1Ed0lDQWcmYz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9cDhreWVLM3U0 WllpYVENCjJaUEdxd2t5WG1RZ0JINnI1anBZaVlXemhxSjQ4Jm09bDdjNElQTDA0OUEyYlZWTzE0 ZnlCTWx5MjExeFU2MXhTSGdQbEFUN293DQpJJnM9LWtSNGZVdFhBclF5MFJ3V2IzMkRwVDFiUDRY X2NOcXQyekpWb0MwSmlYOCZlPQ0KDQpSb2INCg0KDQoNClRoZSBtb3RpdmF0aW9uIGZvciBzdWJt b2R1bGVzIHdhcyB0aGF0IG9yZ2FuaXphdGlvbnMgbWFpbnRhaW5pbmcgbGFyZ2UNCm1vZHVsZXMg d2l0aCBtdWx0aXBsZSBwZW9wbGUgY2FuIGRvIHNvIHdpdGhvdXQgaGF2aW5nIHRvIG1lc3MgYXJv dW5kDQp3aXRoIHRvb2xzIGxpa2UgbTQgc2NyaXB0cyB0byBwcm9kdWNlIGEgc2luZ2xlIG1vZHVs ZSBmcm9tICdzbmlwcGV0cycNCmFuZCB0byBhdm9pZCBpbnRlZ3JhdGlvbiBzdXJwcmlzZXMuIEJ1 dCBwZXJoYXBzIHVzaW5nIG00IHNjcmlwdHMgYW5kDQpkZWNlbnQgdmVyc2lvbiBjb250cm9sIHN5 c3RlbXMgKHRoYXQgY2FuIGludGVncmF0ZSBhbmQgY29tcGlsZSBvbg0KY2hlY2tpbikgaXMgaW5k ZWVkIGNoZWFwZXIgdGhhbiBoYXZpbmcgc3VibW9kdWxlcyBwYXJ0IG9mIHRoZSBZQU5HDQpsYW5n dWFnZSBpdHNlbGYuDQoNCi9qcw0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxt YWlsdG86bmV0bW9kQGlldGYub3JnPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92 Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fDQpsaXN0aW5mb19uZXRtb2Qm ZD1Ed0lDQWcmYz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9cDhreWVLM3U0WllpYVEyWlBHcXdr eQ0KWG1RZ0JINnI1anBZaVlXemhxSjQ4Jm09bDdjNElQTDA0OUEyYlZWTzE0ZnlCTWx5MjExeFU2 MXhTSGdQbEFUN293SSZzPXQ3dkcNCklIOEFCdUFtMDBlLWJrU293RDllYXdNb2RHcTBOMk9rakFO dHBZSSZlPQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0 Zi5vcmc+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg0K --_000_D5C2252FC2E98aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBSb2IsJm5i c3A7PC9kaXY+DQo8ZGl2PknigJltIGZpbmUgd2l0aCBzaW1wbGlmeWluZyAoZXZlbiBpZiB0aGUg cmVzdWx0YW50IHBhdHRlcm4gaXMgbXVjaCBsZXNzIGltcHJlc3NpdmUgO14pLiBJ4oCZdmUgY29w aWVkIHRoZSBCRVNTIFdHIHRvIHNlZSBpZiB0aGVyZSBhcmUgYW55IG9iamVjdGlvbnMuJm5ic3A7 PC9kaXY+DQo8ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+QWNlZSZuYnNwOzwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxl PSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBj b2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRp dW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkct UklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDog bWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkZyb206IDwvc3Bhbj4mcXVvdDtSb2JlcnQgV2lsdG9uIC1YIChyd2lsdG9uIC0gRU5T T0ZUIExJTUlURUQgYXQgQ2lzY28pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cndpbHRvbkBj aXNjby5jb20iPnJ3aWx0b25AY2lzY28uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPk1vbmRheSwgQXVndXN0IDIxLCAyMDE3IGF0IDEx OjE0IEFNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+QWNl ZSBMaW5kZW0gJmx0OzxhIGhyZWY9Im1haWx0bzphY2VlQGNpc2NvLmNvbSI+YWNlZUBjaXNjby5j b208L2E+Jmd0OywgJnF1b3Q7SXZvcnksIFdpbGxpYW0mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0 bzp3aWxsaWFtLml2b3J5QGludGwuYXR0LmNvbSI+d2lsbGlhbS5pdm9yeUBpbnRsLmF0dC5jb208 L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOiduZXRtb2RAaWV0Zi5vcmciPiduZXRtb2RA aWV0Zi5vcmc8L2E+JyZxdW90Ow0KICZsdDs8YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3Jn Ij5uZXRtb2RAaWV0Zi5vcmc8L2E+Jmd0OywgQW5keSBCaWVybWFuICZsdDs8YSBocmVmPSJtYWls dG86YW5keUB5dW1hd29ya3MuY29tIj5hbmR5QHl1bWF3b3Jrcy5jb208L2E+Jmd0Ozxicj4NCjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UGF0dGVybiBzdGF0 ZW1lbnRzIFt3YXMgUmU6IFtuZXRtb2RdIFF1ZXJ5IGFib3V0IGF1Z21lbnRpbmcgbW9kdWxlIGZy b20gc3VibW9kdWxlIGluIFlBTkcgMS4wXTxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHls ZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46 MCAwIDAgNTsiPg0KPGRpdj4NCjxkaXYgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+ DQo8cD5IaSBBY2VlLDwvcD4NCjxwPlRoYXQgbWFrZXMgc2Vuc2UuPC9wPg0KPHA+VGhlIG90aGVy IHRoaW5nIHRoYXQgSSB0aGluayB0aGF0IHdlIGhhdmUgZ290IHdyb25nIGlzIG1vZGVsbGluZyBy ZWdleCBwYXR0ZXJuIHN0YXRlbWVudHMuJm5ic3A7IEkgdGhpbmsgdGhhdCBpdCB3b3VsZCBiZSBt dWNoIGJldHRlciBpZiB0aGVzZSB3ZXJlIHdyaXR0ZW4gdG8gYmUgbGVzcyBleGhhdXN0aXZlIGFu ZCBtdWNoIHNpbXBsZXIuPC9wPg0KPHA+RS5nLiB0aGUgJnF1b3Q7cm91dGUgZGlzdGluZ3Vpc2hl ciZxdW90OyBwYXR0ZXJuIGluIGRyYWZ0LWlldGYtcnRnd2ctcm91dGluZy10eXBlcy0wOSBpcyBk ZWZpbmVkIGFzIHRoaXM6PC9wPg0KPHByZSBjbGFzcz0ibmV3cGFnZSIgc3R5bGU9ImZvbnQtc2l6 ZTogMTMuMzMzM3B4OyBtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgYnJlYWst YmVmb3JlOiBwYWdlOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXN0eWxlOiBub3JtYWw7IGZv bnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsg Zm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogMjsg dGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25l OyB3aWRvd3M6IDI7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7IHRleHQtZGVjb3JhdGlvbi1zdHlsZTogaW5pdGlhbDsgdGV4dC1kZWNvcmF0aW9uLWNv bG9yOiBpbml0aWFsOyI+ICAgICAgICAgcGF0dGVybg0KICAgICAgICAgICAnKDA6KDY1NTNbMC01 XXw2NTVbMC0yXVswLTldfDY1WzAtNF1bMC05XXsyfXwnDQogICAgICAgICAmIzQzOyAgICAgJzZb MC00XVswLTldezN9fCcNCiAgICAgICAgICYjNDM7ICAgICAnWzAtNV0/WzAtOV17MCwzfVswLTld KTooNDI5NDk2NzI5WzAtNV18Jw0KICAgICAgICAgJiM0MzsgICAgICc0Mjk0OTY3MlswLThdWzAt OV18Jw0KICAgICAgICAgJiM0MzsgICAgICc0Mjk0OTY3WzAxXVswLTldezJ9fDQyOTQ5NlswLTZd WzAtOV17M318Jw0KICAgICAgICAgJiM0MzsgICAgICc0Mjk0OVswLTVdWzAtOV17NH18Jw0KICAg ICAgICAgJiM0MzsgICAgICc0Mjk0WzAtOF1bMC05XXs1fXw0MjlbMC0zXVswLTldezZ9fCcNCiAg ICAgICAgICYjNDM7ICAgICAnNDJbMC04XVswLTldezd9fDRbMDFdWzAtOV17OH18Jw0KICAgICAg ICAgJiM0MzsgICAgICdbMC0zXT9bMC05XXswLDh9WzAtOV0pKXwnDQogICAgICAgICAmIzQzOyAn KDE6KCgoWzAtOV18WzEtOV1bMC05XXwxWzAtOV17Mn18MlswLTRdWzAtOV18Jw0KICAgICAgICAg JiM0MzsgICAgICcyNVswLTVdKVwuKXszfShbMC05XXxbMS05XVswLTldfCcNCiAgICAgICAgICYj NDM7ICAgICAnMVswLTldezJ9fDJbMC00XVswLTldfDI1WzAtNV0pKTooNjU1M1swLTVdfCcNCiAg ICAgICAgICYjNDM7ICAgICAnNjU1WzAtMl1bMC05XXwnDQogICAgICAgICAmIzQzOyAgICAgJzY1 WzAtNF1bMC05XXsyfXw2WzAtNF1bMC05XXszfXwnDQogICAgICAgICAmIzQzOyAgICAgJ1swLTVd P1swLTldezAsM31bMC05XSkpfCcNCiAgICAgICAgICYjNDM7ICcoMjooNDI5NDk2NzI5WzAtNV18 NDI5NDk2NzJbMC04XVswLTldfCcNCiAgICAgICAgICYjNDM7ICAgICAnNDI5NDk2N1swMV1bMC05 XXsyfXwnDQogICAgICAgICAmIzQzOyAgICAgJzQyOTQ5NlswLTZdWzAtOV17M318NDI5NDlbMC01 XVswLTldezR9fCcNCiAgICAgICAgICYjNDM7ICAgICAnNDI5NFswLThdWzAtOV17NX18Jw0KICAg ICAgICAgJiM0MzsgICAgICc0MjlbMC0zXVswLTldezZ9fDQyWzAtOF1bMC05XXs3fXw0WzAxXVsw LTldezh9fCcNCiAgICAgICAgICYjNDM7ICAgICAnWzAtM10/WzAtOV17MCw4fVswLTldKTonDQog ICAgICAgICAmIzQzOyAgICAgJyg2NTUzWzAtNV18NjU1WzAtMl1bMC05XXw2NVswLTRdWzAtOV17 Mn18Jw0KICAgICAgICAgJiM0MzsgICAgICc2WzAtNF1bMC05XXszfXwnDQogICAgICAgICAmIzQz OyAgICAgJ1swLTVdP1swLTldezAsM31bMC05XSkpfCcNCiAgICAgICAgICYjNDM7ICcoNig6W2Et ZkEtRjAtOV17Mn0pezZ9KXwnDQogICAgICAgICAmIzQzOyAnKChbMy01Ny05YS1mQS1GXXxbMS05 YS1mQS1GXVswLTlhLWZBLUZdezEsM30pOicNCiAgICAgICAgICYjNDM7ICAgICAnWzAtOWEtZkEt Rl17MSwxMn0pJzsNCiAgICAgICB9DQo8L3ByZT4NCjxicj4NCkJ1dCBJIHRoaW5rIHRoYXQgaXQg d291bGQgYmUgbXVjaCBlYXNpZXIgdG8gcmVhZCwgYW5kIHF1aXRlIHBvc3NpYmx5IG1vcmUgcGVy Zm9ybWFudCB0byBleGVjdXRlLCBpZiB0aGUgcGF0dGVybiByZWdleCB3YXMgd3JpdHRlbiBzb21l dGhpbmcgbGlrZSB0aGUgZm9sbG93aW5nOjxicj4NCjxicj4NCiZuYnNwO3BhdHRlcm46PGJyPg0K PHR0PiZuYnNwOyZuYnNwOyZuYnNwOyAnKDA6WzAtOV17MSw1fTpbMC05XXsxLDEwfSl8PC90dD48 dHQ+PGJyPg0KPC90dD48dHQ+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICgxOihbMC05XXsxLDN9 XC4pezR9OlswLTldezEsNX0pfDwvdHQ+PHR0Pjxicj4NCjwvdHQ+PHR0PiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAoMjpbMC05XXsxLDEwfTowOlswLTldezEsNX0pfDwvdHQ+PHR0Pjxicj4NCjwv dHQ+PHR0PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoNig6W2EtZkEtRjAtOV17Mn0pezZ9KSc7 PC90dD48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgPGJyPg0KT2YgY291cnNlLCB0aGlzIHdvdWxk IGFsbG93IG1vcmUgaW52YWxpZCB2YWx1ZXMsIGJ1dCBtb3N0IHNlcnZlcnMgd291bGQgYmUgZXhw ZWN0ZWQgdG8gcmVqZWN0IHRob3NlIHdoZW4gaXQgY29udmVydHMgdGhlbSBpbnRvIGFuIGludGVy bmFsIGJpbmFyeSBmb3JtYXQgYW55IHdheS48YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5l d2xpbmUiPg0KPGJyPg0KV2hhdCBkbyB5b3UsIGFuZCBvdGhlcnMsIHRoaW5rPzxicj4NCjxicj4N ClRoYW5rcyw8YnI+DQpSb2I8YnI+DQo8YnI+DQo8YnI+DQo8ZGl2IGNsYXNzPSJtb3otY2l0ZS1w cmVmaXgiPk9uIDIxLzA4LzIwMTcgMTU6MDEsIEFjZWUgTGluZGVtIChhY2VlKSB3cm90ZTo8YnI+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNpdGU9Im1pZDpENUMwNUVCMy5DMjY4 MSUyNWFjZWVAY2lzY28uY29tIj4NCjxwcmUgd3JhcD0iIj5IaSBXaWxsaWFtLCBSb2IsIEFuZHks DQoNCkdpdmVuIHRoZWlyIGxpbWl0ZWQgdXNlZnVsbmVzcyBhbmQgdGhlIGRldHJpbWVudHMsIHBl cmhhcHMgd2Ugc2hvdWxkDQpkaXNjb3VyYWdlIHRoZSBjcmVhdGlvbiBvZiBuZXcgc3VibW9kdWxl cyBpbiBSRkM2MDg3QmlzLg0KDQpUaGFua3MsDQpBY2VlDQoNCk9uIDgvMjEvMTcsIDk6NDQgQU0s ICZxdW90O25ldG1vZCBvbiBiZWhhbGYgb2YgSXZvcnksIFdpbGxpYW0mcXVvdDsNCjxhIGNsYXNz PSJtb3otdHh0LWxpbmstcmZjMjM5NkUiIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRm Lm9yZ29uYmVoYWxmb2Z3aWxsaWFtLml2b3J5QGludGwuYXR0LmNvbSI+Jmx0O25ldG1vZC1ib3Vu Y2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiB3aWxsaWFtLml2b3J5QGludGwuYXR0LmNvbSZndDs8 L2E+IHdyb3RlOg0KDQo8L3ByZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPHByZSB3cmFw PSIiPkhpIFJvYiwNCg0KVGhhdCB3b3VsZCBtYWtlIGl0IHZlcnkgaGFyZCB0byB1cGRhdGUgZXhp c3RpbmcgMS54IFlBTkcgbW9kZWxzIHRvIHVzZQ0KbmV3IGZlYXR1cmVzIGluIFlBTkcgMi54IGlm IHRoZXkgdXNlZCBzdWJtb2R1bGVzLiAgTWF5YmUgdGhhdCdzIHNvbWV0aGluZw0KdGhhdCBubyBv bmUgd291bGQgZXZlciBjb25zaWRlciBkb2luZyBhbnl3YXksIG9yIG1heWJlIFlBTkcgMS4xIGFs cmVhZHkNCmhhcyBzaW1pbGFyIGRpZmZlcmVuY2VzIHRvIDEuMD8gIEkgaGFkIChwZXJoYXBzIG5h aXZlbHkpIGFzc3VtZWQgdGhhdCB5b3UNCmNvdWxkIG1pZ3JhdGUgYSBuYW1lc3BhY2UgLyBtb2Rl bCBmcm9tIFlBTkcgMS4wIHRvIDIuMD8NCg0KUmVnYXJkcywNCg0KV2lsbGlhbQ0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogbmV0bW9kIFs8YSBjbGFzcz0ibW96LXR4dC1saW5r LWZyZWV0ZXh0IiBocmVmPSJtYWlsdG86bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpu ZXRtb2QtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBSb2JlcnQgV2lsdG9uDQpT ZW50OiAyMSBBdWd1c3QgMjAxNyAxMToyNA0KVG86IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJi cmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwv YT4NClN1YmplY3Q6IFJlOiBbbmV0bW9kXSBRdWVyeSBhYm91dCBhdWdtZW50aW5nIG1vZHVsZSBm cm9tIHN1Ym1vZHVsZSBpbg0KWUFORyAxLjANCg0KDQoNCk9uIDA5LzA4LzIwMTcgMTY6MTMsIEp1 ZXJnZW4gU2Nob2Vud2FlbGRlciB3cm90ZToNCjwvcHJlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0 ZSI+DQo8cHJlIHdyYXA9IiI+T24gV2VkLCBBdWcgMDksIDIwMTcgYXQgMDU6MDE6MDlQTSAmIzQz OzAyMDAsIExhZGlzbGF2IExob3RrYSB3cm90ZToNCjwvcHJlPg0KPGJsb2NrcXVvdGUgdHlwZT0i Y2l0ZSI+DQo8cHJlIHdyYXA9IiI+SSByZW1lbWJlciB0aGF0IGluIGVhcmx5IHN0YWdlcyBvZiBZ QU5HIHRoZXJlIHdhcyBzb21lIGlycmF0aW9uYWwNCmZlYXIgb2YgaW50cm9kdWNpbmcgdG9vIG1h bnkgbmFtZXNwYWNlcywgYW5kIHN1Ym1vZHVsZXMgbWF5IGJlIGENCmNvbnNlcXVlbmNlIG9mIGl0 LiBBcyB5b3Ugd3JpdGUsIHN1Ym1vZHVsZXMgcHJvdmlkZSBubyBiZW5lZml0cw0Kd2hhdHNvZXZl ciBpbiB0ZXJtcyBvZiBtb2R1bGFyaXR5LCBidXQgdGhlIG92ZXJoZWFkIGluIHRlcm1zIG9mDQpt ZXRhZGF0YSwgSUFOQSByZWdpc3RyYXRpb24gZXRjLiBpcyBwcmV0dHkgbXVjaCB0aGUgc2FtZSBh cyBmb3INCm1vZHVsZXMuDQo8L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmUgd3JhcD0iIj5JbiBj YXNlIFlBTkcgMi4wIGlzIGV2ZXIgZG9uZSwgSSBzdWdnZXN0IHNvbWVvbmUgZmlsZXMgYSBwcm9w b3NhbCB0bw0KcmVtb3ZlIHN1Ym1vZHVsZXMgaWYgdGhlIGNvc3QvYmVuZWZpdCByYXRpbyBpcyBh dCBvZGRzLiBUaGVyZSBpcw0Kbm90aGluZyB3cm9uZyB3aXRoIHJlbW92aW5nIHN0dWZmIHRoYXQg aGFzIGJlZW4gZm91bmQgcHJvYmxlbWF0aWMuDQo8L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmUg d3JhcD0iIj5JIGFncmVlLg0KDQpJJ3ZlIGFkZGVkIA0KPGEgY2xhc3M9Im1vei10eHQtbGluay1m cmVldGV4dCIgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91 PWh0dHBzLTNBX19naXRodWIuY29tX25ldG1vZC0yRHciPmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZ2l0aHViLmNvbV9uZXRtb2QtMkR3PC9hPg0K Z195YW5nLTJEbmV4dF9pc3N1ZXNfMjYmYW1wO2Q9RHdJQ0FnJmFtcDtjPUxGWVotbzlfSFVNZU1U U1FpY3ZqSWcmYW1wO3I9cDhreWVLM3U0WllpYVENCjJaUEdxd2t5WG1RZ0JINnI1anBZaVlXemhx SjQ4JmFtcDttPWw3YzRJUEwwNDlBMmJWVk8xNGZ5Qk1seTIxMXhVNjF4U0hnUGxBVDdvdw0KSSZh bXA7cz0ta1I0ZlV0WEFyUXkwUndXYjMyRHBUMWJQNFhfY05xdDJ6SlZvQzBKaVg4JmFtcDtlPQ0K DQpSb2INCg0KPC9wcmU+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxwcmUgd3JhcD0iIj5U aGUgbW90aXZhdGlvbiBmb3Igc3VibW9kdWxlcyB3YXMgdGhhdCBvcmdhbml6YXRpb25zIG1haW50 YWluaW5nIGxhcmdlDQptb2R1bGVzIHdpdGggbXVsdGlwbGUgcGVvcGxlIGNhbiBkbyBzbyB3aXRo b3V0IGhhdmluZyB0byBtZXNzIGFyb3VuZA0Kd2l0aCB0b29scyBsaWtlIG00IHNjcmlwdHMgdG8g cHJvZHVjZSBhIHNpbmdsZSBtb2R1bGUgZnJvbSAnc25pcHBldHMnDQphbmQgdG8gYXZvaWQgaW50 ZWdyYXRpb24gc3VycHJpc2VzLiBCdXQgcGVyaGFwcyB1c2luZyBtNCBzY3JpcHRzIGFuZA0KZGVj ZW50IHZlcnNpb24gY29udHJvbCBzeXN0ZW1zICh0aGF0IGNhbiBpbnRlZ3JhdGUgYW5kIGNvbXBp bGUgb24NCmNoZWNraW4pIGlzIGluZGVlZCBjaGVhcGVyIHRoYW4gaGF2aW5nIHN1Ym1vZHVsZXMg cGFydCBvZiB0aGUgWUFORw0KbGFuZ3VhZ2UgaXRzZWxmLg0KDQovanMNCg0KPC9wcmU+DQo8L2Js b2NrcXVvdGU+DQo8cHJlIHdyYXA9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxpc3QNCjxhIGNsYXNzPSJtb3otdHh0LWxp bmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0Zi5vcmciPm5ldG1vZEBpZXRm Lm9yZzwvYT48YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19t YWlsbWFuXyI+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl88L2E+DQpsaXN0aW5mb19uZXRtb2QmYW1wO2Q9RHdJ Q0FnJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9cDhreWVLM3U0WllpYVEyWlBH cXdreQ0KWG1RZ0JINnI1anBZaVlXemhxSjQ4JmFtcDttPWw3YzRJUEwwNDlBMmJWVk8xNGZ5Qk1s eTIxMXhVNjF4U0hnUGxBVDdvd0kmYW1wO3M9dDd2Rw0KSUg4QUJ1QW0wMGUtYmtTb3dEOWVhd01v ZEdxME4yT2tqQU50cFlJJmFtcDtlPQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KPGEgY2xhc3M9Im1vei10eHQt bGluay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0bW9kQGll dGYub3JnPC9hPjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmUg d3JhcD0iIj48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D5C2252FC2E98aceeciscocom_-- From nobody Wed Aug 23 13:30:06 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00E471321C0; Wed, 23 Aug 2017 13:29:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xxSbOcV7smzh; Wed, 23 Aug 2017 13:29:56 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46556132441; Wed, 23 Aug 2017 13:29:56 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 28D17B80D37; Wed, 23 Aug 2017 13:29:27 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, bess@ietf.org Message-Id: <20170823202927.28D17B80D37@rfc-editor.org> Date: Wed, 23 Aug 2017 13:29:27 -0700 (PDT) Archived-At: Subject: [bess] RFC 8214 on Virtual Private Wire Service Support in Ethernet VPN X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 20:29:58 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8214 Title: Virtual Private Wire Service Support in Ethernet VPN Author: S. Boutros, A. Sajassi, S. Salam, J. Drake, J. Rabadan Status: Standards Track Stream: IETF Date: August 2017 Mailbox: sboutros@vmware.com, sajassi@cisco.com, ssalam@cisco.com, jdrake@juniper.net, jorge.rabadan@nokia.com Pages: 17 Characters: 34563 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-bess-evpn-vpws-14.txt URL: https://www.rfc-editor.org/info/rfc8214 DOI: 10.17487/RFC8214 This document describes how Ethernet VPN (EVPN) can be used to support the Virtual Private Wire Service (VPWS) in MPLS/IP networks. EVPN accomplishes the following for VPWS: provides Single-Active as well as All-Active multihoming with flow-based load-balancing, eliminates the need for Pseudowire (PW) signaling, and provides fast protection convergence upon node or link failure. This document is a product of the BGP Enabled Services Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Aug 23 14:41:34 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D469132A17 for ; Wed, 23 Aug 2017 14:41:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-lfYH20bMrJ for ; Wed, 23 Aug 2017 14:41:29 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00121.outbound.protection.outlook.com [40.107.0.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E689132A13 for ; Wed, 23 Aug 2017 14:41:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=F6J7owoyV7Hn/lMsACgPvlfohhDV+Q9uWgdxqZeH3Ec=; b=Nlw/wdCXRMBqYeX+V4asWfLoykRkkPi0Ymt94G08pO4BZq+Pi6k1UsknPD9DeuCzjxwtdjq0oZ0sM+5z9cH2cGaxtbeQd02cukvxUw6nirq3arjsmMhEZdAtQr+/yPdKClbn3/PXDVDnYW6rOEH5+8uKmSdbJkIGHIl3Rqb48xA= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; Received: from [192.168.0.12] (88.182.48.47) by VI1PR0701MB2477.eurprd07.prod.outlook.com (2603:10a6:800:6e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1385.4; Wed, 23 Aug 2017 21:41:25 +0000 To: BESS From: Martin Vigoureux X-Forwarded-Message-Id: Message-ID: <24920d31-74ce-32f4-2ef2-7bac4b1051d5@nokia.com> Date: Wed, 23 Aug 2017 23:40:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [88.182.48.47] X-ClientProxiedBy: DB6PR0501CA0034.eurprd05.prod.outlook.com (2603:10a6:4:67::20) To VI1PR0701MB2477.eurprd07.prod.outlook.com (2603:10a6:800:6e::14) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 026078e5-c985-4dbc-fd48-08d4ea6fb528 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:VI1PR0701MB2477; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2477; 3:Iwekv47p5Ca7b9hMH7yXp9HUJnALw2Dg+VNCsTkM5VCExRrHZkUYX74pE62LzFD6TgZWmvFd0c+IhBOnyxb+5jBLHX1z1IvqJiQH4daQwxgH/m3ldB5RYabmvHRfpu2y9yS1k0BRQlgJ8dd1592vTfPxNS1hxCBsn3TITQx1OeITsNT5GKjtix6k6cvhHBjN8hv4oJCNlgesWOiGDqUTWnbWLXjRrG7rmxY7ALiARuzZPZL/t0snFaozsYPL+hH1; 25:/oNyyHY5+frD7ZFZZmtpHREakdXUPoO/ygPMIp4xOkMGi6Ygnyck2qjrLRCVuFnvEglYLTJ4fuo1cnmvJYAArlECWVW9Yln66zENJGP8Wu8a5ZIOMwHg93l8OWYVjD3baikg5Z9r4RV9zxpKKXHdJrlTEfOaCH4rNv0Ro5PiiYbVIHpi3rrmG4zEbN39hRLrK9ee6rUyo1+ehh3qC9FkzxjsELlr7boAXOr1SNVjPFBrIfIt1vNMZa733tG3jCWSCFx6iLHjWWh0IGQYGp9nutUreGH9OpICy1a0/Xx3mUL8BO1Q4XllIxe8O+TStXmDYLvVEXkcnicXAeAFoyO0hg==; 31:MGYGUguQCr8/1Bd5PgUdp/YrIaMNMuO84ySUS5xC0AsLuUMarCXsD6u3RJ3XXQ3Qea6UNbiV+AlDhr2758RhlNJGc0clX3PSGmcv+AeM7ZN8ByPyk/TLrRr6twdni5eSIg7puy4Fk4e6lpJjeNKuUXf9uV6JLyOd3bX4pKv6u7LzyIqNbPgScIS7TaRmJS2jAbobPGsxzWzhJ6wBxZ/cr8dyVN++eNG9kQyY9wjKOHo= X-MS-TrafficTypeDiagnostic: VI1PR0701MB2477: X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2477; 20:ndzdmo9kC1E+1xNod7xuZ4r6KJuZT9084MiHCYY1DLWfQdMCvFZjIEC4uMV2vmdEzlLHyW7cenHer2lESjpZzLCqPaFOUiqGqr+cPPBSsQEo8MuD/k8xFUF81OJLAuYvnalg43Qy/68zyLNmP5HSRUjvTMtT+Y8k5njmXbcPxmqSvgVLXwRlNiRG2hXx7+7lu8u3amz0o2AvWrbZlItZ8c2KyOTysdYvyuvCrODehh9ZdKvop33au9Id28W3kKSIk6qzByAD+VbvUL556NkQVsSWRYFQ2ljqNmOL84z21GMsSQqZgAubVrF4BRecrCt/LYOQbUgr/dl1cwAhGKDEB97IRRZTSrL6Nou73QIgY0WEFCEe/lL5TinVTLKPBJKsBtoE7zLdhQ9aGt5IEYbPeYg1dZrDDfejPCHmbQH9dAK/ko9Du61L4mJcx6nWyUsXWatRkeQI30/Srg4jVUrQt5YIl7/TWSgxfU1DrdQXmMJ6HAOdbFRtVCaVoLkCni6O X-Exchange-Antispam-Report-Test: UriScan:(37575265505322)(120809045254105)(82608151540597)(97927398514766)(95692535739014)(18271650672692); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(3002001)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123560025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:VI1PR0701MB2477; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:VI1PR0701MB2477; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2477; 4:Xq4idJJMUMeJmNf6/KbnQd4Zvcs/zaFUHUlCR6RvFsWUUUCxF70y2yJtcefgS/D8QZRklVQJOsdNrTCFpvHMOgLC1OV9wsXWtUq1rue9IBAEsOczZ24OqfQbCwTYS9VUbVKESkcZWHuvo8t7N8Ao8BjHkNCa1uD90GI6OhXnTcI9t3NGCa32rENYa1LGV8BGye+IqT21ew0JJdNRWyZr/TFQKBO8FJH+Fc6fDd38K+FRFlhzq/ghBpy6n4jRndrVIe7d6nDWjapS//XqEUY8hkhpR0qf1viLof+vVYPqhwQFVGMl1fKqbieZGz01jQnGIcTNUxYDE4Gr+zzJB6b72dCCkAVDju67k65RnztVd1INH5AwMo+5GfsPt+CuFWSictfp7ZzPADed4vJ2XOayyAbYwoUH35dHjX4gFmAuG13xoxBt8BxddgYuyxHgpKY+cywtV4qdMlaIXf/kS6li2g== X-Forefront-PRVS: 040866B734 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(7370300001)(6009001)(6049001)(39860400002)(199003)(51744003)(5403001)(189002)(377424004)(2473003)(47776003)(6486002)(101416001)(50466002)(77096006)(53936002)(2870700001)(64126003)(97736004)(2906002)(36756003)(50986999)(54356999)(6306002)(4001350100001)(345774005)(23676002)(81156014)(33646002)(5890100001)(189998001)(81166006)(7736002)(68736007)(106356001)(6666003)(25786009)(31696002)(65826007)(966005)(305945005)(117156002)(42186005)(478600001)(110136004)(31686004)(65956001)(105586002)(66066001)(7350300001)(3846002)(6916009)(5660300001)(83506001)(86362001)(65806001)(229853002)(6116002)(217873001)(19627235001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR0701MB2477; H:[192.168.0.12]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjA3MDFNQjI0Nzc7MjM6WDN3VHlyTFlabnFoS3dYRGk3NzFTeFFP?= =?utf-8?B?Nnk2blJWS0p4V0VlR24wQzNFZHlaMXRCQUhST3hxdjRINUhtdGNmeFZmZkVu?= =?utf-8?B?YjVrcVN1MGEzUXNYZHoxM045M2lORFhRMXpnenY2eHJYN3A5WjA2TjNMNVRm?= =?utf-8?B?UWdWZmk0Tm1XK001TDhVeEpSbk5jRnlReng4d2xCMDlSVUR5Ym9HWHJEK2NZ?= =?utf-8?B?RmphSU1pcXBWZ3hUWlcwajJLU3BFVUsrMFFOcE93M1dyOUJXL1kwdDJZR0hn?= =?utf-8?B?TU1BTVdvUWdJeTd3QmZta2JhZ2lGNXNwT3lORG52SEZnQmI2QTZxeEZnTThC?= =?utf-8?B?Y21mdHNRVVhHOGtaZ2NXTW44V09wTEtKeFQxbG9sWGtSWmQ4NXpFQTViZXNN?= =?utf-8?B?V2REejNNY0prWHR2cWh2QUNFTTBjQUtobXdDM1kxd05EakNLZXFESFljNk5l?= =?utf-8?B?SGRwc1h6cnJTSWVRSTdQYVFjL3hucVZSZEdRaEhzUHN0eEZXS3BDaC9qYlAr?= =?utf-8?B?cTE4S1hZMDJIcWdUN2d6QysrZjk0STVIaDIwWG0yam9EcVVNVmttSWdtSGlh?= =?utf-8?B?ZFdaVFU4UVgrSFl2bEhkWDZRZGc2RHFLRUxGZlZHK1k2NzRHQURDUitVTjFs?= =?utf-8?B?cHNHZkFGaEZxemdDSEEvOXFIUFd0NVA1U1BvZ0VZZnZHeG9ITDJaRDRtVFhJ?= =?utf-8?B?SEF3VjI2M29KdVpxSTUrZkN4SHNUa2hZSmxxdTUzNFEzNzdqMElURGVhY3R0?= =?utf-8?B?VDhIb1JkeG1JYUhkTk5HK0VENjVQOGVrWTJ1WUZsMEc5RmMvUXR4cG1wYzVL?= =?utf-8?B?TVdwalhQZUUvN0hVTUEyZzhRcDRDYUFPTFlieEdYVEdLNzJla3BYWGtGTFRM?= =?utf-8?B?V3ZuYXVaSHRjZUFVMHV6S0YwWC80akUyOUJrbWY0cTBLbWJVRFdZZVg3RVk4?= =?utf-8?B?d2p4UCs3cW5XYlBYb0Y5UTJoMDQwNmZOeS9QK1ozbHFxbmJJNkhYa2RPRFhL?= =?utf-8?B?Wm0wb05ESmVlRVNwLzNXMndtdEFSc2VZTnV0eVNIdllxakdGclV0TjVudnRY?= =?utf-8?B?ZFUvb09VR0FTRVlXUjdYVmliY1oxd1ZLc1crSmhwNHpxZDBjVUhjN3VMNktj?= =?utf-8?B?ZzZmb0xZbU5uUHRMRHJYOUhXcndYM2xQMjVEaytscDBwT01PZW9ueVYvai82?= =?utf-8?B?cGF3VGMzMmZmL1R4MVdtOVNVQkZ3Qm1kZXJTOTRmb2hGdjBubnpVSXVSS0Vi?= =?utf-8?B?Z2ZiL2ovNlU4RkVlVHQvTHlNL3JsMnRoNGQwc0JiRTdraW84eUVQUE9sSWl2?= =?utf-8?B?cmVyRi9CY2p1TE1BVlUrdGJWc0szQWh5MHpJaXFxVzRENFlHeDNPdTh0WkFY?= =?utf-8?B?ZmxBNTBoRXVwa3NZYWlEUUljemFVV0hYbzF5ZldDNmRxMjhESjRROUFuS1hJ?= =?utf-8?B?QXZpWUpFQUhXd0xIMVFyTGR5YzlIY2J2S1VCM2paazVnaGFrcFlHbXdENzJy?= =?utf-8?B?RWtWbnY3Mm9YSU0rYkRQc1pMYzVSRFpBUkhsV1lia05obGg1SHk2b3UzOFVp?= =?utf-8?B?U0ttTGFmcGltUUJ1cUVIVUNEMGxiaWVoc1lJcEJTZGxFYU1zbUVINXIrS0NM?= =?utf-8?B?bVNraVpSV1hPaXhwc2JlK2JpRzkwZzM3VjhuVnRoVmgyQktZVHhKOG5tOWNv?= =?utf-8?B?SUVQcFNrOGhJZENibXlUV3ZKQWlXL1RUc3dkZmhsUU9QNlhrSHNnSm0yMSs4?= =?utf-8?B?bXRraFFKNUgzU1hXdUdFZ0swVzh5UHBhZjJBMFY2WU51V29IZS8zQm45YVNh?= =?utf-8?B?SXQ2QWNncEhYTHRIQWdTNFNCVEw3cHBBWUVYUlBVSGxFaXVETms2YXNEbmIx?= =?utf-8?B?bHpCMTJLY08xZ0paSUg1V0dKdFNmK3Q1QjhPalpxNDhSdUZsRkhxSlpHN1JW?= =?utf-8?B?VHN0eCt0OHFvZEo3ck5iYzhZL0dWTkdyRm9xUkxLbGRCalB3TGNuYnhjOHgx?= =?utf-8?Q?q3uGgIaj?= X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2477; 6:1hJwTskVPGhCkAQPfJMdbYhdxuJ9OzoKL0NxdLxrutDXcFge5nrTQuVa2xDvnHoMmzPUgzBFPiMVmGxeSH4K4tRih2UG10sRUz5ZPXXn7AZUdr4qqva6XsS74qGu1cWD8PFmMxCM2lfJH2NJjdnaRvfS8B6cIiLDa2+vPmyLWJOU3C/LIhDuctoAzqMYBAKPqfYolHX1RFa5rRgzw0mqdOfvLaVWjLCeABZiYhThz3K2T347G/ccdmZ3p/5Uwr/L40kt4qtXtgS1I1JEqERX9SBB8xKSxg/eKJ1Tu55buJOQsM93NbSaklbAr9WqgGN1BsYNAObNDD4+lOM30gEDNg==; 5:xxFxJX9NgkNpXpuYnDmgRkr1uojmKUtQNsp39SMviVCz62TTUte8V/Jkps70yV4/IUoT9NNFYQzK/eJWAHjPoukuxKeeORSAm0LyH1zl4LZyGYyY1IomRtvOwEUiIDFiDOizXSj9ukKCBZTX2DX8UQ==; 24:0SqK0O6mVjE9l54LdfUH4aTOJs3faymq1hvvWpPNIEXXFfz2hhwIkuZ2q8cmqIvyGJeY+O8GDFIgM1azdCOPVRSzcpBH6gSUnJHEgBeaaS4=; 7:XJqHr5b54iqxAtzPhiMKHzhBSKp0EQF/0exee4brkYmkS6WMEaPVYK8BQFWXSg3U89l/drp5Z6VcLNjaJYbE+3j5NCujlJvNF3J7TqW2vrjpTKLrynJZpYbOwuXMfSmewoRAY5K8iK4KRjJxW+jaNYTHo75uz7zt4q6VvG5+T2dCxfwpaLw/wXINtKs0+3liICdlkPEBKmXZrjMvZ51+tCmQYOU0qYWCmsh+kA9va5U= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Aug 2017 21:41:25.4276 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2477 Archived-At: Subject: [bess] =?utf-8?q?Fwd=3A_New_Liaison_Statement=2C_=22Review_and_Co?= =?utf-8?q?mment_on_TR-350_Issue_2_-_Ethernet_Services_using_BGP_MPLS_Base?= =?utf-8?q?d_Ethernet_VPNs_=28EVPN=29_=E2=80=93_ELINE_and_ETREE=22?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 21:41:33 -0000 Hello, I am not sure if this reached the list. In any case, please be aware of this liaison statement, also available here https://datatracker.ietf.org/liaison/1540/ Action is needed for this liaison statement. -m -------- Message transféré -------- Sujet : New Liaison Statement, "Review and Comment on TR-350 Issue 2 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) – ELINE and ETREE" Date : Tue, 08 Aug 2017 10:31:30 -0700 De : Liaison Statement Management Tool Pour : Alvaro Retana , Deborah Brungard , George Swallow , Alia Atlas , Martin Vigoureux , Loa Andersson , Thomas Morin , Nicolai Leymann Copie à : Alvaro Retana , Deborah Brungard , Multiprotocol Label Switching Discussion List , David Sinicrope , david.sinicrope@ericsson.com, Alia Atlas , BGP Enabled ServiceS Discussion List , Martin Vigoureux , The IETF Chair , George Swallow , Loa Andersson , Thomas Morin , rmersh@broadband-forum.org, Nicolai Leymann Title: Review and Comment on TR-350 Issue 2 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) – ELINE and ETREE Submission Date: 2017-08-08 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1540/ Please reply by 2017-09-06 From: Michael Fargano To: Martin Vigoureux , Thomas Morin ,Nicolai Leymann ,Loa Andersson ,George Swallow ,Alia Atlas ,Alvaro Retana ,Deborah Brungard Cc: Alvaro Retana ,Deborah Brungard ,Multiprotocol Label Switching Discussion List ,David Sinicrope ,Alia Atlas ,BGP Enabled ServiceS Discussion List ,Martin Vigoureux ,The IETF Chair ,George Swallow ,Loa Andersson ,Thomas Morin ,Nicolai Leymann ,rmersh@broadband-forum.org Response Contacts: david.sinicrope@ericsson.com Technical Contacts: Purpose: For comment Body: Dear Colleagues, In November 2015, the BBF published TR-350 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) which covered architecture and equipment requirements for implementation of ELAN service types using the EVPN technology. Also in November 2015, the BBF started working the second phase of the TR-350 work adding ELINE and ETREE service types to this important specification. The work has progress through 2016 and early 2017 and has entered the beginning of the Broadband Forum approval process. During this phase we would greatly appreciate your review and comments. To consider your comments during our 3Q2017 meeting we would need to receive them by 6 September 2017. Comments received after 6 September will be considered during our 4Q2017 meeting in December 2017. We look forward to working with you and we would like to thank you for your timely consideration and response. Sincerely, Michael Fargano, Broadband Forum Technical Committee Chair CC: Robin Mersh, Broadband Forum CEO Attachments: WT-350i2SBLiaison.approved https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-1.pdf WT-350i2ELineETree.SBText-Sinicrope-RnTAD https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-2.pdf From nobody Wed Aug 23 14:59:47 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E62A132A18; Wed, 23 Aug 2017 14:59:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150352557942.19458.5851229268828534171@ietfa.amsl.com> Date: Wed, 23 Aug 2017 14:59:39 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-fat-pw-bgp-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 21:59:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Extensions to BGP Signaled Pseudowires to support Flow-Aware Transport Labels Authors : Keyur Patel Sami Boutros Jose Liste Bin Wen Jorge Rabadan Filename : draft-ietf-bess-fat-pw-bgp-03.txt Pages : 10 Date : 2017-08-23 Abstract: This draft defines protocol extensions required to synchronize flow label states among PEs when using the BGP-based signaling procedures. These protocol extensions are equally applicable to point-to-point Layer2 Virtual Private Networks (L2VPNs). This draft updates RFC 4761 by defining new flags in the Control Flags field of the Layer2 Info Extended Community. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-fat-pw-bgp/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-fat-pw-bgp-03 https://datatracker.ietf.org/doc/html/draft-ietf-bess-fat-pw-bgp-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-fat-pw-bgp-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Aug 23 22:27:16 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E2CA13214D; Wed, 23 Aug 2017 22:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cbf6WfAqML00; Wed, 23 Aug 2017 22:27:10 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BB0A1321E3; Wed, 23 Aug 2017 22:27:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=128222; q=dns/txt; s=iport; t=1503552429; x=1504762029; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=L3NEVFUMZllQQF3kk9Lz4z25ZlP2kzZoYE+0jfAvN4E=; b=UihdW0OXuG9D4Rn35lEsbuC1NRH+yb/FlhNHGBaWYk9qx120wjJcbH6z +GFn3aLHHURLo5emiL5/fjkTIBP6/4U9rShNBj0zE0KawoxNs3fSokV5L 1B8ZjA7J6TErZY1oY4eqNcE62Yxr38FD5e2fZgCI06r33q2t6oU4OUuRx 4=; X-Files: draft-ietf-bess-evpn-etree-13.txt : 47269 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BABgBQY55Z/5ldJa1TChkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJvAT0tZIEVB4NwmjSBcHeVO4IELIE7AYNfAhqELUIVAQIBAQE?= =?us-ascii?q?BAQEBayiFGAEBAQEDGgEIBAY6BgwQAgEIEQMBAiEBBgMCAgIwFAkIAQEEAQ0FC?= =?us-ascii?q?QUGB4oWEKw6gWw6i18BAQEBAQEBAQEBAQEBAQEBAQEBAQEOD4MqggKDLgGCczS?= =?us-ascii?q?ELgwFAQEHBQYBNgkGBgqCXYJhBYl+B4cWhweINgKEMoMig1WDVYImgx6CEhs+g?= =?us-ascii?q?RSDdokngUiJb4MGhHiEQAEPJiJ/C3cVSYMkgXMFF4FndgGEPgEECheBDIEPAQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.41,419,1498521600"; d="txt'?scan'208,217";a="471091937" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Aug 2017 05:27:07 +0000 Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v7O5R70r027610 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 24 Aug 2017 05:27:07 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 24 Aug 2017 01:27:06 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Thu, 24 Aug 2017 01:27:06 -0400 From: "Ali Sajassi (sajassi)" To: Ravi Singh , "rtg-ads@ietf.org" CC: "bess@ietf.org" , "rtg-dir@ietf.org" , "draft-ietf-bess-evpn-etree@ietf.org" Thread-Topic: RtgDir review: draft-ietf-bess-evpn-etree-12 Thread-Index: AdMWW/dJVeyvWUjYTNOUZFLCcGmGsQGJExYA Date: Thu, 24 Aug 2017 05:27:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/mixed; boundary="_004_D5C322FA217096sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] RtgDir review: draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2017 05:27:15 -0000 --_004_D5C322FA217096sajassiciscocom_ Content-Type: multipart/alternative; boundary="_000_D5C322FA217096sajassiciscocom_" --_000_D5C322FA217096sajassiciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmF2aSwNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIG15IHJlcGxp ZXMgaW5saW5lLg0KDQpGcm9tOiBSYXZpIFNpbmdoIDxyYXZpc0BqdW5pcGVyLm5ldDxtYWlsdG86 cmF2aXNAanVuaXBlci5uZXQ+Pg0KRGF0ZTogVHVlc2RheSwgQXVndXN0IDE1LCAyMDE3IGF0IDEx OjU2IFBNDQpUbzogInJ0Zy1hZHNAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAaWV0Zi5vcmc+IiA8 cnRnLWFkc0BpZXRmLm9yZzxtYWlsdG86cnRnLWFkc0BpZXRmLm9yZz4+DQpDYzogImJlc3NAaWV0 Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0Bp ZXRmLm9yZz4+LCAicnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz4iIDxy dGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPj4sICJkcmFmdC1pZXRmLWJl c3MtZXZwbi1ldHJlZUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWVA aWV0Zi5vcmc+IiA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWVAaWV0Zi5vcmc8bWFpbHRvOmRy YWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlQGlldGYub3JnPj4NClN1YmplY3Q6IFJ0Z0RpciByZXZp ZXc6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0cmVlLTEyDQpSZXNlbnQtRnJvbTogPGFsaWFzLWJv dW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+Pg0KUmVzZW50LVRv OiBDaXNjbyBFbXBsb3llZSA8c2FqYXNzaUBjaXNjby5jb208bWFpbHRvOnNhamFzc2lAY2lzY28u Y29tPj4sIDxzc2FsYW1AY2lzY28uY29tPG1haWx0bzpzc2FsYW1AY2lzY28uY29tPj4sIDxqZHJh a2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+LCA8anUxNzM4QGF0dC5j b208bWFpbHRvOmp1MTczOEBhdHQuY29tPj4sIDxzYm91dHJvc0B2bXdhcmUuY29tPG1haWx0bzpz Ym91dHJvc0B2bXdhcmUuY29tPj4sIDxqb3JnZS5yYWJhZGFuQG5va2lhLmNvbTxtYWlsdG86am9y Z2UucmFiYWRhbkBub2tpYS5jb20+Pg0KUmVzZW50LURhdGU6IFR1ZXNkYXksIEF1Z3VzdCAxNSwg MjAxNyBhdCAxMTo1NiBQTQ0KDQpIZWxsbywNCg0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhl IFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5n IERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0 ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJl dmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRo ZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9y IG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBz ZWUg4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rp cg0KDQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9m IHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lk ZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0 IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Np b24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1iZXNz LWV2cG4tZXRyZWUtMTINClJldmlld2VyOiBSYXZpIFNpbmdoDQpSZXZpZXcgRGF0ZTogMDgvMTUv MjAxNw0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgdHJhY2sNCg0KU3VtbWFyeTogSSBoYXZl IHNvbWUgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJl IHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4NCg0KDQpJJ3ZlIHJldmlld2VkIHRoaXMgZHJh ZnQuDQpNb3N0IG9mIG15IGNvbW1lbnRzIGZhbGwgdW5kZXIgdGhlIGNhdGVnb3J5IG9mICJtaW5v ciBjb21tZW50cyIgYW5kICJuaXRzIi4NClRoZSBvbmx5IG1ham9yIGNvbW1lbnRzIHBlcnRhaW4g dG8NCmEuICAgICAgIFNlY3Rpb25zIDUuMi84LjE6IHdoaWNoIGFwcGVhciBsaWtlIGFuIG92ZXJr aWxsIGFuZCBjb3VsZCBiZSBjb25zaWRlcmVkIGZvciBkcm9wcGluZyBmcm9tIHRleHQuDQoNClNl Y3Rpb24gMy4zLjEgZGVzY3JpYmVzIHRoZSBuZWVkIGFuZCB0aGUgdXNlIGZvciBjb21wb3NpdGUg dHVubmVsIHR5cGUgZGVzY3JpYmVkIGluIDUuMi84LjEuIFRoaXMgaGFzIGJlZW4gZGlzY3Vzc2Vk IGluIGxlbmd0aCB3aXRoIHlvdXIgY29sbGVhZ3VlIEVyaWMgUm9zZW4sIEplZmZyZXkgWmhhbmcs IGFuZCBKb2huIERyYWtlLiBBZnRlciBkaXNjdXNzaW5nIHdpdGggdGhlbSwgaWYgeW91IHN0aWxs IHRoaW5rIGl0IGlzIOKAnG92ZXJraWxs4oCdLCB0aGVuIHBsZWFzZSBlbGFib3JhdGUgYXMgdG8g d2h5Lg0KDQpiLiAgICAgIE5lZWQgZm9yIGEgbmV3IHNlY3Rpb24gb24gdGhlIGRvYzoNCkluY2x1 ZGUgc2VjdGlvbiB0byBhZGRyZXNzIHRoaXMgc3BlY2lmaWNhbGx5OiAiSXMgKFBCQi0pRVZQTiBi ZWluZyBhICptb3JlIGVmZmljaWVudCogaW1wbGVtZW50YXRpb24gb2YgRS1UcmVlIGZ1bmN0aW9u cyBkZW1vbnN0cmF0ZWQ/IiBUaGlzIGlzIHJlbGV2YW50IHNpbmNlIHRoZSBhYnN0cmFjdCBtYWtl cyBhIHBpdGNoIGZvciB0aGlzIGRyYWZ0IGFkZHJlc3NpbmcgaG93IFBCQigtRVZQTikgaW1wbGVt ZW50IEUtdHJlZSBmdW5jdGlvbmFsaXR5IG1vcmUgZWZmaWNpZW50bGt5LiBIb3dldmVyLCBpdCB0 YWtlcyBhIGZpbmUtdG9vdGhlZCBjb21iIHRvIGdsZWFuIHRoYXQgaW5mby4gRWcuIEZpcnN0IHBh cmEgaW4gc2VjdGlvbiAzLjEuIE5vd2hlcmUgZWxzZSBpbiB0aGUgdGV4dCBoYXMgdGhlIGVmZmlj aWVuY3kgYXNwZWN0IGJlZW4gZXhwbGljaXRseSBhZGRyZXNzZWQuICBUaGlzIGFzcGVjdCBjb3Vs ZCB1c2UgYSBzZWN0aW9uIG9mIGl0cyBvd24uDQoNCk9LLCB0aGUgbmV3IHNlY3Rpb24gaXMgMy4x IDotKSBJdCBpcyBub3QganVzdCB0aGUgZmlyc3QgcGFyYWdyYXBoIG9mIHNlY3Rpb24gMy4xIGJ1 dCB0aGUgZW50aXJlIHNlY3Rpb24gdGhhdCBkZXNjcmliZXMgaXQgLSBpLmUuLCBmaXJzdCBwYXJh Z3JhcGggc2F5cyB0aGF0IGlmIGZpbHRlcmluZyBpcyBkb25lIG9uIHRoZSBpbmdyZXNzIFBFLCBp dCBwcm92aWRlcyBhbiBlZmZpY2llbnQgZmlsdGVyaW5nIGFuZCB0aGUgcmVzdCBvZiB0aGUgc2Vj dGlvbiBkZXNjcmliZXMgd2hhdCBpdCB0YWtlcyB0byBkbyBpbmdyZXNzIGZpbHRlcmluZy4NCg0K DQpGZWVkYmFjazoNCjEuICAgICAgIEFic3RyYWN0OiB2ZXJ5IGNsZWFyDQoyLiAgICAgICBTZWN0 aW9uMSA6IEludHJvZHVjdGlvbjoNCmEuICAgICAgIEhvdyBhYm91dCByZWZlcnJpbmcgdG8gIltS RkM3NDMyXSBpcyBhIHNvbHV0aW9uIGZvciBtdWx0aXBvaW50IEwyVlBOIHNlcnZpY2VzIiAgYXMg RVZQTiBtb3JlIGRpcmVjdGx5Pw0KDQpPSywgY2hhbmdlZCBpdCB0byAiRVZQTiAoUkZDNzQzMikg aXMgYSBzb2x1dGlvbiDigKYiDQoNCjMuICAgICAgIFNlY3Rpb24gMjogRS10cmVlIHNjZW5hcmlv cw0KYS4gICAgICAgU2VjdGlvbiAyLjE6IGZvciB0aGUgc2FrZSBvZiB0ZXJtaW5vbG9neSBjbGFy aWZpY2F0aW9uLCBwbGVhc2UgZWRpdCB0aGUgdGV4dCB0byBub3QgbWVudGlvbiB0aGUgYWNyb255 bSB1bnRpbCB0aGUgZnVsbC1leHBhbnNpb24gaGFzIGJlZW4gbGlzdGVkLiBUaGUgZHJhZnQgZG9l cyBsaXN0IHRoZSBmdWxsLWV4cGFuc2lvbi4gSnVzdCBub3QgYmVmb3JlIGZpcnN0IHVzaW5nIHRo ZSBhY3JvbnltLg0KDQpEb25lLiBBbHNvIGFkZGVkIGEgbmV3IHNlY3Rpb24gdG8gZGVmaW5lIGFj cm9ueW1zL3Rlcm1pbm9sb2d5Lg0KDQpiLiAgICAgIFNlY3Rpb24gMi4yOiAiDQp0aHVzIGNvbG9y IE1BQyBhZGRyZXNzZXMgdmlhIGEgImNvbG9yIiBmbGFnIGluIGEgbmV3IGV4dGVuZGVkIGNvbW11 bml0eSBhcyBkZXRhaWxlZCBpbiBzZWN0aW9uIDMuMS4iIHNob3VsZCBiZSByZWZlcnJpbmcgdG8g c2VjdGlvbiA1LjEgaW5zdGVhZC4NCg0KRG9uZS4gVGhhbmtzIGZvciB0aGUgY2F0Y2guDQoNCjQu ICAgICAgIFNlY3Rpb24gMzogT3BlcmF0aW9uIG9mIEVWUE4NCmEuICAgICAgIDMuMTogIkV4dGVu ZGVkIENvbW11bml0eSB3aXRoIGEgTGVhZiBpbmRpY2F0aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBb c2VjdGlvbjUuMl0iICAtPg0KIkV4dGVuZGVkIENvbW11bml0eSB3aXRoIGEgTGVhZiBpbmRpY2F0 aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBbc2VjdGlvbiA1LjFdIg0KDQpBbHJlYWR5IGNvcnJlY3Rl ZC4NCg0KYi4gICAgICAzLjMuMSAoJiBzZWN0aW9uIDUuMiBhcyB3ZWxsKTogc3BlY2lmeWluZyAo YXMgdGhpcyBkcmFmdCBkb2VzKSB0aGF0IHRoZSBpbmdyZXNzIFBFIFggYWN0aW5nIGZvciBhIHJv b3QgZW50aXR5LCBiZSBhYmxlIHRvIGRpY3RhdGUgdG8gYSBQRSBZIGFjdGluZyBvbiBiZWhhbGYg b2YgYSBsZWFmIGVudGl0eSwgdGhhdCBQRSBZIHNob3VsZCAiaW5ncmVzcyByZXBsaWNhdGlvbiIg b3Igb3RoZXJ3aXNlIHNvdW5kcyBleGNlc3NpdmUuIEFsc28sIHRoaXMgZHJhZnQgZG9lcyBub3Qg bWFrZSBhIHN0cm9uZyBlbm91Z2ggY2FzZSBmb3IgdGhlIG5lZWQgZm9yIHRoZSBtb2RpZmljYXRp b24gdG8gIlBNU0kgVHVubmVsIEF0dHJpYnV0ZSIuIEV2ZW4gaWYgdGhlIGZvcmVnb2luZyB3YXMg aWdub3JlZCwgdGhlIGRyYWZ0IGRvZXMgbm90IGFkZHJlc3MgaG93IFBFIFggYmVoYXZlcyBzaG91 bGQgUEUgWSBjaG9vc2Ugbm90IHRvIGhvbm9yIHRoZSBzZXR0aW5nIG9mIHRoZSAiY29tcG9zaXRl LXR1bm5lbCBiaXQiLg0KDQpTZWN0aW9uIDMuMy4xIGRlc2NyaWJlcyB3aHkgaW5ncmVzcyByZXBs aWNhdGlvbiBmcm9tIGxlYWYgdG8gcm9vdHMgd291bGQgYmUgc3VmZmljaWVudCBhbmQgaG93IHRv IHNpZ25hbCBpdCBlZmZpY2llbnRseS4gVGhlIGNvLWF1dGhvcnMgYXMgd2VsbCBhcyBvdGhlciBy ZXZpZXdlcnMgKGUuZy4sIEVyaWMgUm9zZW4sIEplZmZyZXkgWmhhbmcsIGFuZCBvdGhlcnMgbGlz dGVkIGluIHRoZSBhY2sgc2VjdGlvbikgaGF2ZSBjb25zZW5zdXMgb24gdGhlIGN1cnJlbnQgZGVz Y3JpcHRpb24gaW4gc2VjdGlvbiAzLjMuMS4NCg0KNS4gICAgICAgU2VjdGlvbiA0OiBPcGVyYXRp b24gb2YgUEJCLUVWUE46IG5vIHNwZWNpZmljIGNvbW1lbnRzLiBIb3dldmVyLCBhIGxpdHRsZSBt b3JlIGRldGFpbCB3b3VsZCBiZSB1c2VmdWwgdG8gYXZvaWQgaGF2aW5nIHRoZSByZWFkZXIgcmVw ZWF0ZWRseSByZWZlciBiYWNrIHRvIHRoZSBQQkItRVBWTiBSRkM3NjIzLg0KDQpCb3RoIFJGQyA3 NDMyIGFuZCBSRkM3NjIzIGFyZSBwcmVyZXF1aXN0ZXMgdG8gdGhpcyBSRkMgYW5kIGl0IGlzIGFz c3VtZWQgdGhlIHJlYWRlciBoYXMgZnVsbCBrbm93bGVkZ2Ugb2YgYm90aC4NCg0KNi4gICAgICAg U2VjdGlvbiA1OiBCR1AgZW5jb2RpbmcNCmEuICAgICAgIFRoaXMgbG9va3MgbGlrZSBhbiB1bmV4 cGVjdGVkIHNlY3Rpb24gZ2l2ZW4gdGhlICJhYnN0cmFjdCIgYW5kIHRoZSAiaW50cm9kdWN0aW9u IiBzZWN0aW9uLg0KVGhlIGFic3RyYWN0IGFuZCB0aGUgaW50cm9kdWN0aW9uIHNlZW0gdG8gaW5k aWNhdGUgdGhhdCBubyBzaWduYWxpbmcgY2hhbmdlcyBhcmUgbmVlZGVkIHRvIG1ha2UgKFBCQi0p RVZQTiBwcm92aWRlIEUtdHJlZSBzZXJ2aWNlcy4gQWJzdHJhY3QvaW50cm9kdWN0aW9uIGNvdWxk IHVzZSBzb21lIHJld29yZGluZyBvbiB0aGlzIGNvdW50Lg0KDQpVcGRhdGVkIGJvdGggYWJzdHJh Y3QgYW5kIGludHJvZHVjdGlvbiB0byBzYXkg4oCcYSBzb2x1dGlvbiBiYXNlZCBvbiBFVlBO4oCd IGluc3RlYWQgb2Yg4oCcRVZQTuKAnS4NCg0KYi4gICAgICBNaW5vciB0eXBvOg0KNS4xOiAiVGhl IHJlY2VpdmVkIFBFIiAtPiAiVGhlIHJlY2VpdmluZyBQRSINCkNvcnJlY3RlZCBpdC4NCg0KNS4y OiBpdCB3b3VsZCBlbmhhbmNlIHJlYWRhYmlsaXR5IGlmIHRoZSBmbGFncyB3ZXJlIHByZXNlbnRl ZCBhcw0KICAgICAgIDAgMSAyIDMgNCA1IDYgNw0KICAgICAgKy0rLSstKy0rLSstKy0rLSsNCiAg ICAgIHxDICB8cmVzZXJ2ZWQgIHxMfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSsNCkMgPSBjb21w b3NpdGUtdHVubmVsIGJpdA0KDQpDIGJpdCBpcyBpbiBUdW5uZWwgVHlwZSBmaWVsZCAoYW5kIG5v dCB0aGUgZmxhZyBmaWVsZCkuDQoNCkFueXdheSwgYXMgc3RhdGVkIGFib3ZlIHRoaXMgZHJhZnQg ZG9lcyBub3QgbWFrZSBhIHN0cm9uZyBlbm91Z2ggY2FzZSBmb3IgdGhlIG5lZWQgZm9yIHRoZSBt b2RpZmljYXRpb24gdG8gIlBNU0kgVHVubmVsIEF0dHJpYnV0ZSIuIFRoZSB2YWx1ZSBhZGRlZCBi eSB0aGlzIG1vZGlmaWNhdGlvbiB0byB0aGUgUE1TSSB0dW5uZWwtYXR0cmlidXRlIHNlZW1zIG1h cmdpbmFsLiBBIGxlYWYNCg0KNy4gICAgICAgU2VjdGlvbiA4OiBJQU5BIGNvbnNpZGVyYXRpb25z OiBpdCB3b3VsZCBiZSB1c2VmdWwgdG8gaW5jbHVkZSB0ZXh0IGFib3V0IHRoZSBuYW1lIG9mICJF LVRyZWUgRmxhZ3MiIHJlZ2lzdHJ5IGluIHNlY3Rpb24gNS4xIGFuZCBjb3JyZWxhdGUgdGhlc2Ug MiBzZWN0aW9ucy4NCg0KQWxyZWFkeSBhZGRyZXNzZWQgYmVjYXVzZSBvZiBhIHNpbWlsYXIgY29t bWVudCAocGxlYXNlIHJlZmVyIHRvIHRoZSBhdHRhY2htZW50KS4NCg0KYS4gICAgICAgU2VjdGlv biA4LjE6IGNvdWxkIGJlIGNvbnNpZGVyZWQgZm9yIGRyb3BwaW5nLCBpbiB2aWV3IG9mIHRoZSBw cmV2aW91cyBjb21tZW50cyBvbiBQTVNJIGV0Yy4NCjguICAgICAgIEFwcGVuZGl4IEE6IHRvbyB3 b3JkeS4gQ291bGQgZG8gd2l0aCBmZXdlciBiZXR0ZXItY2hvc2VuIHdvcmRzIHRvIGNvbW11bmlj YXRlIHRoZSBzYW1lIG1lc3NhZ2UuIFNvbWUgbWlub3Igc2luZ3VsYXIvcGx1cmFsIHR5cG9zLg0K DQpPSy4NCg0KVGhhbmtzLA0KQWxpDQoNClJlZ2FyZHMNClJhdmkNCg0K --_000_D5C322FA217096sajassiciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <207B0307072BE1459F6ACCA1B8D19109@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0K PGZvbnQgY29sb3I9IiNmZjAwMDAiPkhpIFJhdmksPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6 IHJnYigwLCAwLCAwKTsiPg0KPGZvbnQgY29sb3I9IiNmZjAwMDAiPjxicj4NCjwvZm9udD48L2Rp dj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNp emU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxmb250IGNvbG9yPSIjZmYwMDAwIj5U aGFua3MgZm9yIHlvdXIgY29tbWVudHMuIFBsZWFzZSBzZWUgbXkgcmVwbGllcyBpbmxpbmUuPC9m b250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyPg0KPC9kaXY+DQo8 c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTpMdWNpZGEgR3JhbmRlOyBmb250LXNpemU6MTFwdDsgdGV4 dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJP UkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZU OiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7 IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj5SYXZpIFNpbmdoICZsdDs8YSBocmVm PSJtYWlsdG86cmF2aXNAanVuaXBlci5uZXQiPnJhdmlzQGp1bmlwZXIubmV0PC9hPiZndDs8YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIEF1 Z3VzdCAxNSwgMjAxNyBhdCAxMTo1NiBQTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpi b2xkIj5UbzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzpydGctYWRzQGlldGYub3JnIj5y dGctYWRzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1hZHNAaWV0 Zi5vcmciPnJ0Zy1hZHNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3Jn Ij5iZXNzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5v cmciPmJlc3NAaWV0Zi5vcmc8L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJA aWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 cnRnLWRpckBpZXRmLm9yZyI+cnRnLWRpckBpZXRmLm9yZzwvYT4mZ3Q7LA0KICZxdW90OzxhIGhy ZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZXZwbi1ldHJlZUBpZXRmLm9yZyI+ZHJhZnQtaWV0 Zi1iZXNzLWV2cG4tZXRyZWVAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWVAaWV0Zi5vcmciPmRyYWZ0LWlldGYtYmVzcy1ldnBu LWV0cmVlQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+U3ViamVjdDogPC9zcGFuPlJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWV0 cmVlLTEyPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlJlc2VudC1Gcm9tOiA8 L3NwYW4+Jmx0OzxhIGhyZWY9Im1haWx0bzphbGlhcy1ib3VuY2VzQGlldGYub3JnIj5hbGlhcy1i b3VuY2VzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+UmVzZW50LVRvOiA8L3NwYW4+Q2lzY28gRW1wbG95ZWUgJmx0OzxhIGhyZWY9Im1haWx0bzpz YWphc3NpQGNpc2NvLmNvbSI+c2FqYXNzaUBjaXNjby5jb208L2E+Jmd0OywgJmx0OzxhIGhyZWY9 Im1haWx0bzpzc2FsYW1AY2lzY28uY29tIj5zc2FsYW1AY2lzY28uY29tPC9hPiZndDssICZsdDs8 YSBocmVmPSJtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Ij5qZHJha2VAanVuaXBlci5uZXQ8L2E+ Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzpqdTE3MzhAYXR0LmNvbSI+anUxNzM4QGF0dC5jb208 L2E+Jmd0OywNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNib3V0cm9zQHZtd2FyZS5jb20iPnNib3V0 cm9zQHZtd2FyZS5jb208L2E+Jmd0OywgJmx0OzxhIGhyZWY9Im1haWx0bzpqb3JnZS5yYWJhZGFu QG5va2lhLmNvbSI+am9yZ2UucmFiYWRhbkBub2tpYS5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDpib2xkIj5SZXNlbnQtRGF0ZTogPC9zcGFuPlR1ZXNkYXksIEF1Z3Vz dCAxNSwgMjAxNyBhdCAxMTo1NiBQTTxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxk aXYgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpz Y2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMt bWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0x MWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQu Y29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMt aHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQg MTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMg Ki8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6 MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3At YWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0K CW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21z by1saXN0LWlkOjEwNTA3OTExMzsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTc2NDM2MDc5Njt9 DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0K QGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K CW1zby1sZXZlbC10YWItc3RvcDoxLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpA bGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDozLjBpbjsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxp c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1z by1sZXZlbC10YWItc3RvcDo0LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjM4NzE0NDI5 NDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTE2NDMxOTA4MDA7fQ0KQGxpc3QgbDE6bGV2ZWwy DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWIt c3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluO30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjY2NzM3MTQ0MzsNCgltc28tbGlz dC10ZW1wbGF0ZS1pZHM6LTE0MTQzNzE0MzY7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0K QGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K CW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpA bGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDoyLjVpbjsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxp c3QgbDI6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1z by1sZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlz dCBsMw0KCXttc28tbGlzdC1pZDo3NDY0NjAyMjc7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjIw ODQ1OTg2Njt9DQpAbGlzdCBsNA0KCXttc28tbGlzdC1pZDo4NDc3MTQzNDQ7DQoJbXNvLWxpc3Qt dGVtcGxhdGUtaWRzOi0xNTE3NDc5NzY7fQ0KQGxpc3QgbDQ6bGV2ZWwxDQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxp c3QgbDQ6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1z by1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw0OmxldmVsMw0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlz dCBsNDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDQ6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDoyLjVpbjsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0 IGw0OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsNDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDQ6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw0OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBs NQ0KCXttc28tbGlzdC1pZDoxMTMyMjg1NzcwOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo3OTM4 MDg4NzI7fQ0KQGxpc3QgbDU6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhh LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGw2DQoJe21zby1saXN0 LWlkOjE1MTc2OTcxMDY7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xNDI4Mzk1OTk0O30NCkBs aXN0IGw2OmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsNw0KCXttc28tbGlzdC1pZDoyMTMxOTc1 Mzk5Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotOTY2MTA5NTk0O30NCkBsaXN0IGw3OmxldmVs Mg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjt9DQpAbGlzdCBsNzpsZXZlbDEgbGZvNQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6 NDt9DQpAbGlzdCBsMDpsZXZlbDEgbGZvNw0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6Mjt9DQpAbGlz dCBsMzpsZXZlbDEgbGZvOA0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6NTt9DQpAbGlzdCBsNTpsZXZl bDEgbGZvOQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6Njt9DQpAbGlzdCBsMjpsZXZlbDEgbGZvMTEN Cgl7bXNvLWxldmVsLXN0YXJ0LWF0OjI7fQ0KQGxpc3QgbDE6bGV2ZWwxIGxmbzEyDQoJe21zby1s ZXZlbC1zdGFydC1hdDo3O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdp bi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48 L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5r PSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5IZWxsbyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQg YXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBS b3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5n LXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJ RVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuDQogVGhlIHB1cnBv c2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcg QURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwg cGxlYXNlIHNlZSDigIs8YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0 Zy90cmFjL3dpa2kvUnRnRGlyIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90 cmFjL3dpa2kvUnRnRGlyPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHRob3VnaCB0aGVz ZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywg aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRo IGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQg c3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcN CiB0aGUgZHJhZnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRvY3VtZW50OiBkcmFmdC1pZXRm LWJlc3MtZXZwbi1ldHJlZS0xMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ UmV2aWV3ZXI6IFJhdmkgU2luZ2g8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlJldmlldyBEYXRlOiAwOC8xNS8yMDE3PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5JbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyB0cmFjazxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5TdW1tYXJ5OiBJIGhhdmUgc29tZSBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRo YXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SSd2ZSByZXZpZXdlZCB0aGlzIGRyYWZ0Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+TW9zdCBvZiBteSBjb21tZW50cyBmYWxsIHVuZGVyIHRoZSBjYXRlZ29yeSBv ZiAmcXVvdDttaW5vciBjb21tZW50cyZxdW90OyBhbmQgJnF1b3Q7bml0cyZxdW90Oy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPlRoZSBvbmx5IG1ham9yIGNvbW1lbnRzIHBlcnRhaW4gdG8NCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQ7 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw0IGxldmVsMSBsZm8xO3ZlcnRpY2FsLWFsaWdu Om1pZGRsZSI+DQo8IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj5hLjxzcGFuIHN0eWxlPSJmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1Rp bWVzIE5ldyBSb21hbic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48L3NwYW4+PC9zcGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5TZWN0aW9ucyA1LjIvOC4xOiB3aGljaCBhcHBlYXIgbGlrZSBhbiBvdmVya2lsbCBhbmQgY291 bGQgYmUgY29uc2lkZXJlZCBmb3IgZHJvcHBpbmcgZnJvbSB0ZXh0Ljwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+ DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxmb250IGNvbG9y PSIjZmYwMDAwIj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPlNlY3Rpb24gMy4zLjEg ZGVzY3JpYmVzIHRoZSBuZWVkIGFuZCB0aGUgdXNlIGZvciBjb21wb3NpdGUgdHVubmVsIHR5cGUg ZGVzY3JpYmVkIGluIDUuMi84LjEuIFRoaXMgaGFzIGJlZW4gZGlzY3Vzc2VkIGluIGxlbmd0aCB3 aXRoIHlvdXIgY29sbGVhZ3VlIEVyaWMgUm9zZW4sIEplZmZyZXkgWmhhbmcsIGFuZCBKb2huIERy YWtlLiBBZnRlciBkaXNjdXNzaW5nDQogd2l0aCB0aGVtLCBpZiB5b3Ugc3RpbGwgdGhpbmsgaXQg aXMmbmJzcDvigJxvdmVya2lsbOKAnSwgdGhlbiBwbGVhc2UgZWxhYm9yYXRlIGFzIHRvIHdoeS48 L2ZvbnQ+PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGZvbnQg Y29sb3I9IiNmZjAwMDAiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP RFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxkaXYgeG1sbnM6dj0idXJuOnNj aGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1j b206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZp Y2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAwQzE0 ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEy L29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxkaXYgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Mjcu MHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNCBsZXZlbDEgbGZvMTt2ZXJ0aWNhbC1h bGlnbjptaWRkbGUiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0O3Rl eHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNCBsZXZlbDEgbGZvMTt2ZXJ0aWNhbC1hbGlnbjpt aWRkbGUiPg0KPCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Yi48c3BhbiBzdHlsZT0iZm9udC1zdHls ZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFs OyBmb250LXNpemU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+TmVlZCBm b3IgYSBuZXcgc2VjdGlvbiBvbiB0aGUgZG9jOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+SW5jbHVkZSBzZWN0aW9uIHRvIGFkZHJlc3MgdGhpcyBzcGVjaWZpY2FsbHk6 ICZxdW90O0lzIChQQkItKUVWUE4gYmVpbmcgYSAqPGI+bW9yZSBlZmZpY2llbnQ8L2I+KiBpbXBs ZW1lbnRhdGlvbiBvZiBFLVRyZWUgZnVuY3Rpb25zIGRlbW9uc3RyYXRlZD8mcXVvdDsgVGhpcyBp cyByZWxldmFudCBzaW5jZSB0aGUgYWJzdHJhY3QgbWFrZXMNCiBhIHBpdGNoIGZvciB0aGlzIGRy YWZ0IGFkZHJlc3NpbmcgaG93IFBCQigtRVZQTikgaW1wbGVtZW50IEUtdHJlZSBmdW5jdGlvbmFs aXR5IG1vcmUgZWZmaWNpZW50bGt5LiBIb3dldmVyLCBpdCB0YWtlcyBhIGZpbmUtdG9vdGhlZCBj b21iIHRvIGdsZWFuIHRoYXQgaW5mby4gRWcuIEZpcnN0IHBhcmEgaW4gc2VjdGlvbiAzLjEuIE5v d2hlcmUgZWxzZSBpbiB0aGUgdGV4dCBoYXMgdGhlIGVmZmljaWVuY3kgYXNwZWN0IGJlZW4gZXhw bGljaXRseSBhZGRyZXNzZWQuDQogJm5ic3A7VGhpcyBhc3BlY3QgY291bGQgdXNlIGEgc2VjdGlv biBvZiBpdHMgb3duLjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+ DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9y OiByZ2IoMCwgMCwgMCk7Ij4NCjxmb250IGNvbG9yPSIjZmYwMDAwIj5PSywgdGhlIG5ldyBzZWN0 aW9uIGlzIDMuMSA6LSkgSXQgaXMgbm90IGp1c3QgdGhlJm5ic3A7Zmlyc3QgcGFyYWdyYXBoIG9m IHNlY3Rpb24gMy4xIGJ1dCB0aGUgZW50aXJlJm5ic3A7c2VjdGlvbiB0aGF0IGRlc2NyaWJlcyBp dCAtJm5ic3A7aS5lLiwgZmlyc3QgcGFyYWdyYXBoIHNheXMgdGhhdCBpZiBmaWx0ZXJpbmcgaXMg ZG9uZSBvbiB0aGUgaW5ncmVzcyBQRSwgaXQgcHJvdmlkZXMgYW4gZWZmaWNpZW50IGZpbHRlcmlu ZyBhbmQNCiB0aGUgcmVzdCBvZiB0aGUgc2VjdGlvbiBkZXNjcmliZXMgd2hhdCBpdCB0YWtlcyB0 byBkbyBpbmdyZXNzIGZpbHRlcmluZy4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8c3BhbiBpZD0iT0xL X1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8ZGl2IHhtbG5zOnY9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1j b206b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMyRjQxMDEwLTY1QjMtMTFkMS1BMjlGLTAw QUEwMEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2Uv MjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8 ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjI3LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW4iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RmVlZGJhY2s6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0 LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDYgbGV2ZWwxIGxmbzI7dmVydGljYWwtYWxpZ246bWlk ZGxlIj4NCjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6 IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsg Zm9udC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMg TmV3IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu Pjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFi c3RyYWN0OiB2ZXJ5IGNsZWFyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxp c3Q6bDYgbGV2ZWwxIGxmbzI7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhLS1baWYgIXN1cHBv cnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zaXplOiA3cHQ7IGxpbmUt aGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCEtLVtl bmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNlY3Rpb24xIDogSW50cm9kdWN0aW9u OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNzVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDYgbGV2ZWwyIGxmbzM7 dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmEuPHNwYW4g c3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9u dC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZv bnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPkhvdyBhYm91dCByZWZlcnJpbmcgdG8gJnF1b3Q7W1JGQzc0MzJdIGlz IGEgc29sdXRpb24gZm9yIG11bHRpcG9pbnQgTDJWUE4gc2VydmljZXMmcXVvdDsmbmJzcDsgYXMg RVZQTiBtb3JlIGRpcmVjdGx5Pzwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L3NwYW4+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9u dC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxmb250IGNvbG9yPSIjZmYwMDAwIiBzdHlsZT0iZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPk9LLCBjaGFu Z2VkIGl0IHRvICZxdW90O0VWUE4gKFJGQzc0MzIpIGlzIGEgc29sdXRpb24mbmJzcDs8L2ZvbnQ+ PGZvbnQgY29sb3I9IiNmZjAwMDAiIGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+4oCmJnF1b3Q7 PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyPg0KPC9kaXY+ DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+ DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1 cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMyRjQxMDEwLTY1 QjMtMTFkMS1BMjlGLTAwQUEwMEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9z b2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIv UkVDLWh0bWw0MCI+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1 NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNiBs ZXZlbDIgbGZvMzt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNiBsZXZlbDEg bGZvMzt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+My48 c3BhbiBzdHlsZT0iZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFs OyBmb250LXdlaWdodDogbm9ybWFsOyBmb250LXNpemU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+U2VjdGlvbiAyOiBFLXRyZWUgc2NlbmFyaW9zPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43 NWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNiBsZXZlbDIgbGZvNDt2ZXJ0aWNhbC1h bGlnbjptaWRkbGUiPg0KPCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+YS48c3BhbiBzdHlsZT0iZm9u dC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDog bm9ybWFsOyBmb250LXNpemU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6 ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+U2VjdGlvbiAyLjE6IGZvciB0aGUgc2FrZSBvZiB0ZXJtaW5vbG9neSBjbGFyaWZpY2F0 aW9uLCBwbGVhc2UgZWRpdCB0aGUgdGV4dCB0byBub3QgbWVudGlvbiB0aGUgYWNyb255bSB1bnRp bCB0aGUgZnVsbC1leHBhbnNpb24gaGFzIGJlZW4gbGlzdGVkLiBUaGUgZHJhZnQgZG9lcyBsaXN0 IHRoZSBmdWxsLWV4cGFuc2lvbi4gSnVzdCBub3QgYmVmb3JlDQogZmlyc3QgdXNpbmcgdGhlIGFj cm9ueW0uPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdj48Zm9udCBjb2xvcj0i I2ZmMDAwMCI+RG9uZS4mbmJzcDtBbHNvIGFkZGVkIGEgbmV3IHNlY3Rpb24gdG8gZGVmaW5lIGFj cm9ueW1zL3Rlcm1pbm9sb2d5LiZuYnNwOzwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgY29sb3I9 IiNmZjAwMDAiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD VElPTiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxkaXYgeG1sbnM6dj0idXJuOnNjaGVtYXMt bWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29y ZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4 bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwi IHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxkaXYgbGFuZz0iRU4t VVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW47dGV4 dC1pbmRlbnQ6LS4yNWluO21zby1saXN0Omw2IGxldmVsMiBsZm80O3ZlcnRpY2FsLWFsaWduOm1p ZGRsZSI+DQo8c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbjt0ZXh0LWluZGVu dDotLjI1aW47bXNvLWxpc3Q6bDYgbGV2ZWwyIGxmbzQ7dmVydGljYWwtYWxpZ246bWlkZGxlIj4N CjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFu IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmIuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1z aXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNlY3Rpb24gMi4yOiAm cXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6Ljc1aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+dGh1cyBjb2xvciBN QUMgYWRkcmVzc2VzIHZpYSBhICZxdW90O2NvbG9yJnF1b3Q7IGZsYWcgaW4gYSBuZXcgZXh0ZW5k ZWQgY29tbXVuaXR5IGFzIGRldGFpbGVkIGluIHNlY3Rpb24gMy4xLiZxdW90OyBzaG91bGQgYmUg cmVmZXJyaW5nIHRvIHNlY3Rpb24gNS4xIGluc3RlYWQuPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxmb250IGNvbG9y PSIjZmYwMDAwIj5Eb25lLiBUaGFua3MgZm9yIHRoZSBjYXRjaC48L2ZvbnQ+PC9kaXY+DQo8ZGl2 Pjxmb250IGNvbG9yPSIjZmYwMDAwIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8c3BhbiBpZD0iT0xL X1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8ZGl2IHhtbG5zOnY9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1j b206b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMyRjQxMDEwLTY1QjMtMTFkMS1BMjlGLTAw QUEwMEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2Uv MjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8 ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQ7dGV4dC1p bmRlbnQ6LS4yNWluO21zby1saXN0Omw3IGxldmVsMSBsZm81O3ZlcnRpY2FsLWFsaWduOm1pZGRs ZSI+DQo8IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj40LjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOiBu b3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZv bnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PC9zcGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TZWN0 aW9uIDM6IE9wZXJhdGlvbiBvZiBFVlBOPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsNyBsZXZlbDIgbGZvNjt2ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPCEtLVtpZiAh c3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+YS48c3BhbiBzdHlsZT0iZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZh cmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBmb250LXNpemU6IDdwdDsg bGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48 IS0tW2VuZGlmXS0tPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+My4xOiAmcXVvdDtFeHRlbmRl ZCBDb21tdW5pdHkgd2l0aCBhIExlYWYgaW5kaWNhdGlvbiBmbGFnIGlzIGludHJvZHVjZWQgW3Nl Y3Rpb241LjJdJnF1b3Q7Jm5ic3A7IC0mZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZxdW90O0V4dGVuZGVkIENvbW11bml0eSB3aXRoIGEgTGVhZiBpbmRpY2F0aW9u IGZsYWcgaXMgaW50cm9kdWNlZCBbc2VjdGlvbiA1LjFdJnF1b3Q7PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxmb250 IGNvbG9yPSIjZmYwMDAwIj5BbHJlYWR5IGNvcnJlY3RlZC48L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxm b250IGNvbG9yPSIjZmYwMDAwIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NS Q19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Zm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8ZGl2IHhtbG5zOnY9InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3Nv ZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMyRjQxMDEwLTY1QjMtMTFkMS1BMjlGLTAwQUEw MEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAw NC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8ZGl2 IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbjt0ZXh0LWluZGVu dDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzc7dmVydGljYWwtYWxpZ246bWlkZGxlIj4N CjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFu IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPmIuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1z aXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjMuMy4xICgmYW1wOyBz ZWN0aW9uIDUuMiBhcyB3ZWxsKTogc3BlY2lmeWluZyAoYXMgdGhpcyBkcmFmdCBkb2VzKSB0aGF0 IHRoZSBpbmdyZXNzIFBFIFggYWN0aW5nIGZvciBhIHJvb3QgZW50aXR5LCBiZSBhYmxlIHRvIGRp Y3RhdGUgdG8gYSBQRSBZIGFjdGluZyBvbiBiZWhhbGYgb2YgYSBsZWFmIGVudGl0eSwgdGhhdCBQ RSBZIHNob3VsZCAmcXVvdDtpbmdyZXNzDQogcmVwbGljYXRpb24mcXVvdDsgb3Igb3RoZXJ3aXNl IHNvdW5kcyBleGNlc3NpdmUuIEFsc28sIHRoaXMgZHJhZnQgZG9lcyBub3QgbWFrZSBhIHN0cm9u ZyBlbm91Z2ggY2FzZSBmb3IgdGhlIG5lZWQgZm9yIHRoZSBtb2RpZmljYXRpb24gdG8gJnF1b3Q7 UE1TSSBUdW5uZWwgQXR0cmlidXRlJnF1b3Q7LiBFdmVuIGlmIHRoZSBmb3JlZ29pbmcgd2FzIGln bm9yZWQsIHRoZSBkcmFmdCBkb2VzIG5vdCBhZGRyZXNzIGhvdyBQRSBYIGJlaGF2ZXMgc2hvdWxk IFBFIFkgY2hvb3NlDQogbm90IHRvIGhvbm9yIHRoZSBzZXR0aW5nIG9mIHRoZSAmcXVvdDtjb21w b3NpdGUtdHVubmVsIGJpdCZxdW90Oy48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGZvbnQgY29sb3I9IiNmZjAwMDAi PlNlY3Rpb24gMy4zLjEgZGVzY3JpYmVzIHdoeSBpbmdyZXNzIHJlcGxpY2F0aW9uIGZyb20gbGVh ZiB0byByb290cyB3b3VsZCBiZSBzdWZmaWNpZW50IGFuZCBob3cgdG8gc2lnbmFsIGl0IGVmZmlj aWVudGx5LiBUaGUgY28tYXV0aG9ycyBhcyB3ZWxsIGFzIG90aGVyIHJldmlld2VycyAoZS5nLiwg RXJpYyBSb3NlbiwgSmVmZnJleSBaaGFuZywgYW5kIG90aGVycyBsaXN0ZWQgaW4gdGhlIGFjayBz ZWN0aW9uKQ0KIGhhdmUgY29uc2Vuc3VzIG9uIHRoZSBjdXJyZW50IGRlc2NyaXB0aW9uIGluIHNl Y3Rpb24gMy4zLjEuPC9mb250PjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O IiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRw eDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6 b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4 bWxuczpkdD0idXVpZDpDMkY0MTAxMC02NUIzLTExZDEtQTI5Ri0wMEFBMDBDMTQ4ODIiIHhtbG5z Om09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1s bnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGRpdiBsYW5nPSJFTi1VUyIg bGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbjt0ZXh0LWlu ZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzc7dmVydGljYWwtYWxpZ246bWlkZGxl Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyNy4wcHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1s aXN0OmwzIGxldmVsMSBsZm84O3ZlcnRpY2FsLWFsaWduOm1pZGRsZSI+DQo8IS0tW2lmICFzdXBw b3J0TGlzdHNdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxp c3Q6SWdub3JlIj41LjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5l LWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhLS1b ZW5kaWZdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TZWN0aW9uIDQ6IE9wZXJhdGlvbiBv ZiBQQkItRVZQTjogbm8gc3BlY2lmaWMgY29tbWVudHMuIEhvd2V2ZXIsIGEgbGl0dGxlIG1vcmUg ZGV0YWlsIHdvdWxkIGJlIHVzZWZ1bCB0byBhdm9pZCBoYXZpbmcgdGhlIHJlYWRlciByZXBlYXRl ZGx5IHJlZmVyIGJhY2sgdG8gdGhlIFBCQi1FUFZOIFJGQzc2MjMuPC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxmb250 IGNvbG9yPSIjZmYwMDAwIj5Cb3RoIFJGQyA3NDMyIGFuZCBSRkM3NjIzIGFyZSZuYnNwO3ByZXJl cXVpc3RlcyB0byB0aGlzIFJGQyBhbmQgaXQgaXMgYXNzdW1lZCB0aGUgcmVhZGVyIGhhcyBmdWxs IGtub3dsZWRnZSBvZiBib3RoLjwvZm9udD48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlf U0VDVElPTiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNp emU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxkaXYgeG1sbnM6dj0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6 d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAwQzE0ODgy IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29t bWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxkaXYgbGFuZz0i RU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0 O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMyBsZXZlbDEgbGZvODt2ZXJ0aWNhbC1hbGln bjptaWRkbGUiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW4iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1 aW47bXNvLWxpc3Q6bDUgbGV2ZWwxIGxmbzk7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhLS1b aWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxl PSJtc28tbGlzdDpJZ25vcmUiPjYuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zaXplOiA3 cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNlY3Rpb24gNTogQkdQ IGVuY29kaW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi43NWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsNSBsZXZl bDIgbGZvMTA7dmVydGljYWwtYWxpZ246bWlkZGxlIj4NCjwhLS1baWYgIXN1cHBvcnRMaXN0c10t LT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi PmEuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5v cm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBu b3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoaXMgbG9va3MgbGlrZSBhbiB1bmV4cGVjdGVkIHNl Y3Rpb24gZ2l2ZW4gdGhlICZxdW90O2Fic3RyYWN0JnF1b3Q7IGFuZCB0aGUgJnF1b3Q7aW50cm9k dWN0aW9uJnF1b3Q7IHNlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPlRoZSBhYnN0cmFjdCBhbmQgdGhlIGludHJvZHVjdGlvbiBzZWVtIHRvIGluZGljYXRlIHRo YXQgbm8gc2lnbmFsaW5nIGNoYW5nZXMgYXJlIG5lZWRlZCB0byBtYWtlIChQQkItKUVWUE4gcHJv dmlkZSBFLXRyZWUgc2VydmljZXMuIEFic3RyYWN0L2ludHJvZHVjdGlvbiBjb3VsZCB1c2Ugc29t ZSByZXdvcmRpbmcgb24gdGhpcw0KIGNvdW50Ljwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48Zm9udCBjb2xvcj0iI2Zm MDAwMCI+VXBkYXRlZCBib3RoIGFic3RyYWN0IGFuZCBpbnRyb2R1Y3Rpb24gdG8gc2F5Jm5ic3A7 4oCcYSBzb2x1dGlvbiBiYXNlZCBvbiBFVlBO4oCdIGluc3RlYWQgb2Yg4oCcRVZQTuKAnS48L2Zv bnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGNvbG9yPSIjZmYwMDAwIj48YnI+DQo8L2ZvbnQ+PC9kaXY+ DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+ DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1 cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMyRjQxMDEwLTY1 QjMtMTFkMS1BMjlGLTAwQUEwMEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9z b2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIv UkVDLWh0bWw0MCI+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1 NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNzVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzExO3ZlcnRp Y2FsLWFsaWduOm1pZGRsZSI+DQo8IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj5iLjxzcGFuIHN0eWxl PSJmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2Vp Z2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZh bWlseTogJ1RpbWVzIE5ldyBSb21hbic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5NaW5vciB0eXBvOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ NS4xOiAmcXVvdDtUaGUgcmVjZWl2ZWQgUEUmcXVvdDsgLSZndDsgJnF1b3Q7VGhlIHJlY2Vpdmlu ZyBQRSZxdW90Ozwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8 ZGl2Pjxmb250IGNvbG9yPSIjZmYwMDAwIj5Db3JyZWN0ZWQgaXQuPC9mb250PjwvZGl2Pg0KPHNw YW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGRp diB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJuOnNj aGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1t aWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczpkdD0idXVpZDpDMkY0MTAxMC02NUIzLTEx ZDEtQTI5Ri0wMEFBMDBDMTQ4ODIiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojgx LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjUuMjogaXQgd291bGQgZW5oYW5jZSByZWFkYWJpbGl0eSBp ZiB0aGUgZmxhZ3Mgd2VyZSBwcmVzZW50ZWQgYXMNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 MCAxIDIgMyA0IDUgNiA3PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0 MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8QyZuYnNwOyB8cmVzZXJ2 ZWQmbmJzcDsgfEx8PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst JiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPkMgPSBjb21wb3NpdGUtdHVubmVsIGJpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGZvbnQgY29sb3I9IiNmZjAwMDAi Pjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgY29sb3I9IiNmZjAwMDAiPkMgYml0IGlz IGluIFR1bm5lbCBUeXBlIGZpZWxkIChhbmQgbm90IHRoZSBmbGFnIGZpZWxkKS4mbmJzcDs8L2Zv bnQ+PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAs IDAsIDApOyI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4 bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOmR0PSJ1dWlkOkMy RjQxMDEwLTY1QjMtMTFkMS1BMjlGLTAwQUEwMEMxNDg4MiIgeG1sbnM6bT0iaHR0cDovL3NjaGVt YXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53 My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2 bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjgxLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFueXdh eSwgYXMgc3RhdGVkIGFib3ZlIHRoaXMgZHJhZnQgZG9lcyBub3QgbWFrZSBhIHN0cm9uZyBlbm91 Z2ggY2FzZSBmb3IgdGhlIG5lZWQgZm9yIHRoZSBtb2RpZmljYXRpb24gdG8gJnF1b3Q7UE1TSSBU dW5uZWwgQXR0cmlidXRlJnF1b3Q7LiBUaGUgdmFsdWUgYWRkZWQgYnkgdGhpcyBtb2RpZmljYXRp b24gdG8gdGhlIFBNU0kgdHVubmVsLWF0dHJpYnV0ZQ0KIHNlZW1zIG1hcmdpbmFsLiBBIGxlYWY8 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPjxzcGFuIGlkPSJPTEtf U1JDX0JPRFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxkaXYgeG1sbnM6dj0i dXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jv c29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNv bTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBB QTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8y MDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxk aXYgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6ODEuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo4MS4wcHQiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjI3LjBwdDt0ZXh0LWluZGVudDotLjI1 aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEyO3ZlcnRpY2FsLWFsaWduOm1pZGRsZSI+DQo8IS0t W2lmICFzdXBwb3J0TGlzdHNdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHls ZT0ibXNvLWxpc3Q6SWdub3JlIj43LjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7IGZv bnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTog N3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9z cGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TZWN0aW9uIDg6IElB TkEgY29uc2lkZXJhdGlvbnM6IGl0IHdvdWxkIGJlIHVzZWZ1bCB0byBpbmNsdWRlIHRleHQgYWJv dXQgdGhlIG5hbWUgb2YgJnF1b3Q7RS1UcmVlIEZsYWdzJnF1b3Q7IHJlZ2lzdHJ5IGluIHNlY3Rp b24gNS4xIGFuZCBjb3JyZWxhdGUgdGhlc2UgMiBzZWN0aW9ucy48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGZvbnQg Y29sb3I9IiNmZjAwMDAiPkFscmVhZHkgYWRkcmVzc2VkIGJlY2F1c2Ugb2YgYSBzaW1pbGFyIGNv bW1lbnQgKHBsZWFzZSByZWZlciB0byB0aGUgYXR0YWNobWVudCkuPC9mb250PjwvZGl2Pg0KPGRp dj48Zm9udCBjb2xvcj0iI2ZmMDAwMCI+PGJyPg0KPC9mb250PjwvZGl2Pg0KPHNwYW4gaWQ9Ik9M S19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGRpdiB4bWxuczp2 PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWlj cm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQt Y29tOm9mZmljZTp3b3JkIiB4bWxuczpkdD0idXVpZDpDMkY0MTAxMC02NUIzLTExZDEtQTI5Ri0w MEFBMDBDMTQ4ODIiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNl LzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0K PGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBj bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDoyNy4wcHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8xMjt2 ZXJ0aWNhbC1hbGlnbjptaWRkbGUiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 Ljc1aW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMiBsZm8xMzt2ZXJ0aWNh bC1hbGlnbjptaWRkbGUiPg0KPCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+YS48c3BhbiBzdHlsZT0i Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdo dDogbm9ybWFsOyBmb250LXNpemU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1p bHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+U2VjdGlvbiA4LjE6IGNvdWxkIGJlIGNvbnNpZGVyZWQgZm9yIGRyb3BwaW5nLCBp biB2aWV3IG9mIHRoZSBwcmV2aW91cyBjb21tZW50cyBvbiBQTVNJIGV0Yy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjcuMHB0 O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZlbDEgbGZvMTM7dmVydGljYWwtYWxp Z246bWlkZGxlIj4NCjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjguPHNwYW4gc3R5bGU9ImZvbnQt c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgZm9udC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAn VGltZXMgTmV3IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPkFwcGVuZGl4IEE6IHRvbyB3b3JkeS4gQ291bGQgZG8gd2l0aCBmZXdlciBiZXR0ZXItY2hv c2VuIHdvcmRzIHRvIGNvbW11bmljYXRlIHRoZSBzYW1lIG1lc3NhZ2UuIFNvbWUgbWlub3Igc2lu Z3VsYXIvcGx1cmFsIHR5cG9zLjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48Zm9udCBjb2xvcj0iI2ZmMDAwMCI+T0su PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBjb2xvcj0iI2ZmMDAwMCI+PGJyPg0KPC9mb250Pjwv ZGl2Pg0KPGRpdj48Zm9udCBjb2xvcj0iI2ZmMDAwMCI+VGhhbmtzLDwvZm9udD48L2Rpdj4NCjxk aXY+PGZvbnQgY29sb3I9IiNmZjAwMDAiPkFsaTwvZm9udD48L2Rpdj4NCjxzcGFuIGlkPSJPTEtf U1JDX0JPRFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxkaXYgeG1sbnM6dj0i dXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jv c29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNv bTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBB QTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8y MDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxk aXYgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MjcuMHB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZlbDEgbGZvMTM7dmVy dGljYWwtYWxpZ246bWlkZGxlIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5SYXZpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_D5C322FA217096sajassiciscocom_-- --_004_D5C322FA217096sajassiciscocom_ Content-Type: text/plain; name="draft-ietf-bess-evpn-etree-13.txt" Content-Description: draft-ietf-bess-evpn-etree-13.txt Content-Disposition: attachment; filename="draft-ietf-bess-evpn-etree-13.txt"; size=47269; creation-date="Thu, 24 Aug 2017 05:27:05 GMT"; modification-date="Thu, 24 Aug 2017 05:27:05 GMT" Content-ID: <32A690775A0CC64EB4E8A55EC1FCB3EF@emea.cisco.com> Content-Transfer-Encoding: base64 IA0KDQoNCg0KQkVTUyBXb3JrZ3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQS4gU2FqYXNzaSwgRWQuDQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUy4gU2FsYW0NCkludGVuZGVkIFN0YXR1 czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBDaXNj bw0KVXBkYXRlczogNzM4NSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEouIERyYWtlDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmlwZXINCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEouIFV0dGFybw0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQVRUDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFMuIEJvdXRyb3MNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFZNd2FyZQ0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKLiBS YWJhZGFuDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgTm9raWENCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KRXhwaXJlczogRmVicnVh cnkgMjAsIDIwMTggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQXVndXN0IDIwLCAyMDE3 DQoNCg0KICAgICAgICAgICAgICAgICAgIEUtVFJFRSBTdXBwb3J0IGluIEVWUE4gJiBQQkItRVZQ Tg0KICAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tZXRyZWUtMTMgDQoN Cg0KQWJzdHJhY3QNCg0KICAgVGhlIE1ldHJvIEV0aGVybmV0IEZvcnVtIChNRUYpIGhhcyBkZWZp bmVkIGEgcm9vdGVkLW11bHRpcG9pbnQNCiAgIEV0aGVybmV0IHNlcnZpY2Uga25vd24gYXMgRXRo ZXJuZXQgVHJlZSAoRS1UcmVlKS4gQSBzb2x1dGlvbg0KICAgZnJhbWV3b3JrIGZvciBzdXBwb3J0 aW5nIHRoaXMgc2VydmljZSBpbiBNUExTIG5ldHdvcmtzIGlzIGRlc2NyaWJlZA0KICAgaW4gUkZD NzM4NyAoIkEgRnJhbWV3b3JrIGZvciBFdGhlcm5ldCBUcmVlIChFLVRyZWUpIFNlcnZpY2Ugb3Zl ciBhDQogICBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTmV0d29yayIpLiBU aGlzIGRvY3VtZW50DQogICBkaXNjdXNzZXMgaG93IHRob3NlIGZ1bmN0aW9uYWwgcmVxdWlyZW1l bnRzIGNhbiBiZSBtZXQgd2l0aCBhDQogICBzb2x1dGlvbiBiYXNlZCBvbiBFdGhlcm5ldCBWUE4g KEVWUE4pIFtSRkM3NDMyXSBhbmQgaG93IHN1Y2ggc29sdXRpb24NCiAgIGNhbiBvZmZlciBhIG1v cmUgZWZmaWNpZW50IGltcGxlbWVudGF0aW9uIG9mIHRoZXNlIGZ1bmN0aW9ucy4gVGhpcw0KICAg ZG9jdW1lbnQgbWFrZXMgdXNlIG9mIHRoZSBtb3N0IHNpZ25pZmljYW50IGJpdCBvZiB0aGUgUE1T SSB0dW5uZWwNCiAgIHR5cGUgZ292ZXJuZWQgYnkgdGhlIElBTkEgcmVnaXN0cnkgY3JlYXRlZCBi eSBSRkM3Mzg1LCBhbmQgaGVuY2UNCiAgIHVwZGF0ZXMgUkZDNzM4NSBhY2NvcmRpbmdseS4NCg0K DQpTdGF0dXMgb2YgdGhpcyBNZW1vDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0 dGVkIHRvIElFVEYgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQ0KICAgcHJvdmlzaW9ucyBv ZiBCQ1AgNzggYW5kIEJDUCA3OS4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRv Y3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYp LCBpdHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCiAgIG90aGVy IGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzDQogICBJbnRl cm5ldC1EcmFmdHMuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZh bGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocw0KICAgYW5kIG1heSBiZSB1cGRhdGVkLCBy ZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNCiAgIHRpbWUu ICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNl DQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9n cmVzcy4iDQogDQoNCg0KU2FqYXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIw LCAyMDE4ICAgICAgICAgICAgICAgIFtQYWdlIDFdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1U UkVFIFN1cHBvcnQgaW4gRVZQTiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQog ICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQN CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvMWlkLWFic3RyYWN0cy5odG1sDQoNCiAgIFRoZSBsaXN0 IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQN CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwNCg0KDQpDb3B5cmlnaHQgYW5kIExp Y2Vuc2UgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoYykgMjAxNyBJRVRGIFRydXN0IGFuZCB0aGUg cGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1lbnQgYXV0aG9ycy4gQWxsIHJpZ2h0 cyByZXNlcnZlZC4NCg0KICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQg dGhlIElFVEYgVHJ1c3QncyBMZWdhbA0KICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERv Y3VtZW50cw0KICAgKGh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZm ZWN0IG9uIHRoZSBkYXRlIG9mDQogICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiBQbGVh c2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cw0KICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2NyaWJl IHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0DQogICB0byB0aGlzIGRv Y3VtZW50LiBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0 DQogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4g U2VjdGlvbiA0LmUgb2YNCiAgIHRoZSBUcnVzdCBMZWdhbCBQcm92aXNpb25zIGFuZCBhcmUgcHJv dmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcw0KICAgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVk IEJTRCBMaWNlbnNlLg0KDQoNCg0KVGFibGUgb2YgQ29udGVudHMNCg0KICAgMSAgSW50cm9kdWN0 aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0 DQogICAgIDEuMSAgU3BlY2lmaWNhdGlvbiBvZiBSZXF1aXJlbWVudHMgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gIDQNCiAgICAgMS4yICBUZXJtaW5vbG9neSAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNA0KICAgMiAgRS1UcmVlIFNjZW5hcmlv cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1DQogICAg IDIuMSBTY2VuYXJpbyAxOiBMZWFmIE9SIFJvb3Qgc2l0ZShzKSBwZXIgUEUgIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDUNCiAgICAgMi4yIFNjZW5hcmlvIDI6IExlYWYgT1IgUm9vdCBzaXRlKHMpIHBl ciBBQyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAgNg0KICAgICAyLjMgU2NlbmFyaW8gMzogTGVhZiBP UiBSb290IHNpdGUocykgcGVyIE1BQyAuIC4gLiAuIC4gLiAuIC4gLiAuICA4DQogICAzIE9wZXJh dGlvbiBmb3IgRVZQTiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDgNCiAgICAgMy4xIEtub3duIFVuaWNhc3QgVHJhZmZpYyAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgOQ0KICAgICAzLjIgQnJvYWRjYXN0LCBVbmtvbnduLCBhbmQg TXVsdGljYXN0IChCVU0pIFRyYWZmaWMgIC4gLiAuIC4gLiAuIDEwDQogICAgICAgMy4yLjEgQlVN IHRyYWZmaWMgb3JpZ2luYXRlZCBmcm9tIGEgc2luZ2xlLWhvbWVkIHNpdGUgb24gYQ0KICAgICAg ICAgICAgIGxlYWYgQUMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDEwDQogICAgICAgMy4yLjIgQlVNIHRyYWZmaWMgb3JpZ2luYXRlZCBmcm9tIGEgc2lu Z2xlLWhvbWVkIHNpdGUgb24gYQ0KICAgICAgICAgICAgIHJvb3QgQUMgIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAgICAgMy4yLjMgQlVNIHRy YWZmaWMgb3JpZ2luYXRlZCBmcm9tIGEgbXVsdGktaG9tZWQgc2l0ZSBvbiBhIA0KICAgICAgICAg ICAgIGxlYWYgQUMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDExDQogICAgICAgMy4yLjQgQlVNIHRyYWZmaWMgb3JpZ2luYXRlZCBmcm9tIGEgbXVsdGkt aG9tZWQgc2l0ZSBvbiBhIA0KICAgICAgICAgICAgIHJvb3QgQUMgIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAgIDMuMyBFLVRSRUUgVHJhZmZp YyBGbG93cyBmb3IgRVZQTiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTENCiAgICAg ICAzLjMuMSBFLVRyZWUgd2l0aCBNQUMgTGVhcm5pbmcgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAxMg0KICAgICAgIDMuMy4yIEUtVHJlZSB3aXRob3V0IE1BQyBMZWFybmluZyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzDQogICA0IE9wZXJhdGlvbiBmb3IgUEJCLUVWUE4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTMNCiANCg0KDQpTYWph c3NpIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAg ICAgW1BhZ2UgMl0NCgwNCklOVEVSTkVUIERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBO ICYgUEJCLUVWUE4gICAgICAgSnVuZSAyMiwgMjAxNw0KDQoNCiAgICAgNC4xIEtub3duIFVuaWNh c3QgVHJhZmZpYyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNA0KICAg ICA0LjIgQnJvYWRjYXN0LCBVbmtvbnduLCBhbmQgTXVsdGljYXN0IChCVU0pIFRyYWZmaWMgIC4g LiAuIC4gLiAuIDE0DQogICAgIDQuMyBFLVRyZWUgd2l0aG91dCBNQUMgTGVhcm5pbmcgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTQNCiAgIDUgQkdQIEVuY29kaW5nIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNQ0KICAgICA1LjEg RS1UcmVlIEV4dGVuZGVkIENvbW11bml0eSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDE1DQogICAgIDUuMiBQTVNJIFR1bm5lbCBBdHRyaWJ1dGUgIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTYNCiAgIDYgIEFja25vd2xlZGdlbWVudCAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNw0KICAgNyAgU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE3 DQogICA4ICBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gMTcNCiAgICAgOC4xIENvbnNpZGVyYXRpb25zIGZvciBQTVNJIFR1bm5l bCBUeXBlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxOA0KICAgOSAgUmVmZXJlbmNlcyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE4DQogICAg IDkuMSAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gMTgNCiAgICAgOS4yICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxOQ0KICAgQXBwZW5kaXgtQSAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE5DQogICBDb250cmli dXRvcnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gMjANCiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAyMA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQpTYWphc3NpIGV0IGFsLiAgICAg ICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAgICAgW1BhZ2UgM10NCgwN CklOVEVSTkVUIERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBOICYgUEJCLUVWUE4gICAg ICAgSnVuZSAyMiwgMjAxNw0KDQoNCjEgIEludHJvZHVjdGlvbg0KDQogICBUaGUgTWV0cm8gRXRo ZXJuZXQgRm9ydW0gKE1FRikgaGFzIGRlZmluZWQgYSByb290ZWQtbXVsdGlwb2ludA0KICAgRXRo ZXJuZXQgc2VydmljZSBrbm93biBhcyBFdGhlcm5ldCBUcmVlIChFLVRyZWUpIFtNRUY2LjFdLiBJ biBhbiBFLQ0KICAgVHJlZSBzZXJ2aWNlLCBBdHRhY2htZW50IENpcmN1aXRzIChBQ3MpIGFyZSBs YWJlbGVkIGFzIGVpdGhlciBSb290IG9yDQogICBMZWFmIEFDcy4gUm9vdCBBQ3MgY2FuIGNvbW11 bmljYXRlIHdpdGggYWxsIG90aGVyIEFDcy4gTGVhZiBBQ3MgY2FuDQogICBjb21tdW5pY2F0ZSB3 aXRoIFJvb3QgQUNzIGJ1dCBub3Qgd2l0aCBvdGhlciBMZWFmIEFDcy4gDQoNCiAgIFtSRkM3Mzg3 XSBkZXNjcmliZXMgdGhlIHNvbHV0aW9uIGZyYW1ld29yayBmb3Igc3VwcG9ydGluZyBFLVRyZWUN CiAgIHNlcnZpY2UgaW4gTVBMUyBuZXR3b3Jrcy4gVGhlIGRvY3VtZW50IGlkZW50aWZpZXMgdGhl IGZ1bmN0aW9uYWwNCiAgIGNvbXBvbmVudHMgb2YgdGhlIG92ZXJhbGwgc29sdXRpb24gdG8gZW11 bGF0ZSBFLVRyZWUgc2VydmljZXMgaW4NCiAgIGFkZGl0aW9uIHRvIEV0aGVybmV0IExBTiAoRS1M QU4pIHNlcnZpY2VzIG9uIGFuIGV4aXN0aW5nIE1QTFMNCiAgIG5ldHdvcmsuDQoNCiAgIEVWUE4g KFJGQzc0MzIpIGlzIGEgc29sdXRpb24gZm9yIG11bHRpcG9pbnQgTDJWUE4gc2VydmljZXMsIHdp dGgNCiAgIGFkdmFuY2VkIG11bHRpLWhvbWluZyBjYXBhYmlsaXRpZXMsIHVzaW5nIEJHUCBmb3Ig ZGlzdHJpYnV0aW5nDQogICBjdXN0b21lci9jbGllbnQgTUFDIGFkZHJlc3MgcmVhY2gtYWJpbGl0 eSBpbmZvcm1hdGlvbiBvdmVyIHRoZQ0KICAgTVBMUy9JUCBuZXR3b3JrLiBbUkZDNzYyM10gY29t YmluZXMgdGhlIGZ1bmN0aW9uYWxpdHkgb2YgRVZQTiB3aXRoDQogICBbODAyLjFhaF0gUHJvdmlk ZXIgQmFja2JvbmUgQnJpZGdpbmcgKFBCQikgZm9yIE1BQyBhZGRyZXNzDQogICBzY2FsYWJpbGl0 eS4NCg0KICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgaG93IHRoZSBmdW5jdGlvbmFsIHJlcXVp cmVtZW50cyBmb3IgRS1UcmVlDQogICBzZXJ2aWNlIGNhbiBiZSBtZXQgd2l0aCBhIHNvbHV0aW9u IGJhc2VkIG9uIChQQkItKUVWUE4gYW5kIGhvdyBzdWNoDQogICBzb2x1dGlvbiBjYW4gb2ZmZXIg YSBtb3JlIGVmZmljaWVudCBpbXBsZW1lbnRhdGlvbiBvZiB0aGVzZQ0KICAgZnVuY3Rpb25zLiBU aGlzIGRvY3VtZW50IG1ha2VzIHVzZSBvZiB0aGUgbW9zdCBzaWduaWZpY2FudCBiaXQgb2YgdGhl DQogICBQTVNJIHR1bm5lbCB0eXBlIGdvdmVybmVkIGJ5IHRoZSBJQU5BIHJlZ2lzdHJ5IGNyZWF0 ZWQgYnkgUkZDNzM4NSwNCiAgIGFuZCBoZW5jZSB1cGRhdGVzIFJGQzczODUgYWNjb3JkaW5nbHku IFNlY3Rpb24gMiBkaXNjdXNzZXMgRS1UUkVFDQogICBzY2VuYXJpb3MuIFNlY3Rpb24gMyBhbmQg NCBkZXNjcmliZSBFLVRSRUUgc29sdXRpb25zIGZvciBFVlBOIGFuZA0KICAgUEJCLUVWUE4gcmVz cGVjdGl2ZWx5LCBhbmQgc2VjdGlvbiA1IGNvdmVycyBCR1AgZW5jb2RpbmcgZm9yIEUtVFJFRQ0K ICAgc29sdXRpb25zLg0KDQoxLjEgIFNwZWNpZmljYXRpb24gb2YgUmVxdWlyZW1lbnRzDQoNCiAg IFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAi U0hBTEwgTk9UIiwNCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICJN QVkiLCBhbmQgIk9QVElPTkFMIiBpbiB0aGlzDQogICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJw cmV0ZWQgYXMgZGVzY3JpYmVkIGluIFJGQyAyMTE5IFtLRVlXT1JEU10uDQoNCjEuMiAgVGVybWlu b2xvZ3kNCg0KICAgQnJvYWRjYXN0IERvbWFpbjogSW4gYSBicmlkZ2VkIG5ldHdvcmssIHRoZSBi cm9hZGNhc3QgZG9tYWluDQogICBjb3JyZXNwb25kcyB0byBhIFZpcnR1YWwgTEFOIChWTEFOKSwg d2hlcmUgYSBWTEFOIGlzIHR5cGljYWxseQ0KICAgcmVwcmVzZW50ZWQgYnkgYSBzaW5nbGUgVkxB TiBJRCAoVklEKSBidXQgY2FuIGJlIHJlcHJlc2VudGVkIGJ5DQogICBzZXZlcmFsIFZJRHMgd2hl cmUgU2hhcmVkIFZMQU4gTGVhcm5pbmcgKFNWTCkgaXMgdXNlZCBwZXIgWzgwMi4xUV0uDQoNCiAg IEJyaWRnZSBUYWJsZTogQW4gaW5zdGFudGlhdGlvbiBvZiBhIGJyb2FkY2FzdCBkb21haW4gb24g YSBNQUMtVlJGLg0KDQogICBDRTogQ3VzdG9tZXIgRWRnZSBkZXZpY2UsIGUuZy4sIGEgaG9zdCwg cm91dGVyLCBvciBzd2l0Y2guDQoNCiANCg0KDQpTYWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGly ZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCklOVEVSTkVU IERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBOICYgUEJCLUVWUE4gICAgICAgSnVuZSAy MiwgMjAxNw0KDQoNCiAgIEVWSTogQW4gRVZQTiBpbnN0YW5jZSBzcGFubmluZyB0aGUgUHJvdmlk ZXIgRWRnZSAoUEUpIGRldmljZXMNCiAgIHBhcnRpY2lwYXRpbmcgaW4gdGhhdCBFVlBOLg0KDQog ICBNQUMtVlJGOiBBIFZpcnR1YWwgUm91dGluZyBhbmQgRm9yd2FyZGluZyB0YWJsZSBmb3IgTWVk aWEgQWNjZXNzDQogICBDb250cm9sIChNQUMpIGFkZHJlc3NlcyBvbiBhIFBFLg0KDQogICBFdGhl cm5ldCBTZWdtZW50IChFUyk6IFdoZW4gYSBjdXN0b21lciBzaXRlIChkZXZpY2Ugb3IgbmV0d29y aykgaXMNCiAgIGNvbm5lY3RlZCB0byBvbmUgb3IgbW9yZSBQRXMgdmlhIGEgc2V0IG9mIEV0aGVy bmV0IGxpbmtzLCB0aGVuIHRoYXQNCiAgIHNldCBvZiBsaW5rcyBpcyByZWZlcnJlZCB0byBhcyBh biAnRXRoZXJuZXQgc2VnbWVudCcuDQoNCiAgIEV0aGVybmV0IFNlZ21lbnQgSWRlbnRpZmllciAo RVNJKTogQSB1bmlxdWUgbm9uLXplcm8gaWRlbnRpZmllciB0aGF0DQogICBpZGVudGlmaWVzIGFu IEV0aGVybmV0IHNlZ21lbnQgaXMgY2FsbGVkIGFuICdFdGhlcm5ldCBTZWdtZW50DQogICBJZGVu dGlmaWVyJy4NCg0KICAgRXRoZXJuZXQgVGFnOiBBbiBFdGhlcm5ldCB0YWcgaWRlbnRpZmllcyBh IHBhcnRpY3VsYXIgYnJvYWRjYXN0DQogICBkb21haW4sIGUuZy4sIGEgVkxBTi4gIEFuIEVWUE4g aW5zdGFuY2UgY29uc2lzdHMgb2Ygb25lIG9yIG1vcmUNCiAgIGJyb2FkY2FzdCBkb21haW5zLg0K DQogICBQMk1QOiBQb2ludCB0byBNdWx0aXBvaW50Lg0KDQogICBQRTogUHJvdmlkZXIgRWRnZSBk ZXZpY2UuDQoNCjIgIEUtVHJlZSBTY2VuYXJpb3MNCg0KICAgVGhpcyBkb2N1bWVudCBjYXRlZ29y aXplcyBFLVRyZWUgc2NlbmFyaW9zIGludG8gdGhlIGZvbGxvd2luZyB0aHJlZQ0KICAgc2NlbmFy aW9zLCBkZXBlbmRpbmcgb24gdGhlIG5hdHVyZSBvZiB0aGUgUm9vdC9MZWFmIHNpdGUgYXNzb2Np YXRpb246DQoNCiAgIC0gTGVhZiBPUiBSb290IHNpdGUocykgcGVyIFBFDQoNCiAgIC0gTGVhZiBP UiBSb290IHNpdGUocykgcGVyIEF0dGFjaG1lbnQgQ2lyY3VpdCAoQUMpDQoNCiAgIC0gTGVhZiBP UiBSb290IHNpdGUocykgcGVyIE1BQw0KDQoNCjIuMSBTY2VuYXJpbyAxOiBMZWFmIE9SIFJvb3Qg c2l0ZShzKSBwZXIgUEUNCg0KICAgSW4gdGhpcyBzY2VuYXJpbywgYSBQRSBtYXkgcmVjZWl2ZSB0 cmFmZmljIGZyb20gZWl0aGVyIFJvb3QgQUNzIE9SDQogICBMZWFmIEFDcyBmb3IgYSBnaXZlbiBN QUMtVlJGL2JyaWRnZSB0YWJsZSwgYnV0IG5vdCBib3RoIGNvbmN1cnJlbnRseS4NCiAgIEluIG90 aGVyIHdvcmRzLCBhIGdpdmVuIEVWUE4gSW5zdGFuY2UgKEVWSSkgb24gYSBQcm92aWRlciBFZGdl IChQRSkNCiAgIGRldmljZSBpcyBlaXRoZXIgYXNzb2NpYXRlZCB3aXRoIHJvb3Qocykgb3IgbGVh ZihzKS4gVGhlIFBFIG1heSBoYXZlDQogICBib3RoIFJvb3QgYW5kIExlYWYgQUNzIGFsYmVpdCBm b3IgZGlmZmVyZW50IEVWSXMuICANCg0KDQoNCg0KDQoNCg0KIA0KDQoNClNhamFzc2kgZXQgYWwu ICAgICAgICAgRXhwaXJlcyBGZWJydWFyeSAyMCwgMjAxOCAgICAgICAgICAgICAgICBbUGFnZSA1 XQ0KDA0KSU5URVJORVQgRFJBRlQgICAgIEUtVFJFRSBTdXBwb3J0IGluIEVWUE4gJiBQQkItRVZQ TiAgICAgICBKdW5lIDIyLCAyMDE3DQoNCg0KICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0r ICAgICAgICAgICAgKy0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICB8ICAgUEUxICAgfCAg ICAgICAgICAgIHwgICBQRTIgICB8DQogICAgKy0tLSsgICAgICAgICAgfCAgKy0tLSsgIHwgICst LS0tLS0rICB8ICArLS0tKyAgfCAgICAgICAgICAgICstLS0rDQogICAgfENFMSstLS1BQzEtLS0t Ky0tKyAgIHwgIHwgIHwgTVBMUyB8ICB8ICB8ICAgKy0tKy0tLS1BQzItLS0tLStDRTJ8DQogICAg Ky0tLSsgIChSb290KSAgfCAgfE1BQ3wgIHwgIHwgIC9JUCB8ICB8ICB8TUFDfCAgfCAgIChMZWFm KSAgICstLS0rDQogICAgICAgICAgICAgICAgICAgfCAgfFZSRnwgIHwgIHwgICAgICB8ICB8ICB8 VlJGfCAgfA0KICAgICAgICAgICAgICAgICAgIHwgIHwgICB8ICB8ICB8ICAgICAgfCAgfCAgfCAg IHwgIHwgICAgICAgICAgICArLS0tKw0KICAgICAgICAgICAgICAgICAgIHwgIHwgICB8ICB8ICB8 ICAgICAgfCAgfCAgfCAgICstLSstLS0tQUMzLS0tLS0rQ0UzfA0KICAgICAgICAgICAgICAgICAg IHwgICstLS0rICB8ICArLS0tLS0tKyAgfCAgKy0tLSsgIHwgICAoTGVhZikgICArLS0tKw0KICAg ICAgICAgICAgICAgICAgICstLS0tLS0tLS0rICAgICAgICAgICAgKy0tLS0tLS0tLSsNCg0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUgMTogU2NlbmFyaW8gMQ0KDQogICBJbiBz dWNoIHNjZW5hcmlvLCB1c2luZyB0YWlsb3JlZCBCR1AgUm91dGUgVGFyZ2V0IChSVCkgaW1wb3J0 L2V4cG9ydA0KICAgcG9saWNpZXMgYW1vbmcgdGhlIFBFcyBiZWxvbmdpbmcgdG8gdGhlIHNhbWUg RVZJLCBjYW4gYmUgdXNlZCB0bw0KICAgcmVzdHJpY3QgdGhlIGNvbW11bmljYXRpb25zIGFtb25n IExlYWYgUEVzLiBUbyByZXN0cmljdCB0aGUNCiAgIGNvbW11bmljYXRpb25zIGFtb25nIExlYWYg QUNzIGNvbm5lY3RlZCB0byB0aGUgc2FtZSBQRSBhbmQgYmVsb25naW5nDQogICB0byB0aGUgc2Ft ZSBFVkksIHNwbGl0LWhvcml6b24gZmlsdGVyaW5nIGlzIHVzZWQgdG8gYmxvY2sgdHJhZmZpYw0K ICAgZnJvbSBvbmUgTGVhZiBBQyB0byBhbm90aGVyIExlYWYgQUMgb24gYSBNQUMtVlJGIGZvciBh IGdpdmVuIEUtVFJFRQ0KICAgRVZJLiBUaGUgcHVycG9zZSBvZiB0aGlzIHRvcG9sb2d5IGNvbnN0 cmFpbnQgaXMgdG8gYXZvaWQgaGF2aW5nIFBFcw0KICAgd2l0aCBvbmx5ICBMZWFmIHNpdGVzIGlt cG9ydGluZyBhbmQgcHJvY2Vzc2luZyBCR1AgTUFDIHJvdXRlcyBmcm9tDQogICBlYWNoIG90aGVy LiBUbyBzdXBwb3J0IHN1Y2ggdG9wb2xvZ3kgY29uc3RyYWluIGluIEVWUE4sIHR3byBCR1ANCiAg IFJvdXRlLVRhcmdldHMgKFJUcykgYXJlIHVzZWQgZm9yIGV2ZXJ5IEVWUE4gSW5zdGFuY2UgKEVW SSk6IG9uZSBSVCBpcw0KICAgYXNzb2NpYXRlZCB3aXRoIHRoZSBSb290IHNpdGVzIChSb290IEFD cykgYW5kIHRoZSBvdGhlciBpcyBhc3NvY2lhdGVkDQogICB3aXRoIHRoZSBMZWFmIHNpdGVzIChM ZWFmIEFDcykuIE9uIGEgcGVyIEVWSSBiYXNpcywgZXZlcnkgUEUgZXhwb3J0cw0KICAgdGhlIHNp bmdsZSBSVCBhc3NvY2lhdGVkIHdpdGggaXRzIHR5cGUgb2Ygc2l0ZShzKS4gRnVydGhlcm1vcmUs IGEgUEUNCiAgIHdpdGggUm9vdCBzaXRlKHMpIGltcG9ydHMgYm90aCBSb290IGFuZCBMZWFmIFJU cywgd2hlcmVhcyBhIFBFIHdpdGgNCiAgIExlYWYgc2l0ZShzKSBvbmx5IGltcG9ydHMgdGhlIFJv b3QgUlQuDQoNCg0KMi4yIFNjZW5hcmlvIDI6IExlYWYgT1IgUm9vdCBzaXRlKHMpIHBlciBBQw0K DQogICBJbiB0aGlzIHNjZW5hcmlvLCBhIFBFIGNhbiByZWNlaXZlIHRyYWZmaWMgZnJvbSBib3Ro IFJvb3QgQUNzIGFuZA0KICAgTGVhZiBBQ3MgZm9yIGEgZ2l2ZW4gRVZJLiBJbiBvdGhlciB3b3Jk cywgYSBnaXZlbiBFVkkgb24gYSBQRSBjYW4gYmUNCiAgIGFzc29jaWF0ZWQgd2l0aCBib3RoIHJv b3QocykgYW5kIGxlYWYocykuIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KU2Fq YXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIwLCAyMDE4ICAgICAgICAgICAg ICAgIFtQYWdlIDZdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1UUkVFIFN1cHBvcnQgaW4gRVZQ TiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQogICAgICAgICAgICAgICAgICAg ICArLS0tLS0tLS0tKyAgICAgICAgICAgICstLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgICAg ICB8ICAgUEUxICAgfCAgICAgICAgICAgIHwgICBQRTIgICB8DQogICAgKy0tLSsgICAgICAgICAg ICB8ICArLS0tKyAgfCAgKy0tLS0tLSsgIHwgICstLS0rICB8ICAgICAgICArLS0tKw0KICAgIHxD RTErLS0tLS1BQzEtLS0tKy0tKyAgIHwgIHwgIHwgICAgICB8ICB8ICB8ICAgKy0tKy0tLUFDMi0t K0NFMnwNCiAgICArLS0tKyAgICAoTGVhZikgIHwgIHxNQUN8ICB8ICB8IE1QTFMgfCAgfCAgfE1B Q3wgIHwgKExlYWYpICstLS0rDQogICAgICAgICAgICAgICAgICAgICB8ICB8VlJGfCAgfCAgfCAg L0lQIHwgIHwgIHxWUkZ8ICB8DQogICAgICAgICAgICAgICAgICAgICB8ICB8ICAgfCAgfCAgfCAg ICAgIHwgIHwgIHwgICB8ICB8ICAgICAgICArLS0tKw0KICAgICAgICAgICAgICAgICAgICAgfCAg fCAgIHwgIHwgIHwgICAgICB8ICB8ICB8ICAgKy0tKy0tLUFDMy0tK0NFM3wNCiAgICAgICAgICAg ICAgICAgICAgIHwgICstLS0rICB8ICArLS0tLS0tKyAgfCAgKy0tLSsgIHwgKFJvb3QpICstLS0r DQogICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKyAgICAgICAgICAgICstLS0tLS0tLS0r DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAyOiBTY2VuYXJpbyAyDQoN CiAgIEluIHRoaXMgc2NlbmFyaW8sIGp1c3QgbGlrZSB0aGUgcHJldmlvdXMgc2NlbmFyaW8gKGlu IHNlY3Rpb24gMi4xKSwNCiAgIHR3byBSb3V0ZSBUYXJnZXRzIChvbmUgZm9yIFJvb3QgYW5kIGFu b3RoZXIgZm9yIExlYWYpIGNhbiBiZSB1c2VkLg0KICAgSG93ZXZlciwgdGhlIGRpZmZlcmVuY2Ug aXMgdGhhdCBvbiBhIFBFIHdpdGggYm90aCBSb290IGFuZCBMZWFmIEFDcywNCiAgIGFsbCByZW1v dGUgTUFDIHJvdXRlcyBhcmUgaW1wb3J0ZWQgYW5kIHRodXMgdGhlcmUgbmVlZHMgdG8gYmUgYSB3 YXkNCiAgIHRvIGRpZmZlcmVudGlhdGUgcmVtb3RlIE1BQyByb3V0ZXMgYXNzb2NpYXRlZCB3aXRo IExlYWYgQUNzIHZlcnN1cw0KICAgdGhlIG9uZXMgYXNzb2NpYXRlZCB3aXRoIFJvb3QgQUNzIGlu IG9yZGVyIHRvIGFwcGx5IHRoZSBwcm9wZXINCiAgIGluZ3Jlc3MgZmlsdGVyaW5nLiANCg0KICAg SW4gb3JkZXIgdG8gcmVjb2duaXplIHRoZSBhc3NvY2lhdGlvbiBvZiBhIGRlc3RpbmF0aW9uIE1B QyBhZGRyZXNzIHRvDQogICBhIExlYWYgb3IgUm9vdCBBQyBhbmQgdGh1cyBzdXBwb3J0IGluZ3Jl c3MgZmlsdGVyaW5nIG9uIHRoZSBpbmdyZXNzDQogICBQRSB3aXRoIGJvdGggTGVhZiBhbmQgUm9v dCBBQ3MsIE1BQyBhZGRyZXNzZXMgbmVlZCB0byBiZSBjb2xvcmVkIHdpdGgNCiAgIFJvb3Qgb3Ig TGVhZiBpbmRpY2F0aW9uIGJlZm9yZSBhZHZlcnRpc2VtZW50cyB0byBvdGhlciBQRXMuIFRoZXJl IGFyZQ0KICAgdHdvIGFwcHJvYWNoZXMgZm9yIHN1Y2ggY29sb3Jpbmc6DQoNCiAgIEEpIFRvIGFs d2F5cyB1c2UgdHdvIFJUcyAob25lIHRvIGRlc2lnbmF0ZSBMZWFmIFJUIGFuZCBhbm90aGVyIGZv cg0KICAgUm9vdCBSVCkNCg0KICAgQikgVG8gYWxsb3cgZm9yIGEgc2luZ2xlIFJUIGJlIHVzZWQg cGVyIEVWSSBqdXN0IGxpa2UgW1JGQzc0MzJdIGFuZA0KICAgdGh1cyBjb2xvciBNQUMgYWRkcmVz c2VzIHZpYSBhICJjb2xvciIgZmxhZyBpbiBhIG5ldyBleHRlbmRlZA0KICAgY29tbXVuaXR5IGFz IGRldGFpbGVkIGluIHNlY3Rpb24gNS4xLg0KDQogICBBcHByb2FjaCAoQSkgd291bGQgcmVxdWly ZSB0aGUgc2FtZSBkYXRhIHBsYW5lIGVuaGFuY2VtZW50cyBhcw0KICAgYXBwcm9hY2ggKEIpIGlm IE1BQy1WUkYvYnJpZGdlIHRhYmxlcyB1c2VkIHBlciBicm9hZGNhc3QgZG9tYWluDQogICAoZS5n LiwgVkxBTiksIGFyZSB0byByZW1haW4gY29uc2lzdGVudCB3aXRoIFtSRkM3NDMyXSAoc2VjdGlv biA2KS4gSW4NCiAgIG9yZGVyIHRvIGF2b2lkIGRhdGEtcGxhbmUgZW5oYW5jZW1lbnRzIGZvciBh cHByb2FjaCAoQSksIG11bHRpcGxlDQogICBicmlkZ2UgdGFibGVzIHBlciBWTEFOIG1heSBiZSBj b25zaWRlcmVkOyBob3dldmVyLCB0aGlzIGhhcyBtYWpvcg0KICAgZHJhd2JhY2tzIGFzIGRlc2Ny aWJlZCBpbiBhcHBlbmRpeC1BIGFuZCB0aHVzIGlzIG5vdCByZWNvbW1lbmRlZC4gIA0KDQogICBH aXZlbiB0aGF0IGJvdGggYXBwcm9hY2hlcyAoQSkgYW5kIChCKSB3b3VsZCByZXF1aXJlIGV4YWN0 IHNhbWUgZGF0YS0NCiAgIHBsYW5lIGVuaGFuY2VtZW50cywgYXBwcm9hY2ggKEIpIGlzIGNob3Nl biBoZXJlIGluIG9yZGVyIHRvIGFsbG93IGZvcg0KICAgUlQgdXNhZ2UgY29uc2lzdGVudCB3aXRo IGJhc2VsaW5lIEVWUE4gW1JGQzc0MzJdIGFuZCBmb3IgYmV0dGVyDQogICBnZW5lcmFsaXR5LiBJ dCBzaG91bGQgYmUgbm90ZWQgdGhhdCBpZiBvbmUgd2FudHMgdG8gdXNlIFJUIGNvbnN0cmFpbg0K ICAgaW4gb3JkZXIgdG8gYXZvaWQgTUFDIGFkdmVydGlzZW1lbnRzIGFzc29jaWF0ZWQgd2l0aCBh IExlYWYgQUMgdG8gUEVzDQogICB3aXRoIG9ubHkgTGVhZiBBQ3MsIHRoZW4gdHdvIFJUcyAob25l IGZvciBSb290IGFuZCBhbm90aGVyIGZvciBMZWFmKQ0KICAgY2FuIHN0aWxsIGJlIHVzZWQgd2l0 aCBhcHByb2FjaCAoQik7IGhvd2V2ZXIsIGluIHN1Y2ggYXBwbGljYXRpb25zDQogDQoNCg0KU2Fq YXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIwLCAyMDE4ICAgICAgICAgICAg ICAgIFtQYWdlIDddDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1UUkVFIFN1cHBvcnQgaW4gRVZQ TiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQogICBMZWFmL1Jvb3QgUlRzIHdp bGwgYmUgdXNlZCB0byBjb25zdHJhaW4gTUFDIGFkdmVydGlzZW1lbnRzIGFuZCB0aGV5DQogICBh cmUgbm90IHVzZWQgdG8gY29sb3IgdGhlIE1BQyByb3V0ZXMgZm9yIGluZ3Jlc3MgZmlsdGVyaW5n IC0gaS5lLiwgaW4NCiAgIGFwcHJvYWNoIChCKSwgdGhlIGNvbG9yaW5nIGlzIGFsd2F5cyBkb25l IHZpYSB0aGUgbmV3IGV4dGVuZGVkDQogICBjb21tdW5pdHkuICAgDQoNCg0KICAgRm9yIHRoaXMg c2NlbmFyaW8sIGlmIGZvciBhIGdpdmVuIEVWSSwgc2lnbmlmaWNhbnQgbnVtYmVyIG9mIFBFcyBo YXZlDQogICBib3RoIExlYWYgYW5kIFJvb3Qgc2l0ZXMgYXR0YWNoZWQsIGV2ZW4gdGhvdWdoIHRo ZXkgbWF5IHN0YXJ0IGFzDQogICBSb290LW9ubHkgb3IgTGVhZi1vbmx5IFBFcywgdGhlbiBhIHNp bmdsZSBSVCBwZXIgRVZJIHNob3VsZCBiZSB1c2VkLg0KICAgVGhlIHJlYXNvbiBmb3Igc3VjaCBy ZWNvbW1lbmRhdGlvbiBpcyB0byBhbGxldmlhdGUgdGhlIGNvbmZpZ3VyYXRpb24NCiAgIG92ZXJo ZWFkIGFzc29jaWF0ZWQgd2l0aCB1c2luZyB0d28gUlRzIHBlciBFVkkgYXQgdGhlIGV4cGVuc2Ug b2YNCiAgIGhhdmluZyBzb21lIHVud2FudGVkIE1BQyBhZGRyZXNzZXMgb24gdGhlIExlYWYtb25s eSBQRXMuIA0KDQoNCjIuMyBTY2VuYXJpbyAzOiBMZWFmIE9SIFJvb3Qgc2l0ZShzKSBwZXIgTUFD DQoNCiAgIEluIHRoaXMgc2NlbmFyaW8sIGEgUEUgbWF5IHJlY2VpdmUgdHJhZmZpYyBmcm9tIGJv dGggUm9vdCBBTkQgTGVhZg0KICAgc2l0ZXMgb24gYSBzaW5nbGUgQXR0YWNobWVudCBDaXJjdWl0 IChBQykgb2YgYW4gRVZJLiBUaGlzIHNjZW5hcmlvIGlzDQogICBub3QgY292ZXJlZCBpbiBib3Ro IFtSRkM3Mzg3XSBhbmQgW01FRjYuMV07IGhvd2V2ZXIsIGl0IGlzIGNvdmVyZWQgaW4NCiAgIHRo aXMgZG9jdW1lbnQgZm9yIHRoZSBzYWtlIG9mIGNvbXBsZXRlbmVzcy4gSW4gdGhpcyBzY2VuYXJp bywgc2luY2UNCiAgIGFuIEFDIGNhcnJpZXMgdHJhZmZpYyBmcm9tIGJvdGggUm9vdCBhbmQgTGVh ZiBzaXRlcywgdGhlIGdyYW51bGFyaXR5DQogICBhdCB3aGljaCBSb290IG9yIExlYWYgc2l0ZXMg YXJlIGlkZW50aWZpZWQgaXMgb24gYSBwZXIgTUFDIGFkZHJlc3MuDQogICBUaGlzIHNjZW5hcmlv IGlzIGNvbnNpZGVyZWQgaW4gdGhpcyBkb2N1bWVudCBmb3IgRVZQTiBzZXJ2aWNlIHdpdGgNCiAg IG9ubHkga25vd24gdW5pY2FzdCB0cmFmZmljIGJlY2F1c2UgdGhlIERlc2lnbmF0ZWQgRm9yd2Fy ZGluZyAoREYpDQogICBmaWx0ZXJpbmcgcGVyIFtSRkM3NDMyXSB3b3VsZCBub3QgYmUgY29tcGF0 aWJsZSB3aXRoIHRoZSByZXF1aXJlZA0KICAgZWdyZXNzIGZpbHRlcmluZyAtIGkuZS4sIEJyb2Fk Y2FzdCwgVW5rbm93biwgYW5kIE11bHRpY2FzdCAoQlVNKQ0KICAgdHJhZmZpYyBpcyBub3Qgc3Vw cG9ydGVkIGluIHRoaXMgc2NlbmFyaW8gYW5kIGl0IGlzIGRyb3BwZWQgYnkgdGhlDQogICBpbmdy ZXNzIFBFLg0KDQoNCg0KICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLSsgICAgICAgICAg ICArLS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICAgfCAgIFBFMSAgIHwgICAgICAgICAg ICB8ICAgUEUyICAgfA0KICAgICstLS0rICAgICAgICAgICAgfCAgKy0tLSsgIHwgICstLS0tLS0r ICB8ICArLS0tKyAgfCAgICAgICAgICAgICstLS0rDQogICAgfENFMSstLS0tLUFDMS0tLS0rLS0r ICAgfCAgfCAgfCAgICAgIHwgIHwgIHwgICArLS0rLS0tLS1BQzItLS0tK0NFMnwNCiAgICArLS0t KyAgICAoUm9vdCkgIHwgIHwgRSB8ICB8ICB8IE1QTFMgfCAgfCAgfCBFIHwgIHwgKExlYWYvUm9v dCkrLS0tKw0KICAgICAgICAgICAgICAgICAgICAgfCAgfCBWIHwgIHwgIHwgIC9JUCB8ICB8ICB8 IFYgfCAgfA0KICAgICAgICAgICAgICAgICAgICAgfCAgfCBJIHwgIHwgIHwgICAgICB8ICB8ICB8 IEkgfCAgfCAgICAgICAgICAgICstLS0rDQogICAgICAgICAgICAgICAgICAgICB8ICB8ICAgfCAg fCAgfCAgICAgIHwgIHwgIHwgICArLS0rLS0tLS1BQzMtLS0tK0NFM3wNCiAgICAgICAgICAgICAg ICAgICAgIHwgICstLS0rICB8ICArLS0tLS0tKyAgfCAgKy0tLSsgIHwgICAoTGVhZikgICArLS0t Kw0KICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLSsgICAgICAgICAgICArLS0tLS0tLS0t Kw0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUgMzogU2NlbmFyaW8gMw0K DQoNCjMgT3BlcmF0aW9uIGZvciBFVlBODQoNCiAgIFtSRkM3NDMyXSBkZWZpbmVzIHRoZSBub3Rp b24gb2YgRXRoZXJuZXQgU2VnbWVudCBJZGVudGlmaWVyIChFU0kpDQogDQoNCg0KU2FqYXNzaSBl dCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIwLCAyMDE4ICAgICAgICAgICAgICAgIFtQ YWdlIDhdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1UUkVFIFN1cHBvcnQgaW4gRVZQTiAmIFBC Qi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQogICBNUExTIGxhYmVsIHVzZWQgZm9yIHNw bGl0LWhvcml6b24gZmlsdGVyaW5nIG9mIEJVTSB0cmFmZmljIGF0IHRoZQ0KICAgZWdyZXNzIFBF LiBTdWNoIGVncmVzcyBmaWx0ZXJpbmcgY2FwYWJpbGl0aWVzIGNhbiBiZSBsZXZlcmFnZWQgaW4N CiAgIHByb3Zpc2lvbiBvZiBFLVRSRUUgc2VydmljZXMgYXMgc2VlbiBzaG9ydGx5LiBJbiBvdGhl ciB3b3JkcywNCiAgIFtSRkM3NDMyXSBoYXMgaW5oZXJlbnQgY2FwYWJpbGl0eSB0byBzdXBwb3J0 IEUtVFJFRSBzZXJ2aWNlcyB3aXRob3V0DQogICBkZWZpbmluZyBhbnkgbmV3IEJHUCByb3V0ZXMg YnV0IGJ5IGp1c3QgZGVmaW5pbmcgYSBuZXcgQkdQIEV4dGVuZGVkDQogICBDb21tdW5pdHkgZm9y IGxlYWYgaW5kaWNhdGlvbiBhcyBzaG93biBsYXRlciBpbiB0aGlzIGRvY3VtZW50DQogICAoc2Vj dGlvbiA1LjEpLg0KDQoNCjMuMSBLbm93biBVbmljYXN0IFRyYWZmaWMNCg0KICAgU2luY2UgaW4g RVZQTiwgTUFDIGxlYXJuaW5nIGlzIHBlcmZvcm1lZCBpbiBjb250cm9sIHBsYW5lIHZpYQ0KICAg YWR2ZXJ0aXNlbWVudCBvZiBCR1Agcm91dGVzLCB0aGUgZmlsdGVyaW5nIG5lZWRlZCBieSBFLVRS RUUgc2VydmljZQ0KICAgZm9yIGtub3duIHVuaWNhc3QgdHJhZmZpYyBjYW4gYmUgcGVyZm9ybWVk IGF0IHRoZSBpbmdyZXNzIFBFLCB0aHVzDQogICBwcm92aWRpbmcgdmVyeSBlZmZpY2llbnQgZmls dGVyaW5nIGFuZCBhdm9pZGluZyBzZW5kaW5nIGtub3duIHVuaWNhc3QNCiAgIHRyYWZmaWMgb3Zl ciBNUExTL0lQIGNvcmUgdG8gYmUgZmlsdGVyZWQgYXQgdGhlIGVncmVzcyBQRSBhcyBkb25lIGlu DQogICB0cmFkaXRpb25hbCBFLVRSRUUgc29sdXRpb25zIChlLmcuLCBFLVRSRUUgZm9yIFZQTFMg W1JGQzc3OTZdKS4gDQoNCiAgIFRvIHByb3ZpZGUgc3VjaCBpbmdyZXNzIGZpbHRlcmluZyBmb3Ig a25vd24gdW5pY2FzdCB0cmFmZmljLCBhIFBFDQogICBNVVNUIGluZGljYXRlIHRvIG90aGVyIFBF cyB3aGF0IGtpbmQgb2Ygc2l0ZXMgKHJvb3Qgb3IgbGVhZikgaXRzIE1BQw0KICAgYWRkcmVzc2Vz IGFyZSBhc3NvY2lhdGVkIHdpdGggYnkgYWR2ZXJ0aXNpbmcgYSBsZWFmIGluZGljYXRpb24gZmxh Zw0KICAgKHZpYSBhbiBFeHRlbmRlZCBDb21tdW5pdHkpIGFsb25nIHdpdGggZWFjaCBvZiBpdHMg TUFDL0lQDQogICBBZHZlcnRpc2VtZW50IHJvdXRlcy4gVGhlIGxhY2sgb2Ygc3VjaCBmbGFnIGlu ZGljYXRlcyB0aGF0IHRoZSBNQUMNCiAgIGFkZHJlc3MgaXMgYXNzb2NpYXRlZCB3aXRoIGEgcm9v dCBzaXRlLiBUaGlzIHNjaGVtZSBhcHBsaWVzIHRvIGFsbA0KICAgc2NlbmFyaW9zIGRlc2NyaWJl ZCBpbiBzZWN0aW9uIDIuIA0KDQogICBUYWdnaW5nIE1BQyBhZGRyZXNzZXMgd2l0aCBhIGxlYWYg aW5kaWNhdGlvbiBlbmFibGVzIHJlbW90ZSBQRXMgdG8NCiAgIHBlcmZvcm0gaW5ncmVzcyBmaWx0 ZXJpbmcgZm9yIGtub3duIHVuaWNhc3QgdHJhZmZpYyAtIGkuZS4sIG9uIHRoZQ0KICAgaW5ncmVz cyBQRSwgdGhlIE1BQyBkZXN0aW5hdGlvbiBhZGRyZXNzIGxvb2t1cCB5aWVsZHMsIGluIGFkZGl0 aW9uIHRvDQogICB0aGUgZm9yd2FyZGluZyBhZGphY2VuY3ksIGEgZmxhZyB3aGljaCBpbmRpY2F0 ZXMgd2hldGhlciB0aGUgdGFyZ2V0DQogICBNQUMgaXMgYXNzb2NpYXRlZCB3aXRoIGEgTGVhZiBz aXRlIG9yIG5vdC4gVGhlIGluZ3Jlc3MgUEUgY3Jvc3MtDQogICBjaGVja3MgdGhpcyBmbGFnIHdp dGggdGhlIHN0YXR1cyBvZiB0aGUgb3JpZ2luYXRpbmcgQUMsIGFuZCBpZiBib3RoDQogICBhcmUg TGVhZnMsIHRoZW4gdGhlIHBhY2tldCBpcyBub3QgZm9yd2FyZGVkLg0KDQogICBJbiBzaXR1YXRp b24gd2hlcmUgTUFDIG1vdmVzIGFyZSBhbGxvd2VkIGFtb25nIExlYWYgYW5kIFJvb3Qgc2l0ZXMN CiAgIChlLmcuLCBub24tc3RhdGljIE1BQyksIFBFcyBjYW4gcmVjZWl2ZSBtdWx0aXBsZSBNQUMv SVANCiAgIGFkdmVydGlzZW1lbnRzIHJvdXRlcyBmb3IgdGhlIHNhbWUgTUFDIGFkZHJlc3Mgd2l0 aCBkaWZmZXJlbnQNCiAgIExlYWYvUm9vdCBpbmRpY2F0aW9ucyAoYW5kIHBvc3NpYmx5IGRpZmZl cmVudCBFU0lzIGZvciBtdWx0aS1ob21pbmcNCiAgIHNjZW5hcmlvcykuIEluIHN1Y2ggc2l0dWF0 aW9ucywgTUFDIG1vYmlsaXR5IHByb2NlZHVyZXMgKHNlY3Rpb24gMTUNCiAgIG9mIFtSRkM3NDMy XSkgdGFrZSBwcmVjZWRlbmNlIHRvIGZpcnN0IGlkZW50aWZ5IHRoZSBsb2NhdGlvbiBvZiB0aGUN CiAgIE1BQyBiZWZvcmUgYXNzb2NpYXRpbmcgdGhhdCBNQUMgd2l0aCBhIFJvb3Qgb3IgYSBMZWFm IHNpdGUuIA0KDQogICBUbyBzdXBwb3J0IHRoZSBhYm92ZSBpbmdyZXNzIGZpbHRlcmluZyBmdW5j dGlvbmFsaXR5LCBhIG5ldyBFLVRSRUUNCiAgIEV4dGVuZGVkIENvbW11bml0eSB3aXRoIGEgTGVh ZiBpbmRpY2F0aW9uIGZsYWcgaXMgaW50cm9kdWNlZCBbc2VjdGlvbg0KICAgNS4xXS4gVGhpcyBu ZXcgRXh0ZW5kZWQgQ29tbXVuaXR5IE1VU1QgYmUgYWR2ZXJ0aXNlZCB3aXRoIE1BQy9JUA0KICAg QWR2ZXJ0aXNlbWVudCByb3V0ZS4gQmVzaWRlcyBNQUMvSVAgQWR2ZXJ0aXNlbWVudCByb3V0ZSwg bm8gb3RoZXINCiAgIEVWUE4gcm91dGVzIGFyZSByZXF1aXJlZCB0byBjYXJyeSB0aGlzIG5ldyBl eHRlbmRlZCBjb21tdW5pdHkuDQoNCiANCg0KDQpTYWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGly ZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAgICAgW1BhZ2UgOV0NCgwNCklOVEVSTkVU IERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBOICYgUEJCLUVWUE4gICAgICAgSnVuZSAy MiwgMjAxNw0KDQoNCjMuMiBCcm9hZGNhc3QsIFVua29ud24sIGFuZCBNdWx0aWNhc3QgKEJVTSkg VHJhZmZpYw0KDQogICBUaGlzIHNwZWNpZmljYXRpb24gZG9lcyBub3QgcHJvdmlkZSBzdXBwb3J0 IGZvciBmaWx0ZXJpbmcgQlVNDQogICAoQnJvYWRjYXN0LCBVbmtub3duLCBhbmQgTXVsdGljYXN0 KSB0cmFmZmljIG9uIHRoZSBpbmdyZXNzIFBFIGJlY2F1c2UNCiAgIGl0IGlzIG5vdCBwb3NzaWJs ZSB0byBwZXJmb3JtIGZpbHRlcmluZyBvZiBCVU0gdHJhZmZpYyBvbiB0aGUgaW5ncmVzcw0KICAg UEUsIGFzIGlzIHRoZSBjYXNlIHdpdGgga25vd24gdW5pY2FzdCBkZXNjcmliZWQgYWJvdmUsIGR1 ZSB0byB0aGUNCiAgIG11bHRpLWRlc3RpbmF0aW9uIG5hdHVyZSBvZiBCVU0gdHJhZmZpYy4gQXMg c3VjaCwgdGhlIHNvbHV0aW9uIHJlbGllcw0KICAgb24gZWdyZXNzIGZpbHRlcmluZy4gSW4gb3Jk ZXIgdG8gYXBwbHkgdGhlIHByb3BlciBlZ3Jlc3MgZmlsdGVyaW5nLA0KICAgd2hpY2ggdmFyaWVz IGJhc2VkIG9uIHdoZXRoZXIgYSBwYWNrZXQgaXMgc2VudCBmcm9tIGEgTGVhZiBBQyBvciBhDQog ICByb290IEFDLCB0aGUgTVBMUy1lbmNhcHN1bGF0ZWQgZnJhbWVzIE1VU1QgYmUgdGFnZ2VkIHdp dGggYW4NCiAgIGluZGljYXRpb24gdGhhdCB0aGV5IG9yaWdpbmF0ZWQgZnJvbSBhIExlYWYgQUMg LSBpLmUuLCB0byBiZSB0YWdnZWQNCiAgIHdpdGggYSBMZWFmIGxhYmVsIGFzIHNwZWNpZmllZCBp biBzZWN0aW9uIDUuMS4gDQoNCiAgIFRoZSBMZWFmIGxhYmVsIGNhbiBiZSB1cHN0cmVhbSBhc3Np Z25lZCBmb3IgUDJNUCBMU1Agb3IgZG93bnN0cmVhbQ0KICAgYXNzaWduZWQgZm9yIGluZ3Jlc3Mg cmVwbGljYXRpb24gdHVubmVscy4gVGhlIG1haW4gZGlmZmVyZW5jZSBiZXR3ZWVuDQogICBkb3du c3RyZWFtIGFuZCB1cHN0cmVhbSBhc3NpZ25lZCBMZWFmIGxhYmVsIGlzIHRoYXQgaW4gY2FzZSBv Zg0KICAgZG93bnN0cmVhbSBhc3NpZ25lZCBub3QgYWxsIGVncmVzcyBQRSBkZXZpY2VzIG5lZWQg dG8gcmVjZWl2ZSB0aGUNCiAgIGxhYmVsIGp1c3QgbGlrZSBFU0kgbGFiZWwgZm9yIGluZ3Jlc3Mg cmVwbGljYXRpb24gcHJvY2VkdXJlcyBkZWZpbmVkDQogICBpbiBbUkZDNzQzMl0uDQoNCiAgIE9u IHRoZSBpbmdyZXNzIFBFLCB0aGUgUEUgbmVlZHMgdG8gcGxhY2UgYWxsIGl0cyBMZWFmIEFDcyBm b3IgYSBnaXZlbg0KICAgYnJpZGdlIGRvbWFpbiBpbiBhIHNpbmdsZSBzcGxpdC1ob3Jpem9uIGdy b3VwIGluIG9yZGVyIHRvIHByZXZlbnQNCiAgIGludHJhLVBFIGZvcndhcmRpbmcgYW1vbmcgaXRz IExlYWYgQUNzLiBUaGlzIGludHJhLVBFIHNwbGl0LWhvcml6b24NCiAgIGZpbHRlcmluZyBhcHBs aWVzIHRvIEJVTSB0cmFmZmljIGFzIHdlbGwgYXMga25vd24tdW5pY2FzdCB0cmFmZmljLg0KDQog ICBUaGVyZSBhcmUgZm91ciBzY2VuYXJpb3MgdG8gY29uc2lkZXIgYXMgZm9sbG93cy4gSW4gYWxs IHRoZXNlDQogICBzY2VuYXJpb3MsIHRoZSBpbmdyZXNzIFBFIGltcG9zZXMgdGhlIHJpZ2h0IE1Q TFMgbGFiZWwgYXNzb2NpYXRlZA0KICAgd2l0aCB0aGUgb3JpZ2luYXRlZCBFdGhlcm5ldCBTZWdt ZW50IChFUykgZGVwZW5kaW5nIG9uIHdoZXRoZXIgdGhlDQogICBFdGhlcm5ldCBmcmFtZSBvcmln aW5hdGVkIGZyb20gYSBSb290IG9yIGEgTGVhZiBzaXRlIG9uIHRoYXQgRXRoZXJuZXQNCiAgIFNl Z21lbnQgKEVTSSBsYWJlbCBvciBMZWFmIGxhYmVsKS4gVGhlIG1lY2hhbmlzbSBieSB3aGljaCB0 aGUgUEUNCiAgIGlkZW50aWZpZXMgd2hldGhlciBhIGdpdmVuIGZyYW1lIG9yaWdpbmF0ZWQgZnJv bSBhIFJvb3Qgb3IgYSBMZWFmDQogICBzaXRlIG9uIHRoZSBzZWdtZW50IGlzIGJhc2VkIG9uIHRo ZSBBQyBpZGVudGlmaWVyIGZvciB0aGF0IHNlZ21lbnQNCiAgIChlLmcuLCBFdGhlcm5ldCBUYWcg b2YgdGhlIGZyYW1lIGZvciA4MDIuMVEgZnJhbWVzKS4gT3RoZXIgbWVjaGFuaXNtcw0KICAgZm9y IGlkZW50aWZ5aW5nIHJvb3Qgb3IgbGVhZiAoZS5nLiwgb24gYSBwZXIgTUFDIGFkZHJlc3MgYmFz aXMpIGlzDQogICBiZXlvbmQgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuDQoNCjMuMi4xIEJV TSB0cmFmZmljIG9yaWdpbmF0ZWQgZnJvbSBhIHNpbmdsZS1ob21lZCBzaXRlIG9uIGEgbGVhZiBB Qw0KDQogICBJbiB0aGlzIHNjZW5hcmlvLCB0aGUgaW5ncmVzcyBQRSBhZGRzIGEgTGVhZiBsYWJl bCBhZHZlcnRpc2VkIHVzaW5nDQogICB0aGUgRS1UcmVlIEV4dGVuZGVkIENvbW11bml0eSAoU2Vj dGlvbiA1LjEpIGluZGljYXRpbmcgYSBMZWFmIHNpdGUuDQogICBUaGlzIExlYWYgbGFiZWwsIHVz ZWQgZm9yIHNpbmdsZS1ob21pbmcgc2NlbmFyaW9zLCBpcyBub3Qgb24gYSBwZXIgRVMNCiAgIGJh c2lzIGJ1dCByYXRoZXIgb24gYSBwZXIgUEUgYmFzaXMgLSBpLmUuLCBhIHNpbmdsZSBMZWFmIE1Q TFMgbGFiZWwNCiAgIGlzIHVzZWQgZm9yIGFsbCBzaW5nbGUtaG9tZWQgRVMncyBvbiB0aGF0IFBF LiBUaGlzIExlYWYgbGFiZWwgaXMNCiAgIGFkdmVydGlzZWQgdG8gb3RoZXIgUEUgZGV2aWNlcywg dXNpbmcgdGhlIEUtVFJFRSBFeHRlbmRlZCBDb21tdW5pdHkNCiAgIChzZWN0aW9uIDUuMSkgYWxv bmcgd2l0aCBhbiBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlIHdpdGggRVNJIG9mDQogICB6ZXJv IGFuZCBhIHNldCBvZiBSb3V0ZSBUYXJnZXRzIChSVHMpIGNvcnJlc3BvbmRpbmcgdG8gYWxsIEVW SXMgb24NCiAgIHRoZSBQRSB3aXRoIGF0IGxlYXN0IG9uZSBsZWFmIHNpdGUgcGVyIEVWSS4gVGhl IHNldCBvZiBFdGhlcm5ldCBBLUQNCiAgIHBlciBFUyByb3V0ZXMgbWF5IGJlIG5lZWRlZCBpZiB0 aGUgbnVtYmVyIG9mIFJvdXRlIFRhcmdldHMgKFJUcykgdGhhdA0KIA0KDQoNClNhamFzc2kgZXQg YWwuICAgICAgICAgRXhwaXJlcyBGZWJydWFyeSAyMCwgMjAxOCAgICAgICAgICAgICAgIFtQYWdl IDEwXQ0KDA0KSU5URVJORVQgRFJBRlQgICAgIEUtVFJFRSBTdXBwb3J0IGluIEVWUE4gJiBQQkIt RVZQTiAgICAgICBKdW5lIDIyLCAyMDE3DQoNCg0KICAgbmVlZCB0byBiZSBzZW50IGV4Y2VlZCB0 aGUgbGltaXQgb24gYSBzaW5nbGUgcm91dGUgcGVyIFtSRkM3NDMyXS4gVGhlDQogICBFU0kgZm9y IHRoZSBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlIGlzIHNldCB0byB6ZXJvIHRvIGluZGljYXRl DQogICBzaW5nbGUtaG9tZWQgc2l0ZXMuDQoNCiAgIFdoZW4gYSBQRSByZWNlaXZlcyB0aGlzIHNw ZWNpYWwgTGVhZiBsYWJlbCBpbiB0aGUgZGF0YSBwYXRoLCBpdA0KICAgYmxvY2tzIHRoZSBwYWNr ZXQgaWYgdGhlIGRlc3RpbmF0aW9uIEFDIGlzIG9mIHR5cGUgTGVhZjsgb3RoZXJ3aXNlLA0KICAg aXQgZm9yd2FyZHMgdGhlIHBhY2tldC4gIA0KDQozLjIuMiBCVU0gdHJhZmZpYyBvcmlnaW5hdGVk IGZyb20gYSBzaW5nbGUtaG9tZWQgc2l0ZSBvbiBhIHJvb3QgQUMNCg0KICAgSW4gdGhpcyBzY2Vu YXJpbywgdGhlIGluZ3Jlc3MgUEUgZG9lcyBub3QgYWRkIGFueSBFU0kgbGFiZWwgb3IgTGVhZg0K ICAgbGFiZWwgYW5kIGl0IG9wZXJhdGVzIHBlciBbUkZDNzQzMl0gcHJvY2VkdXJlcy4gDQoNCjMu Mi4zIEJVTSB0cmFmZmljIG9yaWdpbmF0ZWQgZnJvbSBhIG11bHRpLWhvbWVkIHNpdGUgb24gYSBs ZWFmIEFDDQoNCiAgIEluIHRoaXMgc2NlbmFyaW8sIGl0IGlzIGFzc3VtZWQgdGhhdCB3aGlsZSBk aWZmZXJlbnQgQUNzIChWTEFOcykgb24NCiAgIHRoZSBzYW1lIEVTIGNvdWxkIGhhdmUgZGlmZmVy ZW50IHJvb3QvbGVhZiBkZXNpZ25hdGlvbiAoc29tZSBiZWluZw0KICAgcm9vdHMgYW5kIHNvbWUg YmVpbmcgbGVhZnMpLCB0aGUgc2FtZSBWTEFOIGRvZXMgaGF2ZSB0aGUgc2FtZQ0KICAgcm9vdC9s ZWFmIGRlc2lnbmF0aW9uIG9uIGFsbCBQRXMgb24gdGhlIHNhbWUgRVMuIEZ1cnRoZXJtb3JlLCBp dCBpcw0KICAgYXNzdW1lZCB0aGF0IHRoZXJlIGlzIG5vIGZvcndhcmRpbmcgYW1vbmcgc3VibmV0 cyAtIGllLCB0aGUgc2VydmljZQ0KICAgaXMgRVZQTiBMMiBhbmQgbm90IEVWUE4gSVJCIFtFVlBO LUlSQl0uIElSQiB1c2UgY2FzZXMgZGVzY3JpYmVkIGluDQogICBbRVZQTi1JUkJdIGFyZSBvdXRz aWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LiAgDQoNCiAgIEluIHN1Y2ggc2NlbmFyaW9z LCAgSWYgYSBtdWx0aWNhc3Qgb3IgYnJvYWRjYXN0IHBhY2tldCBpcyBvcmlnaW5hdGVkDQogICBm cm9tIGEgbGVhZiBBQywgdGhlbiBpdCBvbmx5IG5lZWRzIHRvIGNhcnJ5IExlYWYgbGFiZWwgZGVz Y3JpYmVkIGluDQogICBzZWN0aW9uIDMuMi4xLiBUaGlzIGxhYmVsIGlzIHN1ZmZpY2llbnQgaW4g cHJvdmlkaW5nIHRoZSBuZWNlc3NhcnkNCiAgIGVncmVzcyBmaWx0ZXJpbmcgb2YgQlVNIHRyYWZm aWMgZnJvbSBnZXR0aW5nIHNlbnQgdG8gbGVhZiBBQ3MNCiAgIGluY2x1ZGluZyB0aGUgbGVhZiBB QyBvbiB0aGUgc2FtZSBFdGhlcm5ldCBTZWdtZW50LiAgDQoNCjMuMi40IEJVTSB0cmFmZmljIG9y aWdpbmF0ZWQgZnJvbSBhIG11bHRpLWhvbWVkIHNpdGUgb24gYSByb290IEFDDQoNCiAgIEluIHRo aXMgc2NlbmFyaW8sIGJvdGggdGhlIGluZ3Jlc3MgYW5kIGVncmVzcyBQRSBkZXZpY2VzIGZvbGxv d3MgdGhlDQogICBwcm9jZWR1cmUgZGVmaW5lZCBpbiBbUkZDNzQzMl0gZm9yIGFkZGluZyBhbmQv b3IgcHJvY2Vzc2luZyBhbiBFU0kNCiAgIE1QTFMgbGFiZWwuDQoNCg0KMy4zIEUtVFJFRSBUcmFm ZmljIEZsb3dzIGZvciBFVlBODQoNCiAgIFBlciBbUkZDNzM4N10sIGEgZ2VuZXJpYyBFLVRyZWUg c2VydmljZSBzdXBwb3J0cyBhbGwgb2YgdGhlIGZvbGxvd2luZw0KICAgdHJhZmZpYyBmbG93czoN Cg0KICAgICAgICAtIEV0aGVybmV0IGtub3duIHVuaWNhc3QgZnJvbSBSb290IHRvIFJvb3RzICYg TGVhZg0KICAgICAgICAtIEV0aGVybmV0IGtub3duIHVuaWNhc3QgZnJvbSBMZWFmIHRvIFJvb3QN CiAgICAgICAgLSBFdGhlcm5ldCBCVU0gdHJhZmZpYyBmcm9tIFJvb3QgdG8gUm9vdHMgJiBMZWFm cw0KICAgICAgICAtIEV0aGVybmV0IEJVTSB0cmFmZmljIGZyb20gTGVhZiB0byBSb290cw0KDQog ICBBIHBhcnRpY3VsYXIgRS1UcmVlIHNlcnZpY2UgbWF5IG5lZWQgdG8gc3VwcG9ydCBhbGwgb2Yg dGhlIGFib3ZlDQogICB0eXBlcyBvZiBmbG93cyBvciBvbmx5IGEgc2VsZWN0IHN1YnNldCwgZGVw ZW5kaW5nIG9uIHRoZSB0YXJnZXQNCiANCg0KDQpTYWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGly ZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAgICBbUGFnZSAxMV0NCgwNCklOVEVSTkVU IERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBOICYgUEJCLUVWUE4gICAgICAgSnVuZSAy MiwgMjAxNw0KDQoNCiAgIGFwcGxpY2F0aW9uLiBJbiB0aGUgY2FzZSB3aGVyZSB1bmljYXN0IGZs b3dzIG5lZWQgbm90IGJlIHN1cHBvcnRlZCwNCiAgIHRoZSBMMlZQTiBQRXMgY2FuIGF2b2lkIHBl cmZvcm1pbmcgYW55IE1BQyBsZWFybmluZyBmdW5jdGlvbi4gDQoNCiAgIFRoZSBmb2xsb3dpbmcg c3Vic2VjdGlvbnMgd2lsbCBkZXNjcmliZSB0aGUgb3BlcmF0aW9uIG9mIEVWUE4gdG8NCiAgIHN1 cHBvcnQgRS1UcmVlIHNlcnZpY2Ugd2l0aCBhbmQgd2l0aG91dCBNQUMgbGVhcm5pbmcuDQoNCg0K My4zLjEgRS1UcmVlIHdpdGggTUFDIExlYXJuaW5nDQoNCiAgIFRoZSBQRXMgaW1wbGVtZW50aW5n IGFuIEUtVHJlZSBzZXJ2aWNlIG11c3QgcGVyZm9ybSBNQUMgbGVhcm5pbmcgd2hlbg0KICAgdW5p Y2FzdCB0cmFmZmljIGZsb3dzIG11c3QgYmUgc3VwcG9ydGVkIGFtb25nIFJvb3QgYW5kIExlYWYg c2l0ZXMuIEluDQogICB0aGlzIGNhc2UsIHRoZSBQRShzKSB3aXRoIFJvb3Qgc2l0ZXMgcGVyZm9y bXMgTUFDIGxlYXJuaW5nIGluIHRoZQ0KICAgZGF0YS1wYXRoIG92ZXIgdGhlIEV0aGVybmV0IFNl Z21lbnRzLCBhbmQgYWR2ZXJ0aXNlcyByZWFjaGFiaWxpdHkgaW4NCiAgIEVWUE4gTUFDL0lQIEFk dmVydGlzZW1lbnQgUm91dGVzLiBUaGVzZSByb3V0ZXMgd2lsbCBiZSBpbXBvcnRlZCBieQ0KICAg YWxsIFBFcyBmb3IgdGhhdCBFVkkgKGkuZS4sIFBFcyB0aGF0IGhhdmUgTGVhZiBzaXRlcyBhcyB3 ZWxsIGFzIFBFcw0KICAgdGhhdCBoYXZlIFJvb3Qgc2l0ZXMpLiBTaW1pbGFybHksIHRoZSBQRXMg d2l0aCBMZWFmIHNpdGVzIHBlcmZvcm0gTUFDDQogICBsZWFybmluZyBpbiB0aGUgZGF0YS1wYXRo IG92ZXIgdGhlaXIgRXRoZXJuZXQgU2VnbWVudHMsIGFuZCBhZHZlcnRpc2UNCiAgIHJlYWNoYWJp bGl0eSBpbiBFVlBOIE1BQy9JUCBBZHZlcnRpc2VtZW50IFJvdXRlcy4gRm9yIHRoZSBzY2VuYXJp bw0KICAgZGVzY3JpYmVkIGluIHNlY3Rpb24gMi4xIChvciBwb3NzaWJseSBzZWN0aW9uIDIuMiks IHRoZXNlIHJvdXRlcyBhcmUNCiAgIGltcG9ydGVkIG9ubHkgYnkgUEVzIHdpdGggYXQgbGVhc3Qg b25lIFJvb3Qgc2l0ZSBpbiB0aGUgRVZJIC0gaS5lLiwgYQ0KICAgUEUgd2l0aCBvbmx5IExlYWYg c2l0ZXMgd2lsbCBub3QgaW1wb3J0IHRoZXNlIHJvdXRlcy4gUEVzIHdpdGggUm9vdA0KICAgYW5k L29yIExlYWYgc2l0ZXMgbWF5IHVzZSB0aGUgRXRoZXJuZXQgQS1EIHJvdXRlcyBmb3IgYWxpYXNp bmcgKGluDQogICB0aGUgY2FzZSBvZiBtdWx0aS1ob21lZCBzZWdtZW50cykgYW5kIGZvciBtYXNz IE1BQyB3aXRoZHJhd2FsIHBlcg0KICAgW1JGQzc0MzJdLg0KDQogICBUbyBzdXBwb3J0IG11bHRp Y2FzdC9icm9hZGNhc3QgZnJvbSBSb290IHRvIExlYWYgc2l0ZXMsIGVpdGhlciBhIFAyTVANCiAg IHRyZWUgcm9vdGVkIGF0IHRoZSBQRShzKSB3aXRoIHRoZSBSb290IHNpdGUocykgb3IgaW5ncmVz cyByZXBsaWNhdGlvbg0KICAgY2FuIGJlIHVzZWQgKHNlY3Rpb24gMTYgb2YgW1JGQzc0MzJdKS4g VGhlIG11bHRpY2FzdCB0dW5uZWxzIGFyZSBzZXQNCiAgIHVwIHRocm91Z2ggdGhlIGV4Y2hhbmdl IG9mIHRoZSBFVlBOIEluY2x1c2l2ZSBNdWx0aWNhc3Qgcm91dGUsIGFzDQogICBkZWZpbmVkIGlu IFtSRkM3NDMyXS4gDQoNCiAgIFRvIHN1cHBvcnQgbXVsdGljYXN0L2Jyb2FkY2FzdCBmcm9tIExl YWYgdG8gUm9vdCBzaXRlcywgaW5ncmVzcw0KICAgcmVwbGljYXRpb24gc2hvdWxkIGJlIHN1ZmZp Y2llbnQgZm9yIG1vc3Qgc2NlbmFyaW9zIHdoZXJlIHRoZXJlIGFyZQ0KICAgb25seSBhIGZldyBS b290cyAodHlwaWNhbGx5IHR3bykuIFRoZXJlZm9yZSwgaW4gYSB0eXBpY2FsIHNjZW5hcmlvLCBh DQogICByb290IFBFIG5lZWRzIHRvIHN1cHBvcnQgYm90aCBhIFAyTVAgdHVubmVsIGluIHRyYW5z bWl0IGRpcmVjdGlvbg0KICAgZnJvbSBpdHNlbGYgdG8gbGVhZiBQRXMgYW5kIGF0IHRoZSBzYW1l IHRpbWUgaXQgbmVlZHMgdG8gc3VwcG9ydA0KICAgaW5ncmVzcy1yZXBsaWNhdGlvbiB0dW5uZWxz IGluIHJlY2VpdmUgZGlyZWN0aW9uIGZyb20gbGVhZiBQRXMgdG8NCiAgIGl0c2VsZi4gSW4gb3Jk ZXIgdG8gc2lnbmFsIHRoaXMgZWZmaWNpZW50bHkgZnJvbSB0aGUgcm9vdCBQRSwgYSBuZXcNCiAg IGNvbXBvc2l0ZSB0dW5uZWwgdHlwZSBpcyBkZWZpbmVkIHBlciBzZWN0aW9uIDUuMi4gIFRoaXMg bmV3IGNvbXBvc2l0ZQ0KICAgdHVubmVsIHR5cGUgaXMgYWR2ZXJ0aXNlZCBieSB0aGUgcm9vdCBQ RSB0byBzaW11bHRhbmVvdXNseSBpbmRpY2F0ZSBhDQogICBQMk1QIHR1bm5lbCBpbiB0cmFuc21p dCBkaXJlY3Rpb24gYW5kIGFuIGluZ3Jlc3MtcmVwbGljYXRpb24gdHVubmVsDQogICBpbiB0aGUg cmVjZWl2ZSBkaXJlY3Rpb24gZm9yIHRoZSBCVU0gdHJhZmZpYy4gICANCg0KICAgSWYgdGhlIG51 bWJlciBvZiBSb290cyBpcyBsYXJnZSwgUDJNUCB0dW5uZWxzIG9yaWdpbmF0ZWQgYXQgdGhlIFBF cw0KICAgd2l0aCBMZWFmIHNpdGVzIG1heSBiZSB1c2VkIGFuZCB0aHVzIHRoZXJlIHdpbGwgYmUg bm8gbmVlZCB0byB1c2UgdGhlDQogICBtb2RpZmllZCBQTVNJIHR1bm5lbCBhdHRyaWJ1dGUgaW4g c2VjdGlvbiA1LjIgZm9yIGNvbXBvc2l0ZSB0dW5uZWwNCiAgIHR5cGUuDQoNCiANCg0KDQpTYWph c3NpIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAgICAg ICBbUGFnZSAxMl0NCgwNCklOVEVSTkVUIERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBFVlBO ICYgUEJCLUVWUE4gICAgICAgSnVuZSAyMiwgMjAxNw0KDQoNCjMuMy4yIEUtVHJlZSB3aXRob3V0 IE1BQyBMZWFybmluZw0KDQogICBUaGUgUEVzIGltcGxlbWVudGluZyBhbiBFLVRyZWUgc2Vydmlj ZSBuZWVkIG5vdCBwZXJmb3JtIE1BQyBsZWFybmluZw0KICAgd2hlbiB0aGUgdHJhZmZpYyBmbG93 cyBiZXR3ZWVuIFJvb3QgYW5kIExlYWYgc2l0ZXMgYXJlIG1haW5seQ0KICAgbXVsdGljYXN0IG9y IGJyb2FkY2FzdC4gSW4gdGhpcyBjYXNlLCB0aGUgUEVzIGRvIG5vdCBleGNoYW5nZSBFVlBODQog ICBNQUMvSVAgQWR2ZXJ0aXNlbWVudCBSb3V0ZXMuIEluc3RlYWQsIHRoZSBJbmNsdXNpdmUgTXVs dGljYXN0DQogICBFdGhlcm5ldCBUYWcgcm91dGUgaXMgdXNlZCB0byBzdXBwb3J0IEJVTSB0cmFm ZmljLiANCg0KICAgVGhlIGZpZWxkcyBvZiB0aGlzIHJvdXRlIGFyZSBwb3B1bGF0ZWQgcGVyIHRo ZSBwcm9jZWR1cmVzIGRlZmluZWQgaW4NCiAgIFtSRkM3NDMyXSwgYW5kIHRoZSBtdWx0aWNhc3Qg dHVubmVsIHNldHVwIGNyaXRlcmlhIGFyZSBhcyBkZXNjcmliZWQNCiAgIGluIHRoZSBwcmV2aW91 cyBzZWN0aW9uLiANCg0KICAgSnVzdCBhcyBpbiB0aGUgcHJldmlvdXMgc2VjdGlvbiwgaWYgdGhl IG51bWJlciBvZiBQRXMgd2l0aCByb290IHNpdGVzDQogICBhcmUgb25seSBhIGZldyBhbmQgdGh1 cyBpbmdyZXNzIHJlcGxpY2F0aW9uIGlzIGRlc2lyZWQgZnJvbSBsZWFmIFBFcw0KICAgdG8gdGhl c2Ugcm9vdCBQRXMsIHRoZW4gdGhlIG1vZGlmaWVkIFBNU0kgYXR0cmlidXRlIGFzIGRlZmluZWQg aW4NCiAgIHNlY3Rpb24gNS4yIHNob3VsZCBiZSB1c2VkLg0KDQo0IE9wZXJhdGlvbiBmb3IgUEJC LUVWUE4NCg0KICAgSW4gUEJCLUVWUE4sIHRoZSBQRSBhZHZlcnRpc2VzIGEgUm9vdC9MZWFmIGlu ZGljYXRpb24gYWxvbmcgd2l0aCBlYWNoDQogICBCLU1BQyBBZHZlcnRpc2VtZW50IHJvdXRlLCB0 byBpbmRpY2F0ZSB3aGV0aGVyIHRoZSBhc3NvY2lhdGVkIEItTUFDDQogICBhZGRyZXNzIGNvcnJl c3BvbmRzIHRvIGEgUm9vdCBvciBhIExlYWYgc2l0ZS4gSnVzdCBsaWtlIHRoZSBFVlBODQogICBj YXNlLCB0aGUgbmV3IEUtVFJFRSBFeHRlbmRlZCBDb21tdW5pdHkgZGVmaW5lZCBpbiBzZWN0aW9u IFs1LjFdIGlzDQogICBhZHZlcnRpc2VkIHdpdGggZWFjaCBNQUMgQWR2ZXJ0aXNlbWVudCByb3V0 ZS4NCg0KICAgSW4gdGhlIGNhc2Ugd2hlcmUgYSBtdWx0aS1ob21lZCBFdGhlcm5ldCBTZWdtZW50 IGhhcyBib3RoIFJvb3QgYW5kDQogICBMZWFmIHNpdGVzIGF0dGFjaGVkLCB0d28gQi1NQUMgYWRk cmVzc2VzIGFyZSBhZHZlcnRpc2VkOiBvbmUgQi1NQUMNCiAgIGFkZHJlc3MgaXMgcGVyIEVTIGFz IHNwZWNpZmllZCBpbiBbUkZDNzYyM10gYW5kIGltcGxpY2l0bHkgZGVub3RpbmcgDQogICBSb290 LCBhbmQgdGhlIG90aGVyIEItTUFDIGFkZHJlc3MgaXMgcGVyIFBFIGFuZCBleHBsaWNpdGx5IGRl bm90aW5nDQogICBMZWFmLiBUaGUgZm9ybWVyIEItTUFDIGFkZHJlc3MgaXMgbm90IGFkdmVydGlz ZWQgd2l0aCB0aGUgRS1UUkVFDQogICBleHRlbmRlZCBjb21tdW5pdHkgYnV0IHRoZSBsYXR0ZXIg Qi1NQUMgZGVub3RpbmcgTGVhZiBpcyBhZHZlcnRpc2VkDQogICB3aXRoIHRoZSBuZXcgRS1UUkVF IGV4dGVuZGVkIGNvbW11bml0eSB3aGVyZSAiTGVhZi1pbmRpY2F0aW9uIiBmbGFnDQogICBpcyBz ZXQuIEluIHN1Y2ggbXVsdGktaG9taW5nIHNjZW5hcmlvcyB3aGVyZSBhbiBFdGhlcm5ldCBTZWdt ZW50IGhhcw0KICAgYm90aCBSb290IGFuZCBMZWFmIEFDcywgaXQgaXMgYXNzdW1lZCB0aGF0IFdo aWxlIGRpZmZlcmVudCBBQ3MNCiAgIChWTEFOcykgb24gdGhlIHNhbWUgRVMgY291bGQgaGF2ZSBk aWZmZXJlbnQgcm9vdC9sZWFmIGRlc2lnbmF0aW9uDQogICAoc29tZSBiZWluZyByb290cyBhbmQg c29tZSBiZWluZyBsZWFmcyksIHRoZSBzYW1lIFZMQU4gZG9lcyBoYXZlIHRoZQ0KICAgc2FtZSBy b290L2xlYWYgZGVzaWduYXRpb24gb24gYWxsIFBFcyBvbiB0aGUgc2FtZSBFUy4gRnVydGhlcm1v cmUsIGl0DQogICBpcyBhc3N1bWVkIHRoYXQgdGhlcmUgaXMgbm8gZm9yd2FyZGluZyBhbW9uZyBz dWJuZXRzIC0gaWUsIHRoZQ0KICAgc2VydmljZSBpcyBMMiBhbmQgbm90IElSQi4gSVJCIHVzZSBj YXNlIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMNCiAgIGRvY3VtZW50Lg0KDQogICBUaGUg aW5ncmVzcyBQRSB1c2VzIHRoZSByaWdodCBCLU1BQyBzb3VyY2UgYWRkcmVzcyBkZXBlbmRpbmcg b24NCiAgIHdoZXRoZXIgdGhlIEV0aGVybmV0IGZyYW1lIG9yaWdpbmF0ZWQgZnJvbSB0aGUgUm9v dCBvciBMZWFmIEFDIG9uDQogICB0aGF0IEV0aGVybmV0IFNlZ21lbnQuIFRoZSBtZWNoYW5pc20g Ynkgd2hpY2ggdGhlIFBFIGlkZW50aWZpZXMNCiAgIHdoZXRoZXIgYSBnaXZlbiBmcmFtZSBvcmln aW5hdGVkIGZyb20gYSBSb290IG9yIExlYWYgc2l0ZSBvbiB0aGUNCiAgIHNlZ21lbnQgaXMgYmFz ZWQgb24gdGhlIEV0aGVybmV0IFRhZyBhc3NvY2lhdGVkIHdpdGggdGhlIGZyYW1lLiBPdGhlcg0K ICAgbWVjaGFuaXNtcyBvZiBpZGVudGlmaWNhdGlvbiwgYmV5b25kIHRoZSBFdGhlcm5ldCBUYWcs IGFyZSBvdXRzaWRlDQogICB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gIA0KIA0KDQoNClNh amFzc2kgZXQgYWwuICAgICAgICAgRXhwaXJlcyBGZWJydWFyeSAyMCwgMjAxOCAgICAgICAgICAg ICAgIFtQYWdlIDEzXQ0KDA0KSU5URVJORVQgRFJBRlQgICAgIEUtVFJFRSBTdXBwb3J0IGluIEVW UE4gJiBQQkItRVZQTiAgICAgICBKdW5lIDIyLCAyMDE3DQoNCg0KICAgRnVydGhlcm1vcmUsIGEg UEUgYWR2ZXJ0aXNlcyB0d28gc3BlY2lhbCBnbG9iYWwgQi1NQUMgYWRkcmVzc2VzOiBvbmUNCiAg IGZvciBSb290IGFuZCBhbm90aGVyIGZvciBMZWFmLCBhbmQgdGFncyB0aGUgTGVhZiBvbmUgYXMg c3VjaCBpbiB0aGUNCiAgIE1BQyBBZHZlcnRpc2VtZW50IHJvdXRlLiBUaGVzZSBCLU1BQyBhZGRy ZXNzZXMgYXJlIHVzZWQgYXMgc291cmNlDQogICBhZGRyZXNzZXMgZm9yIHRyYWZmaWMgb3JpZ2lu YXRpbmcgZnJvbSBzaW5nbGUtaG9tZWQgc2VnbWVudHMuIFRoZSBCLQ0KICAgTUFDIGFkZHJlc3Mg dXNlZCBmb3IgaW5kaWNhdGluZyBMZWFmIHNpdGVzIGNhbiBiZSB0aGUgc2FtZSBmb3IgYm90aA0K ICAgc2luZ2xlLWhvbWVkIGFuZCBtdWx0aS1ob21lZCBzZWdtZW50cy4NCg0KNC4xIEtub3duIFVu aWNhc3QgVHJhZmZpYw0KDQogICBGb3Iga25vd24gdW5pY2FzdCB0cmFmZmljLCB0aGUgUEVzIHBl cmZvcm0gaW5ncmVzcyBmaWx0ZXJpbmc6IE9uIHRoZQ0KICAgaW5ncmVzcyBQRSwgdGhlIEMtTUFD IGRlc3RpbmF0aW9uIGFkZHJlc3MgbG9va3VwIHlpZWxkcywgaW4gYWRkaXRpb24NCiAgIHRvIHRo ZSB0YXJnZXQgQi1NQUMgYWRkcmVzcyBhbmQgZm9yd2FyZGluZyBhZGphY2VuY3ksIGEgZmxhZyB3 aGljaA0KICAgaW5kaWNhdGVzIHdoZXRoZXIgdGhlIHRhcmdldCBCLU1BQyBpcyBhc3NvY2lhdGVk IHdpdGggYSBSb290IG9yIGENCiAgIExlYWYgc2l0ZS4gVGhlIGluZ3Jlc3MgUEUgY3Jvc3MtY2hl Y2tzIHRoaXMgZmxhZyB3aXRoIHRoZSBzdGF0dXMgb2YNCiAgIHRoZSBvcmlnaW5hdGluZyBzaXRl LCBhbmQgaWYgYm90aCBhcmUgYSBMZWFmLCB0aGVuIHRoZSBwYWNrZXQgaXMgbm90DQogICBmb3J3 YXJkZWQuDQoNCg0KNC4yIEJyb2FkY2FzdCwgVW5rb253biwgYW5kIE11bHRpY2FzdCAoQlVNKSBU cmFmZmljDQoNCiAgIEZvciBCVU0gdHJhZmZpYywgdGhlIFBFcyBtdXN0IHBlcmZvcm0gZWdyZXNz IGZpbHRlcmluZy4gV2hlbiBhIFBFDQogICByZWNlaXZlcyBhIE1BQyBhZHZlcnRpc2VtZW50IHJv dXRlICh3aGljaCB3aWxsIGJlIHVzZWQgYXMgYSBzb3VyY2UgQi0NCiAgIE1BQyBmb3IgQlVNIHRy YWZmaWMpLCBpdCB1cGRhdGVzIGl0cyBlZ3Jlc3MgZmlsdGVyaW5nIChiYXNlZCBvbiB0aGUNCiAg IHNvdXJjZSBCLU1BQyBhZGRyZXNzKSwgYXMgZm9sbG93czoNCg0KICAgLSBJZiB0aGUgTUFDIEFk dmVydGlzZW1lbnQgcm91dGUgaW5kaWNhdGVzIHRoYXQgdGhlIGFkdmVydGlzZWQgQi1NQUMNCiAg IGlzIGEgTGVhZiwgYW5kIHRoZSBsb2NhbCBFdGhlcm5ldCBTZWdtZW50IGlzIGEgTGVhZiBhcyB3 ZWxsLCB0aGVuIHRoZQ0KICAgc291cmNlIEItTUFDIGFkZHJlc3MgaXMgYWRkZWQgdG8gaXRzIEIt TUFDIGxpc3QgdXNlZCBmb3IgZWdyZXNzDQogICBmaWx0ZXJpbmcgLSBpLmUuLCB0byBibG9jayB0 cmFmZmljIGZyb20gdGhhdCBCLU1BQyBhZGRyZXNzLg0KDQogICAtIE90aGVyd2lzZSwgdGhlIEIt TUFDIGZpbHRlcmluZyBsaXN0IGlzIG5vdCB1cGRhdGVkLg0KDQogICBXaGVuIHRoZSBlZ3Jlc3Mg UEUgcmVjZWl2ZXMgdGhlIHBhY2tldCwgaXQgZXhhbWluZXMgdGhlIEItTUFDIHNvdXJjZQ0KICAg YWRkcmVzcyB0byBjaGVjayB3aGV0aGVyIGl0IHNob3VsZCBmaWx0ZXIgb3IgZm9yd2FyZCB0aGUg ZnJhbWUuIE5vdGUNCiAgIHRoYXQgdGhpcyB1c2VzIHRoZSBzYW1lIGZpbHRlcmluZyBsb2dpYyBh cyBiYXNlbGluZSBbUkZDNzYyM10gYW5kDQogICBkb2VzIG5vdCByZXF1aXJlIGFueSBhZGRpdGlv bmFsIGZsYWdzIGluIHRoZSBkYXRhLXBsYW5lLg0KDQogICBKdXN0IGFzIGluIHNlY3Rpb24gMy4y LCB0aGUgUEUgcGxhY2VzIGFsbCBMZWFmIEV0aGVybmV0IFNlZ21lbnRzIG9mIGENCiAgIGdpdmVu IGJyaWRnZSBkb21haW4gaW4gYSBzaW5nbGUgc3BsaXQtaG9yaXpvbiBncm91cCBpbiBvcmRlciB0 bw0KICAgcHJldmVudCBpbnRyYS1QRSBmb3J3YXJkaW5nIGFtb25nIExlYWYgc2VnbWVudHMuIFRo aXMgc3BsaXQtaG9yaXpvbg0KICAgZnVuY3Rpb24gYXBwbGllcyB0byBCVU0gdHJhZmZpYyBhcyB3 ZWxsIGFzIGtub3duLXVuaWNhc3QgdHJhZmZpYy4NCg0KNC4zIEUtVHJlZSB3aXRob3V0IE1BQyBM ZWFybmluZw0KDQogICBJbiBzY2VuYXJpb3Mgd2hlcmUgdGhlIHRyYWZmaWMgb2YgaW50ZXJlc3Qg aXMgb25seSBNdWx0aWNhc3QgYW5kL29yDQogICBicm9hZGNhc3QsIHRoZSBQRXMgaW1wbGVtZW50 aW5nIGFuIEUtVHJlZSBzZXJ2aWNlIGRvIG5vdCBuZWVkIHRvIGRvDQogICBhbnkgTUFDIGxlYXJu aW5nLiBJbiBzdWNoIHNjZW5hcmlvcyB0aGUgZmlsdGVyaW5nIG11c3QgYmUgcGVyZm9ybWVkDQog ICBvbiBlZ3Jlc3MgUEVzLiBGb3IgUEJCLUVWUE4sIHRoZSBoYW5kbGluZyBvZiBzdWNoIHRyYWZm aWMgaXMgcGVyDQogDQoNCg0KU2FqYXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5 IDIwLCAyMDE4ICAgICAgICAgICAgICAgW1BhZ2UgMTRdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAg RS1UUkVFIFN1cHBvcnQgaW4gRVZQTiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0K DQogICBzZWN0aW9uIDQuMiB3aXRob3V0IEMtTUFDIGxlYXJuaW5nIHBhcnQgb2YgaXQgYXQgYm90 aCBpbmdyZXNzIGFuZA0KICAgZWdyZXNzIFBFcy4gIA0KDQoNCjUgQkdQIEVuY29kaW5nDQoNCiAg IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyBCR1AgRXh0ZW5kZWQgQ29tbXVuaXR5IGZvciBF VlBOLg0KDQo1LjEgRS1UcmVlIEV4dGVuZGVkIENvbW11bml0eQ0KDQogICBUaGlzIEV4dGVuZGVk IENvbW11bml0eSBpcyBhIG5ldyB0cmFuc2l0aXZlIEV4dGVuZGVkIENvbW11bml0eQ0KICAgW1JG QzQzNjBdIGhhdmluZyBhIFR5cGUgZmllbGQgdmFsdWUgb2YgMHgwNiAoRVZQTikgYW5kIHRoZSBT dWItVHlwZQ0KICAgMHgwNS4gSXQgaXMgdXNlZCBmb3IgbGVhZiBpbmRpY2F0aW9uIG9mIGtub3du IHVuaWNhc3QgYW5kIEJVTQ0KICAgdHJhZmZpYy4gICAgDQoNCiAgIFRoZSBFLVRSRUUgRXh0ZW5k ZWQgQ29tbXVuaXR5IGlzIGVuY29kZWQgYXMgYW4gOC1vY3RldCB2YWx1ZSBhcw0KICAgZm9sbG93 czoNCg0KDQogICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAy ICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAg ICAgICB8IFR5cGU9MHgwNiAgICAgfCBTdWItVHlwZT0weDA1IHwgRmxhZ3MoMSBPY3RldCl8ICBS ZXNlcnZlZD0wICAgfA0KICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgfCAgUmVzZXJ2ZWQ9MCAgIHwg ICAgICAgICAgIExlYWYgTGFiZWwgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKw0KDQogICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSA0OiBFLVRSRUUgRXh0ZW5k ZWQgQ29tbXVuaXR5IA0KDQoNCiAgIFRoZSBGbGFncyBmaWVsZCBoYXMgdGhlIGZvbGxvd2luZyBm b3JtYXQ6DQoNCiAgICAgICAgICAwIDEgMiAzIDQgNSA2IDcNCiAgICAgICAgICstKy0rLSstKy0r LSstKy0rDQogICAgICAgICB8ICAgICBNQlogICAgIHxMfCAgICAgKE1CWiA9IE11c3QgQmUgWmVy bykNCiAgICAgICAgICstKy0rLSstKy0rLSstKy0rDQoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5l cyB0aGUgZm9sbG93aW5nIGZsYWdzOg0KDQogICAgICAgICsgTGVhZi1JbmRpY2F0aW9uIChMKQ0K DQogICBBIHZhbHVlIG9mIG9uZSBpbmRpY2F0ZXMgYSBMZWFmIEFDL1NpdGUuIFRoZSByZXN0IG9m IGZsYWcgYml0cyBhcmUNCiAgIHJlc2VydmVkIGFuZCBzaG91bGQgYmUgc2V0IHRvIHplcm8uDQoN CiAgIFdoZW4gdGhpcyBFeHRlbmRlZCBDb21tdW5pdHkgKEVDKSBpcyBhZHZlcnRpc2VkIGFsb25n IHdpdGggTUFDL0lQDQogICBBZHZlcnRpc2VtZW50IHJvdXRlIChmb3Iga25vd24gdW5pY2FzdCB0 cmFmZmljKSBwZXIgc2VjdGlvbiAzLjEsIHRoZQ0KICAgTGVhZi1JbmRpY2F0aW9uIGZsYWcgTVVT VCBiZSBzZXQgdG8gb25lIGFuZCBMZWFmIExhYmVsIFNIT1VMRCBiZSBzZXQNCiAgIHRvIHplcm8u IFRoZSBsYWJlbCB2YWx1ZSBpcyBlbmNvZGVkIGluIHRoZSBoaWdoLW9yZGVyIDIwIGJpdHMgb2Yg dGhlDQogDQoNCg0KU2FqYXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIwLCAy MDE4ICAgICAgICAgICAgICAgW1BhZ2UgMTVdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1UUkVF IFN1cHBvcnQgaW4gRVZQTiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQogICBM ZWFmIExhYmVsIGZpZWxkLiBUaGUgcmVjZWl2aW5nIFBFIFNIT1VMRCBpZ25vcmUgTGVhZiBMYWJl bCBhbmQgb25seQ0KICAgcHJvY2Vzc2VzIExlYWYtSW5kaWNhdGlvbiBmbGFnLiBBIHZhbHVlIG9m IHplcm8gZm9yIExlYWYtSW5kaWNhdGlvbg0KICAgZmxhZyBpcyBpbnZhbGlkIHdoZW4gc2VudCBh bG9uZyB3aXRoIE1BQy9JUCBhZHZlcnRpc2VtZW50IHJvdXRlIGFuZA0KICAgYW4gZXJyb3Igc2hv dWxkIGJlIGxvZ2dlZC4gIA0KDQogICBXaGVuIHRoaXMgRUMgaXMgYWR2ZXJ0aXNlZCBhbG9uZyB3 aXRoIEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUgKHdpdGgNCiAgIEVTSSBvZiB6ZXJvKSBmb3Ig QlVNIHRyYWZmaWMgdG8gZW5hYmxlIGVncmVzcyBmaWx0ZXJpbmcgb24NCiAgIGRpc3Bvc2l0aW9u IFBFcyBwZXIgc2VjdGlvbnMgMy4yLjEgYW5kIDMuMi4zLCB0aGUgTGVhZiBMYWJlbCBNVVNUIGJl DQogICBzZXQgdG8gYSB2YWxpZCBNUExTIGxhYmVsIChpLmUuLCBub24tcmVzZXJ2ZWQgYXNzaWdu ZWQgTVBMUyBsYWJlbA0KICAgW1JGQzMwMzJdKSBhbmQgdGhlIExlYWYtSW5kaWNhdGlvbiBmbGFn IFNIT1VMRCBiZSBzZXQgdG8gemVyby4gVGhlDQogICByZWNlaXZpbmcgUEUgU0hPVUxEIGlnbm9y ZSB0aGUgTGVhZi1JbmRpY2F0aW9uIGZsYWcuIEEgbm9uLXZhbGlkIE1QTFMNCiAgIGxhYmVsIHdo ZW4gc2VudCBhbG9uZyB3aXRoIHRoZSBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlLCBzaG91bGQg YmUNCiAgIGlnbm9yZWQgYW5kIGxvZ2dlZCBhcyBhbiBlcnJvci4gDQoNCiAgIFRoZSByZXNlcnZl ZCBiaXRzIFNIT1VMRCBiZSBzZXQgdG8gemVybyBieSB0aGUgdHJhbnNtaXR0ZXIgYW5kIFNIT1VM RA0KICAgYmUgaWdub3JlZCBieSB0aGUgcmVjZWl2ZXIuDQoNCjUuMiBQTVNJIFR1bm5lbCBBdHRy aWJ1dGUNCg0KICAgW1JGQzY1MTRdIGRlZmluZXMgUE1TSSBUdW5uZWwgYXR0cmlidXRlIHdoaWNo IGlzIGFuIG9wdGlvbmFsDQogICB0cmFuc2l0aXZlIGF0dHJpYnV0ZSB3aXRoIHRoZSBmb2xsb3dp bmcgZm9ybWF0Og0KDQoNCiAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQogICAgICAgICB8ICBGbGFncyAoMSBvY3RldCkgICAgICAgICAgICAgICAgfA0KICAgICAg ICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgIHwgIFR1bm5l bCBUeXBlICgxIG9jdGV0cykgICAgICAgICB8DQogICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgfCAgTVBMUyBMYWJlbCAoMyBvY3RldHMpICAgICAg ICAgIHwNCiAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAg ICAgICB8ICBUdW5uZWwgSWRlbnRpZmllciAodmFyaWFibGUpICAgfA0KICAgICAgICAgKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAgICAgRmlndXJlIDU6IFBNU0kg VHVubmVsIEF0dHJpYnV0ZSANCg0KDQogICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgQ29t cG9zaXRlIHR1bm5lbCB0eXBlIGJ5IGludHJvZHVjaW5nIGENCiAgIG5ldyAnQ29tcG9zaXRlIFR1 bm5lbCcgYml0IGluIHRoZSBUdW5uZWwgVHlwZSBmaWVsZCBhbmQgYWRkaW5nIGEgTVBMUw0KICAg bGFiZWwgdG8gdGhlIFR1bm5lbCBJZGVudGlmaWVyIGZpZWxkIG9mIFBNU0kgVHVubmVsIGF0dHJp YnV0ZSBhcw0KICAgZGV0YWlsZWQgYmVsb3cuIFRoaXMgZG9jdW1lbnQgdXNlcyBhbGwgb3RoZXIg cmVtYWluaW5nIGZpZWxkcyBwZXINCiAgIGV4aXN0aW5nIGRlZmluaXRpb24uIENvbXBvc2l0ZSB0 dW5uZWwgdHlwZSBpcyBhZHZlcnRpc2VkIGJ5IHRoZSByb290DQogICBQRSB0byBzaW11bHRhbmVv dXNseSBpbmRpY2F0ZSBhIG5vbi1pbmdyZXNzIHJlcGxpY2F0aW9uIHR1bm5lbCAoZS5nLiwNCiAg IFAyTVAgdHVubmVsKSBpbiB0cmFuc21pdCBkaXJlY3Rpb24gYW5kIGFuIGluZ3Jlc3MtcmVwbGlj YXRpb24gdHVubmVsDQogICBpbiB0aGUgcmVjZWl2ZSBkaXJlY3Rpb24gZm9yIHRoZSBCVU0gdHJh ZmZpYy4gDQoNCiAgIFdoZW4gcmVjZWl2ZXIgaW5ncmVzcy1yZXBsaWNhdGlvbiBsYWJlbCBpcyBu ZWVkZWQsIHRoZSBoaWdoLW9yZGVyIGJpdA0KICAgb2YgdGhlIHR1bm5lbCB0eXBlIGZpZWxkIChD b21wb3NpdGUgVHVubmVsIGJpdCkgaXMgc2V0IHdoaWxlIHRoZQ0KICAgcmVtYWluaW5nIGxvdy1v cmRlciBzZXZlbiBiaXRzIGluZGljYXRlIHRoZSB0dW5uZWwgdHlwZSBhcyBiZWZvcmUNCiANCg0K DQpTYWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAg ICAgICAgICBbUGFnZSAxNl0NCgwNCklOVEVSTkVUIERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBp biBFVlBOICYgUEJCLUVWUE4gICAgICAgSnVuZSAyMiwgMjAxNw0KDQoNCiAgIChmb3IgdGhlIGV4 aXN0aW5nIHR1bm5lbCB0eXBlcykuIFdoZW4gdGhpcyBDb21wb3NpdGUgVHVubmVsIGJpdCBpcw0K ICAgc2V0LCB0aGUgInR1bm5lbCBpZGVudGlmaWVyIiBmaWVsZCB3b3VsZCBiZWdpbiB3aXRoIGEg dGhyZWUtb2N0ZXQNCiAgIGxhYmVsLCBmb2xsb3dlZCBieSB0aGUgYWN0dWFsIHR1bm5lbCBpZGVu dGlmaWVyIGZvciB0aGUgdHJhbnNtaXQNCiAgIHR1bm5lbC4gIFBFcyB0aGF0IGRvbid0IHVuZGVy c3RhbmQgdGhlIG5ldyBtZWFuaW5nIG9mIHRoZSBoaWdoLW9yZGVyDQogICBiaXQgd291bGQgdHJl YXQgdGhlIHR1bm5lbCB0eXBlIGFzIGFuIHVuZGVmaW5lZCB0dW5uZWwgdHlwZSBhbmQgd291bGQN CiAgIHRyZWF0IHRoZSBQTVNJIHR1bm5lbCBhdHRyaWJ1dGUgYXMgYSBtYWxmb3JtZWQgYXR0cmli dXRlIFtSRkM2NTE0XS4NCiAgIEZvciB0aGUgUEVzIHRoYXQgZG8gdW5kZXJzdGFuZCB0aGUgbmV3 IG1lYW5pbmcgb2YgdGhlIGhpZ2gtb3JkZXIsIGlmDQogICBpbmdyZXNzIHJlcGxpY2F0aW9uIGlz IGRlc2lyZWQgd2hlbiBzZW5kaW5nIEJVTSB0cmFmZmljLCB0aGUgUEUgd2lsbA0KICAgdXNlIHRo ZSB0aGUgbGFiZWwgaW4gdGhlIFR1bm5lbCBJZGVudGlmaWVyIGZpZWxkIHdoZW4gc2VuZGluZyBp dHMgQlVNDQogICB0cmFmZmljLg0KDQogICBVc2luZyB0aGUgQ29tcG9zaXRlIFR1bm5lbCBiaXQg Zm9yIFR1bm5lbCBUeXBlcyAweDAwICdubyB0dW5uZWwNCiAgIGluZm9ybWF0aW9uIHByZXNlbnQn IGFuZCAweDA2ICdJbmdyZXNzIFJlcGxpY2F0aW9uJyBpcyBpbnZhbGlkLCBhbmQgYQ0KICAgUEUg dGhhdCByZWNlaXZlcyBhIFBNU0kgVHVubmVsIGF0dHJpYnV0ZSB3aXRoIHN1Y2ggaW5mb3JtYXRp b24sDQogICBjb25zaWRlcnMgaXQgYXMgbWFsZm9ybWVkIGFuZCBpdCBTSE9VTEQgdHJlYXQgdGhp cyBVcGRhdGUgYXMgdGhvdWdoDQogICBhbGwgdGhlIHJvdXRlcyBjb250YWluZWQgaW4gdGhpcyBV cGRhdGUgaGFkIGJlZW4gd2l0aGRyYXduIHBlcg0KICAgc2VjdGlvbiA1IG9mIFtSRkM2NTE0XS4g IA0KDQoNCjYgIEFja25vd2xlZGdlbWVudA0KDQogICBXZSB3b3VsZCBsaWtlIHRvIHRoYW5rIEVy aWMgUm9zZW4sIEplZmZyZXkgWmhhbmcsIERlbm5pcyBDYWksIGFuZA0KICAgQW50b25pIFByenln aWVuZGEgZm9yIHRoZWlyIHZhbHVhYmxlIGNvbW1lbnRzLiBUaGUgYXV0aG9ycyB3b3VsZCBhbHNv DQogICBsaWtlIHRvIHRoYW5rIFRob21hcyBNb3JpbiBmb3Igc2hlcGhlcmRpbmcgdGhpcyBkb2N1 bWVudCBhbmQNCiAgIHByb3ZpZGluZyB2YWx1YWJsZSBjb21tZW50cy4NCg0KDQo3ICBTZWN1cml0 eSBDb25zaWRlcmF0aW9ucw0KDQogICBTaW5jZSB0aGlzIGRvY3VtZW50IHVzZXMgdGhlIEVWUE4g Y29uc3RydWN0cyBvZiBbUkZDNzQzMl0gYW5kDQogICBbUkZDNzYyM10sIHRoZSBzYW1lIHNlY3Vy aXR5IGNvbnNpZGVyYXRpb25zIGluIHRoZXNlIGRvY3VtZW50cyBhcmUNCiAgIGFsc28gYXBwbGlj YWJsZSBoZXJlLiBGdXJ0aGVybW9yZSwgdGhpcyBkb2N1bWVudCBwcm92aWRlcyBhZGRpdGlvbmFs DQogICBzZWN1cml0eSBjaGVjayBieSBhbGxvd2luZyBzaXRlcyAob3IgQUNzKSBvZiBhbiBFVlBO IGluc3RhbmNlIHRvIGJlDQogICBkZXNpZ25hdGVkIGFzICJSb290IiBvciAiTGVhZiIgYW5kIHBy ZXZlbnRpbmcgYW55IHRyYWZmaWMgZXhjaGFuZ2UNCiAgIGFtb25nICJMZWFmIiBzaXRlcyBvZiB0 aGF0IFZQTiB0aHJvdWdoIGluZ3Jlc3MgZmlsdGVyaW5nIGZvciBrbm93bg0KICAgdW5pY2FzdCB0 cmFmZmljIGFuZCBlZ3Jlc3MgZmlsdGVyaW5nIGZvciBCVU0gdHJhZmZpYy4gICANCg0KDQo4ICBJ QU5BIENvbnNpZGVyYXRpb25zDQoNCiAgIElBTkEgaGFzIGFsbG9jYXRlZCB2YWx1ZSA1IGluIHRo ZSAiRVZQTiBFeHRlbmRlZCBDb21tdW5pdHkgU3ViLVR5cGVzIg0KICAgcmVnaXN0cnkgZGVmaW5l ZCBpbiBbUkZDNzE1M10gYXMgZm9sbG93Og0KDQogICAgICAgICBTVUItVFlQRSBWQUxVRSAgICAg TkFNRSAgICAgICAgICAgICAgICAgICAgICAgIFJlZmVyZW5jZQ0KDQogICAgICAgICAweDA1ICAg ICAgICAgICAgICAgRS1UUkVFIEV4dGVuZGVkIENvbW11bml0eSAgIFRoaXMgZG9jdW1lbnQNCg0K ICAgVGhpcyBkb2N1bWVudCBjcmVhdGVzIGEgb25lLW9jdGV0IHJlZ2lzdHJ5IGNhbGxlZCAiRS1U cmVlIEZsYWdzIi4gDQogDQoNCg0KU2FqYXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1 YXJ5IDIwLCAyMDE4ICAgICAgICAgICAgICAgW1BhZ2UgMTddDQoMDQpJTlRFUk5FVCBEUkFGVCAg ICAgRS1UUkVFIFN1cHBvcnQgaW4gRVZQTiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcN Cg0KDQogICBOZXcgcmVnaXN0cmF0aW9ucyB3aWxsIGJlIG1hZGUgdGhyb3VnaCB0aGUgIlJGQyBS ZXF1aXJlZCIgcHJvY2VkdXJlDQogICBkZWZpbmVkIGluIFtSRkM1MjI2XS4gIEluaXRpYWwgcmVn aXN0cmF0aW9ucyBhcmUgYXMgZm9sbG93czoNCg0KICAgICAgICAgYml0ICAgICAgICAgICAgICAg TmFtZSAgICAgICAgICAgICAgICAgICAgICAgICBSZWZlcmVuY2UNCg0KICAgICAgICAgMC02ICAg ICAgICAgICAgICAgVW5hc3NpZ25lZCAgICAgICAgICAgICAgICAgICANCiAgICAgICAgIDcgICAg ICAgICAgICAgICAgIExlYWYtSW5kaWNhdGlvbiAgICAgICAgICAgICAgVGhpcyBkb2N1bWVudA0K DQoNCg0KOC4xIENvbnNpZGVyYXRpb25zIGZvciBQTVNJIFR1bm5lbCBUeXBlcw0KDQogICBUaGUg IlAtTXVsdGljYXN0IFNlcnZpY2UgSW50ZXJmYWNlIFR1bm5lbCAoUE1TSSBUdW5uZWwpIFR1bm5l bCBUeXBlcyINCiAgIHJlZ2lzdHJ5IGluIHRoZSAiQm9yZGVyIEdhdGV3YXkgUHJvdG9jb2wgKEJH UCkgUGFyYW1ldGVycyIgcmVnaXN0cnkNCiAgIG5lZWRzIHRvIGJlIHVwZGF0ZWQgdG8gcmVmbGVj dCB0aGUgdXNlIG9mIHRoZSBtb3N0IHNpZ25pZmljYW50IGJpdCBhcw0KICAgIkNvbXBvc2l0ZSBU dW5uZWwiIGJpdCAoc2VjdGlvbiA1LjIpLg0KDQogICBGb3IgdGhpcyBwdXJwb3NlLCB0aGlzIGRv Y3VtZW50IHVwZGF0ZXMgW1JGQzczODVdLg0KDQogICBUaGUgcmVnaXN0cnkgaXMgdG8gYmUgdXBk YXRlZCwgYnkgcmVtb3ZpbmcgdGhlIGVudHJpZXMgZm9yIDB4RkItMHhGRQ0KICAgYW5kIDB4MEYs IGFuZCByZXBsYWNpbmcgdGhlbSBieToNCg0KICAgVmFsdWUgICAgICAgICAgTWVhbmluZyAgICAg ICAgICAgICAgICAgICAgICAgICAgICBSZWZlcmVuY2UNCiAgIDB4MEMtMHg3QSAgICAgIFVuYXNz aWduZWQNCiAgIDB4N0ItMHg3RSAgICAgIEV4cGVyaW1lbnRhbCAgICAgICAgICAgICAgICAgICAg ICAgdGhpcyBkb2N1bWVudA0KICAgMHg3RiAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICAg ICAgICAgICAgICAgICB0aGlzIGRvY3VtZW50DQogICAweDgwLTB4RkEgICAgICBSZXNlcnZlZCBm b3IgQ29tcG9zaXRlIHR1bm5lbCAgICAgIHRoaXMgZG9jdW1lbnQNCiAgIDB4RkItMHhGRSAgICAg IEV4cGVyaW1lbnRhbCAgICAgICAgICAgICAgICAgICAgICAgW1JGQzczODVdDQogICAweEZGICAg ICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgIFtSRkM3Mzg1XQ0KDQog ICBUaGUgYWxsb2NhdGlvbiBwb2xpY3kgZm9yIHZhbHVlcyAweDAwIHRvIDB4N0EgaXMgSUVURiBS ZXZpZXcNCiAgIFtSRkM1MjI2XS4gVGhlIHJhbmdlIGZvciBleHBlcmltZW50YWwgdXNlIGlzIG5v dyAweDdCLTB4N0UsIGFuZCB2YWx1ZQ0KICAgaW4gdGhpcyByYW5nZSBhcmUgbm90IHRvIGJlIGFz c2lnbmVkLiBUaGUgc3RhdHVzIG9mIDB4N0YgbWF5IG9ubHkgYmUNCiAgIGNoYW5nZWQgdGhyb3Vn aCBTdGFuZGFyZHMgQWN0aW9uIFtSRkM1MjI2XS4gIA0KDQo5ICBSZWZlcmVuY2VzDQoNCjkuMSAg Tm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KICAgW0tFWVdPUkRTXSBCcmFkbmVyLCBTLiwgIktleSB3 b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUNCiAgICAgICAgICAgICAgUmVxdWlyZW1l bnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4NCg0KDQoNCiAgIFtSRkM4 MTI2XSBDb3R0b24gZXQgYWwsICJHdWlkZWxpbmVzIGZvciBXcml0aW5nIGFuIElBTkENCiAgIENv bnNpZGVyYXRpb25zIFNlY3Rpb24gaW4gUkZDcyIsIEp1bmUsIDIwMTcuDQoNCiAgIFtSRkM3Mzg3 XSBLZXkgZXQgYWwuLCAiQSBGcmFtZXdvcmsgZm9yIEUtVHJlZSBTZXJ2aWNlIG92ZXIgTVBMUw0K IA0KDQoNClNhamFzc2kgZXQgYWwuICAgICAgICAgRXhwaXJlcyBGZWJydWFyeSAyMCwgMjAxOCAg ICAgICAgICAgICAgIFtQYWdlIDE4XQ0KDA0KSU5URVJORVQgRFJBRlQgICAgIEUtVFJFRSBTdXBw b3J0IGluIEVWUE4gJiBQQkItRVZQTiAgICAgICBKdW5lIDIyLCAyMDE3DQoNCg0KICAgTmV0d29y ayIsIE9jdG9iZXIgMjAxNC4NCg0KICAgW01FRjYuMV0gTWV0cm8gRXRoZXJuZXQgRm9ydW0sICJF dGhlcm5ldCBTZXJ2aWNlcyBEZWZpbml0aW9ucyAtIFBoYXNlDQogICAyIiwgTUVGIDYuMSwgQXBy aWwgMjAwOC4NCg0KICAgW1JGQzc0MzJdIFNhamFzc2kgZXQgYWwuLCAiQkdQIE1QTFMgQmFzZWQg RXRoZXJuZXQgVlBOIiwgRmVicnVhcnksDQogICAyMDE1Lg0KDQogICBbUkZDNzYyM10gU2FqYXNz aSBldCBhbC4sICJQcm92aWRlciBCYWNrYm9uZSBCcmlkZ2luZyBDb21iaW5lZCB3aXRoDQogICBF dGhlcm5ldCBWUE4gKFBCQi1FVlBOKSIsIFNlcHRlbWJlciwgMjAxNS4NCg0KICAgW1JGQzczODVd IEFuZGVyc3NvbiBldCBhbC4sICJJQU5BIFJlZ2lzdHJ5IGZvciBQLU11bHRpY2FzdCBTZXJ2aWNl DQogICBJbnRlcmZhY2UgKFBNU0kpIFR1bm5lbCBUeXBlIENvZGUgUG9pbnRzIiwgT2N0b2Jlciwg MjAxNC4NCg0KICAgW1JGQzcxNTNdIFJvc2VuIGV0IGFsLiwgIklBTkEgUmVnaXN0cmllcyBmb3Ig QkdQIEV4dGVuZGVkDQogICBDb21tdW5pdGllcyIsICBNYXJjaCwgMjAxNC4NCg0KICAgW1JGQzY1 MTRdIEFnZ2Fyd2FsIGV0IGFsLiwgIkJHUCBFbmNvZGluZ3MgYW5kIFByb2NlZHVyZXMgZm9yDQog ICBNdWx0aWNhc3QgaW4gTVBMUy9CR1AgSVAgVlBOcyIsICBGZWJydWFyeSwgMjAxMi4NCg0KICAg W1JGQzQzNjBdIFNhbmdsaSBldCBhbC4sICJCR1AgRXh0ZW5kZWQgQ29tbXVuaXRpZXMgQXR0cmli dXRlIiwNCiAgIEZlYnJ1YXJ5LCAyMDA2Lg0KDQo5LjIgIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMN Cg0KICAgW1JGQzQzNjBdIFMuIFNhbmdsaSBldCBhbCwgIkJHUCBFeHRlbmRlZCBDb21tdW5pdGll cyBBdHRyaWJ1dGUiLCANCiAgIEZlYnJ1YXJ5LCAyMDA2Lg0KDQogICBbUkZDMzAzMl0gRS4gUm9z ZW4gZXQgYWwsICJNUExTIExhYmVsIFN0YWNrIEVuY29kaW5nIiwgIEphbnVhcnkgMjAwMS4NCg0K ICAgW1JGQzc3OTZdIFkuIEppYW5nIGV0IGFsLCAiRXRoZXJuZXQtVHJlZSAoRS1UcmVlKSBTdXBw b3J0IGluIFZpcnR1YWwNCiAgIFByaXZhdGUgTEFOIFNlcnZpY2UgKFZQTFMpIiwgTWFyY2ggMjAx Ni4NCg0KICAgW0VWUE4tSVJCXSBBLiBTYWphc3NpIGV0IGFsLCAiSW50ZWdyYXRlZCBSb3V0aW5n IGFuZCBCcmlkZ2luZyBpbg0KICAgRVZQTiIsIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWludGVyLXN1 Ym5ldC1mb3J3YXJkaW5nLTAzLCBGZWJydWFyeSA4LA0KICAgMjAxNy4NCg0KDQpBcHBlbmRpeC1B DQoNCiAgIFdoZW4gdHdvIE1BQy1WUkZzICh0d28gYnJpZGdlIHRhYmxlcyBwZXIgVkxBTnMpIGFy ZSB1c2VkIGZvciBhbiBFLQ0KICAgVFJFRSBzZXJ2aWNlIChvbmUgZm9yIHJvb3QgQUNzIGFuZCBh bm90aGVyIGZvciBMZWFmIEFDcykgb24gYSBnaXZlbg0KICAgUEUsIHRoZW4gdGhlIGZvbGxvd2lu ZyBjb21wbGljYXRpb25zIGluIGRhdGEtcGxhbmUgcGF0aCBjYW4gcmVzdWx0Lg0KDQogICBNYWlu dGFpbmluZyB0d28gTUFDLVZSRnMgKHR3byBicmlkZ2UgdGFibGVzKSBwZXIgVkxBTiAod2hlbiBi b3RoIExlYWYNCiAgIGFuZCBSb290IEFDcyBleGlzdHMgZm9yIHRoYXQgVkxBTikgd291bGQgZWl0 aGVyIHJlcXVpcmUgdHdvIGxvb2t1cHMNCiAgIGJlIHBlcmZvcm1lZCBwZXIgTUFDIGFkZHJlc3Mg aW4gZWFjaCBkaXJlY3Rpb24gaW4gY2FzZSBvZiBhIG1pc3MsIG9yDQogICBkdXBsaWNhdGluZyBt YW55IE1BQyBhZGRyZXNzZXMgYmV0d2VlbiB0aGUgdHdvIGJyaWRnZSB0YWJsZXMNCiANCg0KDQpT YWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAg ICAgICBbUGFnZSAxOV0NCgwNCklOVEVSTkVUIERSQUZUICAgICBFLVRSRUUgU3VwcG9ydCBpbiBF VlBOICYgUEJCLUVWUE4gICAgICAgSnVuZSAyMiwgMjAxNw0KDQoNCiAgIGJlbG9uZ2luZyB0byB0 aGUgc2FtZSBWTEFOIChzYW1lIEUtVFJFRSBpbnN0YW5jZSkuIFVubGVzcyB0d28gbG9va3Vwcw0K ICAgYXJlIG1hZGUsIGR1cGxpY2F0aW9uIG9mIE1BQyBhZGRyZXNzZXMgd291bGQgYmUgbmVlZGVk IGZvciBib3RoDQogICBsb2NhbGx5IGxlYXJuZWQgYW5kIHJlbW90ZWx5IGxlYXJuZWQgTUFDIGFk ZHJlc3Nlcy4gTG9jYWxseSBsZWFybmVkDQogICBNQUMgYWRkcmVzc2VzIGZyb20gTGVhZiBBQ3Mg bmVlZCB0byBiZSBkdXBsaWNhdGVkIG9udG8gUm9vdCBicmlkZ2UNCiAgIHRhYmxlIGFuZCBsb2Nh bGx5IGxlYXJuZWQgTUFDIGFkZHJlc3NlcyBmcm9tIFJvb3QgQUNzIG5lZWQgdG8gYmUNCiAgIGR1 cGxpY2F0ZWQgb250byBMZWFmIGJyaWRnZSB0YWJsZS4gUmVtb3RlbHkgbGVhcm5lZCBNQUMgYWRk cmVzc2VzDQogICBmcm9tIFJvb3QgQUNzIG5lZWQgdG8gYmUgY29waWVkIG9udG8gYm90aCBSb290 IGFuZCBMZWFmIGJyaWRnZQ0KICAgdGFibGVzLiBCZWNhdXNlIG9mIHBvdGVudGlhbCBpbmVmZmlj aWVuY2llcyBhc3NvY2lhdGVkIHdpdGggZGF0YS0NCiAgIHBsYW5lIGltcGxlbWVudGF0aW9uIG9m IGFkZGl0aW9uYWwgTUFDIGxvb2t1cCBvciBkdXBsaWNhdGlvbiBvZiBNQUMNCiAgIGVudHJpZXMs IHRoaXMgb3B0aW9uIGlzIG5vdCBiZWxpZXZlZCB0byBiZSBpbXBsZW1lbnRhYmxlIHdpdGhvdXQN CiAgIGRhdGFwbGFuZSBwZXJmb3JtYW5jZSBpbmVmZmljaWVuY2llcyBpbiBzb21lIHBsYXRmb3Jt cyBhbmQgdGh1cyB0aGlzDQogICBkb2N1bWVudCBpbnRyb2R1Y2VzIHRoZSBjb2xvcmluZyBhcyBk ZXNjcmliZWQgaW4gc2VjdGlvbiAyLjIgYW5kDQogICBkZXRhaWxlZCBpbiBzZWN0aW9uIDMuMS4N Cg0KQ29udHJpYnV0b3JzDQoNCiAgIEluIGFkZGl0aW9uIHRvIHRoZSBhdXRob3JzIGxpc3RlZCBv biB0aGUgZnJvbnQgcGFnZSwgdGhlIGZvbGxvd2luZw0KICAgY28tYXV0aG9ycyBoYXZlIGFsc28g Y29udHJpYnV0ZWQgdG8gdGhpcyBkb2N1bWVudDoNCg0KDQogICBXaW0gSGVuZGVyaWNreA0KICAg Tm9raWENCg0KICAgQWxkcmluIElzYWFjDQogICBXZW4gTGluDQogICBKdW5pcGVyDQoNCg0KQXV0 aG9ycycgQWRkcmVzc2VzDQoNCg0KICAgQWxpIFNhamFzc2kNCiAgIENpc2NvDQogICBFbWFpbDog c2FqYXNzaUBjaXNjby5jb20NCg0KDQogICBTYW1lciBTYWxhbQ0KICAgQ2lzY28NCiAgIEVtYWls OiBzc2FsYW1AY2lzY28uY29tDQoNCg0KICAgSm9obiBEcmFrZQ0KICAgSnVuaXBlcg0KICAgRW1h aWw6IGpkcmFrZUBqdW5pcGVyLm5ldCANCg0KDQogICBKaW0gVXR0YXJvDQogICBBVCZUDQogDQoN Cg0KU2FqYXNzaSBldCBhbC4gICAgICAgICBFeHBpcmVzIEZlYnJ1YXJ5IDIwLCAyMDE4ICAgICAg ICAgICAgICAgW1BhZ2UgMjBdDQoMDQpJTlRFUk5FVCBEUkFGVCAgICAgRS1UUkVFIFN1cHBvcnQg aW4gRVZQTiAmIFBCQi1FVlBOICAgICAgIEp1bmUgMjIsIDIwMTcNCg0KDQogICBFbWFpbDoganUx NzM4QGF0dC5jb20gDQoNCg0KICAgU2FtaSBCb3V0cm9zDQogICBWTXdhcmUNCiAgIEVtYWlsOiBz Ym91dHJvc0B2bXdhcmUuY29tICANCg0KDQogICBKb3JnZSBSYWJhZGFuDQogICBOb2tpYQ0KICAg RW1haWw6IGpvcmdlLnJhYmFkYW5Abm9raWEuY29tIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpT YWphc3NpIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRmVicnVhcnkgMjAsIDIwMTggICAgICAgICAg ICAgICBbUGFnZSAyMV0NCg== --_004_D5C322FA217096sajassiciscocom_-- From nobody Sun Aug 27 10:12:54 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D0DFA1321A0; Sun, 27 Aug 2017 10:12:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150385397280.930.16166468362750791924@ietfa.amsl.com> Date: Sun, 27 Aug 2017 10:12:52 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-l2l3-vpn-mcast-mib-10.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2017 17:12:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : L2L3 VPN Multicast MIB Authors : Zhaohui (Jeffrey) Zhang Hiroshi Tsunoda Filename : draft-ietf-bess-l2l3-vpn-mcast-mib-10.txt Pages : 20 Date : 2017-08-27 Abstract: This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes two MIB modules which will be used by other MIB modules for monitoring and/or configuring Layer 2 and Layer 3 Virtual Private Networks that support multicast. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-l2l3-vpn-mcast-mib/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-l2l3-vpn-mcast-mib-10 https://datatracker.ietf.org/doc/html/draft-ietf-bess-l2l3-vpn-mcast-mib-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-l2l3-vpn-mcast-mib-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Aug 27 11:28:36 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0490132A18 for ; Sun, 27 Aug 2017 11:28:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OxgBVr9j_mCo for ; Sun, 27 Aug 2017 11:28:33 -0700 (PDT) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DEBC132707 for ; Sun, 27 Aug 2017 11:28:33 -0700 (PDT) Received: by mail-qt0-x22e.google.com with SMTP id x36so17159226qtx.2 for ; Sun, 27 Aug 2017 11:28:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to:cc; bh=yc3zic7P570VrHpuH3lDTu3CLhFcm53mAUHiHoZuXAU=; b=DAIHK4NUu+XxKTV4MhTjbdPfWFHKfU1dFQ56j7LY8nWe/40yeLnWmqklTGbRIJAAdA ZEw/Bv0TxHjnQe3lRcR0p8JLKUKs3Apk11/sBMn97s08rzdPFAwZmjf3FUjB0gfz2CeD SzvK8QQFKNQ//7pq4sI9xZ/3Yu7nHk/J/0SBI4aBmRAgxhnXhisFJDHVj2IhcnsaCh0F jlxiQkhVA8o2iN1VtTG4yu01YcRO4p7xU+EZhX+kNOov96oIJuAlmBqda9bqsytqorXK EhGw+eQmRmIp//5klhew+Is1fS57bq6f12pNCJPEL4j2V+1Dvc4jZmXlrR0dQeb6BkQV w2MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:cc; bh=yc3zic7P570VrHpuH3lDTu3CLhFcm53mAUHiHoZuXAU=; b=h8RZkE7IGaBdyIDvmvpJfAcftHupSsmuLmm95cMIBwfHNHebOY+mXLHOUC9Z5fqUxv gYyqGSdzJI29zNhAa7/4RFtWN2hXst12w3V+gT1IdSyRV/q8A5vgCwwfU9L+p4TsKwBv 9vsDJM5+GCRXH8NTB++8GmZgH/g+Xdd/ByuxNMOdCLAZYwr4gxBVL1gmUAqtUJad37Jx jNTuVAdJiaNxM9L4C+SFycGPUO709U+oSbQivHBZAI6vSwVy3NNmB7SbjrkYuHf9y1SN as+tO4uuuVnPz5yoPKFcgpuJEqr+oe2ZbXC2aWA5M5dXXTTwbkgrhfueSGRE1Zvc+88u 2oOg== X-Gm-Message-State: AHYfb5iH14YefITBEe3dYRu2gFzmLjWJD599vNIKe7jKs2POyrGg95eA T/2z49/gutTUCZAvi0jXQ6Ia394Tnk7W X-Received: by 10.200.54.219 with SMTP id b27mr6979048qtc.27.1503858512533; Sun, 27 Aug 2017 11:28:32 -0700 (PDT) MIME-Version: 1.0 Sender: dr.h.t@ieee.org Received: by 10.140.101.177 with HTTP; Sun, 27 Aug 2017 11:27:52 -0700 (PDT) From: Hiroshi Tsunoda Date: Sun, 27 Aug 2017 20:27:52 +0200 X-Google-Sender-Auth: eeUSrI-jJHaXz3TFZWowfxjnuRI Message-ID: To: Glenn Mansfield Keeni Cc: Mach Chen , "mib-doctors@ietf.org" , "Jeffrey (Zhaohui) Zhang" , "EXT - thomas.morin@orange.com" , Martin Vigoureux , "bess@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [bess] Update to draft-ietf-bess-l2l3-vpn-mcast-mib-10 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2017 18:28:36 -0000 Dear Glenn, Thank you for your comments and for waiting for the update. I posted a new revision (-10) as follows. URL: https://www.ietf.org/internet-drafts/draft-ietf-bess-l2l3-vpn-mcast-mib-10.txt Htmlized: https://tools.ietf.org/html/draft-ietf-bess-l2l3-vpn-mcast-mib-10 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-bess-l2l3-vpn-mcast-mib-10 Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-l2l3-vpn-mcast-mib-10 In the new revision, the following changes are made. - Updated the description of following TC and objects in order to clarify the role of this MIB and to improve the readability -- L2L3VpnMcastProviderTunnelId -- l2L3VpnMcastPmsiTunnelAttributeTable - Removed some redundant expressions - Updated compliance statements Please see the responses for your comments in the followings. 2017-07-09 14:11 GMT+02:00 Glenn Mansfield Keeni : > L2L3-VPN-MCAST-TC-MIB:112: [5] {type-without-format} warning: type > `L2L3VpnMcastProviderTunnelId' has no format specification > This may be avoided by specifying a format in which the > L2L3VpnMcastProviderTunnelId should be printed. > Is there a preferred format? How will this be printed? > One continuous octet string? The size and format of TunnelID depends on Tunnel Type. and no preferred format is exist as of now. Therefore, I have decided to not give format specification to L2L3VpnMcastProviderTunnelId. > A. The l2L3VpnMcastPmsiTunnelAttributeTable needs all of the following > four MOs as index for its rows > l2L3VpnMcastPmsiTunnelAttributeFlags, > l2L3VpnMcastPmsiTunnelAttributeType, > l2L3VpnMcastPmsiTunnelAttributeLabel, > l2L3VpnMcastPmsiTunnelAttributeId > The l2L3VpnMcastPmsiTunnelAttributeId by itself is inadequate? If yes > please explain it to me. Or point to the text that contains the > explanation. > I have been unable to confirm the above from the draft - that is very > likely due to my lack of understanding of the l2L3VpnMcast technology. According to Sec. 7.4.1.1 of RFC6513, P-tunnel is identified by its type and id. Thus, in the latest revision, the following two objects are used as index of the table. l2L3VpnMcastPmsiTunnelAttributeType, l2L3VpnMcastPmsiTunnelAttributeId Thanks in advance, -- tsuno From nobody Mon Aug 28 12:51:30 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 21C43126BF0; Mon, 28 Aug 2017 12:51:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150394988911.19798.9152022446567658638@ietfa.amsl.com> Date: Mon, 28 Aug 2017 12:51:29 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-usage-06.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 19:51:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Usage and applicability of BGP MPLS based Ethernet VPN Authors : Jorge Rabadan Senad Palislamovic Wim Henderickx Ali Sajassi James Uttaro Filename : draft-ietf-bess-evpn-usage-06.txt Pages : 30 Date : 2017-08-28 Abstract: This document discusses the usage and applicability of BGP MPLS based Ethernet VPN (EVPN) in a simple and fairly common deployment scenario. The different EVPN procedures are explained on the example scenario, analyzing the benefits and trade-offs of each option. This document is intended to provide a simplified guide for the deployment of EVPN networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-usage/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-usage-06 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-usage-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-usage-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Aug 28 17:29:37 2017 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FCBC1321DF; Mon, 28 Aug 2017 17:29:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1tdGZj21ecak; Mon, 28 Aug 2017 17:29:19 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48D87124207; Mon, 28 Aug 2017 17:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=228315; q=dns/txt; s=iport; t=1503966559; x=1505176159; h=from:to:cc:subject:date:message-id:mime-version; bh=SVp/uEwfJCQQGp+81CdcSZ08qXV2Ln+LyrbGrchdkiA=; b=l/Gp1kv5qelcYSodiSq6rtR7qLE2yNUfD5PaS2PqunN83qlRXXG6Ke7D y+nK3J5/SKeHS4Szg1TAZznvlSJIDmWYcxQgtyAsHyyxgOI1TJVuwtNCg Tl9jERkZw7Gmh7h4NW5DdD0J1ZYZLI+Iv29ySQnkM0giSEuoql89DdJDi 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ABCADftKRZ/51dJa1TChkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJvPi1kgRUHnieBcXeVLw6CBCyBOwGDX4QAQBcBAgEBAQEBAQF?= =?us-ascii?q?rKIUZBhoBTAYFBxIBCBQkAQY5FBMEAQ0FFAeJMmQQsWGLZgEBAQEBAQEDAQEBA?= =?us-ascii?q?QEBASGDKoICgzABghtYNYQ5EQUOOAyFSAWKAYcghnIXiDoCh1SDDUmJGoISWoU?= =?us-ascii?q?Mg32BJ4VMljwBDxICNIENdxVJhRgFF4FndgGIWgEEIYEMgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,442,1498521600"; d="scan'208,217";a="278138942" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Aug 2017 00:29:16 +0000 Received: from XCH-RTP-001.cisco.com (xch-rtp-001.cisco.com [64.101.220.141]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v7T0TFIL025494 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 29 Aug 2017 00:29:16 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Mon, 28 Aug 2017 20:29:14 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1263.000; Mon, 28 Aug 2017 20:29:14 -0400 From: "Ali Sajassi (sajassi)" To: Dale Worley , "gen-art@ietf.org" CC: "draft-ietf-bess-evpn-etree.all@ietf.org" , "ietf@ietf.org" , "bess@ietf.org" Thread-Topic: Genart last call review of draft-ietf-bess-evpn-etree-12 Thread-Index: AQHTIF3X8pcLT8C3EEqXwUjGvmksiQ== Date: Tue, 29 Aug 2017 00:29:14 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.1.161129 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.19.76.52] Content-Type: multipart/alternative; boundary="_000_D5C97FC2217743sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Genart last call review of draft-ietf-bess-evpn-etree-12 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 00:29:28 -0000 --_000_D5C97FC2217743sajassiciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Dale, Having someone who doesn=92t have EVPN background to read this document tho= roughly and comments on it, helps greatly with the overall readability of t= his document. So, thank you for your comments. I tried to address all your = comments. Please see inline for my replies. On 8/7/17, 7:29 PM, "Dale Worley" > wrote: Reviewer: Dale Worley Review result: On the Right Track I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-bess-evpn-etree-12 Reviewer: Dale R. Worley Review Date: 2017-08-07 IETF LC End Date: 2017-08-09 IESG Telechat date: 2017-08-17 Summary: This draft is on the right track but has open issues, described in the review. A few of the issues are directly technical. Reading this draft, I have the sense that it isn't so much a specification as the description of an idea, which is that EVPN can be used to implement E-Tree functionality. It reads as if someone who is extremely knowledgeable about EVPN is outlining the idea to someone similar, given that various details don't seem to be worked out completely and that in several places there are alternative implementation methods that are mentioned but do not seem to be rigorously enumerated. The document seems to more describe *class* of ways of implementing E-Trees, and not a rigidly delimited class. As far as I can tell, the idea works, but I suspect that an implementor would not just be following the specification but completing it in many respects. Given that the document seems to extend the mechanisms of RFC 7432, I suspect that an implementor would have to carefully work out the details of all the BGP announcements, and that not all implementations would interoperate. E.g., "This Leaf label is advertised to other PE devices, using the E-TREE Extended Community" sounds to me like it's very under-specified. The way forward seems to be clear: The draft needs to be edited carefully, filling in the missing details and making more explicit and rigid the various implementation alternatives. It might be worth enumerating all of the mentioned implementation choices in one place, as successful interoperation requires that all devices in a VPN are using the same choices. And I think interoperation needs to be emphasized -- two devices that implement this draft should interoperate if they are configured to have the same choices of the implementation choices enumerated in the draft. Otherwise, this draft is just the outline for a dozen vendors' similar-but-not-interoperable proprietary products. Abstract This document discusses how those functional requirements can be easily met with Ethernet VPN (EVPN) and how EVPN offers a more efficient implementation of these functions. "More efficient" than what? The abstract reads as if this document is an alternative method of implementing E-Tree, but I read well into the draft before it became clear that this draft is an alternative to RFC 7387, rather than that this draft and RFC 7387 are an alternative to something else. The abstract does not specifically state all of the relationships between the specifications it mentions. I modified both the abstract and the introduction to say: =94=85 and how such a solution can offer a more efficient implementation of= these functions than that of [RFC7796].=94 I also added the following sentence to the introduction: "Since this document specifies a solution based on [RFC7432], it requires t= he readers to have the knowledge of [RFC7432] as prerequisite." And although this mechanism is described as "more efficient", there doesn't seem to be any discussion of how it is more efficient. You don't need a lot of detail for this, but it would be helpful if there was at least a brief description of what way it is more efficient and some indication of the degree. Now, there is, because it compares it with [RF7796] and section 3.1 describ= es why this solution is more efficient than [RFC7796]. Also, what is relationship between "EVPN" and this document? Is EVPN a widely-known technology whose name need not be footnoted? Is it something defined in this document? Importantly, is the usage in this document a subset within some defined EVPN specification, or is it a modification/extension of EVPN? Based on someone else=92s comment, the text has already been modified to sp= ell out EVPN and [RFC7432]. The abstract now says: "This document discusses how those functional requirements can be met with = a solution based on Ethernet VPN (EVPN) [RFC7432] with some extensions and = how such a solution can offer a more efficient implementation of these func= tions than that of [RFC7796].=94 Similar modifications has been made to the introduction section. This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. The use of "scope" is peculiar here. Generally, "scope" refers to a region of some sort of space, so one would say "scope value" or "scope value field" to refer to a group of bits that designate a scope. But checking with RFC 7385 and the IANA registry page for "Border Gateway Protocol (BGP) Parameters", I am unable to find any occurrence of the word "scope". And other than a very similar passage in section 1, "scope" only appears in this document in the phrase "scope of this document". Perhaps "scope" should be "tunnel type"? I have got rid off the word =93scope=94 and have changed both the abstract = and introduction to: "This document makes use of the most significant bit of the PMSI tunnel typ= e governed by the IANA registry created by RFC7385, and hence updates RFC73= 85 accordingly." Table of Contents What is the capitalization rule you're using for section titles? E.g., sections 3.2.{1,2,3,4} are capitalized in a decidedly different way that other sections. Made them all consistent now. 1 Introduction The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree) [MEF6.1]. In an E- Tree service, Attachment Circuits (ACs) are labeled as either Root or Leaf ACs. Root ACs can communicate with all other ACs. Leaf ACs can communicate with Root ACs but not with other Leaf ACs. Given the use of "rooted-multipoint", it seems that there is to be exactly one Root AC per virtual Ethernet, as rooted trees have exactly one root node. Where or not that is true is very important for the conceptual model of the service, but is not stated clearly here. Perhaps there is a terminology problem, as when I see "rooted" and "tree" in a sentence, I assume that the "tree" is "rooted", i.e., it has exactly one root. (Similarly in Wikipedia, "Rooted-MultiPoint" [sic] redirects to "Point-to-multipoint", which says "providing multiple paths from a *single* [my emphasis] location to multiple locations".) However, the last sentences of section 2.1 suggest that an E-Tree might have more than one Root. Both MEF 6.1 and RFC7387 (referenced in this document) allow for multiple r= oots in an E-TREE which itself is defined as a rooted-multipoint service. Subtle point: If there are multiple Roots, the text implies that all Roots can communicate with all other Roots. It might be worth mentioning that explicitly, as the naive reader might overlook it. Indeed, it is possible within this model that all endpoints are Roots, in which case the VPN is completely connected. 1st paragraph of section 1 (Introduction) explicitly says that: "Root ACs can communicate with all other ACs. Leaf ACs can communicate with= Root ACs but not with other Leaf ACs.=94 In order to make it even more clear, I am changing it to the following: "Root ACs can communicate with all other ACs (both Root and Leaf ACs). Leaf= ACs can communicate with Root ACs but not with other Leaf ACs." Also, it seems that in scenario 3 of section 2 that a single AC could have multiple endpoints on it some of which are Root and some are Leaf, which doesn't fit within the description in this paragraph. Change the 1st paragraph of the introduction to: "The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet se= rvice known as Ethernet Tree (E-Tree) [MEF6.1]. In an E-Tree service, a cus= tomer site that is typically represented by an Attachment Circuits (AC) (bu= t may also be represented by a MAC address) is labeled as either a Root or = a Leaf site. Root sites can communicate with all other customer sites (both= Root and Leaf sites). However, Leaf sites can communicate with Root sites = but not with other Leaf sits. In this document unless explicitly mentioned = otherwise, a site is always represented by an AC.=94 Also changed the 1st sentence of section 2.3 to: "In this scenario, a customer Root or Leaf site is represented by a MAC add= ress and a PE may receive traffic from both Root AND Leaf sites on a single= Attachment Circuit (AC) of an EVI." (In general, meticulously editing the Introduction section is extremely helpful to readers who aren't already thoroughly familiar with the subject.) [RFC7387] proposes the solution framework for supporting E-Tree service in MPLS networks. I think this should be "a solution framework". If one says "the solution framework", then there is in some way only one solution framework, and the RFC would "state" it. Saying that the RFC "proposes" a framework shows that there could be others that could be proposed. Similarly in the next sentence would be "... of an overall solution ...". Done. The document identifies the functional components of the overall solution to emulate E-Tree services in addition to Ethernet LAN (E-LAN) services on an existing MPLS network. The relationship of E-LAN to E-Tree is not clear, and how the phrase "on an existing MPLS network" attaches to either is not clear. I think you mean at least: The document identifies the functional components of the overall solution to emulate E-Tree services on an existing MPLS network. and that the document does the same for E-LAN. I suspect that there is some implied relationship between E-Tree and E-LAN, other than that solution frameworks are described in RFC 7387. However, the term "E-LAN" does not appear anywhere else in this document, is it important to include it? And given that E-Tree gets its own reference to describe its functional specification, shouldn't there be a reference giving the functional specification of "E-LAN"? (As opposed to the implementation specification in RFC 7387.) Modified the 2nd para of section 1 to: =93=85 The document identifies the functional components of an overall solu= tion to emulate E-Tree services in MPLS networks in addition to multipoint-= to-multipoint Ethernet LAN (E-LAN) services specified in [RFC7432] and [RFC= 7623]." [RFC7432] is a solution for multipoint L2VPN services, with advanced multi-homing capabilities, using BGP for distributing customer/client MAC address reach-ability information over the MPLS/IP network. [RFC7623] combines the functionality of EVPN with [802.1ah] Provider Backbone Bridging (PBB) for MAC address scalability. The structure of this paragraph suggests that "EVPN" is defined by RFC 7432, but I had to look at 7432 to verify that. Perhaps "[RFC7432] defines EVPN, a solution for ..."? Done. "[802.1ah]" appears to be a reference, but there is no entry in section 9 for it. Added a reference in section 9. This document discusses how the functional requirements for E-Tree service can be met with (PBB-)EVPN and how (PBB-)EVPN offers a more efficient implementation of these functions. This paragraph has some of the same problems as the abstract. But I am now starting to suspect that the document is proposing using EVPN as a way to provide E-Tree service *instead of* using the RFC 7387 proposal. If that is so, this sentence needs to end "a more efficient implementation of these functions than RFC7387.", and the third sentence of the Abstract should start "This document discusses how the functional requirements for E-Tree can be ..." (making clear that it logically succeeds the first sentence, not the second), and the use of "EVPN" in the Abstract needs to reference RFC 7432. Modified the text to make it very clear: "This document discusses how the functional requirements for E-Tree service= can be met with a solution based on (PBB-)EVPN (i.e., [RFC7432] and [RFC76= 23]) with some extensions and how such a solution can offer a more efficien= t implementation of these functions than that of [RFC7796]." This document makes use of the most significant bit of the scope governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. The "scope" business is still unresolved. Modified the text and removed =93scope=94: "This document makes use of the most significant bit of the PMSI tunnel typ= e governed by the IANA registry created by RFC7385, and hence updates RFC73= 85 accordingly. Section 2 discusses E-TREE scenarios." Also, this sentence doesn't say what the new purpose of the bit is. Perhaps something like, "This document repurposes the most significant bit of the tunnel type byte governed by the IANA registry created by RFC7385 to ...". But that is still opaque, as few people will immediately know the purpose of a registry referenced only by RFC number. Perhaps "... the Tunnel Type byte in the BGP PMSI Tunnel attribute ...". Change it to the following in both the Introduction section and the Abstrac= t: "This document makes use of the most significant bit of the "Tunnel Type" f= ield (in PMSI Tunnel Attribute) governed by the IANA registry created by RF= C7385, and hence updates RFC7385 accordingly." Section 2 discusses E-TREE scenarios. What the proper capitalization of "E-Tree"? Yes, it should be =93E-Tree=94. I have made the change throughout the docum= ent. 1.1 Terminology The text uses many acronyms which may not be widely known by people not deeply conversant in these technologies. It may help to put a define many of them in section 1.1. (E.g., "EVI" is defined well down in the second paragraph of section 2.1, whereas it is used in the first paragraph of that section.) Yes, they were missing. I have already taken care of it. 2 E-Tree Scenarios The enumeration of cases is unclear. I think you mean for scenario 1, "PE is exclusively Leaf or Root site(s)", etc. But "OR" doesn't carry that meaning unambiguously. You could s/OR/XOR/ to make it unambiguous, but that would be awkward and very geekish. Also, I think "MAC address" is more correct than "MAC" here. Change it to the following to make it more clear: "- Either Leaf or Root site(s) per PE - Either Leaf or Root site(s) per Attachment Circuit (AC) - Either Leaf or Root site(s) per MAC address=94 2.1 Scenario 1: Leaf OR Root site(s) per PE In this scenario, a PE may receive traffic from either Root ACs OR Leaf ACs for a given MAC-VRF/bridge table, but not both concurrently. There's a problem with "receive traffic from", because one can say a PE "receives traffic from" any endpoint in the VPN -- if the traffic is egressing from the VPN through the PE. I think you want to phrase it in terms of "all endpoints attached to the ACs attached to the PE are Root endpoints or they are all Leaf endpoints". Or you could rephrase it in terms of ingressing traffic. But really, Root and Leaf are properties of endpoints much more than properties of traffic, and it's best to use the terms accordingly. I think with the changes already made, the above sentence is accurate. Basi= cally, a Root AC corresponds to an AC which is connected to Root endpoint(s= ) and a Leaf AC corresponds to an AC connected to Leaf endpoint(s). Also, the meaning of "concurrently" is probably not what you want -- strictly, it means that two things cannot happen at the same time, but it implies that they can happen at different times. I don't think that is what you mean. Removed the term =93concurrently=94. +---------+ +---------+ | PE1 | | PE2 | +---+ | +---+ | +------+ | +---+ | +---+ |CE1+---AC1----+--+ | | | MPLS | | | +--+----AC2-----+CE2| +---+ (Root) | |MAC| | | /IP | | |MAC| | (Leaf) +---+ | |VRF| | | | | |VRF| | | | | | | | | | | | +---+ | | | | | | | | +--+----AC3-----+CE3| | +---+ | +------+ | +---+ | (Leaf) +---+ +---------+ +---------+ The figure is useful in showing the relationship of PE, AC, and CE. (I see now that what I call an "endpoint" is generally known as a "CE".) But there is a shortage of connection lines. I think something like this would be clearer: +---------+ +---------+ | PE1 | | PE2 | +---+ | +---+ | +------+ | +---+ | +---+ |CE1+---AC1----+--+ | | | MPLS | | | +--+----AC2-----+CE2| +---+ (Root) | |MAC| | | /IP | | |MAC| | (Leaf) +---+ | |VRF+------------------+VRF| | | | | | | | | | | | +---+ | | | | | | | | +--+----AC3-----+CE3| | +---+ | +------+ | +---+ | (Leaf) +---+ +---------+ +---------+ The connection among MAC VRFs is very well understood. It is not point-to-p= oint but rather multipoint-to-point from each MAC-VRF (e.g., a single downs= tream label is advertised by the PE to all other PE devices for its MAC-VRF= ). I am afraid representing a P2P connection between MAC-VRF may cause conf= usions. In such scenario, using tailored BGP Route Target (RT) import/export policies among the PEs belonging to the same EVI, can be used to restrict the communications among Leaf PEs. Presumably, "In such a scenario ..." but I prefer "In this scenario ...". But the grammar has a problem, since if you elide the clause "using ... the same EVI", it reads "In such [a] scenario ... can be used to ...". I think you want "In such a scenario, tailored BGP ... policies ... can be used to ...". Changed it to: "In this scenario, tailored BGP Route Target (RT) import/export policies am= ong the PEs belonging to the same EVI can be used to restrict the communica= tions among Leaf PEs." I think you want "prevent" rather than "restrict", since by the definition of E-Tree service, there is to be no communication between Leaf ACs at all -- restrict has an implication that the limitation is not absolute (and indeed, is somehow configurable). Changed it to =93prevent=94. from one Leaf AC to another Leaf AC on a MAC-VRF for a given E-TREE EVI. Across the whole document, it's clear that the operation of the proposed E-Tree mechanism is absolutely independent for each EVI. E.g., here you note that scenario 1 is "for any PE, *for any EVI*, all CEs connected to that PE are either all Roots or all Leafs". But you could simply state this separation of each EVI from every other EVI at the top of the document and not have to keep repeating it at various places throughout the document. The current text is reading fine to me. However, if you have specific chan= ges in mind, please let me know. That is, I think it's true. If there are ways in which the implementation of one EVI interacts the implementation of another EVI, that needs to be prominently flagged and carefully assessed for causing subtle problems. E.g., in section 3.2.1, it seems like the advertisements of "Ethernet A-D per ES routes" may bundle information about multiple EVIs. 2.2 Scenario 2: Leaf OR Root site(s) per AC There is a technical question in that scenario 1 is more restrictive than scenario 2, so any solution for scenario 2 can be used in scenario 1. But only alternative A is presented for scenario 1, even though alternative B must necessarily work. Presumably there is a reason why alternative B is not presented for scenario 1, and I think it should be stated. Added the following paragraph to section 2.1: "For this scenario, if it is desired to use only a single RT per EVI (just = like E-LAN services in [RFC7432]), then the approach B in scenario 2 (descr= ibed below) needs to be used." This fact caused me some confusion when I was reading the document: The mechanism described in 2.1 seems to be satisfactory for fulfilling the requirements stated in paragraph 2, so but paragraph 2 introduces "coloring" of MAC addresses. I think that the expositions of the three scenarios could better be done if they were all coordinated with each other. Perhaps the choice between alternatives A and B for coloring MAC addresses is actually common across the three scenarios, and what really changes between the scenarios is the efficiency tradeoffs between the two alternatives. Added the following paragraph to section 2.3: "For this scenario, the approach B in scenario 2 (described above) is used = in order to allow for single RT usage by service providers.=94 Also added the following paragraph at the end of the section 2.3: =93In conclusion, the approach B in scenario 2 is the recommended approach = across all the above three scenarios and the corresponding solution is deta= iled in the following sections." Approach (A) would require the same data plane enhancements as approach (B) if MAC-VRF and bridge tables used per VLAN, are to remain consistent with [RFC7432] (section 6). What is the subject of "are"? =93MAC-VRF and bridge tables=94. I will remove =93,=94 : =93=85 if MAC-VRF and bridge tables used per VLAN are to remain consistent = with [RFC7432] (section 6)." In order to avoid data- plane enhancements for approach (A), multiple bridge tables per VLAN may be considered; It's not clear what the difference is between "MAC-VRF and bridge tables used per VLAN" and "multiple bridge tables per VLAN". Can this be described in a way that is clearer to people who are not highly familiar with the subject? That is described in [RFC7432] which I made it prerequisite for this docume= nt. then two RTs (one for Root and another for Leaf) can still be used with approach (B) This seems to be proposing some sort of mixture of alternatives A and B. What exactly are the alternatives that are being specified that the implementor chooses between? The last paragraph that I added to section 2.3 should now make it clear: =93In conclusion, the approach B in scenario 2 is the recommended approach = across all the above three scenarios and the corresponding solution is deta= iled in the following sections." 2.3 Scenario 3: Leaf OR Root site(s) per MAC This scenario is not covered in both [RFC7387] and [MEF6.1] Literally, this means "It is not true that this scenario is covered in RFC 7387 and in MEF6.1." But I think you mean "This scenario is not covered in either ...". Changed it to =93either=94 =93or=94. the Designated Forwarding (DF) filtering per [RFC7432] would not be compatible with the required egress filtering Interestingly, "designated forwarding" is not mentioned anywhere else in this draft. Does it appear elsewhere or is it implied in the mechanics of RFC 7432 that are used throughout this draft? It is implied mechanism of RFC7432 and that=92s why it says =93per [RFC7432= ]. There seems to be no description of the techniques to be used in this case. Now there is with the addition of the two paragraphs described above to thi= s section. And given that it seems to be contemplated to support scenario 3, there are numerous places in the draft where "a Root AC" and "a Leaf AC" are not correct. You could use "a Root CE" or "a Root site", etc. It has already been addressed in. Added the following sentence to the end o= f 1st para in section 1. "In this document unless explicitly mentioned otherwise, a site is always r= epresented by an AC." 3 Operation for EVPN In other words, [RFC7432] has inherent capability to support E-TREE services without defining any new BGP routes but by just defining a new BGP Extended Community for leaf indication as shown later in this document (section 5.1). And by implication, the addition of various processing of that leaf indication. But this does show that this draft is not just an application of RFC 7432 but an extension of it. Changed the 1st para of section 3 to: "[RFC7432] defines the notion of Ethernet Segment Identifier (ESI) MPLS lab= el used for split-horizon filtering of BUM traffic at the egress PE. Such e= gress filtering capabilities can be leveraged in provision of E-Tree servic= es as it will be seen shortly for BUM traffic. For know unicast traffic, ad= ditional extensions to [RFC7432] is needed (i.e., a new BGP Extended Commun= ity for leaf indication described in section 5.1) in order to enable ingres= s filtering as described in detail in the following sections." 3.1 Known Unicast Traffic sending ... traffic over MPLS/IP core to be filtered at the egress PE ... The implication seems to be that this "sending" that is avoided is really multicast, from the ingress PE to all egress PEs. Naively, describing this as "over MPLS/IP core" doesn't seem to capture the meaning, since *all* traffic is going to be send "over the MPLS/IP core". The paragraph is talking about know unicast filtering. I read it again and = it is very clear (at least to me :-). To provide such ingress filtering for known unicast traffic, a PE MUST indicate to other PEs what kind of sites (root or leaf) its MAC addresses are associated with by advertising a leaf indication flag (via an Extended Community) along with each of its MAC/IP Advertisement routes. The lack of such flag indicates that the MAC address is associated with a root site. This scheme applies to all scenarios described in section 2. Read literally, this paragraph says that a leaf indication flag MUST be present on each advertisement, but then says the absence of the flag means that it is a root side (implying that the absence of the flag is legitimate). There are two alternatives -- a) the flag is a 1/0 flag, with one value meaning Leaf and one meaning Root or b) the flag is some optional field whose presence means Leaf and whose absence means Root -- but this wording isn't quite correct for either. Changed the paragraph to: "To provide such ingress filtering for known unicast traffic, a PE MUST ind= icate to other PEs what kind of sites (root or leaf) its MAC addresses are = associated with. This is done by advertising a leaf indication flag (via an= Extended Community) along with each of its MAC/IP Advertisement routes lea= rned from a leaf site. The lack of such flag indicates that the MAC address= is associated with a root site. This scheme applies to all scenarios descr= ibed in section 2." Also, this paragraph seems to be saying that the extended community is always used to indicate Leaf/Root status (though perhaps it specifies status by its absence). But the descriptions in section 2 seem to be saying that alternative A doesn't require the extended community, which contradicts the MUST in this paragraph. The modified paragraph above should cover this. 3.2 BUM Traffic This specification does not provide support for filtering BUM (Broadcast, Unknown, and Multicast) traffic on the ingress PE because it is not possible to perform filtering of BUM traffic on the ingress PE, as is the case with known unicast described above, due to the multi-destination nature of BUM traffic. This sentence is quite awkward. I think you can carry all of the meaning with "This specification does not provide support for filtering BUM (Broadcast, Unknown, and Multicast) traffic on the ingress PE because it is not possible to do so, due to the multi-destination nature of BUM traffic." Done. But the phrase "does not provide support" is not correct -- the ingress PE fully *supports* BUM traffic (except in scenario 3), it's just that the support doesn't include *filtering* by the ingress PE. OK. Change it to: "In this specification, the support for filtering BUM (Broadcast, Unknown, = and Multicast) traffic does not include ingress filtering because it is not= possible to do so, due to the multi-destination nature of BUM traffic." the MPLS-encapsulated frames MUST be tagged with an indication that they originated from a Leaf AC - i.e., to be tagged with a Leaf label as specified in section 5.1. As written, the sentence requires "... tagged with an indication whether they originated ...". The use of "that" states that all the frames originated from a Leaf AC. Good catch! I changed =93that=94 to =93when" Looking ahead to section 5.1, I see that the Leaf label is considerably longer than the 1 bit that would seem to be necessary for this function given its description here. And the next paragraph suggests that the assignment of Leaf labels is complex. It would be helpful if you clarified here all of the functionality of Leaf labels so the reader has context for following paragraphs. I suspect the meaning here is "all MPLS-encapsulated frame are tagged with labels, and to distinguish Leaf-originated frames, they must be tagged with labels which are known to be Leaf labels". Also, is there only one leaf label (for an EVI), or can there be many, perhaps one for every Leaf AC? Added the following sentences to the end of 1st paragraph of section 3.2: "This Leaf label allows for disposition PE (e.g., egress PE) to perform the= necessary egress filtering function in data-plane similar to ESI label in = [RFC7432]. The allocation of the Leaf label is on a per PE basis (e.g., ind= ependent of ESI and EVI) as descried in the following sections." The main difference between downstream and upstream assigned Leaf label is that in case of downstream assigned not all egress PE devices need to receive the label just like ESI label for ingress replication procedures defined in [RFC7432]. This sentence isn't clear to me. I suspect that it just needs a few words adjusted. Also, I suspect that it would help to move the final clause, "just like ESI label ..." to a separate sentence. Changed the sentence to: "The main difference between downstream and upstream assigned Leaf label is= that in case of downstream assigned not all egress PE devices need to rece= ive the label in MPLS encapsulated BUM packets just like ESI label for ingr= ess replication procedures defined in [RFC7432]." On the ingress PE, the PE needs to place all its Leaf ACs for a given bridge domain in a single split-horizon group in order to prevent intra-PE forwarding among its Leaf ACs. The phrase "bridge domain" appears only twice in this document. I suspect it is synonymous with some other term you are using. It is now described in terminology section. My belief is that a "split-horizon group" means a group of ACs that are visible to each other. If that is correct, this sentence needs to be rephrased to something like "... the PE needs to place each of its Leaf ACs for a given bridge domain into separate split-horizon groups ...". Split-horizion group means the member of that group cannot send packets to = each other. Other mechanisms for identifying root or leaf (e.g., on a per MAC address basis) is beyond the scope of this document. Scenario 3 in section 2.3 posits that a single AC may support both Leaf and Root endpoints. So there must be a known method of performing this identification on a per-MAC address basis, or else scenario 3 cannot be implemented at present. That doesn't require that this document specify or describe a method of doing so, but it seems that at this point, the document should either identify one or more ways in which it can be done, or admit that there are no known mechanisms at this time. (Or perhaps that there are no known *good* mechanisms at this time.) Otherwise the inclusion of scenario 3 is purely hypothetical. Changed the sentence to: "Other mechanisms for identifying root or leaf sites such the use of source= MAC address of the receiving frame are optional. The scenarios below are d= escribed in context of Root/Leaf AC; however, they can be extended to Root/= Leaf MAC address if needed." The acronym "ES" us used a lot in this section, meaning "Ethernet segment". Is "Ethernet segment" related to "AC"? Terminology section now provides the definition of an Ethernet Segment. 3.2.1 BUM traffic originated from a single-homed site on a leaf AC What is the rule for capitalizing or not the words "leaf" and "root"? They are capitalized if they are used as adjectives. Went through the doc t= o make sure that=92s the case. This Leaf label is advertised to other PE devices, using the E-TREE Extended Community (section 5.1) along with an Ethernet A-D per ES route with ESI of zero and a set of Route Targets (RTs) corresponding to all EVIs on the PE with at least one leaf site per EVI. I'm not sure, but I think you mean s/all EVIs on the PE with at least one leaf site per EVI/all EVIs which have at least one leaf site on the PE/. The original text is correct but I=92ll change it to the following for bett= er clarification: "corresponding to all EVIs on the PE where each EVI has at least one Leaf s= ite." The set of Ethernet A-D per ES routes may be needed if the number of Route Targets (RTs) that need to be sent exceed the limit on a single route per [RFC7432]. I suspect from the text that "Ethernet A-D per ES route" is a single term, but I have no idea what it is referring to. And I suspect that someone has coined a shorter term to use. This term is borrowed from [RFC7432] and there is no shorter term :-( I suspect that one or more words in this sentence aren't quite right and I can't parse it. For instance "The set of ... routes may be needed if ..." doesn't make sense -- in what way can a set of routes be needed only under some conditions? Perhaps it should be "A set of ... routes", if the meaning is that in some situations only one would be needed. Reading this again, I think you mean "Multiple Ethernet A-D per ES routes will need to be advertised if the number of Route Targets needed to carry the EVIs exceeds the limit on a single route." Correct! I will change it to the following since RT=92s are carried by the = route and not EVIs: "Multiple Ethernet A-D per ES routes will need to be advertised if the numb= er of Route Targets (RTs) that need to be carried exceed the limit on a sin= gle route per [RFC7432]." The ESI for the Ethernet A-D per ES route is set to zero to indicate single-homed sites. This sentence seems to be talking about some attribute of a route (which is an operation in the control plane) while the section is theoretically talking about BUM traffic (which is in the data plane). This seems to be a general organizational problem, where the details of the data plane operations are mixed with general descriptions of the control plane operations needed to support the data plane operations. It would be clearer if the data plane specifications and the control plane specifications were separated (e.g., into adjacent paragraphs), making it more explicit what information is passed from the control plane to the data plane. The entire paragraph in section 3.2.1 is about advertisement of Leaf label = in control plane. 3.2.3 BUM traffic originated from a multi-homed site on a leaf AC The first paragraph introduces various matters that aren't discussed in the rest of the document, or at least aren't much discussed. If I understand it right, these considerations don't introduce anything unexpected other than that an AC which is multi-homed (i.e., connects to more than one PE) must, for any single EVI, be consistently a Root or a Leaf on all of those PEs. If I'm correct, this paragraph could be made much easier to understand by stating just that and avoiding details. However, there may be more involved than that. E.g., "there is no forwarding among subnets" may be an additional requirement. It's hard to tell, because there are only two occurrences of "forwarding among subnets", and it's not at all clear what that term is intended to cover. It is important to mention that there is no forwarding among subnets. This = sentence itself is the conclusion of some of the discussions among the co-a= uthor. 3.2.4 BUM traffic originated from a multi-homed site on a root AC I think the critical point of this paragraph is omitted: "... but no Leaf label is added". Compare with section 3.2.2. Changed it to: "In this scenario, both the ingress and egress PE devices follows the proce= dure defined in [RFC7432] for adding and/or processing an ESI MPLS label - = i.e., existing procedures for BUM traffic in [RFC7432] are sufficient and t= here is no need to add a Leaf label.=94 3.3 E-TREE Traffic Flows for EVPN - Ethernet known unicast from Root to Roots & Leaf - Ethernet known unicast from Leaf to Root - Ethernet BUM traffic from Root to Roots & Leafs - Ethernet BUM traffic from Leaf to Roots The grammar of these is not good. I think you mean "Known unicast Ethernet from ... to ...", or better "Known unicast traffic from ... to ...". Changed it to: =93 - Known unicast traffic from Root to Roots & Leaf - Known unicast traffic from Leaf to Root - BUM traffic from Root to Roots & Leafs - BUM traffic from Leaf to Roots" In the case where unicast flows need not be supported, the L2VPN PEs can avoid performing any MAC learning function. I think you want s/unicast/known unicast/ -- there may be situations where unicast traffic exists, and it could be handled as known unicast traffic, but the implementation can tolerate handling all of it as unknown traffic to avoid MAC learning. OTOH, the choice of supporting scenario 3 requires the choice of MAC learning, since scenario 3 prevents handling should-be-known unicast traffic as BUM traffic. That dependency should be noted somewhere. Changed it to: "In the case where only multicast and broadcast flows need to be supported,= the L2VPN PEs can avoid performing any MAC learning function." 3.3.1 E-Tree with MAC Learning I see here much use of "Ethernet Segments". It seems that it has the same functional meaning as "ACs". If so, only one term should be used consistently. If not, does the distinction need to be explained? Ethernet Segments and ACs are different. An AC corresponds to an Ethernet t= ag (e.g., VLAN ID) on a port (Ethernet Segment). Now that both Ethernet Seg= ment and Ethernet tag are defined in terminology and the association betwee= n Ethernet tag and AC is made in the introduction section, there should be = no ambiguity. For the scenario described in section 2.1 (or possibly section 2.2), these routes are imported only by PEs with at least one Root site in the EVI ... What is the condition on "possibly in section 2.2"? (Is this a distinction between alternatives A and B?) Modified the sentence to the following for better clarity: "For scenarios where two different RTs are used per EVI (one to designate R= oot site and another to designate Leaf site), the MAC/IP Advertisement rout= es are imported only by PEs with at least one Root site in the EVI - i.e., = a PE with only Leaf sites will not import these routes." To support multicast/broadcast from Leaf to Root sites, ingress replication should be sufficient for most scenarios where there are only a few Roots (typically two). This is introducing one of a pair of alternatives (the other one being described in the following paragraphs). I think the reader should be warned in advance what the two alternatives are and what it depends on (viz., the number of Roots). That is, a top-down structure. Modified the paragraph to: =93To support multicast/broadcast from Leaf to Root sites, either ingress r= eplication tunnels from each Leaf PE or a P2MP tree rooted at each Leaf PE = can be used. The following two paragraphs describes when each of these tunn= eling schemes can be used and how to signal them.=94 If the number of Roots is large, P2MP tunnels originated at the PEs with Leaf sites may be used and thus there will be no need to use the modified PMSI tunnel attribute in section 5.2 for composite tunnel type. The wording here is not quite right; I think it allows some ambiguity. Perhaps If the number of Roots is large, P2MP tunnels originated at the PEs with Leaf sites may be used (and thus there will be no need to use the composite tunnel type values of the modified PMSI tunnel attribute in section 5.2). Modified it to: =93If the number of Roots is large, P2MP tunnels (e.g., mLDP or RSVP-TE) or= iginated at the PEs with Leaf sites may be used and thus there will be no n= eed to use the modified PMSI tunnel attribute and the composite tunnel type= values in section 5.2." 3.3.2 E-Tree without MAC Learning Similarly, I suggest Just as in the previous section, if the number of PEs with root sites are only a few and thus ingress replication is desired from leaf PEs to these root PEs, then the composite tunnel values defined in section 5.2 should be used. Modified it to: "Just as in the previous section, if the number of Root PEs are only a few = and thus ingress replication is desired from Leaf PEs to these root PEs, th= en the modified PMSI attribute and the composite tunnel type values defined= in section 5.2 should be used." 4 Operation for PBB-EVPN In PBB-EVPN, the PE advertises a Root/Leaf indication along with each B-MAC Advertisement route, to indicate whether the associated B-MAC address corresponds to a Root or a Leaf site. Just like the EVPN case, the new E-TREE Extended Community defined in section [5.1] is advertised with each MAC Advertisement route. I don't understand the distinctions here, but is "MAC Advertisement route" correct? There are two uses of "MAC" and 12 uses of "B-MAC" in this section. The precise statement should be: =93=85 with each EVPN MAC/IP Advertisement= route.=94 4.1 Known Unicast Traffic The ingress PE cross-checks this flag with the status of the originating site, and if both are a Leaf, then the packet is not forwarded. I think this can be simplified to The ingress PE also checks the status of the originating site, and if both are a Leaf, then the packet is not forwarded. Done. 4.2 BUM Traffic it updates its egress filtering (based on the source B-MAC address), as follows: The stated algorithm has some important properties. One is that if a frame arrives, but its B-MAC address is unknown, then the frame is forwarded. That is, traffic not from a known Leaf is assumed to be from a Root. This may not be a problem, but it seems like it is an important property of this specification, and the implementor should be aware of it. (OTOH, perhaps this is a generic property of PBB-EVPN, in which case it need not be stated here.) It is a generic property of PBB-EVPN. Another property is that if a B-MAC changes from being a Leaf to being a Root (by whatever means that might happen), it seems that the new advertisements of the B-MAC as a Root will *not* remove it from the list of blocked B-MACs of any Leaf that has seen that B-MAC advertised as a Leaf. Unless there is some consideration that I'm not aware of, I think you want to revise this algorithm in this regard. Added the following bullet to the list of bullets: "- If the EVPN MAC/IP Advertisement route indicates that the advertised B-M= AC has changed its designation from a Leaf to a Root and the local Ethernet= Segment is a Leaf, then the source B-MAC address is removed from the B-MAC= list corresponding to the local Ethernet Segment used for egress filtering= - i.e., to unblock traffic from that B-MAC address." 4.3 E-Tree without MAC Learning For PBB-EVPN, the handling of such traffic is per section 4.2 without C-MAC learning part of it at both ingress and egress PEs. This could be phrased better. And is the "non-C-MAC learning" mode of operation of PBB-EVPN defined in the PBB-EVPN specification? If not, I think you might need to describe it in more detail here. Changed it to: "For PBB-EVPN, the handling of such traffic is per section 4.2 without the = need for C-MAC learning (in data-plane) in I-component (C-bridge table) of = PBB-EVPN PEs (at both ingress and egress PEs)." 5.1 E-Tree Extended Community It is used for leaf indication of known unicast and BUM traffic. It's probably worth specifying that it indicates that the frame's *origin* is a Leaf. Added the sentence: "It indicates that the frame is originated from a Leaf site." The label value is encoded in the high-order 20 bits of the Leaf Label field. This sentence seems to be in the wrong place, since the case described in this paragraph doesn't use the Label Value field. It seems to me that it would be better to incorporate this information into the value layout: Changed the sentence to: "The value of the 20-bit MPLS label is encoded in the high-order 20 bits of= the Leaf Label field.=94 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type=3D0x06 | Sub-Type=3D0x05 | Flags(1 Octet)| Reserved=3D0 = | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved=3D0 | Leaf Label |0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 5.2 PMSI Tunnel Attribute Composite tunnel type is advertised by the root PE to simultaneously indicate a non-ingress replication tunnel ... There's a certain ambiguity here, as I first read it as "... a (non-ingress) replication tunnel ..." -- but of course, there is no "egress replication". What is meant is "... a non-(ingress replication) tunnel ...", which I think would be better expressed as "... a non-ingress-replication tunnel ...". Done. When this Composite Tunnel bit is set, the "tunnel identifier" field would begin with a three-octet label, followed by the actual tunnel identifier for the transmit tunnel. Probably better s/would begin/begins/. (The clause of the condition "Composite Tunnel bit is set" does not use the subjunctive mood, so you don't use the subjunctive mood in the consequent clause.) Done. It might help to add a figure +---------------------------------+ | Flags (1 octet) | +---------------------------------+ | Tunnel Type (1 octet) | +---------------------------------+ | P2MP MPLS Label (3 octets) | +---------------------------------+ | Ingress Replication MPLS Label | | (3 octets) | +---------------------------------+ | Tunnel Identifier (variable) | +---------------------------------+ Done. And s/1 octets/1 octet/ -- even though RFC 6514 makes that mistake! Done. PEs that don't understand the new meaning of the high-order bit would treat the tunnel type as an undefined tunnel type and would treat the PMSI tunnel attribute as a malformed attribute [RFC6514]. It might be worth noting that this processing is why the composite tunnel bit is allocated in the Tunnel Type field rather than the Flags field. Done. 8.1 Considerations for PMSI Tunnel Types The registry is to be updated, by removing the entries for 0xFB-0xFE and 0x0F, and replacing them by: Value Meaning Reference 0x0B-0x7A Unassigned 0x7B-0x7E Reserved for Experimental Use this document 0x7F Reserved this document 0x80-0xFF Reserved for Composite Tunnels this document The allocation policy for values 0x00 to 0x7A is IETF Review [RFC5226]. The range for experimental use is now 0x7B-0x7E, and value in this range are not to be assigned. The status of 0x7F may only be changed through Standards Action [RFC5226]. This structure allows the high-order bit to modify the interpretation of the other bits. However, section 5.2 says, "... the high-order bit of the tunnel type field (Composite Tunnel bit) is set while the remaining low-order seven bits indicate the tunnel type as before." I think what you intended is to change the "P-Multicast Service Interface Tunnel (PMSI Tunnel) Tunnel Types" registry to only specify the low-order seven bits of the Tunnel Type field, with the high-order bit of Tunnel Type being the Composite Tunnel bit. Conceptualized that way, the registry changes to: Value Meaning Reference 0x00-0x7A (as before) 0x7B-0x7E Reserved for Experimental Use this document 0x7F Reserved this document This implies that the octet values 0x80 to 0xFF are subdivided into assigned, unassigned, experimental, and reserved groups in the parallel way. I have already changed it to: "Value Meaning Reference 0x0C-0x7A Unassigned 0x7B-0x7E Experimental this document 0x7F Reserved this document 0x80-0xFA Reserved for Composite tunnel this document 0xFB-0xFE Experimental [RFC7385] 0xFF Reserved [RFC7385] " 9.1 Normative References [MEF6.1] Metro Ethernet Forum, "Ethernet Services Definitions - Phase 2", MEF 6.1, April 2008. Can we get a URL for this? Done. Thanks, Ali [EOF] --_000_D5C97FC2217743sajassiciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <4AE1F623546A1C4C8486E4144DDEAEDB@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Dale,

Having someo= ne who doesn=92t have EVPN background to read this document thoroughly and = comments on it, helps greatly with the overall readability of this document= . So, thank you for your comments. I tried to address all your comments. Please see inline for my replies.

On 8/7/17, 7:29 PM, "Dale Worley" <worley@ariadne.com> wrote:

Reviewer: Dale Worley
Review result: On the Right Track

I am the assigned Gen-ART reviewer for this draft.  The Gene= ral Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments= just
like any other last call comments.

For more information, please see the FAQ at

Document:  draft-ietf-bess-evpn-etree-12
Reviewer:  Dale R. Worley
Review Date:  2017-08-07
IETF LC End Date:  2017-08-09
IESG Telechat date:  2017-08-17

Summary:

This draft is on the right track but has open issues, described in the=
review.  A few of the issues are directly technical.

Reading this draft, I have the sense that it isn't so much a
specification as the description of an idea, which is that EVPN can be=
used to implement E-Tree functionality.  It reads as if some= one who is
extremely knowledgeable about EVPN is outlining the idea to someone
similar, given that various details don't seem to be worked out
completely and that in several places there are alternative
implementation methods that are mentioned but do not seem to be
rigorously enumerated.  The document seems to more describe = *class* of
ways of implementing E-Trees, and not a rigidly delimited class.

As far as I can tell, the idea works, but I suspect that an
implementor would not just be following the specification but
completing it in many respects.  Given that the document see= ms to
extend the mechanisms of RFC 7432, I suspect that an implementor would=
have to carefully work out the details of all the BGP announcements,
and that not all implementations would interoperate.  E.g., = "This Leaf
label is advertised to other PE devices, using the E-TREE Extended
Community" sounds to me like it's very under-specified.

The way forward seems to be clear:  The draft needs to be ed= ited
carefully, filling in the missing details and making more explicit and=
rigid the various implementation alternatives.  It might be = worth
enumerating all of the mentioned implementation choices in one place,<= /div>
as successful interoperation requires that all devices in a VPN are
using the same choices.  And I think interoperation needs to= be
emphasized -- two devices that implement this draft should
interoperate if they are configured to have the same choices of the
implementation choices enumerated in the draft.  Otherwise, = this draft
is just the outline for a dozen vendors' similar-but-not-interoperable=
proprietary products.

Abstract

   This document
   discusses how those functional requirements can be easily= met with
   Ethernet VPN (EVPN) and how EVPN offers a more efficient<= /div>
   implementation of these functions.

"More efficient" than what?  The abstract reads as= if this document is
an alternative method of implementing E-Tree, but I read well into the=
draft before it became clear that this draft is an alternative to RFC<= /div>
7387, rather than that this draft and RFC 7387 are an alternative to
something else.  The abstract does not specifically state al= l of the
relationships between the specifications it mentions.

I modified both the abstract and the introduction t= o say: 
=94=85 and how su= ch a solution can offer a more efficient implementation of these functions = than that of [RFC7796].=94 

I also added the following&n= bsp;sentence to the introduction:
"Sinc= e this document specifies a solution based on [RFC7432], it requires the re= aders to have the knowledge of [RFC7432] as prerequisite."

And although this mechanism is described as "more efficient"= , there
doesn't seem to be any discussion of how it is more efficient. &n= bsp;You
don't need a lot of detail for this, but it would be helpful if there<= /div>
was at least a brief description of what way it is more efficient and<= /div>
some indication of the degree.

Now, there is, because it compares it with [RF7796]= and section 3.1 describes why this solution is more efficient than [RFC779= 6].

Also, what is relationship between "EVPN" and this document?=   Is EVPN
a widely-known technology whose name need not be footnoted?  = ;Is it
something defined in this document?  Importantly, is the usa= ge in this
document a subset within some defined EVPN specification, or is it a
modification/extension of EVPN?

Based on someone else=92s comment, the text has alr= eady been modified to spell out EVPN and [RFC7432]. The abstract now says:<= /font>
"This document discusses how those functional = requirements can be met with a solution based on Ethernet VPN (EVPN) [RFC74= 32] with some extensions and how such a solution can offer a more efficient= implementation of these functions than that of [RFC7796].=94

Similar modifications has been made to the introduc= tion section.

 &nb= sp; This document makes use of the
 &nb= sp; most significant bit of the scope governed by the IANA registry
 &nb= sp; created by RFC7385, and hence updates RFC7385 accordingly.

The use o= f "scope" is peculiar here.  Generally, "scope&quo= t; refers to a
region of= some sort of space, so one would say "scope value" or "scop= e
value fie= ld" to refer to a group of bits that designate a scope.  But=
checking = with RFC 7385 and the IANA registry page for "Border Gateway
Protocol = (BGP) Parameters", I am unable to find any occurrence of the
word &quo= t;scope".  And other than a very similar passage in section = 1,
"sco= pe" only appears in this document in the phrase "scope of this
document&= quot;.  Perhaps "scope" should be "tunnel type&quo= t;?

I have got rid off the word =93scope=94 a= nd have changed both the abstract and introduction to:
"This document makes use of the most significa= nt bit of the PMSI tunnel type governed by the IANA registry created by RFC= 7385, and hence updates RFC7385 accordingly."

Table of = Contents

What is t= he capitalization rule you're using for section titles?
E.g., sec= tions 3.2.{1,2,3,4} are capitalized in a decidedly different
way that = other sections.

Made them all consistent now.

1 &n= bsp;Introduction

 &nb= sp; The Metro Ethernet Forum (MEF) has defined a rooted-multipoint
 &nb= sp; Ethernet service known as Ethernet Tree (E-Tree) [MEF6.1]. In an E-
 &nb= sp; Tree service, Attachment Circuits (ACs) are labeled as either Root or
 &nb= sp; Leaf ACs. Root ACs can communicate with all other ACs. Leaf ACs can
 &nb= sp; communicate with Root ACs but not with other Leaf ACs. 

Given the= use of "rooted-multipoint", it seems that there is to be
exactly o= ne Root AC per virtual Ethernet, as rooted trees have exactly
one root = node.  Where or not that is true is very important for the
conceptua= l model of the service, but is not stated clearly
here. Per= haps there is a terminology problem, as when I see "rooted"
and "= ;tree" in a sentence, I assume that the "tree" is "root= ed", i.e.,
it has ex= actly one root.  (Similarly in Wikipedia, "Rooted-MultiPoint= "
[sic] red= irects to "Point-to-multipoint", which says "providing
multiple = paths from a *single* [my emphasis] location to multiple
locations= ".)  However, the last sentences of section 2.1 suggest that=
an E-Tree= might have more than one Root.

Both MEF 6.1 and RFC7387 (referenced in this docume= nt) allow for multiple roots in an E-TREE which itself is defined as a root= ed-multipoint service.

Subtle po= int:  If there are multiple Roots, the text implies that all
Roots can= communicate with all other Roots.  It might be worth
mentionin= g that explicitly, as the naive reader might overlook it.
Indeed, i= t is possible within this model that all endpoints are Roots,
in which = case the VPN is completely connected.

1st paragraph of section 1 (Introduction) explicitl= y says that:
"Root ACs can communicate with all other ACs. = Leaf ACs can communicate with Root ACs but not with other Leaf ACs.=94
In order to make it even more clear, I am changing = it to the following:
"Root ACs can communicate with all other ACs (= both Root and Leaf ACs). Leaf ACs can communicate with Root ACs but not wit= h other Leaf ACs."

Also, it = seems that in scenario 3 of section 2 that a single AC could
have mult= iple endpoints on it some of which are Root and some are
Leaf, whi= ch doesn't fit within the description in this paragraph.

Change the 1st paragraph of the introduction to:
"The Metro Ethernet Forum (MEF) has defined a = rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree) [MEF6.1]= . In an E-Tree service, a customer site that is typically represented by an= Attachment Circuits (AC) (but may also be represented by a MAC address) is labeled as either a Root or a Leaf sit= e. Root sites can communicate with all other customer sites (both Root and = Leaf sites). However, Leaf sites can communicate with Root sites but not wi= th other Leaf sits. In this document unless explicitly mentioned otherwise, a site is always represented by an = AC.=94

Also changed the 1st sentence of section 2.3 to:
"In this scenario, a customer Root or Leaf sit= e is represented by a MAC address and a PE may receive traffic from both Ro= ot AND Leaf sites on a single Attachment Circuit (AC) of an EVI."

(In gener= al, meticulously editing the Introduction section is
extremely= helpful to readers who aren't already thoroughly familiar
with the = subject.)

 &nb= sp; [RFC7387] proposes the solution framework for supporting E-Tree
 &nb= sp; service in MPLS networks.

I think t= his should be "a solution framework".  If one says &quo= t;the solution
framework= ", then there is in some way only one solution framework, and
the RFC w= ould "state" it.  Saying that the RFC "proposes&qu= ot; a framework
shows tha= t there could be others that could be proposed.  Similarly in
the next = sentence would be "... of an overall solution ...".

Done.


 &nb= sp; The document identifies the functional
 &nb= sp; components of the overall solution to emulate E-Tree services in
 &nb= sp; addition to Ethernet LAN (E-LAN) services on an existing MPLS
 &nb= sp; network.

The relat= ionship of E-LAN to E-Tree is not clear, and how the phrase
"on = an existing MPLS network" attaches to either is not clear.  = I
think you= mean at least:

 &nb= sp; The document identifies the functional components of the overall
 &nb= sp; solution to emulate E-Tree services on an existing MPLS network.

and that the document does the same for E-LAN.  I suspect that th= ere
is some implied relationship between E-Tree and E-LAN, other than that
solution frameworks are described in RFC 7387.

However, the term "E-LAN" does not appear anywhere else in this
document, is it important to include it?  And given that E-Tree g= ets
its own reference to describe its functional specification, shouldn't
there be a reference giving the functional specification of "E-LAN&quo= t;?
(As opposed to the implementation specification in RFC 7387.)

Modified the 2nd para of section 1 to:
=93=85 The d= ocument identifies the functional components of an overall solution to emul= ate E-Tree services in MPLS networks in addition to multipoint-to-mult= ipoint Ethernet LAN (E-LAN) services specified in [RFC7432] and [RFC7623]."

   [RFC7432] is a solution for multipoint L2VPN services, with ad= vanced
   multi-homing capabilities, using BGP for distributing customer= /client
   MAC address reach-ability information over the MPLS/IP network= .
   [RFC7623] combines the functionality of EVPN with [802.1ah] Pr= ovider
   Backbone Bridging (PBB) for MAC address scalability.

The structure of this paragraph suggests that "EVPN" is defined b= y RFC
7432, but I had to look at 7432 to verify that.  Perhaps "[R= FC7432]
defines EVPN, a solution for ..."?

Done.


"[802.1ah]" appears to be a reference, but there is no entry in
section 9 for it.

Added a reference in section 9.

   This document discusses how the functional requirements for E-= Tree
   service can be met with (PBB-)EVPN and how (PBB-)EVPN offers a= more
   efficient implementation of these functions.

This paragraph has some of the same problems as the abstract.  Bu= t I
am now starting to suspect that the document is proposing using EVPN
as a way to provide E-Tree service *instead of* using the RFC 7387
proposal.  If that is so, this sentence needs to end "a more= efficient
implementation of these functions than RFC7387.", and the third
sentence of the Abstract should start "This document discusses how the=
functional requirements for E-Tree can be ..." (making clear that it
logically succeeds the first sentence, not the second), and the use of
"EVPN" in the Abstract needs to reference RFC 7432.

Modified the text to make it very clear:
"This document discusses how the functional re= quirements for E-Tree service can be met with a solution based on (PBB-)EVP= N (i.e., [RFC7432] and [RFC7623]) with some extensions and how such a solut= ion can offer a more efficient implementation of these functions than that of [RFC7796]."

   This document makes use
   of the most significant bit of the scope governed by the IANA<= /div>
   registry created by RFC7385, and hence updates RFC7385 accordi= ngly.

The "scope" business is still unresolved.

Modified the text and removed =93scope=94:
"This document makes use of the most significa= nt bit of the PMSI tunnel type governed by the IANA registry created by RFC= 7385, and hence updates RFC7385 accordingly. Section 2 discusses E-TREE sce= narios."

Also, this sentence doesn't say what the new purpose of the bit is.
Perhaps something like, "This document repurposes the most significant=
bit of the tunnel type byte governed by the IANA registry created by
RFC7385 to ...".  But that is still opaque, as few people wi= ll
immediately know the purpose of a registry referenced only by RFC
number.  Perhaps "... the Tunnel Type byte in the BGP PMSI T= unnel
attribute ...".

Change it to the following in both the Introduction= section and the Abstract:
"This document makes use of the most significa= nt bit of the "Tunnel Type" field (in PMSI Tunnel Attribute) gove= rned by the IANA registry created by RFC7385, and hence updates RFC7385 acc= ordingly."

   Section 2 discusses E-TREE scenarios.

What the proper capitalization of "E-Tree"?

Yes, it should be =93E-Tree=94. I have made the cha= nge throughout the document.


1.1  Terminology

The text uses many acronyms which may not be widely known by people
not deeply conversant in these technologies.  It may help to put = a
define many of them in section 1.1.  (E.g., "EVI" is de= fined well down
in the second paragraph of section 2.1, whereas it is used in the
first paragraph of that section.)

Yes, they were missing. I have already taken care o= f it.

2  E-Tree Scenarios

The enumeration of cases is unclear.  I think you mean for scenar= io 1,
"PE is exclusively Leaf or Root site(s)", etc.  But &qu= ot;OR" doesn't carry
that meaning unambiguously.  You could s/OR/XOR/ to make it
unambiguous, but that would be awkward and very geekish.

Also, I think "MAC address" is more correct than "MAC" = here.

Change it to the following to make it more clear:
"- Either Leaf or Root site(s) per PE
- Either Leaf or Root site(s) per Attachment Circui= t (AC)
- Either Leaf or Root site(s) per MAC address=94



2.1 Scenario 1: Leaf OR Root site(s) per PE

   In this scenario, a PE may receive traffic from either Root AC= s OR
   Leaf ACs for a given MAC-VRF/bridge table, but not both concur= rently.

There's a problem with "receive traffic from", because one can sa= y a
PE "receives traffic from" any endpoint in the VPN -- if the traf= fic
is egressing from the VPN through the PE.  I think you want to ph= rase
it in terms of "all endpoints attached to the ACs attached to the PE
are Root endpoints or they are all Leaf endpoints".  Or you = could
rephrase it in terms of ingressing traffic.  But really, Root and= Leaf
are properties of endpoints much more than properties of traffic, and
it's best to use the terms accordingly.

I think with the changes already made, the above&nb= sp;sentence is accurate. Basically, a Root AC corresponds to an AC which is= connected to Root endpoint(s) and a Leaf AC corresponds to an AC connected= to Leaf endpoint(s). 

Also, the meaning of "concurrently" is probably not what you want= --
strictly, it means that two things cannot happen at the same time, but
it implies that they can happen at different times.  I don't thin= k
that is what you mean.

Removed the term =93concurrently=94.

            &nb= sp;      +---------+   &nbs= p;        +---------+
            &nb= sp;      |   PE1   | &nbs= p;          |  = PE2   |
    +---+      &n= bsp;   |  +---+  |  &#= 43;------+  |  +---+  | &nbs= p;          +---+=
    |CE1+---AC1----+--+   | =  |  | MPLS |  |  |   +--&#= 43;----AC2-----+CE2|
    +---+  (Root)  | &= nbsp;|MAC|  |  |  /IP |  | &nb= sp;|MAC|  |   (Leaf)   +---+
            &nb= sp;      |  |VRF|  | &nbs= p;|      |  |  |VRF| = ; |
            &nb= sp;      |  |   |  |=   |      |  |  = |   |  |        = ;    +---+
            &nb= sp;      |  |   |  |=   |      |  |  = |   +--+----AC3-----+CE3|
            &nb= sp;      |  +---+  |&n= bsp; +------+  |  +---+  = ;|   (Leaf)   +---+
            &nb= sp;      +---------+   &nbs= p;        +---------+

The figure is useful in showing the relationship of PE, AC, and CE.
(I see now that what I call an "endpoint" is generally known as a=
"CE".)  But there is a shortage of connection lines.&nb= sp; I think
something like this would be clearer:

            &nb= sp;      +---------+   &nbs= p;        +---------+
            &nb= sp;      |   PE1   | &nbs= p;          |  = PE2   |
    +---+      &n= bsp;   |  +---+  |  &#= 43;------+  |  +---+  | &nbs= p;          +---+=
    |CE1+---AC1----+--+   | =  |  | MPLS |  |  |   +--&#= 43;----AC2-----+CE2|
    +---+  (Root)  | &= nbsp;|MAC|  |  |  /IP |  | &nb= sp;|MAC|  |   (Leaf)   +---+
            &nb= sp;      |  |VRF+------------------&= #43;VRF|  |
            &nb= sp;      |  |   |  |=   |      |  |  = |   |  |        = ;    +---+
            &nb= sp;      |  |   |  |=   |      |  |  = |   +--+----AC3-----+CE3|
            &nb= sp;      |  +---+  |&n= bsp; +------+  |  +---+  = ;|   (Leaf)   +---+
            &nb= sp;      +---------+   &nbs= p;        +---------+

The connection among MAC VRFs is very well understo= od. It is not point-to-point but rather multipoint-to-point from each MAC-V= RF (e.g., a single downstream label is advertised by the PE to all other PE= devices for its MAC-VRF). I am afraid representing a P2P connection between MAC-VRF may cause confusions.


   In such scenario, using tailored BGP Route Target (RT) import/= export
   policies among the PEs belonging to the same EVI, can be used = to
   restrict the communications among Leaf PEs.

Presumably, "In such a scenario ..." but I prefer "In this s= cenario
...".  But the grammar has a problem, since if you elide the= clause
"using ... the same EVI", it reads "In such [a] scenario ...= can be
used to ...".  I think you want "In such a scenario, ta= ilored BGP
... policies ... can be used to ...".

Changed it to:
"In this scenario, tailored BGP Route Target (RT) import/ex= port polici= es among the PEs belonging to the same EVI can be used to restrict the= communications among Leaf PEs." 

I think you want "prevent" rather than "restrict", sinc= e by the
definition of E-Tree service, there is to be no communication between
Leaf ACs at all -- restrict has an implication that the limitation is
not absolute (and indeed, is somehow configurable).

Changed it to =93prevent=94.

   from one Leaf AC to another Leaf AC on a MAC-VRF for a given E= -TREE
   EVI.

Across the whole document, it's clear that the operation of the
proposed E-Tree mechanism is absolutely independent for each EVI.
E.g., here you note that scenario 1 is "for any PE, *for any EVI*, all=
CEs connected to that PE are either all Roots or all Leafs". &nbs= p;But you
could simply state this separation of each EVI from every other EVI at
the top of the document and not have to keep repeating it at various
places throughout the document.

The current text is reading fine to me. However, if=  you have specific changes in mind, please let me know.

That is, I think it's true.  If there are ways in which the
implementation of one EVI interacts the implementation of another EVI,
that needs to be prominently flagged and carefully assessed for
causing subtle problems.  E.g., in section 3.2.1, it seems like t= he
advertisements of "Ethernet A-D per ES routes" may bundle informa= tion
about multiple EVIs.

2.2 Scenario 2: Leaf OR Root site(s) per AC

There is a technical question in that scenario 1 is more restrictive
than scenario 2, so any solution for scenario 2 can be used in
scenario 1.  But only alternative A is presented for scenario 1, = even
though alternative B must necessarily work.  Presumably there is = a
reason why alternative B is not presented for scenario 1, and I think
it should be stated.
<= br>
A= dded the following paragraph to section 2.1:
&= quot;For this scenario, if it is desired to use only a single RT per= EVI (just like E-LAN services in [RFC7432]), then the approach B in scenar= io 2 (described below) needs to be used."

This fact caused me some confusion when I was reading the document:
The mechanism described in 2.1 seems to be satisfactory for fulfilling
the requirements stated in paragraph 2, so but paragraph 2 introduces
"coloring" of MAC addresses.  I think that the expositi= ons of the
three scenarios could better be done if they were all coordinated with
each other.  Perhaps the choice between alternatives A and B for<= /div>
coloring MAC addresses is actually common across the three scenarios,
and what really changes between the scenarios is the efficiency
tradeoffs between the two alternatives.

Added the following paragraph to section 2.3:
"For this scenario, the approach B in scenario= 2 (described above) is used in order to allow for single RT usage by servi= ce providers.=94
Also added the following paragraph at the end of th= e section 2.3:
=93In conclusion, the approach B in scenario 2 is t= he recommended approach across all the above three scenarios and the corres= ponding solution is detailed in the following sections."

   Approach (A) would require the same data plane enhancements as=
   approach (B) if MAC-VRF and bridge tables used per VLAN, are t= o
   remain consistent with [RFC7432] (section 6).

What is the subject of "are"?
=93MAC-VRF and bridge tables=94. I will remove= =93,=94 :
=93=85 if MAC-VRF and bridge tables used per VLAN are to rem= ain consistent with [RFC7432] (section 6)."

   In order to avoid data-
   plane enhancements for approach (A), multiple bridge tables pe= r VLAN
   may be considered; 

It's not clear what the difference is between "MAC-VRF and bridge
tables used per VLAN" and "multiple bridge tables per VLAN".=   Can this
be described in a way that is clearer to people who are not highly
familiar with the subject?

That is described in [RFC7432] which I made it=  prerequisite for this document.

   then two RTs (one for Root and another for Leaf)
   can still be used with approach (B)

This seems to be proposing some sort of mixture of alternatives A and
B.  What exactly are the alternatives that are being specified th= at
the implementor chooses between?

The last paragraph that I added to section 2.3 shou= ld now make it clear:
=93In conclusion, the approach B in = scenario 2 is the recommended approach across all the above three scenarios= and the corresponding solution is detailed in the following sections."= ;

2.3 Scenario 3: Leaf OR Root site(s) per MAC

   This scenario is
   not covered in both [RFC7387] and [MEF6.1]

Literally, this means "It is not true that this scenario is covered in=
RFC 7387 and in MEF6.1."  But I think you mean "This sc= enario is not
covered in either ...".

Changed it to =93either=94 =93or=94.

   the Designated Forwarding (DF)
   filtering per [RFC7432] would not be compatible with the requi= red
   egress filtering

Interestingly, "designated forwarding" is not mentioned anywhere = else
in this draft.  Does it appear elsewhere or is it implied in the<= /div>
mechanics of RFC 7432 that are used throughout this draft?

It is implied mechanism of RFC7432 and that=92s why= it says =93per [RFC7432].


There seems to be no description of the techniques to be used in this
case.

Now there is with the addition of the two paragraph= s described above to this section.

And given that it seems to be contemplated to support scenario 3,
there are numerous places in the draft where "a Root AC" and &quo= t;a Leaf
AC" are not correct.  You could use "a Root CE" or= "a Root site", etc.

It has already been addressed in. Added the followi= ng sentence to the end of 1st para in section 1.
"In this document unless explicitly mentioned = otherwise, a site is always represented by an AC."

3 Operation for EVPN

   In other words,
   [RFC7432] has inherent capability to support E-TREE services w= ithout
   defining any new BGP routes but by just defining a new BGP Ext= ended
   Community for leaf indication as shown later in this document<= /div>
   (section 5.1).

And by implication, the addition of various processing of that leaf
indication.

But this does show that this draft is not just an application of RFC
7432 but an extension of it.

Changed the 1st para of section 3 to:
"[RFC7432] defines the notion of Ethernet Segm= ent Identifier (ESI) MPLS label used for split-horizon filtering of BUM tra= ffic at the egress PE. Such egress filtering capabilities can be leveraged = in provision of E-Tree services as it will be seen shortly for BUM traffic. For know unicast traffic, additional exte= nsions to [RFC7432] is needed (i.e., a new BGP Extended Community for leaf = indication described in section 5.1) in order to enable ingress filtering a= s described in detail in the following sections."

3.1 Known Unicast Traffic

   sending ... traffic over MPLS/IP core to be filtered at the eg= ress
   PE ...

The implication seems to be that this "sending" that is avoided i= s
really multicast, from the ingress PE to all egress PEs.  Naively= ,
describing this as "over MPLS/IP core" doesn't seem to capture th= e
meaning, since *all* traffic is going to be send "over the MPLS/IP
core".

The paragraph is talking about know unicast filteri= ng. I read it again and it is very clear (at least to me :-).


   To provide such ingress filtering for known unicast traffic, a= PE
   MUST indicate to other PEs what kind of sites (root or leaf) i= ts MAC
   addresses are associated with by advertising a leaf indication= flag
   (via an Extended Community) along with each of its MAC/IP
   Advertisement routes. The lack of such flag indicates that the= MAC
   address is associated with a root site. This scheme applies to= all
   scenarios described in section 2. 

Read literally, this paragraph says that a leaf indication flag MUST
be present on each advertisement, but then says the absence of the
flag means that it is a root side (implying that the absence of the
flag is legitimate).  There are two alternatives -- a) the flag i= s a
1/0 flag, with one value meaning Leaf and one meaning Root or b) the
flag is some optional field whose presence means Leaf and whose
absence means Root -- but this wording isn't quite correct for either.

Changed the paragraph to:
"To provide such ingress filtering for known u= nicast traffic, a PE MUST indicate to other PEs what kind of sites (root or= leaf) its MAC addresses are associated with. This is done by advertising a= leaf indication flag (via an Extended Community) along with each of its MAC/IP Advertisement routes learned from= a leaf site. The lack of such flag indicates that the MAC address is assoc= iated with a root site. This scheme applies to all scenarios described in s= ection 2."

Also, this paragraph seems to be saying that the extended community is
always used to indicate Leaf/Root status (though perhaps it specifies
status by its absence).  But the descriptions in section 2 seem t= o be
saying that alternative A doesn't require the extended community,
which contradicts the MUST in this paragraph.

The modified paragraph above should cover this.

3.2 BUM Traffic

   This specification does not provide support for filtering BUM<= /div>
   (Broadcast, Unknown, and Multicast) traffic on the ingress PE = because
   it is not possible to perform filtering of BUM traffic on the = ingress
   PE, as is the case with known unicast described above, due to = the
   multi-destination nature of BUM traffic.

This sentence is quite awkward.  I think you can carry all of the=
meaning with "This specification does not provide support for
filtering BUM (Broadcast, Unknown, and Multicast) traffic on the
ingress PE because it is not possible to do so, due to the
multi-destination nature of BUM traffic."

Done.

But the phrase "does not provide support" is not correct -- the
ingress PE fully *supports* BUM traffic (except in scenario 3), it's
just that the support doesn't include *filtering* by the ingress PE.

OK. Change it to:
"In this specification, the support for filter= ing BUM (Broadcast, Unknown, and Multicast) traffic does not include ingres= s filtering because it is not possible to do so, due to the multi-destinati= on nature of BUM traffic."

   the MPLS-encapsulated frames MUST be tagged with an
   indication that they originated from a Leaf AC - i.e., to be t= agged
   with a Leaf label as specified in section 5.1. 

As written, the sentence requires "... tagged with an indication
whether they originated ...".  The use of "that" s= tates that all the
frames originated from a Leaf AC.

Good catch! I changed =93that=94 to =93when"


Looking ahead to section 5.1, I see that the Leaf label is
considerably longer than the 1 bit that would seem to be necessary for
this function given its description here.  And the next paragraph=
suggests that the assignment of Leaf labels is complex.  It would= be
helpful if you clarified here all of the functionality of Leaf labels
so the reader has context for following paragraphs.  I suspect th= e
meaning here is "all MPLS-encapsulated frame are tagged with labels,
and to distinguish Leaf-originated frames, they must be tagged with
labels which are known to be Leaf labels".  Also, is there o= nly one
leaf label (for an EVI), or can there be many, perhaps one for every
Leaf AC?

Added the following sentences to the end of 1st par= agraph of section 3.2:
"This Leaf label allows for disposition PE (e.= g., egress PE) to perform the necessary egress filtering function in data-p= lane similar to ESI label in [RFC7432]. The allocation of the Leaf label is= on a per PE basis (e.g., independent of ESI and EVI) as descried in the following sections."

   The main difference between
   downstream and upstream assigned Leaf label is that in case of=
   downstream assigned not all egress PE devices need to receive = the
   label just like ESI label for ingress replication procedures d= efined
   in [RFC7432].

This sentence isn't clear to me.  I suspect that it just needs a = few
words adjusted.  Also, I suspect that it would help to move the f= inal
clause, "just like ESI label ..." to a separate sentence.

Changed the sentence to:
"The main difference between downstream and up= stream assigned Leaf label is that in case of downstream assigned not all e= gress PE devices need to receive the label in MPLS encapsulated BUM packets= just like ESI label for ingress replication procedures defined in [RFC7432]."

   On the ingress PE, the PE needs to place all its Leaf ACs for = a given
   bridge domain in a single split-horizon group in order to prev= ent
   intra-PE forwarding among its Leaf ACs.

The phrase "bridge domain" appears only twice in this document.&n= bsp; I
suspect it is synonymous with some other term you are using.

It is now described in terminology section. 


My belief is that a "split-horizon group" means a group of ACs th= at
are visible to each other.  If that is correct, this sentence nee= ds to
be rephrased to something like "... the PE needs to place each of its<= /div>
Leaf ACs for a given bridge domain into separate split-horizon groups
...".

Split-horizion group means the member of that group= cannot send packets to each other. 

   Other mechanisms
   for identifying root or leaf (e.g., on a per MAC address basis= ) is
   beyond the scope of this document.

Scenario 3 in section 2.3 posits that a single AC may support both
Leaf and Root endpoints.  So there must be a known method of
performing this identification on a per-MAC address basis, or else
scenario 3 cannot be implemented at present.  That doesn't requir= e
that this document specify or describe a method of doing so, but it
seems that at this point, the document should either identify one or
more ways in which it can be done, or admit that there are no known
mechanisms at this time.  (Or perhaps that there are no known *go= od*
mechanisms at this time.)  Otherwise the inclusion of scenario 3 = is
purely hypothetical.

Changed the sentence to:
"Other mechanisms for identifying root or leaf= sites such the use of source MAC address of the receiving frame are option= al. The scenarios below are described in context of Root/Leaf AC; however, = they can be extended to Root/Leaf MAC address if needed."

The acronym "ES" us used a lot in this section, meaning "Eth= ernet
segment".  Is "Ethernet segment" related to "= AC"?

Terminology secti= on now provides the definition of an Ethernet Segment.

3.2.1 BUM traffic originated from a single-homed site on a leaf AC

What is the rule for capitalizing or not the words "leaf" and &qu= ot;root"?

They are capitalized if they are used as adjectives= . Went through the doc to make sure that=92s the case.


   This Leaf label is
   advertised to other PE devices, using the E-TREE Extended Comm= unity
   (section 5.1) along with an Ethernet A-D per ES route with ESI= of
   zero and a set of Route Targets (RTs) corresponding to all EVI= s on
   the PE with at least one leaf site per EVI.

I'm not sure, but I think you mean s/all EVIs on the PE with at least
one leaf site per EVI/all EVIs which have at least one leaf site on
the PE/.

The original text is correct but I=92ll change it t= o the following for better clarification:
"corresponding to all EVIs on the PE where eac= h EVI has at least one Leaf site."

   The set of Ethernet A-D
   per ES routes may be needed if the number of Route Targets (RT= s) that
   need to be sent exceed the limit on a single route per [RFC743= 2].

I suspect from the text that "Ethernet A-D per ES route" is a sin= gle
term, but I have no idea what it is referring to.  And I suspect = that
someone has coined a shorter term to use.

This term is borrowed from [RFC7432] and there is n= o shorter term :-(

I suspect that one or more words in this sentence aren't quite right
and I can't parse it.  For instance "The set of ... routes m= ay be
needed if ..." doesn't make sense -- in what way can a set of routes
be needed only under some conditions?  Perhaps it should be "= ;A set of
... routes", if the meaning is that in some situations only one would<= /div>
be needed.  Reading this again, I think you mean "Multiple E= thernet
A-D per ES routes will need to be advertised if the number of Route
Targets needed to carry the EVIs exceeds the limit on a single route."=

Correct! I will change it to the following since&nb= sp;RT=92s are carried by the = route and not EVIs:
"Multiple Ethernet A-D per ES routes will need= to be advertised if the number of Route Targets (RTs) that need to be carr= ied exceed the limit on a single route per [RFC7432]."

   The
   ESI for the Ethernet A-D per ES route is set to zero to indica= te
   single-homed sites.

This sentence seems to be talking about some attribute of a route
(which is an operation in the control plane) while the section is
theoretically talking about BUM traffic (which is in the data plane).
This seems to be a general organizational problem, where the details
of the data plane operations are mixed with general descriptions of
the control plane operations needed to support the data plane
operations.  It would be clearer if the data plane specifications= and
the control plane specifications were separated (e.g., into adjacent
paragraphs), making it more explicit what information is passed from
the control plane to the data plane.

The entire paragraph in section 3.2.1 is about adve= rtisement of Leaf label in control plane.


3.2.3 BUM traffic originated from a multi-homed site on a leaf AC

The first paragraph introduces various matters that aren't discussed
in the rest of the document, or at least aren't much discussed.  = If I
understand it right, these considerations don't introduce anything
unexpected other than that an AC which is multi-homed (i.e., connects
to more than one PE) must, for any single EVI, be consistently a Root
or a Leaf on all of those PEs.  If I'm correct, this paragraph co= uld
be made much easier to understand by stating just that and avoiding
details.

However, there may be more involved than that.  E.g., "there= is no
forwarding among subnets" may be an additional requirement.  = ;It's hard
to tell, because there are only two occurrences of "forwarding among
subnets", and it's not at all clear what that term is intended to
cover.

It is important to mention that there is no forward= ing among subnets. This sentence itself is the conclusion of some of t= he discussions among the co-author.

3.2.4 BUM traffic originated from a multi-homed site on a root AC

I think the critical point of this paragraph is omitted: "... but no
Leaf label is added".  Compare with section 3.2.2.

Changed it to:
"In this scenario, both the ingress and egress= PE devices follows the procedure defined in [RFC7432] for adding and/or pr= ocessing an ESI MPLS label - i.e., existing procedures for BUM traffic in [= RFC7432] are sufficient and there is no need to add a Leaf label.=94


3.3 E-TREE Traffic Flows for EVPN

        - Ethernet known unicast fr= om Root to Roots & Leaf
        - Ethernet known unicast fr= om Leaf to Root
        - Ethernet BUM traffic from= Root to Roots & Leafs
        - Ethernet BUM traffic from= Leaf to Roots

The grammar of these is not good.  I think you mean "Known u= nicast
Ethernet from ... to ...", or better "Known unicast traffic from<= /div>
... to ...".

Changed it to:
=93     - Known unicast traffic from Root= to Roots & Leaf
     - Known unicast traffic from Le= af to Root
     - BUM traffic from Root to Root= s & Leafs
     - BUM traffic from Leaf to Root= s"

   In the case where unicast flows need not be supported,
   the L2VPN PEs can avoid performing any MAC learning function.&= nbsp;

I think you want s/unicast/known unicast/ -- there may be situations
where unicast traffic exists, and it could be handled as known unicast
traffic, but the implementation can tolerate handling all of it as
unknown traffic to avoid MAC learning.

OTOH, the choice of supporting scenario 3 requires the choice of MAC
learning, since scenario 3 prevents handling should-be-known unicast
traffic as BUM traffic.  That dependency should be noted somewher= e.

Changed it to:
"In the case where only multicast and broadcas= t flows need to be supported, the L2VPN PEs can avoid performing any MAC le= arning function."

3.3.1 E-Tree with MAC Learning

I see here much use of "Ethernet Segments".  It seems t= hat it has the
same functional meaning as "ACs".  If so, only one term= should be used
consistently.  If not, does the distinction need to be explained?=

Ethernet Segments and ACs are different. An AC corr= esponds to an Ethernet tag (e.g., VLAN ID) on a port (Ethernet Segment). No= w that both Ethernet Segment and Ethernet tag are defined in terminology an= d the association between Ethernet tag and AC is made in the introduction section, there should be no ambigui= ty.

   For the scenario
   described in section 2.1 (or possibly section 2.2), these rout= es are
   imported only by PEs with at least one Root site in the EVI ..= .

What is the condition on "possibly in section 2.2"?  (I= s this a
distinction between alternatives A and B?)

Modified the sentence to the following for better clarity:
"For scenarios where two different RTs are used per EVI= (one to designate Root site and another to designate Leaf site), the MAC/I= P Advertisement routes are imported only by PEs with at least one Root site in the EVI - i.e., a PE with only Leaf = sites will not import these routes."

   To support multicast/broadcast from Leaf to Root sites, ingres= s
   replication should be sufficient for most scenarios where ther= e are
   only a few Roots (typically two).

This is introducing one of a pair of alternatives (the other one being
described in the following paragraphs).  I think the reader shoul= d be
warned in advance what the two alternatives are and what it depends on
(viz., the number of Roots).  That is, a top-down structure.

Modified the paragraph to:
=93To= support multicast/broadcast from Leaf to Root sites, either ingress replic= ation tunnels from each Leaf PE or a P2MP tree rooted at each Leaf PE can b= e used. The following two paragraphs describes when each of these tunneling schemes can be used and how to signal them.= =94


   If the number of Roots is large, P2MP tunnels originated at th= e PEs
   with Leaf sites may be used and thus there will be no need to = use the
   modified PMSI tunnel attribute in section 5.2 for composite tu= nnel
   type.

The wording here is not quite right; I think it allows some ambiguity.
Perhaps

   If the number of Roots is large, P2MP tunnels originated at th= e PEs
   with Leaf sites may be used (and thus there will be no need to= use
   the composite tunnel type values of the modified PMSI tunnel
   attribute in section 5.2).

Modified it to:
=93If the number of Roots is large, P2MP tunne= ls (e.g., mLDP or RSVP-TE) originated at the PEs with Leaf sites may be use= d and thus there will be no need to use the modified PMSI tunnel attribute = and the composite tunnel type values in section 5.2."

3.3.2 E-Tree without MAC Learning

Similarly, I suggest

   Just as in the previous section, if the number of PEs with roo= t
   sites are only a few and thus ingress replication is desired f= rom
   leaf PEs to these root PEs, then the composite tunnel values
   defined in section 5.2 should be used.

Modified it to:
"Just as in the previous section, if the = number of Root PEs are only a few and thus ingress replication is desired f= rom Leaf PEs to these root PEs, then the modified PMSI attribute and the co= mposite tunnel type values defined in section 5.2 should be used."

4 Operation for PBB-EVPN

   In PBB-EVPN, the PE advertises a Root/Leaf indication along wi= th each
   B-MAC Advertisement route, to indicate whether the associated = B-MAC
   address corresponds to a Root or a Leaf site. Just like the EV= PN
   case, the new E-TREE Extended Community defined in section [5.= 1] is
   advertised with each MAC Advertisement route.

I don't understand the distinctions here, but is "MAC Advertisement
route" correct?  There are two uses of "MAC" and 1= 2 uses of "B-MAC" in
this section.

The precise statement should be: =93=85 with e= ach EVPN MAC/IP Advertisement route.=94 

4.1 Known Unicast Traffic

   The ingress PE cross-checks this flag with the status of
   the originating site, and if both are a Leaf, then the packet = is not
   forwarded.

I think this can be simplified to

   The ingress PE also checks the status of the originating site,= and
   if both are a Leaf, then the packet is not forwarded.

Done.

4.2 BUM Traffic

   it updates its egress filtering (based on the
   source B-MAC address), as follows:

The stated algorithm has some important properties.  One is that = if a
frame arrives, but its B-MAC address is unknown, then the frame is
forwarded.  That is, traffic not from a known Leaf is assumed to = be
from a Root.  This may not be a problem, but it seems like it is = an
important property of this specification, and the implementor should
be aware of it.  (OTOH, perhaps this is a generic property of
PBB-EVPN, in which case it need not be stated here.)

It is a generic property of PBB-EVPN.

Another property is that if a B-MAC changes from being a Leaf to being
a Root (by whatever means that might happen), it seems that the new
advertisements of the B-MAC as a Root will *not* remove it from the
list of blocked B-MACs of any Leaf that has seen that B-MAC advertised
as a Leaf.  Unless there is some consideration that I'm not aware= of,
I think you want to revise this algorithm in this regard.

Added the following bullet to the list of bull= ets: 
"- If the EVPN MAC/IP Advertisement route= indicates that the advertised B-MAC has changed its designation from a Lea= f to a Root and the local Ethernet Segment is a Leaf, then the source B-MAC= address is removed from the B-MAC list corresponding to the local Ethernet Segment used for egress filtering - i.= e., to unblock traffic from that B-MAC address."

4.3 E-Tree without MAC Learning

   For PBB-EVPN, the handling of such traffic is per
   section 4.2 without C-MAC learning part of it at both ingress = and
   egress PEs.  

This could be phrased better.  And is the "non-C-MAC learnin= g" mode of
operation of PBB-EVPN defined in the PBB-EVPN specification?  If = not,
I think you might need to describe it in more detail here.

Changed it to:
"For PBB-EVPN, the handling of such traff= ic is per section 4.2 without the need for C-MAC learning (in data-plane) i= n I-component (C-bridge table) of PBB-EVPN PEs (at both ingress and egress = PEs)."

5.1 E-Tree Extended Community

   It is used for leaf indication of known unicast and BUM
   traffic.    

It's probably worth specifying that it indicates that the frame's
*origin* is a Leaf.

Added the sentence:
"It indicates that the frame is originate= d from a Leaf site."

   The label value is encoded in the high-order 20 bits of the
   Leaf Label field.

This sentence seems to be in the wrong place, since the case described
in this paragraph doesn't use the Label Value field.  It seems to= me
that it would be better to incorporate this information into the value
layout:

Changed the sentence to:
"The value of the 20-bit MPLS label is en= coded in the high-order 20 bits of the Leaf Label field.=94


        0    &n= bsp;            = ;  1           =         2     &= nbsp;           &nbs= p; 3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3= 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-&#= 43;-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-&#= 43;-+
       | Type=3D0x06     = | Sub-Type=3D0x05 | Flags(1 Octet)|  Reserved=3D0   |
       +-+-+-+-+-+-&#= 43;-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-&#= 43;-+
       |  Reserved=3D0   = |           Leaf Label&nb= sp;            =      |0 0 0 0|
       +-+-+-+-+-+-&#= 43;-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-&#= 43;-+

5.2 PMSI Tunnel Attribute

   Composite tunnel type is advertised by the root
   PE to simultaneously indicate a non-ingress replication tunnel= ...

There's a certain ambiguity here, as I first read it as "... a
(non-ingress) replication tunnel ..." -- but of course, there is no
"egress replication".  What is meant is "... a non= -(ingress
replication) tunnel ...", which I think would be better expressed as
"... a non-ingress-replication tunnel ...".

Done.

   When this Composite Tunnel bit is set, the "tunnel identi= fier" field
   would begin with a three-octet label, followed by the actual t= unnel
   identifier for the transmit tunnel.

Probably better s/would begin/begins/.  (The clause of the condit= ion
"Composite Tunnel bit is set" does not use the subjunctive mood, = so
you don't use the subjunctive mood in the consequent clause.)

Done.

It might help to add a figure

         +---------------------= ------------+
         |  Flags (1 octe= t)            &= nbsp;   |
         +---------------------= ------------+
         |  Tunnel Type (= 1 octet)          |
         +---------------------= ------------+
         |  P2MP MPLS Lab= el (3 octets)     |
         +---------------------= ------------+
         |  Ingress Repli= cation MPLS Label |
         |  (3 octets)&nb= sp;            =         |
         +---------------------= ------------+
         |  Tunnel Identi= fier (variable)   |
         +---------------------= ------------+

Done.

And s/1 octets/1 octet/ -- even though RFC 6514 makes that mistake!

Done.

   PEs that don't understand the
   new meaning of the high-order bit would treat the tunnel type = as an
   undefined tunnel type and would treat the PMSI tunnel attribut= e as a
   malformed attribute [RFC6514].

It might be worth noting that this processing is why the composite
tunnel bit is allocated in the Tunnel Type field rather than the Flags
field.

Done.

8.1 Considerations for PMSI Tunnel Types

   The registry is to be updated, by removing the entries for 0xF= B-0xFE
   and 0x0F, and replacing them by:

   Value         &nb= sp;Meaning           = ;            &n= bsp;    Reference
   0x0B-0x7A      Unassigned
   0x7B-0x7E      Reserved for Expe= rimental Use      this document
   0x7F         &nbs= p; Reserved          &nbs= p;            &= nbsp;   this document
   0x80-0xFF      Reserved for Comp= osite Tunnels     this document

   The allocation policy for values 0x00 to 0x7A is IETF Review
   [RFC5226]. The range for experimental use is now 0x7B-0x7E, an= d value
   in this range are not to be assigned. The status of 0x7F may o= nly be
   changed through Standards Action [RFC5226].  

This structure allows the high-order bit to modify the interpretation
of the other bits.  However, section 5.2 says, "... the high= -order bit
of the tunnel type field (Composite Tunnel bit) is set while the
remaining low-order seven bits indicate the tunnel type as before."

I think what you intended is to change the "P-Multicast Service
Interface Tunnel (PMSI Tunnel) Tunnel Types" registry to only specify<= /div>
the low-order seven bits of the Tunnel Type field, with the high-order
bit of Tunnel Type being the Composite Tunnel bit.  Conceptualize= d
that way, the registry changes to:

   Value         &nb= sp;Meaning           = ;            &n= bsp;    Reference
   0x00-0x7A      (as before)
   0x7B-0x7E      Reserved for Expe= rimental Use      this document
   0x7F         &nbs= p; Reserved          &nbs= p;            &= nbsp;   this document

This implies that the octet values 0x80 to 0xFF are subdivided into
assigned, unassigned, experimental, and reserved groups in the
parallel way.

I have already changed it to:=
"Value          =  Meaning                 &nbs= p;          Reference
0x0C-0x7A      Unassigned
0x7B-0x7E      Experimental &nb= sp;                 this document
0x7F            =    Reserved               &nb= sp;           this document
0x80-0xFA      Reserved for Com= posite tunnel      this document
0xFB-0xFE      Experimental &nb= sp;                  [RFC7385]=
0xFF            =    Reserved               &nb= sp;           [RFC7385]
"

9.1  Normative References

   [MEF6.1] Metro Ethernet Forum, "Ethernet Services Definit= ions - Phase
   2", MEF 6.1, April 2008.

Can we get a URL for this?

Done.

Thanks,
Ali

[EOF]


--_000_D5C97FC2217743sajassiciscocom_-- From nobody Mon Aug 28 18:45:26 2017 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CC86B132649; Mon, 28 Aug 2017 18:45:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150397112482.13280.6323406260937234887@ietfa.amsl.com> Date: Mon, 28 Aug 2017 18:45:24 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-etree-13.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.22 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 01:45:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : E-TREE Support in EVPN & PBB-EVPN Authors : Ali Sajassi Samer Salam John Drake Jim Uttaro Sami Boutros Jorge Rabadan Filename : draft-ietf-bess-evpn-etree-13.txt Pages : 22 Date : 2017-08-28 Abstract: The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree). A solution framework for supporting this service in MPLS networks is described in RFC7387 ("A Framework for Ethernet-Tree (E-Tree) Service over a Multiprotocol Label Switching (MPLS) Network"). This document discusses how those functional requirements can be met with a solution based on RFC7432, BGP MPLS Based Ethernet VPN (EVPN), with some extensions and how such a solution can offer a more efficient implementation of these functions than that of RFC7796, E-Tree Support in Virtual Private LAN Service (VPLS). This document makes use of the most significant bit of the "Tunnel Type" field (in PMSI Tunnel Attribute) governed by the IANA registry created by RFC7385, and hence updates RFC7385 accordingly. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-etree/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-etree-13 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-etree-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-etree-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/