From nobody Fri Apr 1 09:44:48 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3110512D5BD; Fri, 1 Apr 2016 09:44:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 q28BkuQ_5F1N; Fri, 1 Apr 2016 09:44:42 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0798.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::798]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C2C512D0E6; Fri, 1 Apr 2016 09:44:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Zz/ip4/X2JPCmOI88vNPgXbMaBc3KfdEH73NEDyTAHw=; b=XljZBvb+3+4nQ6pjP1GxyS09vwgkOJPSwzp7MBofrnaRuv5IMHvSiLoNfn6+DR3zEDCcIA61NP8QnzTFHr+CrFTUlfElAeK+2XBC2ckY5xpBNNtkqO4feFQWZNDdhl2A+9tunm+3nEuWOVcEpa3zsIYVikcTXqmgM3ZAdosh/9s= Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net; Received: from [172.29.37.79] (66.129.241.12) by BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18) with Microsoft SMTP Server (TLS) id 15.1.447.15; Fri, 1 Apr 2016 16:44:25 +0000 To: References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> From: Eric C Rosen Message-ID: <56FEA566.8070605@juniper.net> Date: Fri, 1 Apr 2016 12:44:22 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: CO2PR05CA016.namprd05.prod.outlook.com (10.141.241.144) To BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18) X-MS-Office365-Filtering-Correlation-Id: 8e17178c-0c28-42d3-a7c9-08d35a4ce341 X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 2:aUVinLXzMV79zn8bKLJHSXVcBIJfxnHsP6PAeFj4bpPNqPfgfXcSbnxlaUo+L0iVPuSLRS65mwvJ+kGwRKFuxb3L+/QeGM3aTC4+xGYYwU1Gmn2mELTPaaNPACQp1WBrJP4dyqnYDhvxFjJygJe1tXtyqZGfRrDrgFzIkNNJI87zA1CPNRrfJu+Ag4bdkAFC; 3:FTV4V+Mdd83KHyzz5grGRhwCr0nT7IOzFQkO9uaYyPYY5tg8VeeRoEEgGWX5k6mX9AYQsylBVeRq+G6lZN0qBQdPZrI127/5INlGQKDG76V9sszclAhjNOMDm9YwVPhm; 25:7ry7+PgnVnMgpxej4/6fxYnBsifu2DJlIHO6rA0HxJtbBWNLrGyEH/91cH0A2NLQMMVy90cagy1GFsk2WoKAqeYwzL9oWr3eWwBj6tc4f38seOcpAlkDn0sMv1lc4ABHse4Qk80YxrfS1g/AAPAl0wi0ClOrI0ZvDqNmohM74byEua4Bz0t0bOhZpl21cbmN4KXAlwmo+eqhPanVoZcrRWxUsOZAtUjQjOt7F6IeGbdisqoTdl7i7P5TRovY+46RQEsXpf760yN/YffCI5QnCl60PvRa8kAfLXB/ZBA0JtXZjiVl8MOigaeBYuUzCRx2maU/8QMJ4wiFIpSVnd/koxoDEECHucPL8IefoyBJPAN8fh5WaJvzc1yZCi+dcmgUP2ef7G4L2X4ophGYxl+jbb4Gt7TkiVl/Jy3qD5cySm+/AuAkctfKb+0kGHztTbz04iXTu2mO9CxIFgh9S7DCNiwcIyBsy4uJNPRcJ6vliYSy7hv5O/qGDjSNOa8D3fUHQ8gBSlZVh/S+DnUpGhM8FiqZeVr9M8jqPCBIhTiWTnNMZ6lu6deaLRrnkp8IHAOnDKJ14WRMv2PGDgn7D9nH2NcZD8ab0MLSNY5RUqNiU2c= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB789; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 20:EUDeOr20k3VPNo1HF6RrGQRykRcMkejZvTFLTCQtYqry58DxWHqr7/Bfd+bxNq/JElhESGSK4ozMOdxdEn33994bJeV8c7PSXXZ3f0YP/kUd71RG5p50lSnR08Pfqzk9U2R5EvwXnqgp14/OhwxXYyjwr5rIelL1DkWmbvr6qT9l8YlImhgC4Ea+WvkqCyTBjYk9QYWmjmsQrjQBLZoUJIpdJt4CNSTE5/JSQSwlrKJ8fUh+AiA7YS+3u3NLXQ91AoqIKlRlvhWBDXq/BaDwHBuGJmSfT76AlqAROFx5C13tejTTZY6KW3f5OMm9kVdTj3gMX/wTvrgzxOx01VYuqFquTe7aiPG4xqSRBiBOgC7xl8uYmgD0X3m+V0agFOlVguN7MmYDnAXa8gc0m2T+upZlbheA0kt3kd/ExxYXr3v6wmol8K9MzgFoFO46pKQKzHqinYZQ9qT1trE3+by1M6SN5vsUxM1el0gn5mdyOZEGny2tFqEZiGtscaoyixl7; 4:2/28Rf9has5bTM39r3zbUh3JUHPvfic5rmvM/QuyCfZNU23HmfRazKRJD/sYmUs4g79BlcCK+KJ7gbliD4gffBh29ZWOFKYCiL1ErkAQYDte2KTAl+dlYvwLycUycU5zK4LCJwerRz0MXMRUriNmP2NI0X1FwBQFArn+dS59K5WQPJ3/NcgnDHq34w7l9RRvlLNKYug8Waf/XSSSh+LA9jzmkvTeXbI69Gc0uLVixA/r+4FMa9o4Sa+DCPRFEeO0mIduxoq3TIVx99CCJOFean9f8KHLZbja2+3XjgYsi57efRr3uXDKaJUQ8wqcXwWbERu+0Ahv2o2qZVirTIXPVtfznd1hQong7dM0s2oO4k1RNzz3IbxeutlgIAC66CkB X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY2PR05MB789; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB789; X-Forefront-PRVS: 0899B47777 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(377454003)(24454002)(1096002)(2906002)(110136002)(19580405001)(19580395003)(586003)(4326007)(81166005)(230700001)(23746002)(6116002)(65816999)(3846002)(83506001)(87266999)(189998001)(33656002)(76176999)(86362001)(54356999)(59896002)(50986999)(230783001)(36756003)(92566002)(42186005)(47776003)(65806001)(77096005)(5008740100001)(64126003)(4001350100001)(5004730100002)(50466002)(2351001)(66066001)(65956001)(2950100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB789; H:[172.29.37.79]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BY2PR05MB789; 23:mG6DXgLMZdxXxbkBuMvht4mv4Qpw9GedWhp2tq?= =?Windows-1252?Q?avOKB8aaYng5q3XQBlNbj+8B+ZRDXPdY58vf9kVR+QohcAha89zki3WG?= =?Windows-1252?Q?iokek0MJD1U04pfcSTq7X253yJt3/DRJ23WaOAvZEQ115U2ugAIPWF65?= =?Windows-1252?Q?kXF083QCH2LH/i+ZbdqhAPEmMsM53qybLz03cGuuSWSungHPSrSHEuUZ?= =?Windows-1252?Q?RUmB5pKEgDp+cr/eb+WB/JFeOowhyAY6oi3UUQTIzq/gm/o/21bbu8jy?= =?Windows-1252?Q?JLi0nTOTuGzzv5yIYH3CBdfdYUDutpN/xNAV29JMOJczkfgkQ45gC315?= =?Windows-1252?Q?m+RszANlpVuW6o1glF1kTmQ0U/JZtrv0bCbNpBEPoU1U6NYxlKa1iSSj?= =?Windows-1252?Q?I5VMBWJHyUK3VoGxUCKWsaoU44feZvj+8Rlyw9WhvsmgD1bWVM5TsET3?= =?Windows-1252?Q?T1XdJ7X87YOLXuEAGVLbQzTkVMNFsyO6L7rUVpsBWC/BoTzct+MSYzKh?= =?Windows-1252?Q?NZ6naudhoIA7HkdDUftwC+Gnzn39OGHkS9nuHjOPKM8QcGTD0XVV7rGT?= =?Windows-1252?Q?QPrmAup1c6vly6FkbKaIwaZH84HZkXMi7YpMnjckckDHugCK/h+SfwkT?= =?Windows-1252?Q?0P0KuFy38R6f8tiYIAdjJERLknYhFpg/0L7JoI67tfXlMMLl0mPApZl+?= =?Windows-1252?Q?wUKs+6wuUIfI/wpioErYvfUVI4Y8JlnJu6E2ZD8LCYUZVwGYzX+AcFnJ?= =?Windows-1252?Q?AM6p85w3o6zLnP/TqFMn888H/kTQOZ3TY89Vj4Km38iHvT3ILlqpY098?= =?Windows-1252?Q?dpJbSuDU12MVNfsQ6xa5dmdlP1+qhL6+viC8E9EWoo1Q9kexBgBJ9vG/?= =?Windows-1252?Q?3Rp65THKwyVpxst5xcBMfnz3pMr5/FEplhYMD0ScP6tmd7nQkNZr9zLC?= =?Windows-1252?Q?iZS4WrM7t5QlPh2iQElgqdUcbZJ75yEyAwR+4EKGlb/S+c9MKt9Vqet0?= =?Windows-1252?Q?RAwsT9kRDSZpTlqnlPog2a+KOfsJVBi7219UUVNOK1X3g9p4qeaZylqt?= =?Windows-1252?Q?z+NCf4zgyxYimSE60U45pkj2hlqMCWS8tYYlv/SR8b7bv65TrYFat9Ra?= =?Windows-1252?Q?2IwplXeGikkrK3YWhxVxfg1sDqBN+XGLZoiUYfXeMB29H7RRX4UaQQ4W?= =?Windows-1252?Q?K661vfxMv2er8QtwEoD8NKCxDsgXY=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 5:I883HiG4FtgkIPrdUG++HGAEihD1bRwZa/whEhD4yATimQp341Jt9kaWMVbTjujEO2HMOe1ZKfYxDiYaF5QRt3WJqt/i+wsk25U3MtVEBSku44bNXfRRLTA7v9AfB6F5jCmS7oRtbXkcvLcCKxKJlg==; 24:0r0wNmBQbZSqx6Ke/C92CzD9wfnOZ+EH+JzbKypkcHGBP8mFTd6E2ZnWxd+R99lG7stMOpNS2rZbWA/Y925buU067OhXK6cLHBz1oHek6Lc= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2016 16:44:25.6117 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB789 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 16:44:44 -0000 On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote: >> I'm quite sure you have deployed implementations, from several >> prominent vendors, that will not properly handle this case. > I'm waiting for this/these implementation(s) to make a public statement in this thread / IETF WGs. Then we can discuss whether the issue comes from RFCF3107 or from the implementation. > If none make a public statement, we should assume that all implementations are capable of receiving multiple labels, as per RFC 3107. I strongly disagree with this. We should not ignore the facts just because you don't like the way the facts were gathered. A better approach would be to have operators state whether they have any deployments in which the "multiple labels" feature is used in a multi-vendor environment. It is very useful when working on a "bis" draft to determine which features have been proven to work in a multi-vendor environment and which have not. > Any non-compliant implementation may create interoperability issues and unpredictable results. > From an IETF standpoint, the question is whether a RFC 3107 implementation would create interoperability issues, up to shutting down the BGP session. There are deployed 3107 implementations which always assume that the NLRI contains a single label. If you tried to interwork these with 3107 implementations that send multiple labels , you will experience the kind of disruption. 3107bis tries to allow the use of multiple labels while preventing this sort of disruption from occurring. > If you mean that some non-compliant implementation do not work, well let's fix them. The situation is that there is a commonly deployed "bug" in old implementations, but it is not seen because the bug is in a feature that no one has been using. If new implementations use that feature, the bug will be seen, and network disruption will occur. One could say "fix all the old implementations", but it seems wiser to have new implementations avoid tickling the bug. The Capability is not proposed for the purpose of helping the vendors, it's there to help the operators. I'm not sure why you think there would be BGP session drops due to 3107bis; if a 3107 implementation sends multiple labels to a 3107bis implementation, I think the 3107bis implementation would do "treat-as-withdraw" rather than "drop the session". Perhaps a reasonable approach for 3107bis would be the following: - A 3107bis implementation will not send multiple labels to a peer unless the Capability has been received from that peer. (This prevents 3107bis implementations from tickling the 'bug' in 3107 implementations.) - A 3107bis implementation will accept multiple labels from a peer even in the absence of the Capability. Another approach would be to have a knob that determines whether the Capability needs to be used before multiple labels are advertised. From nobody Fri Apr 1 12:25:13 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 894CF12D145 for ; Fri, 1 Apr 2016 12:25:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 aQMOo5O9U25m for ; Fri, 1 Apr 2016 12:25:09 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0236012D11D for ; Fri, 1 Apr 2016 12:25:08 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml704-cah.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOO65682; Fri, 01 Apr 2016 14:25:07 -0500 (CDT) Received: from DFWEML701-CAH.china.huawei.com (10.193.5.175) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 1 Apr 2016 20:24:49 +0100 Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by dfweml701-cah.china.huawei.com ([10.193.5.175]) with mapi id 14.03.0235.001; Fri, 1 Apr 2016 12:24:45 -0700 From: Lucy yong To: Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgFpqWRg Date: Fri, 1 Apr 2016 19:24:45 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5726FC5A@dfweml501-mbb> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> In-Reply-To: <000401d186a5$38fac760$aaf05620$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.246.107] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D5726FC5Adfweml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0202.56FECB14.0006, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: c9809ee91ea0af483a3846fe527b78e4 Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 19:25:12 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D5726FC5Adfweml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support adoption of followings: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ The following three drafts are related to flow redirect, suggest having a c= ommon mechanism to address flow redirect instead of several and usage rules= to prevent loop. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirec= t/ Lucy From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 9:47 AM To: 'idr@ietf. org' Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be= considered in RFC5575 additions. These options are filters, actions or cri= tical security additions. The flow specification work has been a part of t= he interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the e= mail list has select to start with option 1 - extending RFC5575. We also w= ill be gathering details on the SDN/NFV use case for option 2 (new NLRI and= Wide Communities support). This is a group call for the drafts to be considered in the flow specificat= ion work. For each of the drafts you wish to be considered Option 1, pleas= e indicate: 1) If this option is valuable for the DDoS deployments or another crit= ical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirec= t/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts - the Option 1 sec= tion out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder --_000_2691CE0099834E4A9C5044EEC662BB9D5726FC5Adfweml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support adoption of followings:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

 

 

The following three drafts are related to flow redir= ect, suggest having a common mechanism to address flow redirect instead of = several and usage rules to prevent loop.

https://datatracker.ietf.org/doc/draft-hao= -idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/d= raft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draf= t-vandevelde-idr-flowspec-path-redirect/

 

 

Lucy

 

From: Idr [mai= lto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, March 25, 2016 9:47 AM
To: 'idr@ietf. org'
Subject: [Idr] WG Adoption call for drafts for Flow Specification op= tion 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

 

IDR WG:

 

This begins a 2 week WG Call (3/25 to 4/8/2016) for = the set of drafts to be considered in RFC5575 additions. These options are = filters, actions or critical security additions.  The flow specificati= on work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2= 016/02/08/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2= 016/03/07/idr/proceedings.html

 

There will be a brief flow specification presentatio= n at IETF 95, and the email list has select to start with option 1 – = extending RFC5575.  We also will be gathering details on the SDN/NFV u= se case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the drafts to be considered= in the flow specification work.  For each of the drafts you wish to b= e considered Option 1, please indicate:

 

1)      If this option is valuable for the DDoS deployments= or another critical deployments,  

2)      Do you feel this draft is useful, but not ready for= adoption,

3)      Do you feel this draft is a good start for this wor= k.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-hao= -idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/d= raft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.org/doc/draf= t-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

 

And for the ordering of these filters and actions dr= afts – the Option 1 section out of this

https://datatracker.ietf.org/doc/draft-hares-idr-f= lowspec-combo/

(A revised draft with just Option 1 will be posted) =

 

Sue Hares and John Scudder

 

 

 

--_000_2691CE0099834E4A9C5044EEC662BB9D5726FC5Adfweml501mbb_-- From nobody Fri Apr 1 13:23:50 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEF4912D156; Fri, 1 Apr 2016 13:23:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h73Il-Tb0-NS; Fri, 1 Apr 2016 13:23:44 -0700 (PDT) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::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 E364F12D12D; Fri, 1 Apr 2016 13:23:43 -0700 (PDT) Received: by mail-lf0-x22b.google.com with SMTP id c62so89172882lfc.1; Fri, 01 Apr 2016 13:23:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=uDRJYAXvbRym6A35usQU+r7luvsXrmbHXXD9FzfkpoY=; b=O5a5AF97/e8uZXl6qvMF3v5rfrWetU3+zF/R/X9AzKh3bzlVNDTglBP9vaU65DplqP DQg+hmCwVTW1Rcye8mp15iwcyAJVZHhVZ3uZX+JSsT2GttOYAb2j5dY66A7aZfBCQe6h yCXMVLIfHjzNqt2rS8/4tTfo+VnnunP+2I3UNG+L53AJS+/71d9NOzuMkC//HJf2jVYU 3GX9b6PufluIIuJiUcp7YKUHNo+rtO/tFZ1uAo0Iyqou6GCftlbAILDTeK0/Wh9BBmXk cLBGgztqz7R/YJHcZ5bS9iFIivL55TZCpt+tjHGel2yao3uEshdwAEzrG85IkUVeNPYU F42w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=uDRJYAXvbRym6A35usQU+r7luvsXrmbHXXD9FzfkpoY=; b=ksZAsmWm4XWyIMPnSDALT4jweVytUy6fefcImrMMcwTPOW6rbZM8FZNWkx2yX1wIP8 1ij/FUeJZCbxYQJ51KLueodPNzDt4UcoubGtrGWk4yqP3NYy1okqLJBRQHsDbFGkjYmZ 1zXIp3MYAKHehGsTo1jFrGnHHCKzxSCyO8SWD9DQDTg9NOxUj4OVCzkwMYPB2yNCvr21 k7bE+D4Li+TvVSqYKyyl34rtfPn+MawD/7xEAGbYxZwOj/ZCFFb33FOKDQapHS+tTZvk hx4hGCil05bvNqCYClyRFlW6fSxyc3dpZiZOKFkWrLWYE9G0vQfxTgQ5jPYBnxcN+ADu +i9g== X-Gm-Message-State: AD7BkJIlGhP3rbU6J3UH46b8KdCJ/KutbfBRUPN8fvhOk2cPxTqVxfvpsTNj5flpk8C8+KzlFjyIuxxuWVdwTw== MIME-Version: 1.0 X-Received: by 10.25.208.143 with SMTP id h137mr2173652lfg.110.1459542222039; Fri, 01 Apr 2016 13:23:42 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.25.136.133 with HTTP; Fri, 1 Apr 2016 13:23:41 -0700 (PDT) In-Reply-To: <56FEA566.8070605@juniper.net> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> Date: Fri, 1 Apr 2016 22:23:41 +0200 X-Google-Sender-Auth: oQF1mYQ0WpUUx18jPcdW5sUC2PM Message-ID: From: Robert Raszuk To: Eric C Rosen Content-Type: multipart/alternative; boundary=001a11411876adf28d052f72274c Archived-At: Cc: Bruno Decraene , "mpls@ietf.org" , BESS , "idr@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 20:23:47 -0000 --001a11411876adf28d052f72274c Content-Type: text/plain; charset=UTF-8 Hi Eric, I have read your proposed draft as well as watched this thread with a bit of an interest. To me the best compromise - which is to agree with Bruno's points as well as address your intentions is simply to request new SAFI for 3107bis. >From the draft you are really not updating 3107 base spec but obsoleting it which to me looks like a bad idea. You are even requesting to remove IANA reference to original spec. How would IANA know when is it safe to do that .. meaning when all implementations will not suddenly support and all deployments will enable 3107bis ? New SAFI requires a new capability which you are asking for anyway. As far as implementations please keep in mind very important point that some implementations treat SAFI 1 & 4 in single table and some in separate tables. That when mixed with 3107bis may just explode if not in new set of bugs then with operational nightmare. While we are at this it would be much cleaner to mandate in the new spec to have 3107bis always to use separate tables as compared with from SAFI 1. Thx, Robert. PS. As we all know 3107(bis) tries to add NNI to MPLS. However it must be very well stated that this is only one deployment option for interdomain encapsulation. I would very much like to see a section indicating that IPv6 or/and IPv4 be used as an alternative encap for those applications which require it and when needed provide local bindings between intradomain MPLS and interdomain IP. On Fri, Apr 1, 2016 at 6:44 PM, Eric C Rosen wrote: > On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote: > >> I'm quite sure you have deployed implementations, from several >>> prominent vendors, that will not properly handle this case. >>> >> I'm waiting for this/these implementation(s) to make a public statement >> in this thread / IETF WGs. Then we can discuss whether the issue comes from >> RFCF3107 or from the implementation. >> If none make a public statement, we should assume that all >> implementations are capable of receiving multiple labels, as per RFC 3107. >> > I strongly disagree with this. We should not ignore the facts just > because you don't like the way the facts were gathered. > > A better approach would be to have operators state whether they have any > deployments in which the "multiple labels" feature is used in a > multi-vendor environment. It is very useful when working on a "bis" draft > to determine which features have been proven to work in a multi-vendor > environment and which have not. > > Any non-compliant implementation may create interoperability issues and >> unpredictable results. >> From an IETF standpoint, the question is whether a RFC 3107 >> implementation would create interoperability issues, up to shutting down >> the BGP session. >> > > There are deployed 3107 implementations which always assume that the NLRI > contains a single label. If you tried to interwork these with 3107 > implementations that send multiple labels , you will experience the kind of > disruption. 3107bis tries to allow the use of multiple labels while > preventing this sort of disruption from occurring. > > If you mean that some non-compliant implementation do not work, well let's >> fix them. >> > > The situation is that there is a commonly deployed "bug" in old > implementations, but it is not seen because the bug is in a feature that no > one has been using. If new implementations use that feature, the bug will > be seen, and network disruption will occur. One could say "fix all the old > implementations", but it seems wiser to have new implementations avoid > tickling the bug. The Capability is not proposed for the purpose of > helping the vendors, it's there to help the operators. > > I'm not sure why you think there would be BGP session drops due to > 3107bis; if a 3107 implementation sends multiple labels to a 3107bis > implementation, I think the 3107bis implementation would do > "treat-as-withdraw" rather than "drop the session". > > Perhaps a reasonable approach for 3107bis would be the following: > > - A 3107bis implementation will not send multiple labels to a peer unless > the Capability has been received from that peer. (This prevents 3107bis > implementations from tickling the 'bug' in 3107 implementations.) > > - A 3107bis implementation will accept multiple labels from a peer even in > the absence of the Capability. > > Another approach would be to have a knob that determines whether the > Capability needs to be used before multiple labels are advertised. > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --001a11411876adf28d052f72274c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eric,

I have read your proposed draft as well as watched t= his thread with a bit of an interest.=C2=A0

To me the best compromise - which is to agree with Br= uno's points as well as address your intentions is simply to request ne= w SAFI for 3107bis.=C2=A0

From the draft you are really not updating 3107 base spec but obsoletin= g it which to me looks like a bad idea.=C2=A0

<= /div>
You are even requesting to remove IANA reference to= original spec. How would IANA know when is it safe to do that .. meaning w= hen all implementations will not suddenly support and all deployments will = enable 3107bis ?=C2=A0

New SAFI requires a new capability which you are asking for anyway.=C2= =A0

As far as implemen= tations please keep in mind very important point that some implementations = treat SAFI 1 & 4 in single table and some in separate tables. That when= mixed with 3107bis may just explode if not in new set of bugs then with op= erational nightmare. While we are at this it would be much cleaner to manda= te in the new spec to have 3107bis always to use separate tables as compare= d with from SAFI 1.

Th= x,
Robert.

PS.=C2=A0

As we all know 3107(bis) tries to add NNI to MPLS. However it must be ver= y well stated that this is only one deployment option for interdomain encap= sulation. I would very much like to see a section indicating that IPv6 or/a= nd IPv4 be used as an alternative encap for those applications which requir= e it and when needed provide local bindings between intradomain MPLS and in= terdomain IP.=C2=A0


On Fri, Apr 1, 2016 at 6:44 PM, = Eric C Rosen <erosen@juniper.net> wrote:
On 3/25/2016 7:25 AM, bruno.decraene@orange.com wr= ote:
I'm quite sure you have deployed=C2=A0 implementations, from several prominent vendors, that will not properly handle this case.
I'm waiting for this/these implementation(s) to make a public statement= in this thread / IETF WGs. Then we can discuss whether the issue comes fro= m RFCF3107 or from the implementation.
If none make a public statement, we should assume that all implementations = are capable of receiving multiple labels, as per RFC 3107.
 I strongly disagree with this.=C2=A0 We should not ignore the facts just be= cause you don't like the way the facts were gathered.

A better approach would be to have operators state whether they have any de= ployments in which the "multiple labels" feature is used in a mul= ti-vendor environment.=C2=A0 It is very useful when working on a "bis&= quot; draft to determine which features have been proven to work in a multi= -vendor environment and which have not.

Any non-compliant implementation may create interoperability issues and unp= redictable results.
=C2=A0From an IETF standpoint, the question is whether a RFC 3107 implement= ation would create interoperability issues, up to shutting down the BGP ses= sion.

 There are deployed 3107 implementations which always assume that the NLRI c= ontains a single label.=C2=A0 If you tried to interwork these with 3107 imp= lementations that send multiple labels , you will experience the kind of di= sruption.=C2=A0 3107bis tries to allow the use of multiple labels while pre= venting this sort of disruption from occurring.

If you mean that some non-compliant implementation do not work, well let= 9;s fix them.

 The situation is that there is a commonly deployed "bug" in old i= mplementations, but it is not seen because the bug is in a feature that no = one has been using.=C2=A0 If new implementations use that feature, the bug = will be seen, and network disruption will occur. One could say "fix al= l the old implementations", but it seems wiser to have new implementat= ions avoid tickling the bug.=C2=A0 =C2=A0The Capability is not proposed=C2= =A0 for the purpose of helping the vendors, it's there to help the oper= ators.

I'm not sure why you think there would be BGP session drops due to 3107= bis; if a 3107 implementation sends multiple labels to a 3107bis implementa= tion, I think the 3107bis implementation would do "treat-as-withdraw&q= uot; rather than "drop the session".

Perhaps a reasonable approach for 3107bis would be the following:

- A 3107bis implementation will not send multiple labels to a peer unless t= he Capability has been received from that peer.=C2=A0 (This prevents 3107bi= s implementations from tickling the 'bug' in 3107 implementations.)=

- A 3107bis implementation will accept multiple labels from a peer even in = the absence of the Capability.

Another approach would be to have a knob that determines whether the Capabi= lity needs to be used before multiple labels are advertised.


_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

--001a11411876adf28d052f72274c-- From nobody Fri Apr 1 14:29:29 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 212A412D6F9; Fri, 1 Apr 2016 14:29:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 7gXc8gczci3i; Fri, 1 Apr 2016 14:29:17 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A67E212D6F7; Fri, 1 Apr 2016 14:29:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21587; q=dns/txt; s=iport; t=1459546155; x=1460755755; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=W73FyA6eIwz+tfnYr9jw5O4T+4GSwasDmZLa1mNCgY8=; b=IMzvxgJ2S5NycI/q7aNZnjbw41pc4hw7WlID0pdeQ9nut/qcUtvqvEkV AlNkzBheHZZZFCdHhPp04K42vxnxHlnvtpTeLtfo/9j44pUxSqZP0rtJU iJqengmGHFHLKCpuCCyTZbmeOTyhuWO3sf3hyZLzHQv3cFJaAzyJRKmNA s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C8BADI5v5W/xbLJq1dgnWBH30GtiCGb?= =?us-ascii?q?xcBCYVsAhyBdwEBAQEBAWYnhEEBAQEEAQEBIEsLEAIBCBEDAQIoAwICAiULFAk?= =?us-ascii?q?IAQEEAQ0FiCcOsyuRFgEBAQEBAQEBAQEBAQEBAQEBAQEBAREEiWV/hFQKDYJTg?= =?us-ascii?q?lYFkxWEZAGOB4FmhE2DKIUyjxcBYoNnbIdofgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,428,1454976000"; d="scan'208,217";a="634937293" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Apr 2016 21:29:12 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u31LTBq2018903 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 1 Apr 2016 21:29:12 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 1 Apr 2016 17:29:10 -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.1104.009; Fri, 1 Apr 2016 17:29:10 -0400 From: "Acee Lindem (acee)" To: Robert Raszuk , Eric C Rosen Thread-Topic: [Idr] [bess] draft-rosen-mpls-rfc3107bis Thread-Index: AdGF3GeY7oYpWXlDQPavaGqQ0wDeuZ9p2nRA4KMbRwCAAD1GgP//zzqA Date: Fri, 1 Apr 2016 21:29:10 +0000 Message-ID: References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> 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.116.152.196] Content-Type: multipart/alternative; boundary="_000_D3245FC256368aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: Bruno Decraene , "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 21:29:25 -0000 --_000_D3245FC256368aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KDQpJIHRoaW5rIHRoaXMgd291bGQgZGVmZWF0IHRoZSBwdXJwb3NlIG9mIGNs YXJpZnlpbmcgUkZDIDMxMDEgbXVsdGktbGFiZWwgYmVoYXZpb3IgaW4gYSBCSVMgZHJhZnQuIExl dOKAmXMgc2VlIGlmIHdlIGNhbiByZWFjaCBjb25zZW5zdXMgZmlyc3QuDQoNClRoYW5rcywNCkFj ZWUNCg0KRnJvbTogSWRyIDxpZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNA aWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgUm9iZXJ0IFJhc3p1ayA8cm9iZXJ0QHJhc3p1ay5uZXQ8 bWFpbHRvOnJvYmVydEByYXN6dWsubmV0Pj4NCkRhdGU6IEZyaWRheSwgQXByaWwgMSwgMjAxNiBh dCA0OjIzIFBNDQpUbzogRXJpYyBDIFJvc2VuIDxlcm9zZW5AanVuaXBlci5uZXQ8bWFpbHRvOmVy b3NlbkBqdW5pcGVyLm5ldD4+DQpDYzogQnJ1bm8gRGVjcmFlbmUgPGJydW5vLmRlY3JhZW5lQG9y YW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+PiwgIm1wbHNAaWV0Zi5v cmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+IiA8bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRm Lm9yZz4+LCBCRVNTIDxiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPj4sIElEUiBM aXN0IDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0lk cl0gW2Jlc3NdIGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jpcw0KDQpIaSBFcmljLA0KDQpJIGhh dmUgcmVhZCB5b3VyIHByb3Bvc2VkIGRyYWZ0IGFzIHdlbGwgYXMgd2F0Y2hlZCB0aGlzIHRocmVh ZCB3aXRoIGEgYml0IG9mIGFuIGludGVyZXN0Lg0KDQpUbyBtZSB0aGUgYmVzdCBjb21wcm9taXNl IC0gd2hpY2ggaXMgdG8gYWdyZWUgd2l0aCBCcnVubydzIHBvaW50cyBhcyB3ZWxsIGFzIGFkZHJl c3MgeW91ciBpbnRlbnRpb25zIGlzIHNpbXBseSB0byByZXF1ZXN0IG5ldyBTQUZJIGZvciAzMTA3 YmlzLg0KDQpGcm9tIHRoZSBkcmFmdCB5b3UgYXJlIHJlYWxseSBub3QgdXBkYXRpbmcgMzEwNyBi YXNlIHNwZWMgYnV0IG9ic29sZXRpbmcgaXQgd2hpY2ggdG8gbWUgbG9va3MgbGlrZSBhIGJhZCBp ZGVhLg0KDQpZb3UgYXJlIGV2ZW4gcmVxdWVzdGluZyB0byByZW1vdmUgSUFOQSByZWZlcmVuY2Ug dG8gb3JpZ2luYWwgc3BlYy4gSG93IHdvdWxkIElBTkEga25vdyB3aGVuIGlzIGl0IHNhZmUgdG8g ZG8gdGhhdCAuLiBtZWFuaW5nIHdoZW4gYWxsIGltcGxlbWVudGF0aW9ucyB3aWxsIG5vdCBzdWRk ZW5seSBzdXBwb3J0IGFuZCBhbGwgZGVwbG95bWVudHMgd2lsbCBlbmFibGUgMzEwN2JpcyA/DQoN Ck5ldyBTQUZJIHJlcXVpcmVzIGEgbmV3IGNhcGFiaWxpdHkgd2hpY2ggeW91IGFyZSBhc2tpbmcg Zm9yIGFueXdheS4NCg0KQXMgZmFyIGFzIGltcGxlbWVudGF0aW9ucyBwbGVhc2Uga2VlcCBpbiBt aW5kIHZlcnkgaW1wb3J0YW50IHBvaW50IHRoYXQgc29tZSBpbXBsZW1lbnRhdGlvbnMgdHJlYXQg U0FGSSAxICYgNCBpbiBzaW5nbGUgdGFibGUgYW5kIHNvbWUgaW4gc2VwYXJhdGUgdGFibGVzLiBU aGF0IHdoZW4gbWl4ZWQgd2l0aCAzMTA3YmlzIG1heSBqdXN0IGV4cGxvZGUgaWYgbm90IGluIG5l dyBzZXQgb2YgYnVncyB0aGVuIHdpdGggb3BlcmF0aW9uYWwgbmlnaHRtYXJlLiBXaGlsZSB3ZSBh cmUgYXQgdGhpcyBpdCB3b3VsZCBiZSBtdWNoIGNsZWFuZXIgdG8gbWFuZGF0ZSBpbiB0aGUgbmV3 IHNwZWMgdG8gaGF2ZSAzMTA3YmlzIGFsd2F5cyB0byB1c2Ugc2VwYXJhdGUgdGFibGVzIGFzIGNv bXBhcmVkIHdpdGggZnJvbSBTQUZJIDEuDQoNClRoeCwNClJvYmVydC4NCg0KUFMuDQoNCkFzIHdl IGFsbCBrbm93IDMxMDcoYmlzKSB0cmllcyB0byBhZGQgTk5JIHRvIE1QTFMuIEhvd2V2ZXIgaXQg bXVzdCBiZSB2ZXJ5IHdlbGwgc3RhdGVkIHRoYXQgdGhpcyBpcyBvbmx5IG9uZSBkZXBsb3ltZW50 IG9wdGlvbiBmb3IgaW50ZXJkb21haW4gZW5jYXBzdWxhdGlvbi4gSSB3b3VsZCB2ZXJ5IG11Y2gg bGlrZSB0byBzZWUgYSBzZWN0aW9uIGluZGljYXRpbmcgdGhhdCBJUHY2IG9yL2FuZCBJUHY0IGJl IHVzZWQgYXMgYW4gYWx0ZXJuYXRpdmUgZW5jYXAgZm9yIHRob3NlIGFwcGxpY2F0aW9ucyB3aGlj aCByZXF1aXJlIGl0IGFuZCB3aGVuIG5lZWRlZCBwcm92aWRlIGxvY2FsIGJpbmRpbmdzIGJldHdl ZW4gaW50cmFkb21haW4gTVBMUyBhbmQgaW50ZXJkb21haW4gSVAuDQoNCg0KT24gRnJpLCBBcHIg MSwgMjAxNiBhdCA2OjQ0IFBNLCBFcmljIEMgUm9zZW4gPGVyb3NlbkBqdW5pcGVyLm5ldDxtYWls dG86ZXJvc2VuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQpPbiAzLzI1LzIwMTYgNzoyNSBBTSwgYnJ1 bm8uZGVjcmFlbmVAb3JhbmdlLmNvbTxtYWlsdG86YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbT4g d3JvdGU6DQpJJ20gcXVpdGUgc3VyZSB5b3UgaGF2ZSBkZXBsb3llZCAgaW1wbGVtZW50YXRpb25z LCBmcm9tIHNldmVyYWwNCnByb21pbmVudCB2ZW5kb3JzLCB0aGF0IHdpbGwgbm90IHByb3Blcmx5 IGhhbmRsZSB0aGlzIGNhc2UuDQpJJ20gd2FpdGluZyBmb3IgdGhpcy90aGVzZSBpbXBsZW1lbnRh dGlvbihzKSB0byBtYWtlIGEgcHVibGljIHN0YXRlbWVudCBpbiB0aGlzIHRocmVhZCAvIElFVEYg V0dzLiBUaGVuIHdlIGNhbiBkaXNjdXNzIHdoZXRoZXIgdGhlIGlzc3VlIGNvbWVzIGZyb20gUkZD RjMxMDcgb3IgZnJvbSB0aGUgaW1wbGVtZW50YXRpb24uDQpJZiBub25lIG1ha2UgYSBwdWJsaWMg c3RhdGVtZW50LCB3ZSBzaG91bGQgYXNzdW1lIHRoYXQgYWxsIGltcGxlbWVudGF0aW9ucyBhcmUg Y2FwYWJsZSBvZiByZWNlaXZpbmcgbXVsdGlwbGUgbGFiZWxzLCBhcyBwZXIgUkZDIDMxMDcuDQpJ IHN0cm9uZ2x5IGRpc2FncmVlIHdpdGggdGhpcy4gIFdlIHNob3VsZCBub3QgaWdub3JlIHRoZSBm YWN0cyBqdXN0IGJlY2F1c2UgeW91IGRvbid0IGxpa2UgdGhlIHdheSB0aGUgZmFjdHMgd2VyZSBn YXRoZXJlZC4NCg0KQSBiZXR0ZXIgYXBwcm9hY2ggd291bGQgYmUgdG8gaGF2ZSBvcGVyYXRvcnMg c3RhdGUgd2hldGhlciB0aGV5IGhhdmUgYW55IGRlcGxveW1lbnRzIGluIHdoaWNoIHRoZSAibXVs dGlwbGUgbGFiZWxzIiBmZWF0dXJlIGlzIHVzZWQgaW4gYSBtdWx0aS12ZW5kb3IgZW52aXJvbm1l bnQuICBJdCBpcyB2ZXJ5IHVzZWZ1bCB3aGVuIHdvcmtpbmcgb24gYSAiYmlzIiBkcmFmdCB0byBk ZXRlcm1pbmUgd2hpY2ggZmVhdHVyZXMgaGF2ZSBiZWVuIHByb3ZlbiB0byB3b3JrIGluIGEgbXVs dGktdmVuZG9yIGVudmlyb25tZW50IGFuZCB3aGljaCBoYXZlIG5vdC4NCg0KQW55IG5vbi1jb21w bGlhbnQgaW1wbGVtZW50YXRpb24gbWF5IGNyZWF0ZSBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyBh bmQgdW5wcmVkaWN0YWJsZSByZXN1bHRzLg0KIEZyb20gYW4gSUVURiBzdGFuZHBvaW50LCB0aGUg cXVlc3Rpb24gaXMgd2hldGhlciBhIFJGQyAzMTA3IGltcGxlbWVudGF0aW9uIHdvdWxkIGNyZWF0 ZSBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcywgdXAgdG8gc2h1dHRpbmcgZG93biB0aGUgQkdQIHNl c3Npb24uDQoNClRoZXJlIGFyZSBkZXBsb3llZCAzMTA3IGltcGxlbWVudGF0aW9ucyB3aGljaCBh bHdheXMgYXNzdW1lIHRoYXQgdGhlIE5MUkkgY29udGFpbnMgYSBzaW5nbGUgbGFiZWwuICBJZiB5 b3UgdHJpZWQgdG8gaW50ZXJ3b3JrIHRoZXNlIHdpdGggMzEwNyBpbXBsZW1lbnRhdGlvbnMgdGhh dCBzZW5kIG11bHRpcGxlIGxhYmVscyAsIHlvdSB3aWxsIGV4cGVyaWVuY2UgdGhlIGtpbmQgb2Yg ZGlzcnVwdGlvbi4gIDMxMDdiaXMgdHJpZXMgdG8gYWxsb3cgdGhlIHVzZSBvZiBtdWx0aXBsZSBs YWJlbHMgd2hpbGUgcHJldmVudGluZyB0aGlzIHNvcnQgb2YgZGlzcnVwdGlvbiBmcm9tIG9jY3Vy cmluZy4NCg0KSWYgeW91IG1lYW4gdGhhdCBzb21lIG5vbi1jb21wbGlhbnQgaW1wbGVtZW50YXRp b24gZG8gbm90IHdvcmssIHdlbGwgbGV0J3MgZml4IHRoZW0uDQoNClRoZSBzaXR1YXRpb24gaXMg dGhhdCB0aGVyZSBpcyBhIGNvbW1vbmx5IGRlcGxveWVkICJidWciIGluIG9sZCBpbXBsZW1lbnRh dGlvbnMsIGJ1dCBpdCBpcyBub3Qgc2VlbiBiZWNhdXNlIHRoZSBidWcgaXMgaW4gYSBmZWF0dXJl IHRoYXQgbm8gb25lIGhhcyBiZWVuIHVzaW5nLiAgSWYgbmV3IGltcGxlbWVudGF0aW9ucyB1c2Ug dGhhdCBmZWF0dXJlLCB0aGUgYnVnIHdpbGwgYmUgc2VlbiwgYW5kIG5ldHdvcmsgZGlzcnVwdGlv biB3aWxsIG9jY3VyLiBPbmUgY291bGQgc2F5ICJmaXggYWxsIHRoZSBvbGQgaW1wbGVtZW50YXRp b25zIiwgYnV0IGl0IHNlZW1zIHdpc2VyIHRvIGhhdmUgbmV3IGltcGxlbWVudGF0aW9ucyBhdm9p ZCB0aWNrbGluZyB0aGUgYnVnLiAgIFRoZSBDYXBhYmlsaXR5IGlzIG5vdCBwcm9wb3NlZCAgZm9y IHRoZSBwdXJwb3NlIG9mIGhlbHBpbmcgdGhlIHZlbmRvcnMsIGl0J3MgdGhlcmUgdG8gaGVscCB0 aGUgb3BlcmF0b3JzLg0KDQpJJ20gbm90IHN1cmUgd2h5IHlvdSB0aGluayB0aGVyZSB3b3VsZCBi ZSBCR1Agc2Vzc2lvbiBkcm9wcyBkdWUgdG8gMzEwN2JpczsgaWYgYSAzMTA3IGltcGxlbWVudGF0 aW9uIHNlbmRzIG11bHRpcGxlIGxhYmVscyB0byBhIDMxMDdiaXMgaW1wbGVtZW50YXRpb24sIEkg dGhpbmsgdGhlIDMxMDdiaXMgaW1wbGVtZW50YXRpb24gd291bGQgZG8gInRyZWF0LWFzLXdpdGhk cmF3IiByYXRoZXIgdGhhbiAiZHJvcCB0aGUgc2Vzc2lvbiIuDQoNClBlcmhhcHMgYSByZWFzb25h YmxlIGFwcHJvYWNoIGZvciAzMTA3YmlzIHdvdWxkIGJlIHRoZSBmb2xsb3dpbmc6DQoNCi0gQSAz MTA3YmlzIGltcGxlbWVudGF0aW9uIHdpbGwgbm90IHNlbmQgbXVsdGlwbGUgbGFiZWxzIHRvIGEg cGVlciB1bmxlc3MgdGhlIENhcGFiaWxpdHkgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSB0aGF0IHBl ZXIuICAoVGhpcyBwcmV2ZW50cyAzMTA3YmlzIGltcGxlbWVudGF0aW9ucyBmcm9tIHRpY2tsaW5n IHRoZSAnYnVnJyBpbiAzMTA3IGltcGxlbWVudGF0aW9ucy4pDQoNCi0gQSAzMTA3YmlzIGltcGxl bWVudGF0aW9uIHdpbGwgYWNjZXB0IG11bHRpcGxlIGxhYmVscyBmcm9tIGEgcGVlciBldmVuIGlu IHRoZSBhYnNlbmNlIG9mIHRoZSBDYXBhYmlsaXR5Lg0KDQpBbm90aGVyIGFwcHJvYWNoIHdvdWxk IGJlIHRvIGhhdmUgYSBrbm9iIHRoYXQgZGV0ZXJtaW5lcyB3aGV0aGVyIHRoZSBDYXBhYmlsaXR5 IG5lZWRzIHRvIGJlIHVzZWQgYmVmb3JlIG11bHRpcGxlIGxhYmVscyBhcmUgYWR2ZXJ0aXNlZC4N Cg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQkVT UyBtYWlsaW5nIGxpc3QNCkJFU1NAaWV0Zi5vcmc8bWFpbHRvOkJFU1NAaWV0Zi5vcmc+DQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCg0K --_000_D3245FC256368aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBSb2JlcnQs Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5JIHRoaW5rIHRoaXMgd291bGQg ZGVmZWF0IHRoZSBwdXJwb3NlIG9mIGNsYXJpZnlpbmcgUkZDIDMxMDEgbXVsdGktbGFiZWwgYmVo YXZpb3IgaW4gYSBCSVMgZHJhZnQuIExldOKAmXMgc2VlIGlmIHdlIGNhbiByZWFjaCBjb25zZW5z dXMgZmlyc3QuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3MsPC9k aXY+DQo8ZGl2PkFjZWUmbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0i T0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsg Zm9udC1zaXplOjExcHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RU T006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9N OiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6 ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRP UDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+SWRy ICZsdDs8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmciPmlkci1ib3VuY2VzQGll dGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mIFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1h aWx0bzpyb2JlcnRAcmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+Jmd0Ozxicj4NCjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+RnJpZGF5LCBBcHJpbCAx LCAyMDE2IGF0IDQ6MjMgUE08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86 IDwvc3Bhbj5FcmljIEMgUm9zZW4gJmx0OzxhIGhyZWY9Im1haWx0bzplcm9zZW5AanVuaXBlci5u ZXQiPmVyb3NlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OmJvbGQiPkNjOiA8L3NwYW4+QnJ1bm8gRGVjcmFlbmUgJmx0OzxhIGhyZWY9Im1haWx0bzpi cnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tIj5icnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPC9hPiZn dDssICZxdW90OzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9h PiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8 L2E+Jmd0OywgQkVTUyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0 Zi5vcmc8L2E+Jmd0OywNCiBJRFIgTGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9y ZyI+aWRyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbSWRyXSBbYmVzc10gZHJhZnQtcm9zZW4tbXBscy1yZmMz MTA3YmlzPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1B Q19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1 YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0K PGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9 ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+ DQpIaSBFcmljLDwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQt ZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTph cmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KSSBoYXZlIHJlYWQg eW91ciBwcm9wb3NlZCBkcmFmdCBhcyB3ZWxsIGFzIHdhdGNoZWQgdGhpcyB0aHJlYWQgd2l0aCBh IGJpdCBvZiBhbiBpbnRlcmVzdC4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1 bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNp emU6c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHls ZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxs Ij4NClRvIG1lIHRoZSBiZXN0IGNvbXByb21pc2UgLSB3aGljaCBpcyB0byBhZ3JlZSB3aXRoIEJy dW5vJ3MgcG9pbnRzIGFzIHdlbGwgYXMgYWRkcmVzcyB5b3VyIGludGVudGlvbnMgaXMgc2ltcGx5 IHRvIHJlcXVlc3QgbmV3IFNBRkkgZm9yIDMxMDdiaXMuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz PSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMt c2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxf ZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2Zv bnQtc2l6ZTpzbWFsbCI+DQpGcm9tIHRoZSBkcmFmdCB5b3UgYXJlIHJlYWxseSBub3QgdXBkYXRp bmcgMzEwNyBiYXNlIHNwZWMgYnV0IG9ic29sZXRpbmcgaXQgd2hpY2ggdG8gbWUgbG9va3MgbGlr ZSBhIGJhZCBpZGVhLiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5 bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFs bCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250 LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KWW91 IGFyZSBldmVuIHJlcXVlc3RpbmcgdG8gcmVtb3ZlIElBTkEgcmVmZXJlbmNlIHRvIG9yaWdpbmFs IHNwZWMuIEhvdyB3b3VsZCBJQU5BIGtub3cgd2hlbiBpcyBpdCBzYWZlIHRvIGRvIHRoYXQgLi4g bWVhbmluZyB3aGVuIGFsbCBpbXBsZW1lbnRhdGlvbnMgd2lsbCBub3Qgc3VkZGVubHkgc3VwcG9y dCBhbmQgYWxsIGRlcGxveW1lbnRzIHdpbGwgZW5hYmxlIDMxMDdiaXMgPyZuYnNwOzxicj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFs LGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRp Y2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KTmV3IFNBRkkgcmVxdWlyZXMgYSBuZXcg Y2FwYWJpbGl0eSB3aGljaCB5b3UgYXJlIGFza2luZyBmb3IgYW55d2F5LiZuYnNwOzwvZGl2Pg0K PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZl dGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fu cy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KQXMgZmFyIGFzIGltcGxlbWVudGF0aW9ucyBwbGVh c2Uga2VlcCBpbiBtaW5kIHZlcnkgaW1wb3J0YW50IHBvaW50IHRoYXQgc29tZSBpbXBsZW1lbnRh dGlvbnMgdHJlYXQgU0FGSSAxICZhbXA7IDQgaW4gc2luZ2xlIHRhYmxlIGFuZCBzb21lIGluIHNl cGFyYXRlIHRhYmxlcy4gVGhhdCB3aGVuIG1peGVkIHdpdGggMzEwN2JpcyBtYXkganVzdCBleHBs b2RlIGlmIG5vdCBpbiBuZXcgc2V0IG9mIGJ1Z3MgdGhlbiB3aXRoIG9wZXJhdGlvbmFsIG5pZ2h0 bWFyZS4NCiBXaGlsZSB3ZSBhcmUgYXQgdGhpcyBpdCB3b3VsZCBiZSBtdWNoIGNsZWFuZXIgdG8g bWFuZGF0ZSBpbiB0aGUgbmV3IHNwZWMgdG8gaGF2ZSAzMTA3YmlzIGFsd2F5cyB0byB1c2Ugc2Vw YXJhdGUgdGFibGVzIGFzIGNvbXBhcmVkIHdpdGggZnJvbSBTQUZJIDEuPC9kaXY+DQo8ZGl2IGNs YXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNh bnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21h aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlm O2ZvbnQtc2l6ZTpzbWFsbCI+DQpUaHgsPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0 IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXpl OnNtYWxsIj4NClJvYmVydC48L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxl PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwi Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1m YW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NClBTLiZu YnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5 OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxo ZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KQXMgd2UgYWxsIGtub3cgMzEw NyhiaXMpIHRyaWVzIHRvIGFkZCBOTkkgdG8gTVBMUy4gSG93ZXZlciBpdCBtdXN0IGJlIHZlcnkg d2VsbCBzdGF0ZWQgdGhhdCB0aGlzIGlzIG9ubHkgb25lIGRlcGxveW1lbnQgb3B0aW9uIGZvciBp bnRlcmRvbWFpbiBlbmNhcHN1bGF0aW9uLiBJIHdvdWxkIHZlcnkgbXVjaCBsaWtlIHRvIHNlZSBh IHNlY3Rpb24gaW5kaWNhdGluZyB0aGF0IElQdjYgb3IvYW5kIElQdjQgYmUgdXNlZCBhcyBhbiBh bHRlcm5hdGl2ZQ0KIGVuY2FwIGZvciB0aG9zZSBhcHBsaWNhdGlvbnMgd2hpY2ggcmVxdWlyZSBp dCBhbmQgd2hlbiBuZWVkZWQgcHJvdmlkZSBsb2NhbCBiaW5kaW5ncyBiZXR3ZWVuIGludHJhZG9t YWluIE1QTFMgYW5kIGludGVyZG9tYWluIElQLiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21h aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlm O2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21h aWxfZXh0cmEiPjxicj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBGcmksIEFwciAxLCAy MDE2IGF0IDY6NDQgUE0sIEVyaWMgQyBSb3NlbiA8c3BhbiBkaXI9Imx0ciI+DQombHQ7PGEgaHJl Zj0ibWFpbHRvOmVyb3NlbkBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmVyb3NlbkBqdW5p cGVyLm5ldDwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+DQo8YmxvY2txdW90ZSBjbGFzcz0iZ21h aWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBz b2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxzcGFuIGNsYXNzPSIiPk9uIDMvMjUvMjAxNiA3OjI1 IEFNLCA8YSBocmVmPSJtYWlsdG86YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSIgdGFyZ2V0PSJf YmxhbmsiPg0KYnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbTwvYT4gd3JvdGU6PGJyPg0KPGJsb2Nr cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVy LWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHgg I2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCkknbSBxdWl0ZSBzdXJlIHlvdSBoYXZlIGRl cGxveWVkJm5ic3A7IGltcGxlbWVudGF0aW9ucywgZnJvbSBzZXZlcmFsPGJyPg0KcHJvbWluZW50 IHZlbmRvcnMsIHRoYXQgd2lsbCBub3QgcHJvcGVybHkgaGFuZGxlIHRoaXMgY2FzZS48YnI+DQo8 L2Jsb2NrcXVvdGU+DQpJJ20gd2FpdGluZyBmb3IgdGhpcy90aGVzZSBpbXBsZW1lbnRhdGlvbihz KSB0byBtYWtlIGEgcHVibGljIHN0YXRlbWVudCBpbiB0aGlzIHRocmVhZCAvIElFVEYgV0dzLiBU aGVuIHdlIGNhbiBkaXNjdXNzIHdoZXRoZXIgdGhlIGlzc3VlIGNvbWVzIGZyb20gUkZDRjMxMDcg b3IgZnJvbSB0aGUgaW1wbGVtZW50YXRpb24uPGJyPg0KSWYgbm9uZSBtYWtlIGEgcHVibGljIHN0 YXRlbWVudCwgd2Ugc2hvdWxkIGFzc3VtZSB0aGF0IGFsbCBpbXBsZW1lbnRhdGlvbnMgYXJlIGNh cGFibGUgb2YgcmVjZWl2aW5nIG11bHRpcGxlIGxhYmVscywgYXMgcGVyIFJGQyAzMTA3Ljxicj4N CjwvYmxvY2txdW90ZT4NCjwvc3Bhbj5JIHN0cm9uZ2x5IGRpc2FncmVlIHdpdGggdGhpcy4mbmJz cDsgV2Ugc2hvdWxkIG5vdCBpZ25vcmUgdGhlIGZhY3RzIGp1c3QgYmVjYXVzZSB5b3UgZG9uJ3Qg bGlrZSB0aGUgd2F5IHRoZSBmYWN0cyB3ZXJlIGdhdGhlcmVkLjxicj4NCjxicj4NCkEgYmV0dGVy IGFwcHJvYWNoIHdvdWxkIGJlIHRvIGhhdmUgb3BlcmF0b3JzIHN0YXRlIHdoZXRoZXIgdGhleSBo YXZlIGFueSBkZXBsb3ltZW50cyBpbiB3aGljaCB0aGUgJnF1b3Q7bXVsdGlwbGUgbGFiZWxzJnF1 b3Q7IGZlYXR1cmUgaXMgdXNlZCBpbiBhIG11bHRpLXZlbmRvciBlbnZpcm9ubWVudC4mbmJzcDsg SXQgaXMgdmVyeSB1c2VmdWwgd2hlbiB3b3JraW5nIG9uIGEgJnF1b3Q7YmlzJnF1b3Q7IGRyYWZ0 IHRvIGRldGVybWluZSB3aGljaCBmZWF0dXJlcyBoYXZlIGJlZW4gcHJvdmVuDQogdG8gd29yayBp biBhIG11bHRpLXZlbmRvciBlbnZpcm9ubWVudCBhbmQgd2hpY2ggaGF2ZSBub3QuPHNwYW4gY2xh c3M9IiI+PGJyPg0KPGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0i bWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0 OjFleCI+DQpBbnkgbm9uLWNvbXBsaWFudCBpbXBsZW1lbnRhdGlvbiBtYXkgY3JlYXRlIGludGVy b3BlcmFiaWxpdHkgaXNzdWVzIGFuZCB1bnByZWRpY3RhYmxlIHJlc3VsdHMuPGJyPg0KJm5ic3A7 RnJvbSBhbiBJRVRGIHN0YW5kcG9pbnQsIHRoZSBxdWVzdGlvbiBpcyB3aGV0aGVyIGEgUkZDIDMx MDcgaW1wbGVtZW50YXRpb24gd291bGQgY3JlYXRlIGludGVyb3BlcmFiaWxpdHkgaXNzdWVzLCB1 cCB0byBzaHV0dGluZyBkb3duIHRoZSBCR1Agc2Vzc2lvbi48YnI+DQo8L2Jsb2NrcXVvdGU+DQo8 YnI+DQo8L3NwYW4+VGhlcmUgYXJlIGRlcGxveWVkIDMxMDcgaW1wbGVtZW50YXRpb25zIHdoaWNo IGFsd2F5cyBhc3N1bWUgdGhhdCB0aGUgTkxSSSBjb250YWlucyBhIHNpbmdsZSBsYWJlbC4mbmJz cDsgSWYgeW91IHRyaWVkIHRvIGludGVyd29yayB0aGVzZSB3aXRoIDMxMDcgaW1wbGVtZW50YXRp b25zIHRoYXQgc2VuZCBtdWx0aXBsZSBsYWJlbHMgLCB5b3Ugd2lsbCBleHBlcmllbmNlIHRoZSBr aW5kIG9mIGRpc3J1cHRpb24uJm5ic3A7IDMxMDdiaXMgdHJpZXMgdG8gYWxsb3cNCiB0aGUgdXNl IG9mIG11bHRpcGxlIGxhYmVscyB3aGlsZSBwcmV2ZW50aW5nIHRoaXMgc29ydCBvZiBkaXNydXB0 aW9uIGZyb20gb2NjdXJyaW5nLjxzcGFuIGNsYXNzPSIiPjxicj4NCjxicj4NCjxibG9ja3F1b3Rl IGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0 OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KSWYgeW91IG1lYW4gdGhhdCBzb21l IG5vbi1jb21wbGlhbnQgaW1wbGVtZW50YXRpb24gZG8gbm90IHdvcmssIHdlbGwgbGV0J3MgZml4 IHRoZW0uPGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJyPg0KPC9zcGFuPlRoZSBzaXR1YXRpb24gaXMg dGhhdCB0aGVyZSBpcyBhIGNvbW1vbmx5IGRlcGxveWVkICZxdW90O2J1ZyZxdW90OyBpbiBvbGQg aW1wbGVtZW50YXRpb25zLCBidXQgaXQgaXMgbm90IHNlZW4gYmVjYXVzZSB0aGUgYnVnIGlzIGlu IGEgZmVhdHVyZSB0aGF0IG5vIG9uZSBoYXMgYmVlbiB1c2luZy4mbmJzcDsgSWYgbmV3IGltcGxl bWVudGF0aW9ucyB1c2UgdGhhdCBmZWF0dXJlLCB0aGUgYnVnIHdpbGwgYmUgc2VlbiwgYW5kIG5l dHdvcmsgZGlzcnVwdGlvbiB3aWxsDQogb2NjdXIuIE9uZSBjb3VsZCBzYXkgJnF1b3Q7Zml4IGFs bCB0aGUgb2xkIGltcGxlbWVudGF0aW9ucyZxdW90OywgYnV0IGl0IHNlZW1zIHdpc2VyIHRvIGhh dmUgbmV3IGltcGxlbWVudGF0aW9ucyBhdm9pZCB0aWNrbGluZyB0aGUgYnVnLiZuYnNwOyAmbmJz cDtUaGUgQ2FwYWJpbGl0eSBpcyBub3QgcHJvcG9zZWQmbmJzcDsgZm9yIHRoZSBwdXJwb3NlIG9m IGhlbHBpbmcgdGhlIHZlbmRvcnMsIGl0J3MgdGhlcmUgdG8gaGVscCB0aGUgb3BlcmF0b3JzLjxi cj4NCjxicj4NCkknbSBub3Qgc3VyZSB3aHkgeW91IHRoaW5rIHRoZXJlIHdvdWxkIGJlIEJHUCBz ZXNzaW9uIGRyb3BzIGR1ZSB0byAzMTA3YmlzOyBpZiBhIDMxMDcgaW1wbGVtZW50YXRpb24gc2Vu ZHMgbXVsdGlwbGUgbGFiZWxzIHRvIGEgMzEwN2JpcyBpbXBsZW1lbnRhdGlvbiwgSSB0aGluayB0 aGUgMzEwN2JpcyBpbXBsZW1lbnRhdGlvbiB3b3VsZCBkbyAmcXVvdDt0cmVhdC1hcy13aXRoZHJh dyZxdW90OyByYXRoZXIgdGhhbiAmcXVvdDtkcm9wIHRoZSBzZXNzaW9uJnF1b3Q7Ljxicj4NCjxi cj4NClBlcmhhcHMgYSByZWFzb25hYmxlIGFwcHJvYWNoIGZvciAzMTA3YmlzIHdvdWxkIGJlIHRo ZSBmb2xsb3dpbmc6PGJyPg0KPGJyPg0KLSBBIDMxMDdiaXMgaW1wbGVtZW50YXRpb24gd2lsbCBu b3Qgc2VuZCBtdWx0aXBsZSBsYWJlbHMgdG8gYSBwZWVyIHVubGVzcyB0aGUgQ2FwYWJpbGl0eSBo YXMgYmVlbiByZWNlaXZlZCBmcm9tIHRoYXQgcGVlci4mbmJzcDsgKFRoaXMgcHJldmVudHMgMzEw N2JpcyBpbXBsZW1lbnRhdGlvbnMgZnJvbSB0aWNrbGluZyB0aGUgJ2J1ZycgaW4gMzEwNyBpbXBs ZW1lbnRhdGlvbnMuKTxicj4NCjxicj4NCi0gQSAzMTA3YmlzIGltcGxlbWVudGF0aW9uIHdpbGwg YWNjZXB0IG11bHRpcGxlIGxhYmVscyBmcm9tIGEgcGVlciBldmVuIGluIHRoZSBhYnNlbmNlIG9m IHRoZSBDYXBhYmlsaXR5Ljxicj4NCjxicj4NCkFub3RoZXIgYXBwcm9hY2ggd291bGQgYmUgdG8g aGF2ZSBhIGtub2IgdGhhdCBkZXRlcm1pbmVzIHdoZXRoZXIgdGhlIENhcGFiaWxpdHkgbmVlZHMg dG8gYmUgdXNlZCBiZWZvcmUgbXVsdGlwbGUgbGFiZWxzIGFyZSBhZHZlcnRpc2VkLg0KPGRpdiBj bGFzcz0iSE9FblpiIj4NCjxkaXYgY2xhc3M9Img1Ij48YnI+DQo8YnI+DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkJFU1MgbWFpbGluZyBsaXN0 PGJyPg0KPGEgaHJlZj0ibWFpbHRvOkJFU1NAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5CRVNT QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYmVzcyIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzPC9hPjxicj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D3245FC256368aceeciscocom_-- From nobody Fri Apr 1 14:35:44 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3753D12D6F9; Fri, 1 Apr 2016 14:35:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dsBXe0q4fsWO; Fri, 1 Apr 2016 14:35:36 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (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 AB2F512D6D8; Fri, 1 Apr 2016 14:35:35 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id k79so90163310lfb.2; Fri, 01 Apr 2016 14:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=NraeDOxzHT6xKPnnF27FvW1NPF9PIVLGSABpDsoRqEY=; b=FPDevFBCQLhJ55DSgB6oCpoQudnACdyVCxUeUM1vlw4wbmDyWTKKVreV8hWQ0YcD5B 60bJtN80v6m87DZT6R6QnA12AVr9jF8KztsBIzflEC7K2LzLXunTZkdLcC7fVPoSHv78 sHG7879SMsCDwhR+nApFj5g7cSungM5wpAyOu9/aQPo3B57qqj6Xh5XTf4zQ8ZJj/CSZ S4FfvEXxsXikyETYBr8qhZDplL91L+8p7/0IXzlTFUJk3BbOAswuI570Gwl0vc1/z1kK Xwcaa79XJBgfarMK0JW7MN0nZEK/VDTvAQJv8yliPzukOm3OFP+s1/xzrEAQZtwjUslX Kjqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=NraeDOxzHT6xKPnnF27FvW1NPF9PIVLGSABpDsoRqEY=; b=FlylAM69r+fouwGmVopx3sEsseCELXLXdzX9HoKrTj/pifYSWbS4JU3u5Ce7MPvrfr GgX/9vp3+Qbz2WEXzS9rH2Mo6yfo8ClXal8ua/ZQ3JeIbAU1KkeKjJ7p4Kc85y9DDwHg ayDqBku91Kyc+WL3HyNzj6lW8lSE7+VTZ5A+NaAGYhGCWrWJ19ePL5AOxIqm+wi1wiDW 8cjhUgpxU/0IGLaZUsdl8aCbkWoXZu0t3qFJonoTN/4VxN2/kUckSqVkfro9rwaEIpnZ wm5ncZbJkLYDn0ZsZuLhDyYgwtV4Aq4zWumMHh2DK+0uQgihNUJ2rvK9vS4z8OHlkLtf 4QRw== X-Gm-Message-State: AD7BkJJijqtP2nVfRTNpKVe7RppcaXbfqjImKluyBxmvCR1Os1a3S8AnXi1N6yys9wObJWir2lOwg01MzX0nrw== MIME-Version: 1.0 X-Received: by 10.25.87.19 with SMTP id l19mr2834321lfb.27.1459546533835; Fri, 01 Apr 2016 14:35:33 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.25.136.133 with HTTP; Fri, 1 Apr 2016 14:35:33 -0700 (PDT) In-Reply-To: References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> Date: Fri, 1 Apr 2016 23:35:33 +0200 X-Google-Sender-Auth: s1x6nZEIaHchybZQ5tBfQkxcp6U Message-ID: From: Robert Raszuk To: "Acee Lindem (acee)" Content-Type: multipart/alternative; boundary=001a1140ead8aebac2052f7328a4 Archived-At: Cc: Bruno Decraene , "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 21:35:39 -0000 --001a1140ead8aebac2052f7328a4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi AC, I am much less concern if we must be stuck to 3107 till retirement. I think it would be much smoother on many levels to leave 3107 as is and propose better solution for interdomain label exchange with BGP in new RFC. With time we can obsolete 3107. Such model has been done in the past and worked pretty well AFAIK. Best, r. On Fri, Apr 1, 2016 at 11:29 PM, Acee Lindem (acee) wrote: > Hi Robert, > > I think this would defeat the purpose of clarifying RFC 3101 multi-label > behavior in a BIS draft. Let=E2=80=99s see if we can reach consensus firs= t. > > Thanks, > Acee > > From: Idr on behalf of Robert Raszuk < > robert@raszuk.net> > Date: Friday, April 1, 2016 at 4:23 PM > To: Eric C Rosen > Cc: Bruno Decraene , "mpls@ietf.org" < > mpls@ietf.org>, BESS , IDR List > Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis > > Hi Eric, > > I have read your proposed draft as well as watched this thread with a bit > of an interest. > > To me the best compromise - which is to agree with Bruno's points as well > as address your intentions is simply to request new SAFI for 3107bis. > > From the draft you are really not updating 3107 base spec but obsoleting > it which to me looks like a bad idea. > > You are even requesting to remove IANA reference to original spec. How > would IANA know when is it safe to do that .. meaning when all > implementations will not suddenly support and all deployments will enable > 3107bis ? > > New SAFI requires a new capability which you are asking for anyway. > > As far as implementations please keep in mind very important point that > some implementations treat SAFI 1 & 4 in single table and some in separat= e > tables. That when mixed with 3107bis may just explode if not in new set o= f > bugs then with operational nightmare. While we are at this it would be mu= ch > cleaner to mandate in the new spec to have 3107bis always to use separate > tables as compared with from SAFI 1. > > Thx, > Robert. > > PS. > > As we all know 3107(bis) tries to add NNI to MPLS. However it must be ver= y > well stated that this is only one deployment option for interdomain > encapsulation. I would very much like to see a section indicating that IP= v6 > or/and IPv4 be used as an alternative encap for those applications which > require it and when needed provide local bindings between intradomain MPL= S > and interdomain IP. > > > On Fri, Apr 1, 2016 at 6:44 PM, Eric C Rosen wrote: > >> On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote: >> >>> I'm quite sure you have deployed implementations, from several >>>> prominent vendors, that will not properly handle this case. >>>> >>> I'm waiting for this/these implementation(s) to make a public statement >>> in this thread / IETF WGs. Then we can discuss whether the issue comes = from >>> RFCF3107 or from the implementation. >>> If none make a public statement, we should assume that all >>> implementations are capable of receiving multiple labels, as per RFC 31= 07. >>> >> I strongly disagree with this. We should not ignore the facts just >> because you don't like the way the facts were gathered. >> >> A better approach would be to have operators state whether they have any >> deployments in which the "multiple labels" feature is used in a >> multi-vendor environment. It is very useful when working on a "bis" dra= ft >> to determine which features have been proven to work in a multi-vendor >> environment and which have not. >> >> Any non-compliant implementation may create interoperability issues and >>> unpredictable results. >>> From an IETF standpoint, the question is whether a RFC 3107 >>> implementation would create interoperability issues, up to shutting dow= n >>> the BGP session. >>> >> >> There are deployed 3107 implementations which always assume that the NLR= I >> contains a single label. If you tried to interwork these with 3107 >> implementations that send multiple labels , you will experience the kind= of >> disruption. 3107bis tries to allow the use of multiple labels while >> preventing this sort of disruption from occurring. >> >> If you mean that some non-compliant implementation do not work, well >>> let's fix them. >>> >> >> The situation is that there is a commonly deployed "bug" in old >> implementations, but it is not seen because the bug is in a feature that= no >> one has been using. If new implementations use that feature, the bug wi= ll >> be seen, and network disruption will occur. One could say "fix all the o= ld >> implementations", but it seems wiser to have new implementations avoid >> tickling the bug. The Capability is not proposed for the purpose of >> helping the vendors, it's there to help the operators. >> >> I'm not sure why you think there would be BGP session drops due to >> 3107bis; if a 3107 implementation sends multiple labels to a 3107bis >> implementation, I think the 3107bis implementation would do >> "treat-as-withdraw" rather than "drop the session". >> >> Perhaps a reasonable approach for 3107bis would be the following: >> >> - A 3107bis implementation will not send multiple labels to a peer unles= s >> the Capability has been received from that peer. (This prevents 3107bis >> implementations from tickling the 'bug' in 3107 implementations.) >> >> - A 3107bis implementation will accept multiple labels from a peer even >> in the absence of the Capability. >> >> Another approach would be to have a knob that determines whether the >> Capability needs to be used before multiple labels are advertised. >> >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> > > --001a1140ead8aebac2052f7328a4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi AC,

I am much less concern if we must be stuck to 3107 til= l retirement.=C2=A0

I = think it would be much smoother on many levels to leave 3107 as is and prop= ose better solution for interdomain label exchange with BGP in new RFC.=C2= =A0

With time we can o= bsolete 3107.=C2=A0

Su= ch model has been done in the past and worked pretty well AFAIK.=C2=A0

Best,
r.



On Fri, Apr 1, 2= 016 at 11:29 PM, Acee Lindem (acee) <acee@cisco.com> wrote:
=
Hi Robert,=C2=A0

I think this would defeat the purpose of clarifying RFC 3101 multi-lab= el behavior in a BIS draft. Let=E2=80=99s see if we can reach consensus fir= st.=C2=A0

Thanks,
Acee=C2=A0

From: Idr <idr-bounces@ietf.org> on behalf= of Robert Raszuk <robert@raszuk.net>
Date: Friday, April 1, 2016 at 4:23= PM
To: Eric C Rosen <erosen@juniper.net>
Cc: Bruno Decraene <bruno.decraene@or= ange.com>, "= mpls@ietf.org" <mpls@ietf.org>, BESS <bess@ietf.org>, IDR List <idr@ietf.or= g>
Subject: Re: [Idr] [bess] draft-ros= en-mpls-rfc3107bis

Hi Eric,

I have read your proposed draft as well as watched this thread with a bit o= f an interest.=C2=A0

To me the best compromise - which is to agree with Bruno's points as we= ll as address your intentions is simply to request new SAFI for 3107bis.=C2= =A0

>From the draft you are really not updating 3107 base spec but obsoleting it= which to me looks like a bad idea.=C2=A0

You are even requesting to remove IANA reference to original spec. How woul= d IANA know when is it safe to do that .. meaning when all implementations = will not suddenly support and all deployments will enable 3107bis ?=C2=A0

New SAFI requires a new capability which you are asking for anyway.=C2=A0

As far as implementations please keep in mind very important point that som= e implementations treat SAFI 1 & 4 in single table and some in separate= tables. That when mixed with 3107bis may just explode if not in new set of= bugs then with operational nightmare. While we are at this it would be much cleaner to mandate in the new spec t= o have 3107bis always to use separate tables as compared with from SAFI 1.<= /div>

Thx,
Robert.

PS.=C2=A0

As we all know 3107(bis) tries to add NNI to MPLS. However it must be very = well stated that this is only one deployment option for interdomain encapsu= lation. I would very much like to see a section indicating that IPv6 or/and= IPv4 be used as an alternative encap for those applications which require it and when needed provide loca= l bindings between intradomain MPLS and interdomain IP.=C2=A0


On Fri, Apr 1, 2016 at 6:44 PM, Eric C Rosen <erosen@juniper.= net> wrote:
On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote:
I'm quite sure you have deployed=C2=A0 implementations, from several prominent vendors, that will not properly handle this case.
I'm waiting for this/these implementation(s) to make a public statement= in this thread / IETF WGs. Then we can discuss whether the issue comes fro= m RFCF3107 or from the implementation.
If none make a public statement, we should assume that all implementations = are capable of receiving multiple labels, as per RFC 3107.
I strongly disagree with this.=C2=A0 We should not ignore the facts = just because you don't like the way the facts were gathered.

A better approach would be to have operators state whether they have any de= ployments in which the "multiple labels" feature is used in a mul= ti-vendor environment.=C2=A0 It is very useful when working on a "bis&= quot; draft to determine which features have been proven to work in a multi-vendor environment and which have not.

Any non-compliant implementation may create interoperability issues and unp= redictable results.
=C2=A0From an IETF standpoint, the question is whether a RFC 3107 implement= ation would create interoperability issues, up to shutting down the BGP ses= sion.

There are deployed 3107 implementations which always assume that the= NLRI contains a single label.=C2=A0 If you tried to interwork these with 3= 107 implementations that send multiple labels , you will experience the kin= d of disruption.=C2=A0 3107bis tries to allow the use of multiple labels while preventing this sort of disruption from o= ccurring.

If you mean that some non-compliant implementation do not work, well let= 9;s fix them.

The situation is that there is a commonly deployed "bug" i= n old implementations, but it is not seen because the bug is in a feature t= hat no one has been using.=C2=A0 If new implementations use that feature, t= he bug will be seen, and network disruption will occur. One could say "fix all the old implementations", but it s= eems wiser to have new implementations avoid tickling the bug.=C2=A0 =C2=A0= The Capability is not proposed=C2=A0 for the purpose of helping the vendors= , it's there to help the operators.

I'm not sure why you think there would be BGP session drops due to 3107= bis; if a 3107 implementation sends multiple labels to a 3107bis implementa= tion, I think the 3107bis implementation would do "treat-as-withdraw&q= uot; rather than "drop the session".

Perhaps a reasonable approach for 3107bis would be the following:

- A 3107bis implementation will not send multiple labels to a peer unless t= he Capability has been received from that peer.=C2=A0 (This prevents 3107bi= s implementations from tickling the 'bug' in 3107 implementations.)=

- A 3107bis implementation will accept multiple labels from a peer even in = the absence of the Capability.

Another approach would be to have a knob that determines whether the Capabi= lity needs to be used before multiple labels are advertised.


_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

--001a1140ead8aebac2052f7328a4-- From nobody Fri Apr 1 14:45:24 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8220C12D6FC; Fri, 1 Apr 2016 14:45:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 6TCFZhZvV8ll; Fri, 1 Apr 2016 14:45:21 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0126.outbound.protection.outlook.com [207.46.100.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55EC212D6F8; Fri, 1 Apr 2016 14:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=IScFJinRi5ttutMzW4sGYAkuQXyUgLBmgtyEs6hWjG8=; b=H+uQlIhHTjVKLEPT/OEcLcvighNaNWnD2plcjoYj/GvaYnTt2k8dFylE5R4Uii61cBsYr202L83kFn5MeLQBsPQr0N83Q53ExR6dGGe5Dd5iXcTDIl/b+ojSJHCjo3UcTHvCw6BsmXQJxIvnQdKELabUaTb03pK2UDMa+JSsFwM= Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net; Received: from [172.29.37.79] (66.129.241.12) by DM2PR05MB798.namprd05.prod.outlook.com (10.141.180.21) with Microsoft SMTP Server (TLS) id 15.1.443.12; Fri, 1 Apr 2016 21:45:18 +0000 To: Robert Raszuk References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> From: Eric C Rosen Message-ID: <56FEEBEC.5060902@juniper.net> Date: Fri, 1 Apr 2016 17:45:16 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------020003050503060808030109" X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: CY1PR16CA0035.namprd16.prod.outlook.com (25.162.134.173) To DM2PR05MB798.namprd05.prod.outlook.com (10.141.180.21) X-MS-Office365-Filtering-Correlation-Id: 147ec853-f804-48aa-be63-08d35a76eb66 X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 2:FJndBnoRzuJf4G1Gw/u1GkWryPzQfjBnfuav3ye0qweXKhC+kIUZNXoWr/OjYGoVwhGmGZG6PK7kBfy4SnpF4aoSui1XAHYD9gK6dRglmLR405x59eOJZKFUEKUZ933OTbqwVSbxT2vGXostYIK37STgYUjpqVDk/Wwq8f4wYiD4IXoSu5tjKMcV9IC2TXdl; 3:5HFlOWp8uMU8RrVlq+7Vi+t2RfwEcI0jBWglpkL/SXCPuGEwtuGlJmpR9xdMfMZI+rAeoxejZHignE6OQLvLNTvC7TFlJJbnLWJip5r6WxpiChWDA0JaSAk/LOgxWF6g; 25:2+DyQ6MngtOGKD5JmllBsmPJYa7XtYXZHaoHsUYwMwXuiDZYywF1hnoe8layxZk+FE8vdrMH9Mwjv7J2arWB/8slCcrV0SK2thcmNrnrfX+Ao9QhwrjgC45OnDZQ7mEQh9NIMOCsoj8tk2OD8vEt0qYFA/Y/X0hdK8gxObKlaDrwSxfKrMYG1uizBaq3HhoMYzPekQzb19uJGmWioLyF4EeXxxSXpRGs+VEcpeYwMXcrG+DBC3awrpMo2XhHd2ya6gDnsMp1CHgdoMCDLb+G2E6KMzqFY1VaB8X3EOzKoqM2fDEHonxchC87YcZyogrsWjpQWiWb5M2rf7oopkfweixjoqyvvLFxJU1fWTCX3Ac= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB798; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 20:V422bNFDCvPfYDbMPMvIfOUnmUD41W/Io5r3w2vks4qOCOjXsEpMLdYhNj3QjIubfrPegdTpfLSHaqjfHORknfhN3zD8diFjI129ZKTgvxBY7qdO/3Xydk7w9tNtymW5gPGI8vmibfRFJ5epJOzxiTCwZ3O5sx1xfJHX/2s+jMMAsFsu4fDIYXLPLeH/5z24gPZJumwefFjd0kWMFht/ZPwOe7vQ4rnjPF3w5cOddqwRdhPaUhV/Fqfb9tFxnGN/rI2UwFO5UI1imcdkt8YUWboe+ROaKrQHHJFxoqwmT9lpWM40v1xgzqa5al5mSliz2d4k8INOOyhZGy+hsc5q7xL5x8/kljeYsiZv7i5B7WZi6MPkxJazuYGByUqM4tIAJEYGFtW0946ii9yydej4DbmXyb1768YseM1nHq3Wz9E3510Pdz2fcGE/o82P6ShzFITu8HnBdainQeUk+mF3RaD02ZhcvAiKH3HYRPg8O5jahLYw1sjq8rUX6TMjXw5t; 4:cShjYY/bPsNUMLMLQQofbu38pBEa5XvWY724Sf/glfRhUs+Hqj1uRVr8TglGJQOdjreuUQaUEdKAF1zPkaR1OrIUlULY443hNUd+Yy3nFLXuk5EjTWUZX/5rfjo4wQU9RjVUFtMIhYmKGr98sxDbDR/XN1L8FT153XQek1fC03j3XeGCUq0mwRoWuUwtDfaM6xLbgryHpINhmG30Bn6CTkX3ZDNC1O41uYHPIO1sMmoy4oVVglSrwDBn3TWbSQSt8VSfkFKolbQ0S89uX/Yc4U5upCfU9kFLVXF57kOBU4+eb6O2XNbneuiK/q+ZSt7LtccntMwfs64/o51igP3m+eJsCA4rSjB4uL60+aSH0H56Du3weEPldA2nlmb46L2u X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DM2PR05MB798; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB798; X-Forefront-PRVS: 0899B47777 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(54014002)(24454002)(377454003)(87266999)(65816999)(230783001)(586003)(54356999)(50986999)(6116002)(76176999)(86362001)(64126003)(3846002)(110136002)(2950100001)(59896002)(84326002)(36756003)(5004730100002)(1096002)(66066001)(65956001)(65806001)(77096005)(42186005)(5008740100001)(4001350100001)(4326007)(19580405001)(92566002)(16236675004)(80316001)(2906002)(270700001)(19580395003)(189998001)(512874002)(81166005); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB798; H:[172.29.37.79]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtETTJQUjA1TUI3OTg7MjM6dDNwajVTbnR0SXY3T3dtQkIycnlqby9wU3dE?= =?utf-8?B?aHpPZ2VCdVR4bm90T3Z4cThVSEdMaERlMm85bGJMdTJCMGUyZXVoTk5iTmQy?= =?utf-8?B?TUcyZFpzcFhGZ0lvOHBERmJlTXlNbFdjSFhNWEtUUmV1d3VMb0s3S3NnbGZq?= =?utf-8?B?R3Q2RUdodGQ1N1pjdHFVVUF2VktEc0FaNThkZE1LbXJ4MVkzZzZFWWgxa0tR?= =?utf-8?B?RWpEWlVVOFVlT2hWQ0Y4dkM2cVdpRDhCdU92dXN3Q0MyenUzRmtwMXlCZUk0?= =?utf-8?B?RTNiNktnb3BtRUxjZzNHcGs3RFBqY2tIcllBTm9oalVOLzZNNTNUb2h1cXMr?= =?utf-8?B?WnFzdDhpemt0cFVwVnpMOU80azZUWi9HQlV5bWE2ZExTR3krRzNDUHR3R0VT?= =?utf-8?B?aTY2dU5mVVFBNGhDQU5wQkI0WFA2MTVuZ2JUVG4xUWc0aWF5VnpUMWIyYlYx?= =?utf-8?B?VFQ1Vks5ZnFmNlFxdzBaUU1hajFDdzRIZ3NhZENJM3Jjc3VGa1pqMkZncG54?= =?utf-8?B?WDNKb0haR1k5K2ZONVI2Z3pQM29mbzk4NmgvRURjUUU4aTZpclZGL1JnUXZh?= =?utf-8?B?YzhLZmZYL0RJUDJhV1VCcit1cFl4WTF6UjZZaFE1VW9aLzVlMmEvZDlQRVQv?= =?utf-8?B?dlJCcVUxT2dVWmhjZFJXSU9mUzRrZGVFVkNWTWQ2ODJ0YS8yV0lyOTU0VTNp?= =?utf-8?B?eS9Zbm1zTGd0bDVUN21nV3ZURmpBVjA4cDRFRmZYWlFkcEtEcSttbUU3WDRD?= =?utf-8?B?eFNvSjRZamViRjJGMGJGQlBnbng5Wk45OC9vNm1aSlZsbmcxZks0NDAxbmpx?= =?utf-8?B?MisxelBXR0hCRVFXdGhNRmFVUFNMWFVjSUthRFl0UlNFZWcxZWYrOXdGVTVa?= =?utf-8?B?YldlTUtKUGNNK1FKNEZyZDVrZS9RWVhESEdsam42S0tJTTk0Tm5DUGsxM2RC?= =?utf-8?B?UTA2cmhOd1lCQVBybWRiSTBRdFB5RG1mVWU2OUFZbWtSR3dFV3RMOVRyRFZq?= =?utf-8?B?am8rV3NuV0k2NFpLVkpDYnNwd0JVZStHdjR6V2lBMEI1T0U1NHhJeWNXUno3?= =?utf-8?B?bGpuMStaT1pXSFJCcXV6QVNWaHpmemUwZFhvMnhrR0xYS3ZLVWpMM2JhaFVX?= =?utf-8?B?Z1RDNGRlUGhKRng0aG9vZG1MbTJYRzNSSzgzQnhEdzRydldiUnhnYnZMZHdl?= =?utf-8?B?Z1RiY21Ua1dmMkwwWm52QW5iZm9OenlOeENJby9TZkJHdDFISnp6Y1pRQlBi?= =?utf-8?B?TkkvT2wyRE1BT2FYRktyU25uSzNkc25tRGl2TExSZkZWeUE2UnowbEdFL2ll?= =?utf-8?B?dFhBNXVKVVgyNXozRkNMQi9YVGh1dU93WGhFQ1BEcGJtV1ZuSngwSkx4ZWZo?= =?utf-8?B?dUhUeFJTQ1BmckRPNTZiZjdHWTZGMGxpNHgwTXFSaHBEdUZtTGZQMlI4NzFy?= =?utf-8?B?bDZuMzAvRG13bkVGQzh4QkUxcmN2blVta0NCdzRGK0xwTXRyY3piOUtuYVJw?= =?utf-8?B?dEFBPT0=?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB798; 5:3sjFj48Fw2eWDe4CCJuRR8vyl/R5KnfIHHY1HfkKsfmaNuB70Q/nt3PG/SpjpF1K4LY6mMUBbOscgbAftWwhHJEIiqWe7uWI5jVeJSVt7t72doKkTA/BrPziDVmZHe/WDWVvs8kiWtLPDr2GxZ4VnA==; 24:loD4KJeUFTQVCWJt/V90g9rB0tjbr3lnc/9qZX3K2A1P0FOkVfnxSjtz3jDzezJO5t3DoHtitX4xWa+o9fwno5hCgqY1vrw7mx4V7dRXZCs= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2016 21:45:18.1704 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB798 Archived-At: Cc: Bruno Decraene , "mpls@ietf.org" , BESS , "idr@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 21:45:23 -0000 --------------020003050503060808030109 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 4/1/2016 4:23 PM, Robert Raszuk wrote: > Hi Eric, > > I have read your proposed draft as well as watched this thread with a > bit of an interest. > > To me the best compromise - which is to agree with Bruno's points as > well as address your intentions is simply to request new SAFI for > 3107bis. I don't think that makes any sense at all. The whole point is to ensure that 3107bis interoperates with 3107 for those features that are already deployed and are already multi-vendor interoperable. > > From the draft you are really not updating 3107 base spec but > obsoleting it which to me looks like a bad idea. That is the nature of a "bis" draft. > > You are even requesting to remove IANA reference to original spec. That is the nature of a "bis" draft. > How would IANA know when is it safe to do that .. meaning when all > implementations will not suddenly support and all deployments will > enable 3107bis ? I don't understand the issue you are raising. I don't see any issue of "safety". > > New SAFI requires a new capability which you are asking for anyway. I don't understand the point you are making here. > > As far as implementations please keep in mind very important point > that some implementations treat SAFI 1 & 4 in single table and some in > separate tables. Yes, and these implementation differences have consequences that are discussed in the draft. > That when mixed with 3107bis may just explode if not in new set of > bugs then with operational nightmare. I don't understand the issue you are raising here. > While we are at this it would be much cleaner to mandate in the new > spec to have 3107bis always to use separate tables as compared with > from SAFI 1. Two goals of this draft are (a) to document the consequences of the implementation differences, and (b) to avoid invalidating any particular implementation. Obviously these goals would not be met if the spec mandated a particular implementation method. > As we all know 3107(bis) tries to add NNI to MPLS. However it must be > very well stated that this is only one deployment option for > interdomain encapsulation. I would very much like to see a section > indicating that IPv6 or/and IPv4 be used as an alternative encap for > those applications which require it and when needed provide local > bindings between intradomain MPLS and interdomain IP. This is entirely out of scope. --------------020003050503060808030109 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit On 4/1/2016 4:23 PM, Robert Raszuk wrote:
Hi Eric,

I have read your proposed draft as well as watched this thread with a bit of an interest. 

To me the best compromise - which is to agree with Bruno's points as well as address your intentions is simply to request new SAFI for 3107bis.

I don't think that makes any sense at all.  The whole point is to ensure that 3107bis interoperates with 3107 for those features that are already deployed and are already multi-vendor interoperable. 


From the draft you are really not updating 3107 base spec but obsoleting it which to me looks like a bad idea.

That is the nature of a "bis" draft.


You are even requesting to remove IANA reference to original spec.

That is the nature of a "bis" draft.

How would IANA know when is it safe to do that .. meaning when all implementations will not suddenly support and all deployments will enable 3107bis ?

I don't understand the issue you are raising.  I don't see any issue of "safety".


New SAFI requires a new capability which you are asking for anyway.

I don't understand the point you are making here.
 

As far as implementations please keep in mind very important point that some implementations treat SAFI 1 & 4 in single table and some in separate tables.

Yes, and these implementation differences have consequences that are discussed in the draft.

That when mixed with 3107bis may just explode if not in new set of bugs then with operational nightmare.

I don't understand the issue you are raising here. 

While we are at this it would be much cleaner to mandate in the new spec to have 3107bis always to use separate tables as compared with from SAFI 1.

Two goals of this draft are (a) to document the consequences of the implementation differences, and (b) to avoid invalidating any particular implementation.  Obviously these goals would not be met if the spec mandated a particular implementation method.

As we all know 3107(bis) tries to add NNI to MPLS. However it must be very well stated that this is only one deployment option for interdomain encapsulation. I would very much like to see a section indicating that IPv6 or/and IPv4 be used as an alternative encap for those applications which require it and when needed provide local bindings between intradomain MPLS and interdomain IP.

This is entirely out of scope.








--------------020003050503060808030109-- From nobody Fri Apr 1 18:45:05 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A41812D515 for ; Fri, 1 Apr 2016 18:45:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 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, T_RP_MATCHES_RCVD=-0.01, 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 KbFtApH0LEfI for ; Fri, 1 Apr 2016 18:45:01 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1BF012D1D5 for ; Fri, 1 Apr 2016 18:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13530; q=dns/txt; s=iport; t=1459561501; x=1460771101; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ETJkTniO3Qe2PhLBOfHNjNoEXxii56h8Qo2G4zW7cy4=; b=JSRD/pDbIsKCacPuoTt4rNgixUxFSqZOxZT6VT3pM9CZh2N7pt5bQ3ZQ YwCtKBmjSPYYnNBdrDt5rf0ZMZLZwlxJqmuSGw8d3clGGE+8MIW4iP1U8 5HRRis5vO8gnygG0HWqRzmRvBeBze+C+9+B1F8z4FQ4ujQy26kYE9edIa k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAgD8Iv9W/5pdJa1dgmtMU30GhT+1U?= =?us-ascii?q?AENgXIjhBOBVwKBQzgUAQEBAQEBAWUnhEEBAQEEHRBMEAIBCA4DAwECJAQHMhQ?= =?us-ascii?q?JCAEBBA4FiCcOxFwBAQEBAQEBAQEBAQEBAQEBAQEBAQERBIYehEaBN4JXEQE+D?= =?us-ascii?q?YUpBY4DhROEZAGFcogVgWaETYhajxkBHgEBQoIEDQwVgTVsAYcxNn4BAQE?= X-IronPort-AV: E=Sophos; i="5.24,428,1454976000"; d="scan'208,217"; a="87010105" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Apr 2016 01:45:00 +0000 Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u321j03p004198 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 2 Apr 2016 01:45:00 GMT Received: from xch-aln-020.cisco.com (173.36.7.30) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 1 Apr 2016 20:44:59 -0500 Received: from xch-aln-020.cisco.com ([173.36.7.30]) by XCH-ALN-020.cisco.com ([173.36.7.30]) with mapi id 15.00.1104.009; Fri, 1 Apr 2016 20:44:59 -0500 From: "Steven Cheung (stecheun)" To: Susan Hares Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgEvHxWAAEPbLoA= Date: Sat, 2 Apr 2016 01:44:59 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.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.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.75.235.25] Content-Type: multipart/alternative; boundary="_000_D32471FF6CDC0stecheunciscocom_" MIME-Version: 1.0 Archived-At: Cc: "'idr@ietf. org'" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 01:45:04 -0000 --_000_D32471FF6CDC0stecheunciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Sue, John, Support: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-pat= h-redirect/ Thanks. -Steven From: Idr > on behalf of = Susan Hares > Date: Friday, March 25, 2016 at 7:47 AM To: "'idr@ietf. org'" > Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be= considered in RFC5575 additions. These options are filters, actions or cri= tical security additions. The flow specification work has been a part of t= he interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the e= mail list has select to start with option 1 - extending RFC5575. We also w= ill be gathering details on the SDN/NFV use case for option 2 (new NLRI and= Wide Communities support). This is a group call for the drafts to be considered in the flow specificat= ion work. For each of the drafts you wish to be considered Option 1, pleas= e indicate: 1) If this option is valuable for the DDoS deployments or another crit= ical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-= redirect/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts - the Option 1 sec= tion out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder --_000_D32471FF6CDC0stecheunciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable

Thanks.
-Steven

From: Idr <idr-bounces@ietf.org> on behalf of Susan Hares &l= t;shares@ndzh.com>
Date: Friday, March 25, 2016 at 7:4= 7 AM
To: "'idr@ietf. org'" <= ;idr@ietf.org>
Subject: [Idr] WG Adoption call for= drafts for Flow Specification option 1 (RFC5575 additions (filters/actions= ) 3/25 to 4/8/2016

IDR WG:

 

This begins a 2 week WG Call (3/25 to 4/8/2016) for = the set of drafts to be considered in RFC5575 additions. These options are = filters, actions or critical security additions.  The flow specificati= on work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2= 016/02/08/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2= 016/03/07/idr/proceedings.html

 

There will be a brief flow specification presentatio= n at IETF 95, and the email list has select to start with option 1 – = extending RFC5575.  We also will be gathering details on the SDN/NFV u= se case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the drafts to be considered= in the flow specification work.  For each of the drafts you wish to b= e considered Option 1, please indicate:

 

1) &nbs= p;    If this option is valuable for the DDoS deploym= ents or another critical deployments,  

2) &nbs= p;    Do you feel this draft is useful, but not ready= for adoption,

3) &nbs= p;    Do you feel this draft is a good start for this= work.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-hao= -idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/d= raft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatra= cker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

 

And for the ordering of these filters and actions dr= afts – the Option 1 section out of this

https://datatracker.ietf.org/doc/draft-hares-idr-f= lowspec-combo/

(A revised draft with just Option 1 will be posted) =

 

Sue Hares and John Scudder

 

 

 

 --_000_D32471FF6CDC0stecheunciscocom_-- From nobody Fri Apr 1 19:32:00 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C0E512D1B6 for ; Fri, 1 Apr 2016 19:31:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 y0cQ4T6lQ70x for ; Fri, 1 Apr 2016 19:31:56 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 8A24112D131 for ; Fri, 1 Apr 2016 19:31:56 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.136.128; From: "Susan Hares" To: "'Steven Cheung \(stecheun\)'" References: <000401d186a5$38fac760$aaf05620$@ndzh.com> In-Reply-To: Date: Fri, 1 Apr 2016 22:30:58 -0400 Message-ID: <002f01d18c87$b51e4af0$1f5ae0d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0030_01D18C66.2E113ED0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQK70ORPhcSvFaBBkJVzSCfrhkxPugJNHSXwAsk2ZqqdeLqfsA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: "'idr@ietf. org'" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 02:31:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0030_01D18C66.2E113ED0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Steven: Can you provide some insight into why you consider the https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / specific enough to consider for option one while others posting on this list do not consider it specific enough? Sue From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Steven Cheung (stecheun) Sent: Friday, April 01, 2016 9:45 PM To: Susan Hares Cc: 'idr@ietf. org' Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Hi, Sue, John, Support: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / Thanks. -Steven From: Idr on behalf of Susan Hares Date: Friday, March 25, 2016 at 7:47 AM To: "'idr@ietf. org'" Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 additions. These options are filters, actions or critical security additions. The flow specification work has been a part of the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the email list has select to start with option 1 - extending RFC5575. We also will be gathering details on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support). This is a group call for the drafts to be considered in the flow specification work. For each of the drafts you wish to be considered Option 1, please indicate: 1) If this option is valuable for the DDoS deployments or another critical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized- sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts - the Option 1 section out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder ------=_NextPart_000_0030_01D18C66.2E113ED0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Steven:

 

Can you provide some = insight into why you consider the

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

 

specific enough to = consider for option one while others posting on this list do not = consider it specific enough?

 

Sue =

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Steven Cheung = (stecheun)
Sent: Friday, April 01, 2016 9:45 PM
To: = Susan Hares
Cc: 'idr@ietf. org'
Subject: Re: [Idr] = WG Adoption call for drafts for Flow Specification option 1 (RFC5575 = additions (filters/actions) 3/25 to = 4/8/2016

 

 

=

Thanks.

-Steven

 

=

From: = Idr <idr-bounces@ietf.org> on = behalf of Susan Hares <shares@ndzh.com>
Date: = Friday, March 25, 2016 at 7:47 AM
To: "'idr@ietf. = org'" <idr@ietf.org>
Subject: = [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to = 4/8/2016

 

=

IDR WG: =

 

This begins a 2 week WG = Call (3/25 to 4/8/2016) for the set of drafts to be considered in = RFC5575 additions. These options are filters, actions or critical = security additions.  The flow specification work has been a part of = the interims since IETF 94

https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedi= ngs.html

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedi= ngs.html

 

There will be a brief flow = specification presentation at IETF 95, and the email list has select to = start with option 1 – extending RFC5575.  We also will be = gathering details on the SDN/NFV use case for option 2 (new NLRI and = Wide Communities support).

 

This is a group call for = the drafts to be considered in the flow specification work.  For = each of the drafts you wish to be considered Option 1, please indicate: =

 

1)      = If this = option is valuable for the DDoS deployments or another critical = deployments,  

2)      = Do you feel = this draft is useful, but not ready for adoption, =

3)      = Do you feel = this draft is a good start for this work.

 

The drafts to consider = are:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/

ht= tps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec= -interfaceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/=

 

And for the ordering of = these filters and actions drafts – the Option 1 section out of = this

https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A = revised draft with just Option 1 will be posted) =

 

Sue Hares and John Scudder =

 

 

 

------=_NextPart_000_0030_01D18C66.2E113ED0-- From nobody Sun Apr 3 06:06:43 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5293412D555; Sun, 3 Apr 2016 06:06:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.932 X-Spam-Level: X-Spam-Status: No, score=-106.932 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] 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 h9jNuGigyiS7; Sun, 3 Apr 2016 06:06:25 -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 4D6D612D56D; Sun, 3 Apr 2016 06:06:22 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C89EB180014; Sun, 3 Apr 2016 06:05:38 -0700 (PDT) To: gjoko.stamenkov@mikasta.com, pst@cisco.com, rchandra@cisco.com, tli@skat.usc.edu X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20160403130538.C89EB180014@rfc-editor.org> Date: Sun, 3 Apr 2016 06:05:38 -0700 (PDT) Archived-At: Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, idr@ietf.org Subject: [Idr] [Errata Rejected] RFC1997 (4576) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2016 13:06:31 -0000 The following errata report has been rejected for RFC1997, "BGP Communities Attribute". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=1997&eid=4576 -------------------------------------- Status: Rejected Type: Editorial Reported by: Gjoko Stamenkov Date Reported: 2016-01-02 Rejected by: Alvaro Retana (IESG) Section: GLOBAL Original Text ------------- Well-known Communities The following communities have global significance and their operations shall be implemented in any community-attribute-aware BGP speaker. NO_EXPORT (0xFFFFFF01) All routes received carrying a communities attribute containing this value MUST NOT be advertised outside a BGP confederation boundary (a stand-alone autonomous system that is not part of a confederation should be considered a confederation itself). NO_ADVERTISE (0xFFFFFF02) All routes received carrying a communities attribute containing this value MUST NOT be advertised to other BGP peers. NO_EXPORT_SUBCONFED (0xFFFFFF03) All routes received carrying a communities attribute containing this value MUST NOT be advertised to external BGP peers (this includes peers in other members autonomous systems inside a BGP confederation). Corrected Text -------------- Well-known Communities The following communities have global significance and their operations shall be implemented in any community-attribute-aware BGP speaker. NO_EXPORT (0xFFFFFF01) All routes received carrying a communities attribute containing this value MUST NOT be advertised to external BGP peers (this includes peers in other members autonomous systems inside a BGP confederation). NO_ADVERTISE (0xFFFFFF02) All routes received carrying a communities attribute containing this value MUST NOT be advertised to other BGP peers. NO_EXPORT_SUBCONFED (0xFFFFFF03) All routes received carrying a communities attribute containing this value MUST NOT be advertised outside a BGP confederation boundary (a stand-alone autonomous system that is not part of a confederation should be considered a confederation itself). Notes ----- Definitions of NO_EXPORT and NO_EXPORT_SUBCONFED are interchanged in the original text. === (Alvaro Retana) === After some research and discussion with the WG [1], I'm rejecting this report. [1] https://www.ietf.org/mail-archive/web/idr/current/msg15364.html --VERIFIER NOTES-- After some research and discussion with the WG [1], I'm rejecting this report. [1] https://www.ietf.org/mail-archive/web/idr/current/msg15364.html -------------------------------------- RFC1997 (no draft string recorded) -------------------------------------- Title : BGP Communities Attribute Publication Date : August 1996 Author(s) : R. Chandra, P. Traina, T. Li Category : PROPOSED STANDARD Source : Inter-Domain Routing Area : Routing Stream : IETF Verifying Party : IESG From nobody Mon Apr 4 06:17:52 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99DE612D137 for ; Mon, 4 Apr 2016 06:17:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fnbYbQYJtWR7 for ; Mon, 4 Apr 2016 06:17:48 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-01.alcatel-lucent.com [135.245.18.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D11A12D16D for ; Mon, 4 Apr 2016 06:17:47 -0700 (PDT) Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id 89EEEDB92A4B5; Mon, 4 Apr 2016 13:17:43 +0000 (GMT) Received: from us70tusmtp1.zam.alcatel-lucent.com (us70tusmtp1.zam.alcatel-lucent.com [135.5.2.63]) by us70tumx1.dmz.alcatel-lucent.com (GMO) with ESMTP id u34DHkuE026860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Apr 2016 13:17:46 GMT Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id u34DHiAO002798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Apr 2016 13:17:45 GMT Received: from SG70XWXCHHUB02.zap.alcatel-lucent.com (135.253.2.47) by US70UWXCHHUB01.zam.alcatel-lucent.com (135.5.2.48) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 4 Apr 2016 09:17:44 -0400 Received: from SG70YWXCHMBA06.zap.alcatel-lucent.com ([169.254.6.113]) by SG70XWXCHHUB02.zap.alcatel-lucent.com ([135.253.2.47]) with mapi id 14.03.0195.001; Mon, 4 Apr 2016 21:17:40 +0800 From: "Khatri, Paresh (Nokia - AU)" To: "shares@ndzh.com" , "idr@ietf.org" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgHc5JAA Date: Mon, 4 Apr 2016 13:17:40 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <5866E8BE-61EA-46F4-84D3-C7E5B8F52073@alcatel-lucent.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.6.2.160219 x-originating-ip: [135.253.19.16] Content-Type: multipart/alternative; boundary="_000_D327EF6B3F96Bpareshkhatrialcatellucentcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2016 13:17:50 -0000 --_000_D327EF6B3F96Bpareshkhatrialcatellucentcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Sue, Support: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-pat= h-redirect/ Cheers, Paresh From: Idr > on behalf of= Susan Hares > Date: Friday 25 March 2016 at 15:47 To: "'idr@ietf. org'" > Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be= considered in RFC5575 additions. These options are filters, actions or cri= tical security additions. The flow specification work has been a part of t= he interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the e= mail list has select to start with option 1 =96 extending RFC5575. We also= will be gathering details on the SDN/NFV use case for option 2 (new NLRI a= nd Wide Communities support). This is a group call for the drafts to be considered in the flow specificat= ion work. For each of the drafts you wish to be considered Option 1, pleas= e indicate: 1) If this option is valuable for the DDoS deployments or another crit= ical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-= redirect/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts =96 the Option 1 s= ection out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder --_000_D327EF6B3F96Bpareshkhatrialcatellucentcom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <794B570337768F4BB29C8247140C3013@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable

Cheers,
Paresh


From:  Idr &l= t;idr-bounces@ietf.org> on behalf of Susan Hares <shares@ndzh.com>
Date: Friday 25 March 2016 at 15:47=
To: "'idr@ietf. org'" <= ;idr@ietf.org>
Subject: [Idr] WG Adoption call for= drafts for Flow Specification option 1 (RFC5575 additions (filters/actions= ) 3/25 to 4/8/2016

IDR WG:

 

This begins a 2 week WG Call (3/25 to 4/8/2016) for = the set of drafts to be considered in RFC5575 additions. These options are = filters, actions or critical security additions.  The flow specificati= on work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2= 016/02/08/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2= 016/03/07/idr/proceedings.html

 

There will be a brief flow specification presentatio= n at IETF 95, and the email list has select to start with option 1 =96 exte= nding RFC5575.  We also will be gathering details on the SDN/NFV use c= ase for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the drafts to be considered= in the flow specification work.  For each of the drafts you wish to b= e considered Option 1, please indicate:

 

1) &nbs= p;    If this option is valuable for the DDoS deploym= ents or another critical deployments,  

2) &nbs= p;    Do you feel this draft is useful, but not ready= for adoption,

3) &nbs= p;    Do you feel this draft is a good start for this= work.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-hao= -idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/d= raft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatra= cker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

 

And for the ordering of these filters and actions dr= afts =96 the Option 1 section out of this

https://datatracker.ietf.org/doc/draft-hares-idr-f= lowspec-combo/

(A revised draft with just Option 1 will be posted) =

 

Sue Hares and John Scudder

 

 

 

 --_000_D327EF6B3F96Bpareshkhatrialcatellucentcom_-- From nobody Mon Apr 4 12:17:28 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D94012D7FB for ; Mon, 4 Apr 2016 12:17:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 a0alEQFm1jnP for ; Mon, 4 Apr 2016 12:17:21 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0131.outbound.protection.outlook.com [207.46.100.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97E3F12D832 for ; Mon, 4 Apr 2016 12:17:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qnXioeo7hAy6ofjy7HeLejdL3oGihXuCkNI8ulJhMRk=; b=kJlII5Gr5Zu4LAnIs1IpAaFLB5+CMQkpkocfGeoQytQ3IHoENKFmnZrLvBPLRi15luVqtRC21VLXWwmGt3zITaNGvUSkyRHmwQmRhdj/4x86LPaY1X8fZ4TJ0GN3DFCVOGhvcZqTSK9vloL1c33fP0WZlHVvHOTNMGujt1dZuy4= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; Received: from ssubron-sslvpn-nc.jnpr.net (66.129.241.14) by BL2PR05MB193.namprd05.prod.outlook.com (10.242.198.143) with Microsoft SMTP Server (TLS) id 15.1.443.12; Mon, 4 Apr 2016 19:17:01 +0000 From: "John G. Scudder" Content-Type: multipart/alternative; boundary="Apple-Mail=_B287C8A2-4849-4949-8576-918C9AB63BFA" Date: Mon, 4 Apr 2016 16:16:50 -0300 References: To: Message-ID: <0149AEDF-3191-457B-9A30-59E43B841250@juniper.net> MIME-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: CY1PR17CA0041.namprd17.prod.outlook.com (25.163.68.51) To BL2PR05MB193.namprd05.prod.outlook.com (10.242.198.143) X-MS-Office365-Filtering-Correlation-Id: 64991e6a-a2b0-49aa-7d88-08d35cbdb3df X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB193; 2:8hcCTmvUJPTYXnIWBembQeEC+Vdg15STum3CYXfqE/sZXCgwOGvN+unFsLQNmJ3uCPCqUBM9AwAKM6TQptFt+/uP+KdypTNa1iCcaOhTPlct8Y4uHnDndGQ2iUgDJukttSW5b0lQYgeloDcFYfEhrvtLo3D244NJarftYiBfeTXMTOSJfrJD35agjbdvefEH; 3:8A2WrnNlmOUKHabgVZfNSMrSyYTp98Xdb872eyGoIyQGd27zYy3zU7krHpcPFINhiVduIg93N86IBB2PldUj6Ag7ajlznyeZYQ9ckZu9oTK68J6EvKxsHnsW55XJhogI; 25:u7dsLI4fLHQ/x3MHKc3Ro3lfl+BgJ4VWFanXdDmlezS+7EJ6x+H+MKV/nl4Bf1Y9V7Yt7mu6sJjiOtC5U+7khSWRTqnOCHfCbscWxQyQDTaoyqC2xY7k2O4fVicwg0RWH5CMlkUv8VI96y70DZtKqHRcEh7w7J94grk0bcyfnMOjSe5zH8MQAOOUMnQw5aM8/EWmkepQ0tNKe7FEqsx3EnkOLfT+xOt+2HOvi/um1GnBFroReAf8LTTlJwhk0HPMhyhKn5i+/sa8DkBga6PDbHOwySPqgagWcJAxaEIa6hoBo1Dq9hpuBvlhPwOTcmhV3e8olu5nKZD103KpkxdcsudJeap4gvG1KvLehMv71Ec= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB193; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB193; 20:Zt9zckq5IKplFYUqkZyR8g7QN0QrfiZ6HQmeuq8tMBPXC+42utCXbs0+cBRnRcBYcmJ0sNDBMWKuunupxHA8uRhPS4nNqoZFOTqp/YrHD743iwUh/4b2+FQtoPJTyvSuCyWJl8eNnzkXZk/Nzyu1kmQz79slCf7lyoazOZn7tAOzf3KtSXxFWxWbK6RmDWwIgd4DlePvkxZqyuwfOpBpoMz5/gCjuy0rAG8HhutU584tX2J7q5QGTTUna2LaCN+yrtrFeJ/MeAo4hx7pn0MMl7EW/l/apP0HZvRFvMElFKpQZaVO6RuZVZQx0hSowvT+12d+92M9fFHaBD/yAYomdlnvPJnZ+BqKtUkNJ2nt6dGKO8hQmhjls9tVaw/PIFvo121hA/BOxf8FzHtJYXZ/2n5bMGq/dLKELt0HzRRt/uA4/rh/Sg7VSEW7cj1SFBnGUJX8KH1yzeEa+sLaVhbf1O8MwcjcrA2AqF9v6HvQPslt7A+7UEeRcFPXjrLLo9n1; 4:/NaG43JqlLxAvco5dK7yVCUwN4a3z2iF95D7B4uinoI15ZTKJyDHgjOtITrYykxyE7E6KMttHJ8bAtrkq5Qos9vPF45fwhYQVodVoUGvLa3R3lwlesrNED+A0dttAjGWZIn0JvFQhaBI6D7nuUhDQzuoXUMD7MaW8iQst1Lv2kST7RPfagO+O8vqPzB7xOpbjlJRwcGWrl9OMcDFuD9GBrf44QVHTSS5CwwkfACf49gqtkhOitRDex4qm7tDRw/kex/Ulx/sAD6lhIMeJNOkRuKZXkATlBC0gmpDRpj1ZE6PNHo2T0KxGaQh+0IPvrAooINvu+SNfsdGv18ro1NswZCtwxWuxM0aXOKOQl4SBsOolfipouRMvdN9D93n1ZGADiCThsv6uw7kQeXGLWKNqyw2+M1QwCIPftMwB3iAT4s= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(138986009662008); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BL2PR05MB193; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB193; X-Forefront-PRVS: 0902222726 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(377424004)(377454003)(2473001)(5004730100002)(5008740100001)(86362001)(189998001)(69556001)(19580395003)(77096005)(84326002)(6116002)(3846002)(2351001)(230783001)(42186005)(586003)(82746002)(19580405001)(57306001)(50226001)(512874002)(53416004)(110136002)(83716003)(450100001)(66066001)(33656002)(15974865002)(107886002)(81166005)(76176999)(19617315012)(36756003)(15975445007)(2906002)(50986999)(1096002)(92566002)(42262002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB193; H:ssubron-sslvpn-nc.jnpr.net; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB193; 23:dbV2emjKlEK35mjpiOjRyVIkx4+Kbqosg608S1bgR0?= =?us-ascii?Q?dF4xInNDakQlUEOwQSc0IB6p8u4EEd+sn/kXLeHtFX4khvPJ9e/8r2UjC2BE?= =?us-ascii?Q?K+dUROv5ya89rd7fUTS63Q6ntPHxzu6Hy/dB3LKcdcAYEFiHSCrecfI3PNmy?= =?us-ascii?Q?jH/8aTvvEzXj6mI1rYQ14tgOGJ9fc2lxzjq6ZKIKXZfyMsk9sbYmG9HgT8Dk?= =?us-ascii?Q?Aiib+mXzDr3lQYhIVygfTNLnExqfZ7w21f3DencDvdZrmdR/KvGUu218magl?= =?us-ascii?Q?/ExlRZlGJFZJq4jz+ATvG/OkuY3HpNiPihww1+N7lXjdjM+PsO0+0RQREW2f?= =?us-ascii?Q?48VTXoNbuE63oFja2vOAJTIL4x4EKVlh1ytizdlpe2xycZtfje7f1rqMUFc2?= =?us-ascii?Q?roXFdj14VtrBt40RctJHx09j+I3KTwPqX9ocNgJTarZHNCAwhHYZBKsclnnm?= =?us-ascii?Q?MN4SWj5LNo5SQhwNeak1VoMon5am+a5R/QvoJG/iXDhvoKAdGeh5jq7xaqBB?= =?us-ascii?Q?cF87HXiYzxyDvIe/sYP6FMJ3ploJ9lA0MIdeDZwOnzK8OaFLZkHEuoNFjKNU?= =?us-ascii?Q?+b6/O6wbLdI1I1xeyccdlmnLfuCTursd99hlBeG5szq7yrYspUJ5AAlNgGIm?= =?us-ascii?Q?MrHLNRky2mpT+E7v7Vxe8Nod+Zde8E5Fr/Psh6ElO5c/WWYUif54XXSG7V4F?= =?us-ascii?Q?2mYAqPJvdkWanpH6LzgCSI4eJ4IHpiP0dfc9LCMmw43xwyoGwbikae0jnHV0?= =?us-ascii?Q?X3E1YZYzSAc/5p+iXmojbki3kxUShcO2vU5P7P3MExRfAdvE0ghaqaTZzdXb?= =?us-ascii?Q?YaKyFfW4h7/x6IWdk6NXuV2EDwBjZPsL5/HBa+8v5iUTgavwheAeKgLhrneA?= =?us-ascii?Q?Ef7qi0Rrb47xLEM2TY39hs09VL62DnjDXwLCukXE8AkAQew4X8Sn6kY6ZrHp?= =?us-ascii?Q?gQliAopluMvQjOgzWfIOvK6QzGYMA9L7RdTvD1wDsxQWbCAGXqOpSyQMeIib?= =?us-ascii?Q?AgKHeE7UJFZ0ULqLWGTfCIoDeRayqfbAhByGeTBer4r5Mn2KpMR1Ij3AeUmQ?= =?us-ascii?Q?O9u2swn2Ijepsr8SdjKDUvTb72Q8Ogwy47fpwIk2/3H8eBh0Bn390tppexDW?= =?us-ascii?Q?xjdtbCPAI=3D?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB193; 5:2pS5PAROqLEoceJxc/IQ2DleNKlvK9xEqyY7T4x5/vzaDBvdBwDP7yRKEYc37QZJ6JCrdFTC7r0//7yQ597J3QifQ+e3fke0QmxPcyXTmA9ZzVs98h+AhsvPyt+tcEEHXl1QRmDyc5CylV1gm7TPaQ==; 24:2JIsyD2ci56useWGjCiYThhW49ikG7TIFxdCF9e9TMW1kP3M+36M/ideVCvNKt4tNaEXpTOmsH9KplBdoJ872XRqA0FQo6Wwft4YyLQJ/j8= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Apr 2016 19:17:01.4950 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB193 Archived-At: Subject: [Idr] Fwd: draft-ymbk-idr-bgp-open-policy-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2016 19:17:28 -0000 --Apple-Mail=_B287C8A2-4849-4949-8576-918C9AB63BFA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Forwarding for the author > Begin forwarded message: >=20 > From: Alexander Azimov > Subject: Fwd: draft-ymbk-idr-bgp-open-policy-00.txt > Date: April 4, 2016 at 3:48:43 PM GMT-3 > To: "John G. Scudder" >=20 > ---------- =D0=9F=D0=B5=D1=80=D0=B5=D0=B0=D0=B4=D1=80=D0=B5=D1=81=D0=BE=D0= =B2=D0=B0=D0=BD=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD= =D0=B8=D0=B5 ---------- > =D0=9E=D1=82: "Alexander Azimov" > > =D0=94=D0=B0=D1=82=D0=B0: 04.04.2016 15:40 > =D0=A2=D0=B5=D0=BC=D0=B0: draft-ymbk-idr-bgp-open-policy-00.txt > =D0=9A=D0=BE=D0=BC=D1=83: > > =D0=9A=D0=BE=D0=BF=D0=B8=D1=8F:=20 >=20 > Dear colleagues, >=20 > May be you've missed previous email, but we are still waiting for = feedback and comments, thank you! >=20 > A new version of I-D, draft-ymbk-idr-bgp-open-policy-00.txt > has been successfully submitted by Randy Bush and posted to the > IETF repository. >=20 > Name: draft-ymbk-idr-bgp-open-policy > Revision: 00 > Title: Route Leak Detection and Filtering using Roles in = Update and Open messages > Document date: 2016-03-21 > Group: Individual Submission > Pages: 8 > URL: = https://www.ietf.org/internet-drafts/draft-ymbk-idr-bgp-open-policy-00.txt= = > Status: = https://datatracker.ietf.org/doc/draft-ymbk-idr-bgp-open-policy/ = > Htmlized: = https://tools.ietf.org/html/draft-ymbk-idr-bgp-open-policy-00 = >=20 >=20 > Abstract: > Route Leaks are propagation of BGP prefixes which violate = assumptions > of BGP topology relationships; e.g. passing a route learned from = one > peer to another peer or to a transit provider, passing a route > learned from one transit provider to another transit provider or to = a > peer. Today, approaches to leak prevention rely on marking routes > according to some configuration options without any check of the > configuration corresponds to that of the BGP neighbor, or = enforcement > that the two BGP speakers agree on the relationship. This document > enhances BGP Open to establish agreement of the (peer, customer, > provider, internal) relationship of two BGP neighboring speakers to > enforce appropriate configuration on both sides. Propagated routes > are then marked with a flag according to agreed relationship = allowing > detection and mitigation of route leaks. > --=20 > | Alexander Azimov | HLL l QRATOR > | tel.: +7 499 241 81 92 > | mob.: +7 915 360 08 86 > | skype: mitradir > | mailto: aa@qrator.net > | visit: www.qrator.net --Apple-Mail=_B287C8A2-4849-4949-8576-918C9AB63BFA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" Forwarding for the author

Begin = forwarded message:

From: = Alexander Azimov <aa@qrator.net>
Subject: = Fwd: = draft-ymbk-idr-bgp-open-policy-00.txt
Date: = April 4, 2016 at 3:48:43 PM = GMT-3
To: = "John G. Scudder" <jgs@juniper.net>

---------- = =D0=9F=D0=B5=D1=80=D0=B5=D0=B0=D0=B4=D1=80=D0=B5=D1=81=D0=BE=D0=B2=D0=B0=D0= =BD=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5= ----------
=D0=9E=D1=82: "Alexander Azimov" <aa@qrator.net>
=D0=94=D0=B0=D1=82=D0=B0: 04.04.2016 15:40
=D0=A2=D0=B5=D0=BC=D0=B0: = draft-ymbk-idr-bgp-open-policy-00.txt
=D0=9A=D0=BE=D0=BC=D1=83= : <idr@ietf.org>
=D0=9A=D0=BE=D0=BF=D0=B8=D1=8F:

Dear = colleagues,

May be = you've missed previous email, but we are still waiting for feedback and = comments, thank you!

A new version of I-D, = draft-ymbk-idr-bgp-open-policy-00.txt
has been = successfully submitted by Randy Bush and posted to the
IETF repository.

Name:        =    draft-ymbk-idr-bgp-open-policy
Revision:      =  00
Title:        =   Route Leak Detection and Filtering using Roles in Update = and Open messages
Document = date:  2016-03-21
Group:  =         Individual Submission
Pages:          8
URL:            https://www.ietf.org/internet-drafts/draft-ymbk-idr-bgp-open-po= licy-00.txt
Status:        =  https://datatracker.ietf.org/doc/draft-ymbk-idr-bgp-open-policy= /
Htmlized:      =  https://tools.ietf.org/html/draft-ymbk-idr-bgp-open-policy-00


Abstract:
   Route Leaks are propagation of BGP prefixes = which violate assumptions
   of = BGP topology relationships; e.g. passing a route learned from = one
   peer to another peer = or to a transit provider, passing a route
   learned from one transit provider to another = transit provider or to a
  =  peer.  Today, approaches to leak prevention rely on marking = routes
   according to some = configuration options without any check of the
   configuration corresponds to that of the BGP = neighbor, or enforcement
   that = the two BGP speakers agree on the relationship.  This = document
   enhances = BGP Open to= establish agreement of the (peer, customer,
   provider, internal) relationship of two BGP = neighboring speakers to
  =  enforce appropriate configuration on both sides.  Propagated = routes
   are then marked with = a flag according to agreed relationship allowing
   detection and mitigation of route = leaks.
--
| Alexander Azimov  | = HLL l QRATOR
| tel.: +7 499 241 81 92
| mob.: +7 915 360 08 86
| skype: = mitradir
| mailto: aa@qrator.net
| visit: www.qrator.net

= --Apple-Mail=_B287C8A2-4849-4949-8576-918C9AB63BFA-- From nobody Mon Apr 4 14:28:47 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B42F712D8C2; Mon, 4 Apr 2016 14:28:43 -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 MXuTh3CZmFzP; Mon, 4 Apr 2016 14:28:41 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0846412D8BB; Mon, 4 Apr 2016 14:28:41 -0700 (PDT) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id 5B6EB324545; Mon, 4 Apr 2016 23:28:39 +0200 (CEST) Received: from Exchangemail-eme3.itn.ftgroup (unknown [10.114.50.55]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 3A35F238055; Mon, 4 Apr 2016 23:28:39 +0200 (CEST) Received: from OPEXCNORM2F.corporate.adroot.infra.ftgroup ([fe80::994e:c3e:1d70:d2b4]) by OPEXCNORM63.corporate.adroot.infra.ftgroup ([fe80::950f:e42a:174e:2048%21]) with mapi id 14.03.0279.002; Mon, 4 Apr 2016 23:28:39 +0200 From: To: Eric C Rosen Thread-Topic: [bess] draft-rosen-mpls-rfc3107bis Thread-Index: AQHRjDXCqHf38G7z/0eG06bIad1uvp96Udrw Date: Mon, 4 Apr 2016 21:28:37 +0000 Message-ID: <4017_1459805319_5702DC87_4017_5007_1_53C29892C857584299CBF5D05346208A0F83177A@OPEXCNORM2F.corporate.adroot.infra.ftgroup> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> In-Reply-To: <56FEA566.8070605@juniper.net> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.4.203019 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2016 21:28:43 -0000 > From: Eric C Rosen [mailto:erosen@juniper.net] > Sent: Friday, April 01, 2016 1:44 PM >=20 > On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote: > >> I'm quite sure you have deployed implementations, from several > >> prominent vendors, that will not properly handle this case. > > I'm waiting for this/these implementation(s) to make a public statement > in this thread / IETF WGs. Then we can discuss whether the issue comes > from RFCF3107 or from the implementation. > > If none make a public statement, we should assume that all > implementations are capable of receiving multiple labels, as per RFC 3107. > I strongly disagree with this. We should not ignore the facts just > because you don't like the way the facts were gathered. >=20 > A better approach would be to have operators state whether they have any > deployments in which the "multiple labels" feature is used in a > multi-vendor environment. It is very useful when working on a "bis" > draft to determine which features have been proven to work in a > multi-vendor environment and which have not. Asking operators or vendors is equally fine for me. My issue is how do we prove that _nobody_ is using it? Proving the negative= is hard, and silence is not part of the proof. To prove the negative, we w= ould need explicit statement from everyone, which looks impossible. =20 > > Any non-compliant implementation may create interoperability issues and > unpredictable results. > > From an IETF standpoint, the question is whether a RFC 3107 > implementation would create interoperability issues, up to shutting down > the BGP session. >=20 > There are deployed 3107 implementations which always assume that the > NLRI contains a single label. If you tried to interwork these with 3107 > implementations that send multiple labels , you will experience the kind > of disruption.=20 Agreed. But between 2 3107 speakers, we can determine which implementation = has a bug. Whereas between a 3107 speaker and 3107bis speaker, both impleme= ntations may be compliant, but still the BGP session would go done. > 3107bis tries to allow the use of multiple labels while > preventing this sort of disruption from occurring. Agreed. I support this. =20 > > If you mean that some non-compliant implementation do not work, well > let's fix them. >=20 > The situation is that there is a commonly deployed "bug" in old > implementations, but it is not seen because the bug is in a feature that > no one has been using. If new implementations use that feature, the bug > will be seen, and network disruption will occur. One could say "fix all > the old implementations", but it seems wiser to have new implementations > avoid tickling the bug. The Capability is not proposed for the > purpose of helping the vendors, it's there to help the operators. I support the capability. =20 > I'm not sure why you think there would be BGP session drops due to > 3107bis; if a 3107 implementation sends multiple labels to a 3107bis > implementation, I think the 3107bis implementation would do > "treat-as-withdraw" rather than "drop the session". "treat-as-withdraw" would be fine for me. But this requires the 3107bis imp= lementation to be able to parse the stack of (multiple) labels, in order to= identify the IP prefix and treat it as withdraw. However, by hypothesis, t= his speaker is not capable of receiving multiple labels (in short skipping = labels until it founds the S bit set) =20 > Perhaps a reasonable approach for 3107bis would be the following: >=20=20 > - A 3107bis implementation will not send multiple labels to a peer > unless the Capability has been received from that peer. (This prevents > 3107bis implementations from tickling the 'bug' in 3107 implementations.) Good for me. > - A 3107bis implementation will accept multiple labels from a peer even > in the absence of the Capability. Good for me. Note that I'm not asking for this route to be installed: I'm fine with trea= t-as-withdraw. But this does imply that the 3107bis speaker be always capab= le of parsing a stack of multiple labels, in order to skip the MPLS stack, = identify the IP prefix, and treat it as withdraw. Your approach seems along the line of my original email where I was proposi= ng the following change: "- Even if the capability is not advertised by both peers, and hence a sing= le label is expected, all implementations MUST check that the "S" bit (in t= his first label) is set to 1. If the bit is cleared, the Prefix MUST be ide= ntified as per RFC 3107/this document and treated as withdraw as defined in= RFC 7606." https://mailarchive.ietf.org/arch/msg/mpls/XNhUSSfwTpnOjNZGlpc7O2j3G1g =20 > Another approach would be to have a knob that determines whether the > Capability needs to be used before multiple labels are advertised. I'm may be missing what you mean, but that alternative approach does not se= em to address my concern. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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 Tue Apr 5 02:49:14 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FB9C12D10B for ; Tue, 5 Apr 2016 02:49:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ewu0if33FPvp for ; Tue, 5 Apr 2016 02:49:10 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3C5712D147 for ; Tue, 5 Apr 2016 02:49:09 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CLP10601; Tue, 05 Apr 2016 09:49:07 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Apr 2016 10:48:02 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Tue, 5 Apr 2016 17:47:58 +0800 From: Youjianjie To: Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgIeScqg Date: Tue, 5 Apr 2016 09:47:57 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> In-Reply-To: <000401d186a5$38fac760$aaf05620$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.148] Content-Type: multipart/alternative; boundary="_000_F6C28B32DA084644BB6C8D0BD65B669DBDF595NKGEML515MBXchina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57038A13.0102, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 9e4ed0f3cbfa145a8bee645674b384ad Archived-At: Subject: [Idr] =?gb2312?b?tPC4tDogIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBm?= =?gb2312?b?b3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0?= =?gb2312?b?aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 09:49:13 -0000 --_000_F6C28B32DA084644BB6C8D0BD65B669DBDF595NKGEML515MBXchina_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU3VlLCBKb2huLA0KDQpJIHN1cHBvcnQgYWRvcHRpb24gb2YgZm9sbG93aW5nczoNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tl dC1yYXRlLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1m bG93c3BlYy1udm8zLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlh bmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0Lw0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRj aC8NCg0KVGhlc2UgZHJhZnRzIHByb3Bvc2VkIHVzZWZ1bCBGUyBleHRlbnNpb25zLiBidHcgSSBl Y2hvIEx1Y3mhr3MgY29tbWVudHMgb24gRlMtcmVkaXJlY3QgZHJhZnRzLg0KDQpSZWdhcmRzLA0K SmlhbmppZQ0KDQq3orz+yMs6IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSC0+rHt IFN1c2FuIEhhcmVzDQq3osvNyrG85DogMjAxNsTqM9TCMjXI1SAyMjo0Nw0KytW8/sjLOiAnaWRy QGlldGYuIG9yZycNCtb3zOI6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3Ig RmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVycy9h Y3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2DQoNCklEUiBXRzoNCg0KVGhpcyBiZWdpbnMgYSAyIHdl ZWsgV0cgQ2FsbCAoMy8yNSB0byA0LzgvMjAxNikgZm9yIHRoZSBzZXQgb2YgZHJhZnRzIHRvIGJl IGNvbnNpZGVyZWQgaW4gUkZDNTU3NSBhZGRpdGlvbnMuIFRoZXNlIG9wdGlvbnMgYXJlIGZpbHRl cnMsIGFjdGlvbnMgb3IgY3JpdGljYWwgc2VjdXJpdHkgYWRkaXRpb25zLiAgVGhlIGZsb3cgc3Bl Y2lmaWNhdGlvbiB3b3JrIGhhcyBiZWVuIGEgcGFydCBvZiB0aGUgaW50ZXJpbXMgc2luY2UgSUVU RiA5NA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAyLzA4 L2lkci9wcm9jZWVkaW5ncy5odG1sDQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9p bnRlcmltLzIwMTYvMDMvMDcvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCg0KVGhlcmUgd2lsbCBiZSBh IGJyaWVmIGZsb3cgc3BlY2lmaWNhdGlvbiBwcmVzZW50YXRpb24gYXQgSUVURiA5NSwgYW5kIHRo ZSBlbWFpbCBsaXN0IGhhcyBzZWxlY3QgdG8gc3RhcnQgd2l0aCBvcHRpb24gMSCoQyBleHRlbmRp bmcgUkZDNTU3NS4gIFdlIGFsc28gd2lsbCBiZSBnYXRoZXJpbmcgZGV0YWlscyBvbiB0aGUgU0RO L05GViB1c2UgY2FzZSBmb3Igb3B0aW9uIDIgKG5ldyBOTFJJIGFuZCBXaWRlIENvbW11bml0aWVz IHN1cHBvcnQpLg0KDQpUaGlzIGlzIGEgZ3JvdXAgY2FsbCBmb3IgdGhlIGRyYWZ0cyB0byBiZSBj b25zaWRlcmVkIGluIHRoZSBmbG93IHNwZWNpZmljYXRpb24gd29yay4gIEZvciBlYWNoIG9mIHRo ZSBkcmFmdHMgeW91IHdpc2ggdG8gYmUgY29uc2lkZXJlZCBPcHRpb24gMSwgcGxlYXNlIGluZGlj YXRlOg0KDQoNCjEpICAgICAgSWYgdGhpcyBvcHRpb24gaXMgdmFsdWFibGUgZm9yIHRoZSBERG9T IGRlcGxveW1lbnRzIG9yIGFub3RoZXIgY3JpdGljYWwgZGVwbG95bWVudHMsDQoNCjIpICAgICAg RG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyB1c2VmdWwsIGJ1dCBub3QgcmVhZHkgZm9yIGFkb3B0 aW9uLA0KDQozKSAgICAgIERvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgYSBnb29kIHN0YXJ0IGZv ciB0aGlzIHdvcmsuDQoNClRoZSBkcmFmdHMgdG8gY29uc2lkZXIgYXJlOg0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUv DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVj LW52bzMvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZs b3dzcGVjLXJlZGlyZWN0LXR1bm5lbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQvDQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxh YmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlk ci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRj aC8NCg0KQW5kIGZvciB0aGUgb3JkZXJpbmcgb2YgdGhlc2UgZmlsdGVycyBhbmQgYWN0aW9ucyBk cmFmdHMgqEMgdGhlIE9wdGlvbiAxIHNlY3Rpb24gb3V0IG9mIHRoaXMNCmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21iby8NCihBIHJl dmlzZWQgZHJhZnQgd2l0aCBqdXN0IE9wdGlvbiAxIHdpbGwgYmUgcG9zdGVkKQ0KDQpTdWUgSGFy ZXMgYW5kIEpvaG4gU2N1ZGRlcg0KDQoNCg0K --_000_F6C28B32DA084644BB6C8D0BD65B669DBDF595NKGEML515MBXchina_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Sue, John,

 

I support adoption of followings:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

 

These drafts proposed useful FS extensions. btw I echo Lucy=A1=AF= s comments on FS-redirect drafts.

 

Regards,

Jianjie

 

=B7=A2=BC=FE=C8=CB: Idr [ma= ilto:idr-bounces@ietf.org] =B4=FA= =B1=ED Susan Hares
=B7=A2= =CB=CD=CA=B1=BC=E4: 2016=C4=EA3=D4=C225=C8=D5 22:47
=CA=D5=BC=FE=C8=CB: 'idr@ietf. org'
=D6=F7=CC=E2: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC557= 5 additions (filters/actions) 3/25 to 4/8/2016

 

IDR WG:

 

This begins a 2 week WG Call (3= /25 to 4/8/2016) for the set of drafts to be considered in RFC5575 addition= s. These options are filters, actions or critical security additions.  = ;The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/= proceedings/interim/2016/02/08/idr/proceedings.html

https://www.ietf.org/= proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow spec= ification presentation at IETF 95, and the email list has select to start w= ith option 1 =A8C extending RFC5575.  We also will be gathering detail= s on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the dr= afts to be considered in the flow specification work.  For each of the= drafts you wish to be considered Option 1, please indicate:

 

1) &nbs= p;    If this option is valua= ble for the DDoS deployments or another critical deployments,  

2) &nbs= p;    Do you feel this draft = is useful, but not ready for adoption,

3) &nbs= p;    Do you feel this draft = is a good start for this work.

 

The drafts to consider are:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.i= etf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of these f= ilters and actions drafts =A8C the Option 1 section out of this

https://datatracker.ietf.org/= doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Opti= on 1 will be posted)

 

Sue Hares and John Scudder

 

 

 

--_000_F6C28B32DA084644BB6C8D0BD65B669DBDF595NKGEML515MBXchina_-- From nobody Tue Apr 5 03:06:36 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D568712D1A0 for ; Tue, 5 Apr 2016 03:06:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 suyYvwgQ3f-5 for ; Tue, 5 Apr 2016 03:06:33 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CFE412D10B for ; Tue, 5 Apr 2016 03:06:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CLP13779; Tue, 05 Apr 2016 10:06:29 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Apr 2016 11:06:19 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.56]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 5 Apr 2016 18:06:12 +0800 From: Liangqiandeng To: Susan Hares , "'Steven Cheung (stecheun)'" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgEvHxWAAEPbLoD//6hGAP/6SJkQ Date: Tue, 5 Apr 2016 10:06:12 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <002f01d18c87$b51e4af0$1f5ae0d0$@ndzh.com> In-Reply-To: <002f01d18c87$b51e4af0$1f5ae0d0$@ndzh.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.113.180] Content-Type: multipart/alternative; boundary="_000_FCA9153F864C2646BE37F183391FCADD01745454nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.57038E25.01E1, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.56, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 9e4ed0f3cbfa145a8bee645674b384ad Archived-At: Cc: "'idr@ietf. org'" Subject: [Idr] =?gb2312?b?tPC4tDogIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBm?= =?gb2312?b?b3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0?= =?gb2312?b?aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 10:06:36 -0000 --_000_FCA9153F864C2646BE37F183391FCADD01745454nkgeml513mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU3VlLCBKb2huLA0KDQpJIHN1cHBvcnQgYWRvcHRpb24gb2YgZm9sbG93aW5ncywgYW5kIEkg d291bGQgZGlzY3VzcyBtb3JlIGZvciB0aGVtLg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUvDQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvDQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxh YmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxv d3NwZWMtbXBscy1tYXRjaC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVk aXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC8NCg0KUmVnYXJkcywN ClFpYW5kZW5nDQoNCreivP7IyzogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddILT6 se0gU3VzYW4gSGFyZXMNCreiy83KsbzkOiAyMDE2xOo01MIyyNUgMTA6MzENCsrVvP7IyzogJ1N0 ZXZlbiBDaGV1bmcgKHN0ZWNoZXVuKScNCrOty806ICdpZHJAaWV0Zi4gb3JnJw0K1vfM4jogUmU6 IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3IgRmxvdyBTcGVjaWZpY2F0aW9u IG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQv OC8yMDE2DQoNClN0ZXZlbjoNCg0KQ2FuIHlvdSBwcm92aWRlIHNvbWUgaW5zaWdodCBpbnRvIHdo eSB5b3UgY29uc2lkZXIgdGhlDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KDQpzcGVjaWZpYyBlbm91 Z2ggdG8gY29uc2lkZXIgZm9yIG9wdGlvbiBvbmUgd2hpbGUgb3RoZXJzIHBvc3Rpbmcgb24gdGhp cyBsaXN0IGRvIG5vdCBjb25zaWRlciBpdCBzcGVjaWZpYyBlbm91Z2g/DQoNClN1ZQ0KDQpGcm9t OiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFN0ZXZlbiBD aGV1bmcgKHN0ZWNoZXVuKQ0KU2VudDogRnJpZGF5LCBBcHJpbCAwMSwgMjAxNiA5OjQ1IFBNDQpU bzogU3VzYW4gSGFyZXMNCkNjOiAnaWRyQGlldGYuIG9yZycNClN1YmplY3Q6IFJlOiBbSWRyXSBX RyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24g MSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0K DQpIaSwgU3VlLCBKb2huLA0KDQpTdXBwb3J0OiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KDQpUaGFu a3MuDQotU3RldmVuDQoNCkZyb206IElkciA8aWRyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlk ci1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6 aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDI1LCAy MDE2IGF0IDc6NDcgQU0NClRvOiAiJ2lkckBpZXRmLiBvcmcnIiA8aWRyQGlldGYub3JnPG1haWx0 bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJh ZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChm aWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KSURSIFdHOg0KDQpUaGlzIGJlZ2lu cyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBmb3IgdGhlIHNldCBvZiBkcmFm dHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9ucy4gVGhlc2Ugb3B0aW9ucyBh cmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0eSBhZGRpdGlvbnMuICBUaGUg ZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0IG9mIHRoZSBpbnRlcmltcyBz aW5jZSBJRVRGIDk0DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIw MTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2Nl ZWRpbmdzL2ludGVyaW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGluZ3MuaHRtbA0KDQpUaGVyZSB3 aWxsIGJlIGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBhdCBJRVRGIDk1 LCBhbmQgdGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9wdGlvbiAxIKhD IGV4dGVuZGluZyBSRkM1NTc1LiAgV2UgYWxzbyB3aWxsIGJlIGdhdGhlcmluZyBkZXRhaWxzIG9u IHRoZSBTRE4vTkZWIHVzZSBjYXNlIGZvciBvcHRpb24gMiAobmV3IE5MUkkgYW5kIFdpZGUgQ29t bXVuaXRpZXMgc3VwcG9ydCkuDQoNClRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0aGUgZHJhZnRz IHRvIGJlIGNvbnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrLiAgRm9yIGVh Y2ggb2YgdGhlIGRyYWZ0cyB5b3Ugd2lzaCB0byBiZSBjb25zaWRlcmVkIE9wdGlvbiAxLCBwbGVh c2UgaW5kaWNhdGU6DQoNCg0KMSkgICAgICBJZiB0aGlzIG9wdGlvbiBpcyB2YWx1YWJsZSBmb3Ig dGhlIEREb1MgZGVwbG95bWVudHMgb3IgYW5vdGhlciBjcml0aWNhbCBkZXBsb3ltZW50cywNCg0K MikgICAgICBEbyB5b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIHVzZWZ1bCwgYnV0IG5vdCByZWFkeSBm b3IgYWRvcHRpb24sDQoNCjMpICAgICAgRG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyBhIGdvb2Qg c3RhcnQgZm9yIHRoaXMgd29yay4NCg0KVGhlIGRyYWZ0cyB0byBjb25zaWRlciBhcmU6DQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNr ZXQtcmF0ZS8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHIt Zmxvd3NwZWMtbnZvMy8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhh by1pZHItZmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8N Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3AtZmxv d3NwZWMtbGFiZWwvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRr b3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvDQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1t cGxzLW1hdGNoLw0KDQpBbmQgZm9yIHRoZSBvcmRlcmluZyBvZiB0aGVzZSBmaWx0ZXJzIGFuZCBh Y3Rpb25zIGRyYWZ0cyCoQyB0aGUgT3B0aW9uIDEgc2VjdGlvbiBvdXQgb2YgdGhpcw0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFyZXMtaWRyLWZsb3dzcGVjLWNvbWJv Lw0KKEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBiZSBwb3N0ZWQpDQoN ClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyDQoNCg0KDQo= --_000_FCA9153F864C2646BE37F183391FCADD01745454nkgeml513mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Sue, John,

 

I support adoption of followings, and I would discuss more for th= em.

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatracker.i= etf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

 

Regards,

Qiandeng

 

=B7=A2=BC=FE=C8=CB: Idr [ma= ilto:idr-bounces@ietf.org] =B4=FA= =B1=ED Susan Hares
=B7=A2= =CB=CD=CA=B1=BC=E4: 2016=C4=EA4=D4=C22=C8=D5 10:31
=CA=D5=BC=FE=C8=CB: 'Steven Cheung (stecheun)'
=B3=AD=CB=CD: 'idr@ietf. org'
=D6=F7=CC=E2: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RF= C5575 additions (filters/actions) 3/25 to 4/8/2016=

 

Steven:=

&n= bsp;

Can you= provide some insight into why you consider the

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path= -redirect/

&n= bsp;

specifi= c enough to consider for option one while others posting on this list do no= t consider it specific enough?

&n= bsp;

Sue

&n= bsp;

From: Idr [mailto:i= dr-bounces@ietf.org] On Behalf Of Steven Cheung (stecheun)
Sent: Friday, April 01, 2016 9:45 PM
To: Susan Hares
Cc: 'idr@ietf. org'
Subject: Re: [Idr] WG Adoption call for drafts for Flow Specificatio= n option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016=

 

 

Thanks.

-Steven

 

From: = Idr <idr-bounces@ietf.org> on behalf of Susan = Hares <shares@ndzh.com>
Date: Friday, March 25, 2016 at 7:47 AM
To: "'idr@ietf. org'" <= idr@ietf.org>
Subject: [Idr] WG Adoption call for drafts for Flow Specification op= tion 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

 

IDR WG: <= o:p>

 

This begi= ns a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be consider= ed in RFC5575 additions. These options are filters, actions or critical sec= urity additions.  The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html=

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html=

 

There wil= l be a brief flow specification presentation at IETF 95, and the email list= has select to start with option 1 =A8C extending RFC5575.  We also wi= ll be gathering details on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a= group call for the drafts to be considered in the flow specification work.=   For each of the drafts you wish to be considered Option 1, please in= dicate:

 

1)      I= f this option is valuable for the DDoS deployments or another critical depl= oyments,  

2)      D= o you feel this draft is useful, but not ready for adoption,

3)      D= o you feel this draft is a good start for this work.

 

The draft= s to consider are:

= https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/

https://= datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/=

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/=

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-= generalized-sid/

h= ttps://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfa= ceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path= -redirect/

h= ttps://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for t= he ordering of these filters and actions drafts =A8C the Option 1 section o= ut of this

https= ://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/<= /span>

(A revise= d draft with just Option 1 will be posted)

 

Sue Hares= and John Scudder

 

 

 

--_000_FCA9153F864C2646BE37F183391FCADD01745454nkgeml513mbxchi_-- From nobody Tue Apr 5 03:06:53 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 177DB12D560 for ; Tue, 5 Apr 2016 03:06:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 iddDPxQwIgev for ; Tue, 5 Apr 2016 03:06:50 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B16112D10B for ; Tue, 5 Apr 2016 03:06:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CLP13832; Tue, 05 Apr 2016 10:06:42 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Apr 2016 11:06:34 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 5 Apr 2016 18:06:31 +0800 From: Zhuangshunwan To: Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgIfYsQw Date: Tue, 5 Apr 2016 10:06:30 +0000 Message-ID: <19AB2A007F56DB4E8257F949A2FB9858AA1A9533@NKGEML515-MBX.china.huawei.com> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> In-Reply-To: <000401d186a5$38fac760$aaf05620$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.197.187] Content-Type: multipart/alternative; boundary="_000_19AB2A007F56DB4E8257F949A2FB9858AA1A9533NKGEML515MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.57038E32.0144, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 8ce2c79aef274a5979df366818a79659 Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 10:06:52 -0000 --_000_19AB2A007F56DB4E8257F949A2FB9858AA1A9533NKGEML515MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU3VlLCBKb2huLA0KDQpJIHN1cHBvcnQgYWRvcHRpb24gb2YgZm9sbG93aW5nIGRyYWZ0czoN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVj LXBhY2tldC1yYXRlLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFv LWlkci1mbG93c3BlYy1udm8zLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQt c2lkLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJn cC1mbG93c3BlYy1sYWJlbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVj dC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dz cGVjLW1wbHMtbWF0Y2gvDQoNClRoZXNlIGRyYWZ0cyBwcm9wb3NlZCB1c2VmdWwgRlMgZXh0ZW5z aW9ucy4NCg0KQmVzdCBSZWdhcmRzLA0KU2h1bndhbg0KDQoNCreivP7IyzogSWRyIFttYWlsdG86 aWRyLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gU3VzYW4gSGFyZXMNCreiy83KsbzkOiAyMDE2xOoz 1MIyNcjVIDExOjQ3DQrK1bz+yMs6ICdpZHJAaWV0Zi4gb3JnJw0K1vfM4jogW0lkcl0gV0cgQWRv cHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJG QzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KSURS IFdHOg0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBm b3IgdGhlIHNldCBvZiBkcmFmdHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9u cy4gVGhlc2Ugb3B0aW9ucyBhcmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0 eSBhZGRpdGlvbnMuICBUaGUgZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0 IG9mIHRoZSBpbnRlcmltcyBzaW5jZSBJRVRGIDk0DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9j ZWVkaW5ncy9pbnRlcmltLzIwMTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8v d3d3LmlldGYub3JnL3Byb2NlZWRpbmdzL2ludGVyaW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGlu Z3MuaHRtbA0KDQpUaGVyZSB3aWxsIGJlIGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNl bnRhdGlvbiBhdCBJRVRGIDk1LCBhbmQgdGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFy dCB3aXRoIG9wdGlvbiAxIKhDIGV4dGVuZGluZyBSRkM1NTc1LiAgV2UgYWxzbyB3aWxsIGJlIGdh dGhlcmluZyBkZXRhaWxzIG9uIHRoZSBTRE4vTkZWIHVzZSBjYXNlIGZvciBvcHRpb24gMiAobmV3 IE5MUkkgYW5kIFdpZGUgQ29tbXVuaXRpZXMgc3VwcG9ydCkuDQoNClRoaXMgaXMgYSBncm91cCBj YWxsIGZvciB0aGUgZHJhZnRzIHRvIGJlIGNvbnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNh dGlvbiB3b3JrLiAgRm9yIGVhY2ggb2YgdGhlIGRyYWZ0cyB5b3Ugd2lzaCB0byBiZSBjb25zaWRl cmVkIE9wdGlvbiAxLCBwbGVhc2UgaW5kaWNhdGU6DQoNCg0KMSkgICAgICBJZiB0aGlzIG9wdGlv biBpcyB2YWx1YWJsZSBmb3IgdGhlIEREb1MgZGVwbG95bWVudHMgb3IgYW5vdGhlciBjcml0aWNh bCBkZXBsb3ltZW50cywNCg0KMikgICAgICBEbyB5b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIHVzZWZ1 bCwgYnV0IG5vdCByZWFkeSBmb3IgYWRvcHRpb24sDQoNCjMpICAgICAgRG8geW91IGZlZWwgdGhp cyBkcmFmdCBpcyBhIGdvb2Qgc3RhcnQgZm9yIHRoaXMgd29yay4NCg0KVGhlIGRyYWZ0cyB0byBj b25zaWRlciBhcmU6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5 LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMtbnZvMy8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLw0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0 LWdlbmVyYWxpemVkLXNpZC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVj LXBhdGgtcmVkaXJlY3QvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15 b25nLWlkci1mbG93c3BlYy1tcGxzLW1hdGNoLw0KDQpBbmQgZm9yIHRoZSBvcmRlcmluZyBvZiB0 aGVzZSBmaWx0ZXJzIGFuZCBhY3Rpb25zIGRyYWZ0cyCoQyB0aGUgT3B0aW9uIDEgc2VjdGlvbiBv dXQgb2YgdGhpcw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFyZXMt aWRyLWZsb3dzcGVjLWNvbWJvLw0KKEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEg d2lsbCBiZSBwb3N0ZWQpDQoNClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyDQoNCg0KDQo= --_000_19AB2A007F56DB4E8257F949A2FB9858AA1A9533NKGEML515MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Sue, John,

 

I support adoption of following drafts:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.i= etf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

 

These drafts proposed useful FS extensions.

 

Best Regards,

Shunwan

 

 

=B7=A2=BC=FE=C8=CB: Idr [mailto:idr-bounc= es@ietf.org] =B4=FA=B1=ED = Susan Hares
=B7=A2=CB=CD= =CA=B1=BC=E4: 2016=C4=EA3=D4=C2<= span lang=3D"EN-US">25=C8=D5 11:47
=CA=D5=BC=FE=C8=CB: 'idr@ietf. org'
=D6=F7=CC=E2: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC557= 5 additions (filters/actions) 3/25 to 4/8/2016

 

IDR WG:

 

This begins a 2 week WG Call (3= /25 to 4/8/2016) for the set of drafts to be considered in RFC5575 addition= s. These options are filters, actions or critical security additions.  = ;The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/= proceedings/interim/2016/02/08/idr/proceedings.html

https://www.ietf.org/= proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow spec= ification presentation at IETF 95, and the email list has select to start w= ith option 1 =A8C extending RFC5575.  We also will be gathering detail= s on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the dr= afts to be considered in the flow specification work.  For each of the= drafts you wish to be considered Option 1, please indicate:

 

1) &nbs= p;    If this option is valua= ble for the DDoS deployments or another critical deployments,  

2) &nbs= p;    Do you feel this draft = is useful, but not ready for adoption,

3) &nbs= p;    Do you feel this draft = is a good start for this work.

 

The drafts to consider are:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.i= etf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of these f= ilters and actions drafts =A8C the Option 1 section out of this

https://datatracker.ietf.org/= doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Opti= on 1 will be posted)

 

Sue Hares and John Scudder

 

 

 

--_000_19AB2A007F56DB4E8257F949A2FB9858AA1A9533NKGEML515MBXchi_-- From nobody Tue Apr 5 04:58:47 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB0B912D50D for ; Tue, 5 Apr 2016 04:58:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 rGn32y2iBTiY for ; Tue, 5 Apr 2016 04:58:43 -0700 (PDT) Received: from seele.lamehost.it (seele.lamehost.it [80.76.80.23]) by ietfa.amsl.com (Postfix) with ESMTP id 58CF212D1E4 for ; Tue, 5 Apr 2016 04:58:40 -0700 (PDT) Received: by seele.lamehost.it (Postfix, from userid 33) id 0CA30743EF; Tue, 5 Apr 2016 13:58:39 +0200 (CEST) To: Idr@ietf.org X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 05 Apr 2016 13:58:38 +0200 From: marco@lamehost.it Message-ID: X-Sender: marco@lamehost.it User-Agent: Roundcube Webmail/1.1.4 Archived-At: Subject: [Idr] Status of BGP OPERATIONAL Message X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 11:58:46 -0000 Hello All, I have read the threads regarding draft-frs-bgp-operational-message and i wonder if there are actual plans for deploying the it or not. The reason I am asking is that I see value in a mechanism that advertises the value of MAXPREFIX to the BGP peer which the above can handle with the ADVISE TLVs. My feeling is that BGP OPERATIONAL Message goes behind the scope and transforms BGP in a general-purpose network messaging queue, but if there are plans to implement that I would prefer to wait than to suggest to re-invent the wheel. Thank you Regards From nobody Tue Apr 5 05:05:18 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 225FA12D759; Tue, 5 Apr 2016 05:05:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wf2Vyrhg3RDf; Tue, 5 Apr 2016 05:05:14 -0700 (PDT) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 9E33612D1E4; Tue, 5 Apr 2016 05:05:06 -0700 (PDT) Received: by mail-lf0-x231.google.com with SMTP id j11so8630921lfb.1; Tue, 05 Apr 2016 05:05:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=f7e5KaFnjH3OFGPiixQTU3OX1N3TGmojIcOU84gHY4I=; b=0YvDeuKMDO+AZ3DiiPaPCuOaTmz9aZqE7XBj+mIjhC9zFVrqIrLTsx6hc3coavBfol 2tFlw8oZ28oeTP5ThuxG8t7xP6n5L4LQDr4V0RloMXl6c9rKgjre5BJCq3KNfPTBIpWR Add2CpObpqr/hTTKM5nRFiwHEH+BBR47mJLPLse42/juVezxaYNk9rIK5bFqRYrjTtZm +Bi27Di+z2apxCnouj2T6KHFKOpBVTQsJo01KTMoTl6P+4aH2Aytp6fLnOd/LmYM/FLZ L0g3YqTgPwfraKQ5BxVIyJ3o0gRoHkFYEMVIOD+CYb81sno+/Lhn2h+5kcOBY34DHbOn dEBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=f7e5KaFnjH3OFGPiixQTU3OX1N3TGmojIcOU84gHY4I=; b=h0xNVBEzs4iAwLFXVDtD3XsUgiKvwqCL4v4HPQlZlc6gIiZPkW/g2SDnLmAaqqTquP +22838b6xlZBsDtjC29P6I+AuFNcsrq5mWDg/XzUucwspisj3kUINfsBanv1GmGRpQhj TXRYBS6mQKkIX19HMMObS5ZOAjY4kDJbyodQ7lQGuGCwSzvaYnGfRvN5SLEVZPyGtb1F EzGd8zMpgfHJ3Y8ZDIMa0CuYWxvIn9sdzZsbfb9UugH1CW82P00REUYJoLqWIX7SlxIr oK7q52adkNP82WLH+lq6y37z5uAXMVuAcc0mqhhQ5zLJUdq2ELhIqsOUeW27SmWedohv h1wg== X-Gm-Message-State: AD7BkJLkYxdXFtqrgr99NUwgpEykPqZcxO/m7z9uTi6hPE7YXMIB8NVZIwhr1uh29ov4SZJU3lIzbB2TFiL60w== MIME-Version: 1.0 X-Received: by 10.25.207.209 with SMTP id f200mr138035lfg.110.1459857904762; Tue, 05 Apr 2016 05:05:04 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.25.136.133 with HTTP; Tue, 5 Apr 2016 05:05:04 -0700 (PDT) In-Reply-To: <56FEEBEC.5060902@juniper.net> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> <56FEEBEC.5060902@juniper.net> Date: Tue, 5 Apr 2016 08:05:04 -0400 X-Google-Sender-Auth: fW9uMCe1LQnt15IJ4U7UDYP9uC0 Message-ID: From: Robert Raszuk To: Eric C Rosen Content-Type: multipart/alternative; boundary=001a114003fed60757052fbba798 Archived-At: Cc: Bruno Decraene , "mpls@ietf.org" , BESS , "idr@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 12:05:16 -0000 --001a114003fed60757052fbba798 Content-Type: text/plain; charset=UTF-8 Eric, If as it turns out if the primary motivation for 3107bis is to distribute label stack for segment routing that I do not think per destination prefix is a sufficient granularity. How with 3107(bis) you can match on the src of the packets ? How you can match on the more granular information to steer packets differently depending on the application ? Wouldn't it be more flexible to simply define new attribute to carry the stack within any SAFI as an opaque to BGP data ? That way one can easily use it in unicast SAFI or even in FlowSpec. Thx, R. --001a114003fed60757052fbba798 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Eric,

If as it turns out if the primary motivation for 3107bi= s is to distribute label stack for segment routing that I do not think per = destination prefix is a sufficient granularity.=C2=A0

How with 3107(bis) you can match on the src= of the packets ?=C2=A0

How you can match on the more granular information to steer packets diffe= rently depending on the application ?

Wouldn't it be more flexible to simply define new attri= bute to carry the stack within any SAFI as an opaque to BGP data ? That way= one can easily use it in unicast SAFI or even in FlowSpec.=C2=A0

Thx,
R.=

--001a114003fed60757052fbba798-- From nobody Tue Apr 5 06:06:32 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B05812D8F9 for ; Tue, 5 Apr 2016 06:06:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 YYGWUdEkYEFy for ; Tue, 5 Apr 2016 06:06:28 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 157D412D6A9 for ; Tue, 5 Apr 2016 06:06:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGX20162; Tue, 05 Apr 2016 13:06:09 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Apr 2016 14:06:06 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.56]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Tue, 5 Apr 2016 21:05:56 +0800 From: Haoweiguo To: Zhuangshunwan , Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgIfYsQwAAZX+yU= Date: Tue, 5 Apr 2016 13:05:56 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com>, <19AB2A007F56DB4E8257F949A2FB9858AA1A9533@NKGEML515-MBX.china.huawei.com> In-Reply-To: <19AB2A007F56DB4E8257F949A2FB9858AA1A9533@NKGEML515-MBX.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB551733502A2E95nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5703B842.00EF, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.56, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 84e35598f0a5caf4566d6d2687e8ce35 Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 13:06:31 -0000 --_000_DD5FC8DE455C3348B94340C0AB551733502A2E95nkgeml513mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU3VlICYgSm9obiwNClN1cHBvcnQuIEkgdGhpbmsgdGhlIGZvbGxvd2luZyBFVlBOIEZsb3dz cGVjIGRyYWZ0cyBhcmUgdmFsdWFibGUgZm9yIHRoZSBkZXBsb3ltZW50cyBvZiBERE9TLCB0cmFm ZmljIHN0ZWVyaW5nLCBhbmQgZXRjLiBUaGV5IGFyZSB1c2VmdWwgYW5kIGFyZSBpbiBnb29kIHNo YXBlIGZvciBhZG9wdGlvbi4NClRoYW5rcywNCndlaWd1bw0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkZyb206IElkciBbaWRyLWJvdW5jZXNAaWV0Zi5vcmddIG9uIGJlaGFsZiBv ZiBaaHVhbmdzaHVud2FuIFt6aHVhbmdzaHVud2FuQGh1YXdlaS5jb21dDQpTZW50OiBUdWVzZGF5 LCBBcHJpbCAwNSwgMjAxNiAxODowNg0KVG86IFN1c2FuIEhhcmVzOyAnaWRyQGlldGYuIG9yZycN ClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cg U3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9u cykgMy8yNSB0byA0LzgvMjAxNg0KDQpIaSBTdWUsIEpvaG4sDQoNCkkgc3VwcG9ydCBhZG9wdGlv biBvZiBmb2xsb3dpbmcgZHJhZnRzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUvDQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvDQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLXJlZGlyZWN0LXR1bm5l bC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3Bl Yy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLw0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2Vz ZXQvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5kZXZlbGRlLWlk ci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRjaC8NCg0KVGhlc2UgZHJhZnRzIHBy b3Bvc2VkIHVzZWZ1bCBGUyBleHRlbnNpb25zLg0KDQpCZXN0IFJlZ2FyZHMsDQpTaHVud2FuDQoN Cg0Kt6K8/sjLOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBTdXNhbiBI YXJlcw0Kt6LLzcqxvOQ6IDIwMTbE6jPUwjI1yNUgMTE6NDcNCsrVvP7IyzogJ2lkckBpZXRmLiBv cmcnDQrW98ziOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3Bl Y2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykg My8yNSB0byA0LzgvMjAxNg0KDQpJRFIgV0c6DQoNClRoaXMgYmVnaW5zIGEgMiB3ZWVrIFdHIENh bGwgKDMvMjUgdG8gNC84LzIwMTYpIGZvciB0aGUgc2V0IG9mIGRyYWZ0cyB0byBiZSBjb25zaWRl cmVkIGluIFJGQzU1NzUgYWRkaXRpb25zLiBUaGVzZSBvcHRpb25zIGFyZSBmaWx0ZXJzLCBhY3Rp b25zIG9yIGNyaXRpY2FsIHNlY3VyaXR5IGFkZGl0aW9ucy4gIFRoZSBmbG93IHNwZWNpZmljYXRp b24gd29yayBoYXMgYmVlbiBhIHBhcnQgb2YgdGhlIGludGVyaW1zIHNpbmNlIElFVEYgOTQNCmh0 dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzL2ludGVyaW0vMjAxNi8wMi8wOC9pZHIvcHJv Y2VlZGluZ3MuaHRtbA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8y MDE2LzAzLzA3L2lkci9wcm9jZWVkaW5ncy5odG1sDQoNClRoZXJlIHdpbGwgYmUgYSBicmllZiBm bG93IHNwZWNpZmljYXRpb24gcHJlc2VudGF0aW9uIGF0IElFVEYgOTUsIGFuZCB0aGUgZW1haWwg bGlzdCBoYXMgc2VsZWN0IHRvIHN0YXJ0IHdpdGggb3B0aW9uIDEgqEMgZXh0ZW5kaW5nIFJGQzU1 NzUuICBXZSBhbHNvIHdpbGwgYmUgZ2F0aGVyaW5nIGRldGFpbHMgb24gdGhlIFNETi9ORlYgdXNl IGNhc2UgZm9yIG9wdGlvbiAyIChuZXcgTkxSSSBhbmQgV2lkZSBDb21tdW5pdGllcyBzdXBwb3J0 KS4NCg0KVGhpcyBpcyBhIGdyb3VwIGNhbGwgZm9yIHRoZSBkcmFmdHMgdG8gYmUgY29uc2lkZXJl ZCBpbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsuICBGb3IgZWFjaCBvZiB0aGUgZHJhZnRz IHlvdSB3aXNoIHRvIGJlIGNvbnNpZGVyZWQgT3B0aW9uIDEsIHBsZWFzZSBpbmRpY2F0ZToNCg0K DQoxKSAgICAgIElmIHRoaXMgb3B0aW9uIGlzIHZhbHVhYmxlIGZvciB0aGUgRERvUyBkZXBsb3lt ZW50cyBvciBhbm90aGVyIGNyaXRpY2FsIGRlcGxveW1lbnRzLA0KDQoyKSAgICAgIERvIHlvdSBm ZWVsIHRoaXMgZHJhZnQgaXMgdXNlZnVsLCBidXQgbm90IHJlYWR5IGZvciBhZG9wdGlvbiwNCg0K MykgICAgICBEbyB5b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIGEgZ29vZCBzdGFydCBmb3IgdGhpcyB3 b3JrLg0KDQpUaGUgZHJhZnRzIHRvIGNvbnNpZGVyIGFyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRlLw0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1udm8zLw0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1y ZWRpcmVjdC10dW5uZWwvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItZmxvd3Nw ZWMtaW50ZXJmYWNlc2V0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt dmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC8NCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1wbHMtbWF0Y2gvDQoNCkFu ZCBmb3IgdGhlIG9yZGVyaW5nIG9mIHRoZXNlIGZpbHRlcnMgYW5kIGFjdGlvbnMgZHJhZnRzIKhD IHRoZSBPcHRpb24gMSBzZWN0aW9uIG91dCBvZiB0aGlzDQpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1oYXJlcy1pZHItZmxvd3NwZWMtY29tYm8vDQooQSByZXZpc2VkIGRy YWZ0IHdpdGgganVzdCBPcHRpb24gMSB3aWxsIGJlIHBvc3RlZCkNCg0KU3VlIEhhcmVzIGFuZCBK b2huIFNjdWRkZXINCg0KDQoNCg== --_000_DD5FC8DE455C3348B94340C0AB551733502A2E95nkgeml513mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi Sue & John,
Support. I think the following EVPN Flo= wspec drafts are valuable for the deployments of DDOS, traffic steering, an= d etc. They are useful and are in good shape for adoption.
Thanks,
weiguo
From: Idr [idr-bounces@ietf.org] on behal= f of Zhuangshunwan [zhuangshunwan@huawei.com]
Sent: Tuesday, April 05, 2016 18:06
To: Susan Hares; 'idr@ietf. org'
Subject: Re: [Idr] WG Adoption call for drafts for Flow Specificatio= n option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

Hi Sue, John,

 

I support adoption of following drafts:

https:= //datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/<= /p>

https://datatr= acker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

htt= ps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-genera= lized-sid/

https:/= /datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

= https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/=

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redir= ect/

https:/= /datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

These drafts proposed useful FS extensions.

 

Best Regards,

Shunwan

 

 

=B7=A2=BC=FE=C8=CB: Idr [mailto:idr-bou= nces@ietf.org] =B4=FA=B1=ED= Susan Hares
=B7=A2=CB=CD= =CA=B1=BC=E4: 2016=C4=EA3=D4= =C225=C8=D5 11:47
=CA=D5=BC=FE=C8=CB: 'idr@ietf. org'
=D6=F7=CC=E2: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC557= 5 additions (filters/actions) 3/25 to 4/8/2016

 

IDR WG:

 

This begins a 2 week WG Call (3= /25 to 4/8/2016) for the set of drafts to be considered in RFC5575 addition= s. These options are filters, actions or critical security additions.  = ;The flow specification work has been a part of the interims since IETF 94

htt= ps://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html

htt= ps://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow spec= ification presentation at IETF 95, and the email list has select to start w= ith option 1 =A8C extending RFC5575.  We also will be gathering detail= s on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the dr= afts to be considered in the flow specification work.  For each of the= drafts you wish to be considered Option 1, please indicate:

 

1)      If this option is valuable for th= e DDoS deployments or another critical deployments,  

2)      Do you feel this draft is useful,= but not ready for adoption,

3)      Do you feel this draft is a good = start for this work.

 

The drafts to consider are:

https:= //datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/<= /p>

https://datatr= acker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

htt= ps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-genera= lized-sid/

https:/= /datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

= https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/=

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redir= ect/

https:/= /datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of these f= ilters and actions drafts =A8C the Option 1 section out of this

https://dat= atracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Opti= on 1 will be posted)

 

Sue Hares and John Scudder

 

 

 

--_000_DD5FC8DE455C3348B94340C0AB551733502A2E95nkgeml513mbxchi_-- From nobody Tue Apr 5 06:12:40 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F54912D6AA for ; Tue, 5 Apr 2016 06:12:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.44 X-Spam-Level: **** X-Spam-Status: No, score=4.44 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, WEIRD_PORT=0.001] 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 W7fhsYbM0YII for ; Tue, 5 Apr 2016 06:12:36 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 565FF12D8DF for ; Tue, 5 Apr 2016 06:12:04 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: "'idr@ietf. org'" Date: Tue, 5 Apr 2016 09:11:11 -0400 Message-ID: <006401d18f3c$a11961e0$e34c25a0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0065_01D18F1B.1A094880" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGPPCBO0EoUNM8ORfClj8lQAPkMRA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] etherpad for this session X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 13:12:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0065_01D18F1B.1A094880 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit http://etherpad.tools.ietf.org:9000/p/notes-ietf-95-idr A bit thanks to Linda Dunbar and Ignas Bagdonas for taking notes, and Dhruv Dhody for being the jabber scribe. Please help by checking the spelling of names of people on the etherpad. This really helps the scribes. Sue ------=_NextPart_000_0065_01D18F1B.1A094880 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

http://e= therpad.tools.ietf.org:9000/p/notes-ietf-95-idr

 

A bit thanks = to Linda Dunbar and Ignas Bagdonas for taking notes, and Dhruv Dhody for = being the jabber scribe.  Please help by checking the spelling of = names of people on the etherpad.   This really helps the = scribes.

 

Sue

------=_NextPart_000_0065_01D18F1B.1A094880-- From nobody Tue Apr 5 06:29:00 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1BDA12D169; Tue, 5 Apr 2016 06:28:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 MTJZZSOndQJu; Tue, 5 Apr 2016 06:28:54 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0137.outbound.protection.outlook.com [65.55.169.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B26EF12D921; Tue, 5 Apr 2016 06:28:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=i3CbgejspmXdM4UJH9zrRxu7uDwRSP0wvqt8ikbUdSY=; b=g6TvMylAZfU9uNRKoBgvNHuCBCNhBX0OBdMqXUAXESnKI+kVKCf33PYOBbYwjnTWMw+rAMTqjEL9h7HvxXljcIF5KAQtRdImNv19gcZ69iFKreFHTiayW78+UUOVsuaXYL1hOsykkaG9Mi/3FWDK2kfhs+Y6sZTyCPaH1KBgZJI= Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net; Received: from [172.29.33.33] (66.129.241.12) by BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18) with Microsoft SMTP Server (TLS) id 15.1.447.15; Tue, 5 Apr 2016 13:28:47 +0000 To: Robert Raszuk References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> <56FEEBEC.5060902@juniper.net> From: Eric C Rosen Message-ID: <5703BD8A.7090005@juniper.net> Date: Tue, 5 Apr 2016 09:28:42 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------060504090800030109070708" X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: DM2PR09CA0008.namprd09.prod.outlook.com (10.160.127.18) To BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18) X-MS-Office365-Filtering-Correlation-Id: 5345a368-7aca-4cb5-86cc-08d35d563856 X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 2:W/wq34iz7oION6mK/b/S5udWfpF17dzAbN75tbazBjizpBGrEfHax6zJwaVjpy+pjoJ6mHYhe23zhnrkdkOoPc7WZnTC3Bg4q8ZPe3V42JQ7iPt8IPOelvbrZJ75VpZQnUuPUnOHhJUOWWPgZc/BAzwvk0rOLxkKH2DQXzMo1gBT4JQ5jtrg2Iy2y43OR6OP; 3:m3kd2RmXhCTTDvElzrZrtPRSUhu/HsZby0o/alCdjzNa4N7M72XA3p2fvvNoanJSzhFMiMCTt57PJAKL//I4waB2d2yifUy+ELMiOiKdg39feAcxW9sdolAeyN06/lNN X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB789; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 25:nrkxAHNX22thvIvOTQPvfuuSRZZcMXtqc8VthYbNXesiX9VpXBSLV9yiK6YPXPLJXH2fA+hCPtPBNsxgz1m91zAxRJ+MY09wcXdJEEZYe9hi6Kuzf008amUUzHb1zYG+igvls7D4VRoYQ80/TnrBW0xWneOOpdtrryU0ppDDkUXdkDaaNzoevgrHxYSq7STmKltCa+oIZhTUQUQxlgfmgVFiOFQ+fA/NrV5M28XwEjQTNzhODPHTtmvgWe01l6S41dsP2RuwlU50aH4O8MvXx6K3hsbnxv/j730HgKy6+3uaVHIRnDpRBHNQCHIjfa1bTyR5fgYc4De8sB6Tkgp883w3gtHGam9aHyS0JiZEllVcUKQUp9QWCc49GmrDutwPdKS3yIddDFfkqiFEstGAJQmT7r4d/xS4kOjuXKwEeFIJTM72XkEGMELFe9ixtUCEv1/OlFKJOgGE/s5HEj1W/uEU6h9FGeN8Spmw0X58QTng0tWBzGEW76Al8Px/0eZcGTqWl0dG/69PoBqfkK83igi9KC1fZ+Kn3pJXmHI0kcCZ4XEnIWgSENZfEG+xahX0MGD13bHwztRODv9k7SIEJ02MoV0lfxihrkiKR7naD5soNg1jYqihLO8wID6CA2paW1OLhRXwJY+gplMy4olZo6P9gBAlIRqMUYBzdubF5gYxgbUV2fXO1HxS/ZvfRGd79lWT1u2kpNakILKEIap04pvObgWb6BTjCUM+1j+GoDw1IvEdu+gE0DKckJSRjSbMVurXvHNusEFCxGYuTPNcwg== X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 20:tcZNjoZ3mDrzwv/EBYSTRvWtYBWYcyNXoIyk3fTlfLfb9OUpV1QPK5o+NWK0nmE51pNcQOS/ts2MavEaW+iLzjvZWXqAXy7i+3P6kQBa3NERDZHKvT2yywFDu8ck8DUO8ZYjR6NyGj6infva4nZXpywXCf42+L623dmXDLbSaH2+ofdiGshNLis0afcSGcwBk70z6i0jH68jWs/a1snNUIsPdd74yBvyFuSb3/97ffOroXxIgSF9AKOgI6+YhiXLPv3cOerLkVXKPnzuOGhbbZuW/NA4AI8GugQeuMGpLpWkjrzLgGNK2IbcpwYEL2XN6jlpO8Ki/DkKMU09QhFEvPzQa7mKehINAigusD46LtYvSpvyKlRj61IEpjxhyU1ebZw3fyuUVjEVG9blB4YPG/Rcrwckvtcg619Rd32WcvSlNX//abJ0ue1cf8n6YTFFQX4OstZXl8dNaWyeB0pPokoE3T6wTCoj2HKkAjaRAkBCN/IkGM19+G5WENYS6Y6Y; 4:poGxuASh04kUXA0wu2rIwl30DWqQz2nUzQkg7eAcwCZlHy/qrue92j2mt5iDVI05a1h9jbdW5rNzEExTlthoerejBcn+78H7bljTkCaIWURGxRcbZyijSISskL2HtZMtY2vV0qO8kYSE0Sl2UGFrEX2HUN+TN+m8j1ayMnY+oycPtv2MN4woRqJK9EkBkNabUZF5MfTNjG8kPfvmsJG5DK3Zx/F2dX4Mo+a69b/7fulVj9+5vxEN6yjcESpDP+vsWqZyWQHyR9YLjrUPfropvuQVFt3dwWph6KquYSmAFkD41xLN89GRQ8cV51I+PfB12f2e4UxS+xUD6E9dULovaQT/WjxM2LtQGp9OM4rcjnNqi0depQcnBZ15ZZZbqCKv X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY2PR05MB789; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB789; X-Forefront-PRVS: 0903DD1D85 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(377454003)(24454002)(51444003)(65816999)(86362001)(84326002)(87266999)(270700001)(80316001)(81166005)(76176999)(42186005)(1096002)(189998001)(2906002)(512874002)(110136002)(92566002)(93886004)(586003)(54356999)(36756003)(50986999)(230783001)(64126003)(5008740100001)(2950100001)(33656002)(77096005)(6116002)(4326007)(3846002)(5004730100002)(66066001)(65806001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB789; H:[172.29.33.33]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1TUI3ODk7MjM6TlQ4Ym1IU2NrMEVtNVdlRFY1bkZ6WXc3TGJj?= =?utf-8?B?amZWOEJmYjJJREorcmEwdXM4cVhvbHA2ekppTVg4WnZ6MTF6d0p1N2tLdWlG?= =?utf-8?B?ME5aUU5WNDlscm94T3NmY202OUFzWXZuc0FZQVJoR29vWHk0eDBNM2E5dFI1?= =?utf-8?B?T0Rjdm01Ui9LRjlVaGFsUGdSSzVNRzRDaW9VeHl1anloSVVrT3BsMkRxK1l4?= =?utf-8?B?NHp2Y3BWZnNLTW93NXU3TXgySngyZU1oNWlkSG5CNCtteEFXbVJ4MlFaVjdI?= =?utf-8?B?STAweG1qUnBSZkEva2IzcGhhL2hMV2U2SVIzT3pxZ2tnY1lUc0pvNGwwOGN2?= =?utf-8?B?UGg2RklFOU01UytvOHhaVUFFUHVvdWM5bjR3RkhFNFhEVlhwZ0N2bjVtaVRk?= =?utf-8?B?Z00zLzNQVi9LUDFacTBVdDhFRVNYTGNrVitZajlyTXA0alRCSkJzc1gwTEFP?= =?utf-8?B?cXBZVTNNSTN5U2JSMUhBYjVGckFNRjkrMm54eHdvM1NTbWZxM2lhUjRkVy9l?= =?utf-8?B?cjROY01NS25yM25MWHRBMkI1bXBiUXBTTUF2Z0o1c1dubGdnbHQrZDlhTlNH?= =?utf-8?B?K0psT2VBcmI5VmNSeU1TejczUWdVeUo4RzdMeGsvSUN1VW9CaWI4dCtBb3Rx?= =?utf-8?B?ZUgvdE9KK0JSV2VoVlRMdEluakdGYlFGUDRkaVYrS2ZIaHF6aDJKUTdiby9T?= =?utf-8?B?VTJlNHdkQVNyUE5rblpUUTNoMm0zaEVWUmh0dzMybFh4OGRLRW9nQndWcTFK?= =?utf-8?B?amJrbTBrdnhoK2MyK1lOa093WktVYmE2Nk9Wa1F4aHlHdFYrQU5hanZQYVBz?= =?utf-8?B?OG5MaW1mVWE5M0M2RzJzNktkS2tGcEcvbm5BampxQW5ZVHNlcXVVKzhTNUNk?= =?utf-8?B?N0F6bDdWQVAwNVRsSkQrRzYyOEo1NEVuZXBPd1V0dXpsTjlCWG9zRWdYeTdU?= =?utf-8?B?RHhNNEZ4Sm9hdjMzS1lzc0YzT05OVkc2Y1ZFeXNKc3ltTTZ4OFpqc2c3V0VU?= =?utf-8?B?UmVNV2JkTDF6M0VzNElta2JrZi9WaXdTWjVFVFJtOUZVR3AvQ05iRVBHcG5v?= =?utf-8?B?VWJNa0xyTHp5K0Z1RExWTmdzcGFUeVdkVmVRaTVySnV0M3k2WVRvMTU1eTdi?= =?utf-8?B?QzdGOUJkRURGU1RnYUV5QjhEc2pRS25icXliM3RpRVhjZUU4REc3Y1BCdzFo?= =?utf-8?B?aTk2aXgwRUNseFJkQVltSXdiYnZrWnpQQzlMaWdxVFNlNllnK0FDQUljZGox?= =?utf-8?B?eTlSNHpibUdXUFBXRTlIaWo4Slk0S1ROU1BHb0Z1RkhwZEtCeXRiQzloZ0E5?= =?utf-8?B?ZHdRMkE2NGZqTFVVSGgreTJqanV3NkFBK283aEo4ek1CekYyTlNJVW9FOTlG?= =?utf-8?Q?JDjDfFr?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 5:o15K3RYqayd52H6lFZ9vXr0MqdH+CSRRr7wEyMjoWzxwlJ+bauGGiPKZQNHRajjgTLR5T2F80+SsF0DblbjA2wg/u1C9vP9Fu9vqBfbkQHjDPQhF/vQLW1eK6mDzJ4sm8XvSVcsVa/y2tCS/gcvjCA==; 24:00qc05z5njFWlxioWrxW+FrjscRE2+OGtqrRjV19ukieubuMW9A2orlQ5Q1+/lpLcPa9TouAei72Bd/J7U2uvnw7vG+CcVSEquuFpTarPJo= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Apr 2016 13:28:47.3449 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB789 Archived-At: Cc: Bruno Decraene , "mpls@ietf.org" , BESS , "idr@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 13:28:56 -0000 --------------060504090800030109070708 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 4/5/2016 8:05 AM, Robert Raszuk wrote: > Wouldn't it be more flexible to simply define new attribute to carry > the stack within any SAFI as an opaque to BGP data ? That way one can > easily use it in unicast SAFI or even in FlowSpec. That can be done with the Tunnel Encapsulation attribute. Look at, for example, at draft-previdi-idr-segment-routing-te-policy (though I think that document still needs quite a bit of work). > If as it turns out if the primary motivation for 3107bis is to > distribute label stack for segment routing 3107bis fixes a number of problems in 3107, and it also specifies how to use the "multiple labels" feature without tickling known bugs in existing deployments. One could argue about whether this is the best tool for various segment routing applications, but that's outside the scope of the draft. And there are use cases that have nothing to do with segment routing; see, e.g., the discussion of context labels in section 4. --------------060504090800030109070708 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit On 4/5/2016 8:05 AM, Robert Raszuk wrote:
> Wouldn't it be more flexible to simply define new attribute to carry > the stack within any SAFI as an opaque to BGP data ? That way one can > easily use it in unicast SAFI or even in FlowSpec.

That can be done with the Tunnel Encapsulation attribute.  Look at, for example, at draft-previdi-idr-segment-routing-te-policy (though I think that document still needs quite a bit of work).

> If as it turns out if the primary motivation for 3107bis is to > distribute label stack for segment routing

3107bis fixes a number of problems in 3107, and it also specifies how to use the "multiple labels" feature without tickling known bugs in existing deployments.   One could argue about whether this is the best tool for various segment routing applications, but that's outside the scope of the draft.  And there are use cases that have nothing to do with segment routing; see, e.g., the discussion of context labels in section 4.







 
--------------060504090800030109070708-- From nobody Tue Apr 5 06:49:53 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51AD612D5E9; Tue, 5 Apr 2016 06:49:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 ZhFdRV0Fpmx1; Tue, 5 Apr 2016 06:49:47 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24FA412D16D; Tue, 5 Apr 2016 06:49:46 -0700 (PDT) Received: from [31.133.177.67] (dhcp-b143.meeting.ietf.org [31.133.177.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 9F7D91802ABC; Tue, 5 Apr 2016 15:49:44 +0200 (CEST) From: Loa Andersson To: "idr@ietf. org" , "bess@ietf.org" Message-ID: <5703C26F.4000807@pi.nu> Date: Tue, 5 Apr 2016 21:49:35 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [Idr] HEADS UP - discussion on draf-rosen-mpls-rfc3107bis in the mpls wg meeting in BA X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 13:49:49 -0000 Working Groups, Please note that there will be a discussion on draf-rosen-mpls-rfc3107bis in the MPLS wg meeting, Wednesday morning. Currently the discussion is planned to start at 11.25am, though the time may be subject to change. /Loa -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Apr 5 07:24:33 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2F0412D11F for ; Tue, 5 Apr 2016 07:24:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.439 X-Spam-Level: **** X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 1u2gPwcss4gZ for ; Tue, 5 Apr 2016 07:24:30 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 AB67E12D11B for ; Tue, 5 Apr 2016 07:24:29 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: Date: Tue, 5 Apr 2016 10:23:32 -0400 Message-ID: <00d301d18f46$bf49e9f0$3dddbdd0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D4_01D18F25.3839D090" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGPRNkVVmK4YWh/QyGRWeEietf3GQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: shares@ndzh.com Subject: [Idr] Question for Eric Osborne on the MPLS match X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 14:24:32 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00D4_01D18F25.3839D090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Eric: The BGP filters were packet matching filters. What I understood is your filters are based on FEC configured locally rather than something in the packet? Is this correct? Do you want a FEC to be tested locally? Should it be added? Does the other L2/L3 filters approximate your FEC filters? Sue ------=_NextPart_000_00D4_01D18F25.3839D090 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Eric: =

 

The BGP filters were packet matching filters.  = What I understood is your filters are based on FEC configured locally = rather than something in the packet?  Is this correct? =

 

Do you want a FEC to be tested locally?  Should = it be added?  Does the other L2/L3 filters approximate your FEC = filters? 

 

Sue =  

------=_NextPart_000_00D4_01D18F25.3839D090-- From nobody Tue Apr 5 07:26:24 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D96712D17D; Tue, 5 Apr 2016 07:26:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 sQrn2R-9eXmM; Tue, 5 Apr 2016 07:26:11 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0727.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::727]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6E1412D11B; Tue, 5 Apr 2016 07:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RZyB2y8DIjjN5bD/EVTIwcP6LAyUnLEVzNo3nFdymrM=; b=IFbjN2kO8B4EtKVt/+i4Cm9K+BP6cLMlrjbYTS3EBC8UPbC6HJgQbpo0dqLZP8EGFWzpSZkKeu546cHckHvtkZKLUCzHw0bC00k/TcSvxl+WnRhXY5Uc611a8yyT98pWPz5akLFWwO7r9OX8+Jz6Dn6jzZJNbkKFj8g1PxEuuoM= Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net; Received: from [172.29.33.33] (66.129.241.12) by BLUPR05MB788.namprd05.prod.outlook.com (10.141.209.150) with Microsoft SMTP Server (TLS) id 15.1.447.15; Tue, 5 Apr 2016 14:25:54 +0000 To: References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> <4017_1459805319_5702DC87_4017_5007_1_53C29892C857584299CBF5D05346208A0F83177A@OPEXCNORM2F.corporate.adroot.infra.ftgroup> From: Eric C Rosen Message-ID: <5703CAEC.9040407@juniper.net> Date: Tue, 5 Apr 2016 10:25:48 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <4017_1459805319_5702DC87_4017_5007_1_53C29892C857584299CBF5D05346208A0F83177A@OPEXCNORM2F.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: CY1PR0601CA0032.namprd06.prod.outlook.com (10.160.162.42) To BLUPR05MB788.namprd05.prod.outlook.com (10.141.209.150) X-MS-Office365-Filtering-Correlation-Id: 5ffe3a67-7b3d-447b-7a3d-08d35d5e331b X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB788; 2:ufDLkJSurOq5cZeNZiRJ1SdC83hMZbjfeBxqF+UY6HLIvLElVNqRM9aD5tYamlQwNJ76wraLJCLSOhamKtJM3XDR1+r+yWMtQpssYf6cFhihrMrSwaIuRNNcThi+EHa7+JxAuIUwjAX1syet1kn2hF9/CrbK/rdUPynZxH+8MhmseDAac2qpc+upka1usVMp; 3:QlHZ9Qw5EeB9IORFMpKVKuywYhFUrQwlKWpmPCqLzdrvsdqp5lP87AWJCW4QmRUHQxFeLxF82wlWhkF5+gOtSgROv2bKtBJLV89lw0GRAvn4ffF8jD/wynW6HqcmEV+D; 25:lwtEYf67Kq1vRlTyrQaRRAFifuLfeKGRhn83fLkkstIJLX+bcNQuFL0CFfqo5+r50qf1NrASMtYX6dvgSag3L2lfJfXguW1iPBguobMRuJc83tM4aLrqb6Puupf6e8QohRGknmslqhA+WnCm6gUoeDr7Lt+y97+Tk8GV4nAZE53LhZDxRJQCcn9d2B7ACFbKhEtsBoFAq0iltS/uaGixLOL8hqeaFzCviq+zFjgBsDOmnMIgbBmAb5OCYCyrBLOubSpMUkc2fhbdR1gcHY95BDZm/2bvKGayK0p6kXueiZ/OOCISR1yhteiB59gQjHncVZmUDxwc/+GmRhDY1c8tCW0zNnOYpCzOYf9NCLWjhXM= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB788; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB788; 20:p9UcKtIzB+VC4jMVkaycdirTwx/gQvtlZ8zbZHioIjxpKLqg5zbT48jGPb651LOsIQ9MbVGcDhgr33IAotLsPKaCZFUQ4QQruqdwFDFJ4Zp+i0l5qbNx4pvEwX1x6C6Jv6ylAF3Jhmko96v/AsBV3jMBv0sU1dQ1cy4jWpNZF1Y/fuD7b69veIT2XecWX0s/eDVaFzcH5iJqqSu981n8UlVsfCkr57+mt4FoE9kS1ysDf42NA32rNaQ0ipBXhJ/ITHK123c4cgQlAFEkmtP4rnqD+6zou5WnEuTSZjB17bDa6iU0pYAatdsGVVpefMlKJBqUv2l4zhQvkk2AV1EWNFJ/0Kzmwl/k1pcHfdRL8d2YO1sLctOVpnVqpcS+0YWanE7rzOr0Twle7y7FjFst11ofIt8M+PmZHzN7hB0M7Sevmtmapcnysw+nRXuz9x0j1zzuO3Y3iAoNM2vEZpoOKWTOEVYLlIps+jNfxZXglUlrbYBMSEI9G2yZlOzJAwou; 4:/nRROFlKGXFH7j6CqUE1YqTwigdc0cSQEwttl7t8/j8L/eQghoPAAkatrTxTHDihATmX6VicdS+J+3RW7TpUpIkAbixS3bmuU+aLkodpSJu2NaBj6nzlSU9P2HZ4sZJ4JIWohD/Kk4wWb+jqXERAG3guikYYVEOIrtbow/aWKqwFbpflYW4wRzB649bO4Wzpy5Cgh7IfQMLU68pEEWK9CDIbkDLxm51KKNr/GLC9aXJYa+P/IvW/3sXbS6RiO4nJao78W5U8sIyR7ZgyDPNJMdVvTM8oc5OUP8qj7xpelrYmI4Ddjtq4B+SZudlHmFVfGkWm34383ZCp+VJvHCZjbu6oBZCCDiWnj/MYFHKo1VmQPFanrb1nB6/70K/s2mQl X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BLUPR05MB788; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB788; X-Forefront-PRVS: 0903DD1D85 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(24454002)(377454003)(5008740100001)(4326007)(19580405001)(80316001)(19580395003)(1096002)(2906002)(3846002)(93886004)(6116002)(50466002)(586003)(81166005)(77096005)(230783001)(189998001)(2351001)(42186005)(2950100001)(110136002)(5004730100002)(33656002)(230700001)(66066001)(92566002)(50986999)(65806001)(36756003)(65816999)(64126003)(87266999)(54356999)(47776003)(76176999)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB788; H:[172.29.33.33]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BLUPR05MB788; 23:sQ8sgoiUucJYi89EKfAxzK6rAVmDv/EQIy65Vi?= =?Windows-1252?Q?DDMghdqxs/Qfyc8XDM5mKVMjL4u/O/keYG2amtVsrCt0hMFy9nzfr7nW?= =?Windows-1252?Q?L0VI39ppdL2yfQyGU55gg7ew1zV7aNuiSF0Flg/sqWQbf73Zt0j7oaqm?= =?Windows-1252?Q?YR2ChaC6H5SyI7Qz9/Lnx4dtdzUSuejXZ51rM0pUMSbgX3zmf5ZbJiAb?= =?Windows-1252?Q?hxu4mjR9oY7b9BUbogL1qVKccvSCtGXWR3jKRLwb7sWhbhI3EDJhd1M6?= =?Windows-1252?Q?ZKxS20Em7/dDpV8HSBwcKjzbcZnfnBtSSzB09sbGYMaLfZToAu0RtGw8?= =?Windows-1252?Q?Ucvg+X+gcaZUGtdSsXJVXSd+xnDp2Vm4O6yj0GhEzz49qBkVUc2hwgEm?= =?Windows-1252?Q?1itR1zOqutMQ8Q4zksqadJ5EN8Y1NPRVgTphbiLV8VjQ4nEFZTcOIHbY?= =?Windows-1252?Q?nZKEcpLKjaEQjCJ4BAcOjiwYZTqZYyosKiAy7P2I6z0ze/WoEGA6q94N?= =?Windows-1252?Q?R4qYEZ2TJRO+ujlypoyR319aoXN7dqEtjXawDd9xX8jjq9bTNaktV9Oe?= =?Windows-1252?Q?nTH0CMnPhWfQPJ5Qemosfow+VBF+RPEz2MpkCU4w2/o21wxI3+6VqVUv?= =?Windows-1252?Q?Wo4mmgRauYC7SE5KvHh0XPGgM0NXJCSClSvgSDBpfe2swJcJogQsv8/T?= =?Windows-1252?Q?n0gCESRcE573O3KwmDb1+dGiUzNaH+YyA/i5SaA41jfmRPEx53B6HnQN?= =?Windows-1252?Q?DLPBr5WE5V/2lhUWCDiMajwZfTDTbzib+579BJXQcRD3H2MMkxCezK/3?= =?Windows-1252?Q?4Ff7wF0jGYxbzkfb6tJ0chUg5dOc9sKF3relp1Q6ztvrWRRplHRV17d6?= =?Windows-1252?Q?12/fIJpCqFc4IobcmeB/U+FCDQ0AAfxfHfGuYXG5VRxs5+Amsh52Zr2j?= =?Windows-1252?Q?Ti1HqlWr+I0H9KO8PKJcfFS3BXC7v/DECxxJmWpiJUUmiTxzpssdNXld?= =?Windows-1252?Q?AVYJVtwsXULFwnCzT20ZWKZMPBmGhWXU8UQBc6V4tRAV8V3gN0WJSXTD?= =?Windows-1252?Q?3XRGI2MNGY/thK2PzQf+/zTPKoMMRB1qxdeJBGU9t41elbvxOib128dC?= =?Windows-1252?Q?XvymHL93V+ZxbtfHWeAFY=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB788; 5:UPNxHGlwgQsn23R+CzMtFwdxE77PVOJ8ZShx10vTjc0geNT7TtJWM/45O2rfwIm48j2gEaOqXxwfC3PJGI2lWDlANTujScJWrW1oLcZO6WmRxofjmxNfV6zz4qmYYcX5KzSJhD6ZxGcMf3l9NxvCaA==; 24:lw0pQPv3P7ZVGUL41gQtLCOE27qsKWQ5o7U1tDlTYadQROdjw6GypzXepeT6cEADhdzeBWFZRP5jdlB3Z+Qu6m2q2/f4XMDJfsSgPv3s0K8= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Apr 2016 14:25:54.5119 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB788 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 14:26:14 -0000 On 4/4/2016 5:28 PM, bruno.decraene@orange.com wrote: > My issue is how do we prove that_nobody_ is using it? Proving the negative is hard, and silence is not part of the proof. To prove the negative, we would need explicit statement from everyone, which looks impossible. I think you're exaggerating a little ;-) I'm having trouble believing that you are unable to determine whether the 3107 "multiple labels" feature is in use in any of your company's deployments. I think a more serious concern is how to avoid tickling the "day 1" bugs that may exist. There may be implementations, supporting only a single label, that fail to set the S bit. There may be implementations, supporting only a single label, that fail to check the S bit. These "day 1" bugs will never have caused a problem, because the multiple labels feature has not been used. We should endeavor to ensure that these"day 1" bugs do not cause a problem in the future if newer implementations begin to use the multiple labels feature. Right now, we're arguing about which of the following two strategies is more likely to cause a problem: 1. In the first strategy, 3107bis requires the S bit to be set when there is a single label. This will allow 3107bis to interoperate with 3107 implementations of "multiple labels", but it will not allow 3107bis to interoperate with (buggy) 3107 implementations that send a single label, but don't set the S bit. 2. In the second strategy, 3107bis assumes, in the absence of the Capability, that there is only a single label, and doesn't bother to check the S bit. This will allow 3107bis to interoperate with (buggy) implementations that send a single label but fail to set the S bit; it will not allow 3107bis to interoperate with (non-buggy) 3107 implementations of multiple labels. My argument is that the second strategy is better because it will be less disruptive. This is based on my belief that the "day 1" bugs do exist, and that the "multiple labels" feature has yet to be deployed. Your argument seems to be that the first strategy is better because (a) it only causes disruption if the 3107 implementation has a bug, in which case the bug can be fixed, and (b) if the second strategy is used, a 3107-compliant implementation of multiple labels will fail to interoperate with a 3107bis-compliant implementation of multiple labels, and both implementors will claim compliance. I think your argument is reasonable, the question is really just which strategy will cause less disruption. Do other members of the WGs have opinions about this? From nobody Tue Apr 5 07:46:55 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A74A412D154 for ; Tue, 5 Apr 2016 07:46:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.439 X-Spam-Level: **** X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 lh-sx1SBwyK4 for ; Tue, 5 Apr 2016 07:46:52 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 6343112D14D for ; Tue, 5 Apr 2016 07:46:52 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: Date: Tue, 5 Apr 2016 10:45:46 -0400 Message-ID: <011501d18f49$dd55d730$98018590$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0116_01D18F28.56463300" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGPSdThKoLO8jj2QKOMBEqS3AaSuA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] =?iso-2022-jp?b?ZHJhZnQtLRskQiE+GyhCcHJldmlkaS1pZHItc2Vn?= =?iso-2022-jp?b?bWVudC0bJEIhPhsoQnJvdXRpbmctdGUtLRskQiE+GyhCcG9saWN5LXF1?= =?iso-2022-jp?b?ZXN0aW9u?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 14:46:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0116_01D18F28.56463300 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Stefano: Would you answer how your team states $B!H(BAdvertising a TE policy is new in BGP$B!I(B when we adopted draft-ietf-idr-te-pm-bgp-02? (see slide 11 of your presentation) This draft has to be an improvement or different than the accepted work to be considered within IDR. Sue Hares ------=_NextPart_000_0116_01D18F28.56463300 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable

Stefano: =

 

Would you answer how your team states = =1B$B!H=1B(BAdvertising a TE policy is new in BGP=1B$B!I=1B(B when we = adopted

draft-ietf-idr-te-pm-bgp-02? =  (see slide 11 of your presentation)  This draft has to be an = improvement or different than the accepted work to be considered within = IDR.  

 

Sue Hares

 

------=_NextPart_000_0116_01D18F28.56463300-- From nobody Tue Apr 5 07:50:50 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A8512D14D for ; Tue, 5 Apr 2016 07:50:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AGBTT1Yu8-JV for ; Tue, 5 Apr 2016 07:50:47 -0700 (PDT) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73CFF12D154 for ; Tue, 5 Apr 2016 07:50:47 -0700 (PDT) Received: by mail-io0-x22d.google.com with SMTP id g185so21570543ioa.2 for ; Tue, 05 Apr 2016 07:50:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to; bh=Wui1n8c3XELuPD+24MND2RUHOrOWn5IqGl6sGTNXmjQ=; b=FxVDIisXu10pxEcKXnt49D+8sBle72BqIReC1T2iAuygqihd5UoUSh6enj1J9eXBmB W7oOHMqf8lPpo4jTfdO7z5S3Mlm49QOZpDKS72F6NkEtd50TR+ft7htIS9dOarUc3+4g qiyUXaV2IvYRAWdArjN4Cb8oiCNhStS5XIAUAA9iyW+mU6SNZbnPZMORPZlmze/hs55W 1mkKWfrzm9wPGyRS9UzANurq9eMJo0XM0sVeYoTPjH+cHiDXwKTSLbBX9eN4OOuEoNse A5xHuJxbTK93v9Pyw9dDtQ4iw0BK3LI9I2LnPuykXAn1BneLuxUoMcA+iiHBoWolOzY5 9e/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to; bh=Wui1n8c3XELuPD+24MND2RUHOrOWn5IqGl6sGTNXmjQ=; b=eHJlvnSkFeEy12Vs1CEIwxA2rNqOHDviMlpvWBBgNZqsbjm6dyw+XGznaPogtfjK+o ASKhIqAoD9/0snYmkIcgQu9PN+BxVKg9kIFz54/XqS35VhBF69iEwsaERcicuxrNShLo F7H/wQFkIang8X1uLNrXGXlzUOYhkaGbiS3O37RjNj7Eu0jRDJieswlPH20X3x4FHU4f CtSziN6X47QsRS9JW5p88DmlV5tvUGSXc8CcY8lR226tYYWWzidPRXvc2I4BPi1tAimz bWJF1XQWsPbhC7wbjkBUb8yqZqLgxwNLpvhApFXg9iOuvWt5Lg0Hku+HQnfQOp+JAfod Z9Iw== X-Gm-Message-State: AD7BkJLUvf/Pp3pyzk/ky0zIp73s6vEk9uJcjTC8/JOPkie6fGoUDFHw+69ZYQTBaNGRPxruaNVlqaw2k5Zq2w== MIME-Version: 1.0 X-Received: by 10.107.162.17 with SMTP id l17mr26789583ioe.42.1459867846739; Tue, 05 Apr 2016 07:50:46 -0700 (PDT) Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com Received: by 10.50.222.71 with HTTP; Tue, 5 Apr 2016 07:50:46 -0700 (PDT) Date: Tue, 5 Apr 2016 11:50:46 -0300 X-Google-Sender-Auth: Ub8b-PUsrCiDP92Ub_WSd5A6rpw Message-ID: From: Dhruv Dhody To: idr wg Content-Type: multipart/alternative; boundary=001a114099366cb395052fbdf83f Archived-At: Subject: [Idr] Request to presenters X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 14:50:49 -0000 --001a114099366cb395052fbdf83f Content-Type: text/plain; charset=UTF-8 Hi, Most of the remote participants view the slides using meetecho, which show your slides together with jabber and video. Please avoid using figures from the draft which becomes completely unreadable in meetecho. Also avoid using small fonts. Suggest folks to look through meetecho recordings later, to see how the remote participants experience can be improved. Have a good IETF week! Regards, Dhruv --001a114099366cb395052fbdf83f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

Most of the= remote participants view the slides using meetecho,=C2=A0which show your s= lides together with jabber and video. =C2=A0

Please avoid using figures= from the draft which becomes completely unreadable in meetecho. Also avoid= using small fonts.=C2=A0

Suggest folks to look through meetecho=C2=A0r= ecordings later, to see how the=C2=A0remote participants experience can be = improved.=C2=A0

Have a good IETF week!=C2=A0

Regards,
Dhruv
--001a114099366cb395052fbdf83f-- From nobody Tue Apr 5 07:58:05 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46C7D12D583 for ; Tue, 5 Apr 2016 07:58:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id enUMCTECe8C0 for ; Tue, 5 Apr 2016 07:57:51 -0700 (PDT) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::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 0501C12D569 for ; Tue, 5 Apr 2016 07:57:51 -0700 (PDT) Received: by mail-lf0-x22b.google.com with SMTP id c126so12603055lfb.2 for ; Tue, 05 Apr 2016 07:57:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=rs57KAPBKgSpJ+Z0+HIbkwhQahmYuhO4WcxP9b/VpFo=; b=V9gGpQ4MbyF2v1jTZP2Ry7ichL9s7+FZyB6p3QivuWOE7ucgzmuRVNigUl2aiKPYx4 bb7RivVFx6sE7MuL3JwG7rnNGGAoFUoALIGJSPU+jl0jxh15lHsHh+oY5rnh8ejvZ3ir xsNKBkIKS9JK2kEPD6yJla25/jvvCQn+QzK9yhIoKnQOpCN7aBxVPf+kJWEAae7gmOZG XfyKxDC0OrHyhrabcNTahK5qXqJVbK9iCfa1sGENxfzxHsI5SM2tzxsiGh5fSTICO0qP ChxwiriJZchBcXsAu5yJ3sNGffufUv9yRejuKQr3X0QsLn8E5Kzfmc6/vAy9QEOaYXpv d0dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=rs57KAPBKgSpJ+Z0+HIbkwhQahmYuhO4WcxP9b/VpFo=; b=S08ZFTjmYaM4F+NFnyHA9C2vYviOgpEW6FISHAluNXpiWvhsB/u1JtuSJzE8P3kjl6 xIV1465f5LCE0K6Gz/Ahg3JQh3YYm67tJsPeHSlaGjQgmF8gEwJcFecKTrbbrSjJD9oz 74TVRNFrn4NSPWDYEd5IgsPhLjwE3GK20hnachC9XFKJh7MOeqpsDR2tlqaVZfnSIWGt 7bi+psFkM/ENmRWuRjLI93pt5KlsStzAnmrYyXiIXTwfLchEseE9nRitZrAjJMczgpEC 9O8zmsdu8pj7Ph7B+/HTANPdkPBJB+m4J67h99MGcZG3sHYpHO5+0uHSrv4lxab3bRco dstA== X-Gm-Message-State: AD7BkJJn48aCajR6uwaHdrrMyuv0S6lAjju5dqd1OIhAuv4SLwF3KMU58giSF/8qWGrgoylklGwViq/Gv55Qzg== MIME-Version: 1.0 X-Received: by 10.25.207.76 with SMTP id f73mr5726733lfg.11.1459868269172; Tue, 05 Apr 2016 07:57:49 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.25.136.133 with HTTP; Tue, 5 Apr 2016 07:57:48 -0700 (PDT) Received: by 10.25.136.133 with HTTP; Tue, 5 Apr 2016 07:57:48 -0700 (PDT) In-Reply-To: <00d301d18f46$bf49e9f0$3dddbdd0$@ndzh.com> References: <00d301d18f46$bf49e9f0$3dddbdd0$@ndzh.com> Date: Tue, 5 Apr 2016 10:57:48 -0400 X-Google-Sender-Auth: ay5Q3Iq0Km1IJmvku6LoX7G0_YY Message-ID: From: Robert Raszuk To: Susan Hares Content-Type: multipart/alternative; boundary=001a1141234e9a6004052fbe1133 Archived-At: Cc: idr wg Subject: Re: [Idr] Question for Eric Osborne on the MPLS match X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 14:58:01 -0000 --001a1141234e9a6004052fbe1133 Content-Type: text/plain; charset=UTF-8 Sue, Eric asked the question assuming classic dynamically assigned mpls labels. He was right that for those it does not make sense to do any match on 20 bits But here we are talking about static labels, option B labels, SR labels etc .... Thx, R. On Apr 5, 2016 4:24 PM, "Susan Hares" wrote: > Eric: > > > > The BGP filters were packet matching filters. What I understood is your > filters are based on FEC configured locally rather than something in the > packet? Is this correct? > > > > Do you want a FEC to be tested locally? Should it be added? Does the > other L2/L3 filters approximate your FEC filters? > > > > Sue > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > --001a1141234e9a6004052fbe1133 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Sue,

Eric asked the question assuming classic dynamically assigne= d mpls labels. He was right that for those it does not make sense to do any= match on 20 bits

But here we are talking about static labels, option B labels= , SR labels etc ....

Thx,
R.

On Apr 5, 2016 4:24 PM, "Susan Hares" = <shares@ndzh.com> wrote:

Eric: =

=C2=A0

T= he BGP filters were packet matching filters.=C2=A0 What I understood is you= r filters are based on FEC configured locally rather than something in the = packet?=C2=A0 Is this correct?

= =C2=A0

Do you want a FEC to be tested = locally?=C2=A0 Should it be added?=C2=A0 Does the other L2/L3 filters appro= ximate your FEC filters?=C2=A0

= =C2=A0

Sue =C2=A0


_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

--001a1141234e9a6004052fbe1133-- From nobody Tue Apr 5 08:03:28 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3FFC12D0BD for ; Tue, 5 Apr 2016 08:03:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 8JvY3uDfNa7a for ; Tue, 5 Apr 2016 08:03:21 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FBE012D0EF for ; Tue, 5 Apr 2016 08:03:21 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1anSVj-0004or-P6 for idr@ietf.org; Tue, 05 Apr 2016 15:03:19 +0000 Date: Tue, 05 Apr 2016 12:03:18 -0300 Message-ID: From: Randy Bush To: idr wg list User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: [Idr] 2 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 15:03:25 -0000 chairs, would it be appropriate at this time to ask for wg adoption of draft-ymbk-idr-bgp-open-policy-00.txt? thanks randy From nobody Tue Apr 5 08:11:28 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11B3112D55F for ; Tue, 5 Apr 2016 08:11:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] 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 gfcvybWfM_fQ for ; Tue, 5 Apr 2016 08:11:19 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 1AC9212D1CE for ; Tue, 5 Apr 2016 08:11:18 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: "'Randy Bush'" , "'idr wg list'" References: In-Reply-To: Date: Tue, 5 Apr 2016 11:10:22 -0400 Message-ID: <014a01d18f4d$479a66d0$d6cf3470$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIKLRS153NnTFqokqCxrgtNEKQNQ58KQAwA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] 2 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 15:11:21 -0000 Randy: Yes. We will add it to the list. Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Randy Bush Sent: Tuesday, April 05, 2016 11:03 AM To: idr wg list Subject: [Idr] 2 chairs, would it be appropriate at this time to ask for wg adoption of draft-ymbk-idr-bgp-open-policy-00.txt? thanks randy _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Tue Apr 5 08:13:02 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A91E12D110 for ; Tue, 5 Apr 2016 08:13:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 vOdSd5whyVic for ; Tue, 5 Apr 2016 08:12:59 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 7D0DE12D188 for ; Tue, 5 Apr 2016 08:12:59 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: "'Robert Raszuk'" References: <00d301d18f46$bf49e9f0$3dddbdd0$@ndzh.com> In-Reply-To: Date: Tue, 5 Apr 2016 11:12:05 -0400 Message-ID: <014f01d18f4d$84fe5810$8efb0830$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0150_01D18F2B.FDEFC550" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHb5wK2PjQjDd8fmTK8UAlgzq92pADWfCasn2AYxjA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'idr wg' Subject: Re: [Idr] Question for Eric Osborne on the MPLS match X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 15:13:01 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0150_01D18F2B.FDEFC550 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Robert:=20 =20 Thank you. Jeff made the point on static routes. The draft authors = thank both you and Jeff for the clarification.=20 =20 Sue=20 =20 From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk Sent: Tuesday, April 05, 2016 10:58 AM To: Susan Hares Cc: idr wg Subject: Re: [Idr] Question for Eric Osborne on the MPLS match =20 Sue, Eric asked the question assuming classic dynamically assigned mpls = labels. He was right that for those it does not make sense to do any = match on 20 bits But here we are talking about static labels, option B labels, SR labels = etc .... Thx, R. On Apr 5, 2016 4:24 PM, "Susan Hares" wrote: Eric:=20 =20 The BGP filters were packet matching filters. What I understood is your = filters are based on FEC configured locally rather than something in the = packet? Is this correct?=20 =20 Do you want a FEC to be tested locally? Should it be added? Does the = other L2/L3 filters approximate your FEC filters? =20 =20 Sue =20 _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ------=_NextPart_000_0150_01D18F2B.FDEFC550 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Robert:

 

Thank you.=C2=A0 Jeff made the point on static routes.=C2=A0 The = draft authors thank both you and Jeff for the clarification. =

 

Sue

 

From:= = rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk
Sent: Tuesday, April 05, 2016 10:58 AM
To: = Susan Hares
Cc: idr wg
Subject: Re: [Idr] Question = for Eric Osborne on the MPLS match

 

Sue,

Eric = asked the question assuming classic dynamically assigned mpls labels. He = was right that for those it does not make sense to do any match on 20 = bits

But here we are talking about static labels, = option B labels, SR labels etc = ....

Thx,
R.

On Apr 5, 2016 4:24 PM, "Susan Hares" <shares@ndzh.com> = wrote:

Eric: =

 <= /o:p>

The BGP = filters were packet matching filters.  What I understood is your = filters are based on FEC configured locally rather than something in the = packet?  Is this correct?

 <= /o:p>

Do you want = a FEC to be tested locally?  Should it be added?  Does the = other L2/L3 filters approximate your FEC filters?  =

 <= /o:p>

Sue =  


______________________________________= _________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

------=_NextPart_000_0150_01D18F2B.FDEFC550-- From nobody Tue Apr 5 08:27:46 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23C9D12D157 for ; Tue, 5 Apr 2016 08:27:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 Dc8tV9tjBh1l for ; Tue, 5 Apr 2016 08:27:41 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AED0F12D592 for ; Tue, 5 Apr 2016 08:27:35 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGX37337; Tue, 05 Apr 2016 15:27:33 +0000 (GMT) Received: from DFWEML706-CHM.china.huawei.com (10.193.5.225) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 5 Apr 2016 16:27:33 +0100 Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by dfweml706-chm ([10.193.5.225]) with mapi id 14.03.0235.001; Tue, 5 Apr 2016 08:27:25 -0700 From: Linda Dunbar To: Youjianjie , Susan Hares , "'idr@ietf. org'" Thread-Topic: =?gb2312?B?W0lkcl0gtPC4tDogIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3Ig?= =?gb2312?B?RmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9u?= =?gb2312?Q?s_(filters/actions)_3/25_to_4/8/2016?= Thread-Index: AQHRjyB0snbvDbvqJEm1zryIZdP5tJ97gPlA Date: Tue, 5 Apr 2016 15:27:25 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F657E6A33D@dfweml501-mbb> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.197.142] Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F657E6A33Ddfweml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5703D966.00FE, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 47de9adbafb2d68975ac9bf2d447382f Archived-At: Subject: Re: [Idr] =?gb2312?b?tPC4tDogIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBm?= =?gb2312?b?b3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0?= =?gb2312?b?aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 15:27:45 -0000 --_000_4A95BA014132FF49AE685FAB4B9F17F657E6A33Ddfweml501mbb_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpIaSBTdWUsIEpvaG4sDQoNCkkgc3VwcG9ydCBhZG9wdGlvbiBvZiBmb2xsb3dpbmdzOg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFj a2V0LXJhdGUvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRy LWZsb3dzcGVjLW52bzMvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvDQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxzLW1h dGNoLw0KDQpUaGVzZSBkcmFmdHMgcHJvcG9zZWQgdXNlZnVsIEZTIGV4dGVuc2lvbnMuIGJ0dyBJ IGVjaG8gTHVjeaGvcyBjb21tZW50cyBvbiBGUy1yZWRpcmVjdCBkcmFmdHMuDQoNCkxpbmRhIER1 bmJhcg0KDQq3orz+yMs6IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFN1 c2FuIEhhcmVzDQq3osvNyrG85DogMjAxNsTqM9TCMjXI1SAyMjo0Nw0KytW8/sjLOiAnaWRyQGll dGYuIG9yZycNCtb3zOI6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3IgRmxv dyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVycy9hY3Rp b25zKSAzLzI1IHRvIDQvOC8yMDE2DQoNCklEUiBXRzoNCg0KVGhpcyBiZWdpbnMgYSAyIHdlZWsg V0cgQ2FsbCAoMy8yNSB0byA0LzgvMjAxNikgZm9yIHRoZSBzZXQgb2YgZHJhZnRzIHRvIGJlIGNv bnNpZGVyZWQgaW4gUkZDNTU3NSBhZGRpdGlvbnMuIFRoZXNlIG9wdGlvbnMgYXJlIGZpbHRlcnMs IGFjdGlvbnMgb3IgY3JpdGljYWwgc2VjdXJpdHkgYWRkaXRpb25zLiAgVGhlIGZsb3cgc3BlY2lm aWNhdGlvbiB3b3JrIGhhcyBiZWVuIGEgcGFydCBvZiB0aGUgaW50ZXJpbXMgc2luY2UgSUVURiA5 NA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAyLzA4L2lk ci9wcm9jZWVkaW5ncy5odG1sDQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRl cmltLzIwMTYvMDMvMDcvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCg0KVGhlcmUgd2lsbCBiZSBhIGJy aWVmIGZsb3cgc3BlY2lmaWNhdGlvbiBwcmVzZW50YXRpb24gYXQgSUVURiA5NSwgYW5kIHRoZSBl bWFpbCBsaXN0IGhhcyBzZWxlY3QgdG8gc3RhcnQgd2l0aCBvcHRpb24gMSCoQyBleHRlbmRpbmcg UkZDNTU3NS4gIFdlIGFsc28gd2lsbCBiZSBnYXRoZXJpbmcgZGV0YWlscyBvbiB0aGUgU0ROL05G ViB1c2UgY2FzZSBmb3Igb3B0aW9uIDIgKG5ldyBOTFJJIGFuZCBXaWRlIENvbW11bml0aWVzIHN1 cHBvcnQpLg0KDQpUaGlzIGlzIGEgZ3JvdXAgY2FsbCBmb3IgdGhlIGRyYWZ0cyB0byBiZSBjb25z aWRlcmVkIGluIHRoZSBmbG93IHNwZWNpZmljYXRpb24gd29yay4gIEZvciBlYWNoIG9mIHRoZSBk cmFmdHMgeW91IHdpc2ggdG8gYmUgY29uc2lkZXJlZCBPcHRpb24gMSwgcGxlYXNlIGluZGljYXRl Og0KDQoNCjEpICAgICAgSWYgdGhpcyBvcHRpb24gaXMgdmFsdWFibGUgZm9yIHRoZSBERG9TIGRl cGxveW1lbnRzIG9yIGFub3RoZXIgY3JpdGljYWwgZGVwbG95bWVudHMsDQoNCjIpICAgICAgRG8g eW91IGZlZWwgdGhpcyBkcmFmdCBpcyB1c2VmdWwsIGJ1dCBub3QgcmVhZHkgZm9yIGFkb3B0aW9u LA0KDQozKSAgICAgIERvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgYSBnb29kIHN0YXJ0IGZvciB0 aGlzIHdvcmsuDQoNClRoZSBkcmFmdHMgdG8gY29uc2lkZXIgYXJlOg0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUvDQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52 bzMvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dz cGVjLXJlZGlyZWN0LXR1bm5lbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQvDQpodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVs Lw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1m bG93c3BlYy1pbnRlcmZhY2VzZXQvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRjaC8N Cg0KQW5kIGZvciB0aGUgb3JkZXJpbmcgb2YgdGhlc2UgZmlsdGVycyBhbmQgYWN0aW9ucyBkcmFm dHMgqEMgdGhlIE9wdGlvbiAxIHNlY3Rpb24gb3V0IG9mIHRoaXMNCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21iby8NCihBIHJldmlz ZWQgZHJhZnQgd2l0aCBqdXN0IE9wdGlvbiAxIHdpbGwgYmUgcG9zdGVkKQ0KDQpTdWUgSGFyZXMg YW5kIEpvaG4gU2N1ZGRlcg0KDQoNCg0K --_000_4A95BA014132FF49AE685FAB4B9F17F657E6A33Ddfweml501mbb_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

 

Hi Su= e, John,

=  

I sup= port adoption of followings:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

=  

These= drafts proposed useful FS extensions. btw I echo Lucy=A1=AFs comments on F= S-redirect drafts.

=  

Linda= Dunbar

=  

=B7=A2=BC=FE=C8=CB: Idr [mailto:idr-bo= unces@ietf.org] =B4=FA=B1=ED Susan Hares<= br> =B7=A2=CB=CD=CA=B1=BC=E4: 2016=C4=EA= 3= =D4=C225<= span lang=3D"ZH-CN" style=3D"font-size:10.0pt;font-family:SimSun">=C8=D5 22:47
=CA=D5=BC=FE=C8=CB:= 'idr@ietf. org'
=D6=F7=CC=E2: [Idr]= WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016<= /span>

 

IDR WG:

 

This begins a 2 week WG Call (3/25 to 4/8/2016) for = the set of drafts to be considered in RFC5575 additions. These options are = filters, actions or critical security additions.  The flow specificati= on work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2= 016/02/08/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2= 016/03/07/idr/proceedings.html

 

There will be a brief flow specification presentatio= n at IETF 95, and the email list has select to start with option 1 =A8C ext= ending RFC5575.  We also will be gathering details on the SDN/NFV use = case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the drafts to be considered= in the flow specification work.  For each of the drafts you wish to b= e considered Option 1, please indicate:

 

1)      If this option is valuable for the DDoS deployments= or another critical deployments,  

2)      Do you feel this draft is useful, but not ready for= adoption,

3)      Do you feel this draft is a good start for this wor= k.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-i= dr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowsp= ec-nvo3/

https://datatracker.ietf.org/doc/draft-hao= -idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/d= raft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-i= dr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-= litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.org/doc/draf= t-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-id= r-flowspec-mpls-match/

 

And for the ordering of these filters and actions dr= afts =A8C the Option 1 section out of this

https://datatracker.ietf.org/doc/draft-hares-idr-f= lowspec-combo/

(A revised draft with just Option 1 will be posted) =

 

Sue Hares and John Scudder

 

 

 

--_000_4A95BA014132FF49AE685FAB4B9F17F657E6A33Ddfweml501mbb_-- From nobody Tue Apr 5 20:12:51 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E520F12D143 for ; Tue, 5 Apr 2016 20:12:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_MIME_MALF=0.01, T_RP_MATCHES_RCVD=-0.01] 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 bQ_dyfmg3Ei2 for ; Tue, 5 Apr 2016 20:12:46 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C016B12D137 for ; Tue, 5 Apr 2016 20:06:59 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGX75868; Wed, 06 Apr 2016 03:06:55 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 6 Apr 2016 04:06:46 +0100 Received: from SZXEMA508-MBX.china.huawei.com ([169.254.7.22]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Wed, 6 Apr 2016 11:06:42 +0800 From: "Wunan (Eric)" To: Susan Hares , "jgs@juniper.net" Thread-Topic: RE: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGPsVfq7gGFnqdBSHmYfXKYZlX2pg== Date: Wed, 6 Apr 2016 03:06:42 +0000 Message-ID: <0F26584357FD124DB93F1535E4B0A650841013EA@szxema508-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.156.105] Content-Type: multipart/alternative; boundary="_000_0F26584357FD124DB93F1535E4B0A650841013EAszxema508mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57047D51.0012, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.22, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 84e35598f0a5caf4566d6d2687e8ce35 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 03:12:50 -0000 --_000_0F26584357FD124DB93F1535E4B0A650841013EAszxema508mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Susan, John, I think what Lucy said makes sense. Based on what I learnt, instead of talk= ing about the same thing with different names, those three I-Ds below seems= to have different abstraction levels and scope. I'm not sure whether "a co= mmon mechanism" will be better, but WG needs to talk about the possibility. Regards Eric ---------------------------------------------------------------------- Message: 1 Date: Fri, 1 Apr 2016 19:24:45 +0000 From: Lucy yong > To: Susan Hares >, "'idr@ietf. org'= " > Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5726FC5A@dfweml501-mbb> Content-Type: text/plain; charset=3D"us-ascii" I support adoption of followings: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ The following three drafts are related to flow redirect, suggest having a c= ommon mechanism to address flow redirect instead of several and usage rules= to prevent loop. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirec= t/ Lucy From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 9:47 AM To: 'idr@ietf. org' Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be= considered in RFC5575 additions. These options are filters, actions or cri= tical security additions. The flow specification work has been a part of t= he interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/= 08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the e= mail list has select to start with option 1 - extending RFC5575. We also w= ill be gathering details on the SDN/NFV use case for option 2 (new NLRI and= Wide Communities support). This is a group call for the drafts to be considered in the flow specificat= ion work. For each of the drafts you wish to be considered Option 1, pleas= e indicate: 1) If this option is valuable for the DDoS deployments or another crit= ical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirec= t/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts - the Option 1 sec= tion out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-= combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder -------------- next part -------------- An HTML attachment was scrubbed... URL: --_000_0F26584357FD124DB93F1535E4B0A650841013EAszxema508mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Susan, John,

 

I think what Lucy said makes= sense. Based on what I learnt, instead of talking about the same thing wit= h different names, those three I-Ds below seems to have different abstracti= on levels and scope. I’m not sure whether “a common mechanism” will be better, but WG needs to talk abou= t the possibility.

 

Regards

Eric

 

----------------------------= ------------------------------------------

Message: 1=

Date: Fri, 1 Apr 2016 19:24:= 45 +0000

From: Lucy yong <lucy.yong@huawei.com>

To: Susan Hares <shares@ndzh.com>, "'idr@ietf. org'&= quot; <idr@ietf.org>

Subject: Re: [Idr] WG Adopti= on call for drafts for Flow Specification

    option 1 = (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

Message-ID: <2691CE009983= 4E4A9C5044EEC662BB9D5726FC5A@dfweml501-mbb>

Content-Type: text/plain; ch= arset=3D"us-ascii"

 

I support adoption of follow= ings:

https://datatracker.i= etf.org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/= doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ie= tf.org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatra= cker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/=

https://datatracker.ie= tf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

 

The following three drafts a= re related to flow redirect, suggest having a common mechanism to address f= low redirect instead of several and usage rules to prevent loop.=

https://datatracke= r.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://da= tatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/<= o:p>

https://datat= racker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

 

 

Lucy

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan = Hares

Sent: Friday, March 25, 2016= 9:47 AM

To: 'idr@ietf. org'

Subject: [Idr] WG Adoption c= all for drafts for Flow Specification option 1 (RFC5575 additions (filters/= actions) 3/25 to 4/8/2016

 

IDR WG:

 

This begins a 2 week WG Call= (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 addit= ions. These options are filters, actions or critical security additions.&nb= sp; The flow specification work has been a part of the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html

https://www.ietf.o= rg/proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow s= pecification presentation at IETF 95, and the email list has select to star= t with option 1 - extending RFC5575.  We also will be gathering detail= s on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the= drafts to be considered in the flow specification work.  For each of = the drafts you wish to be considered Option 1, please indicate:<= /span>

 

 

1)    &n= bsp; If this option is valuable for the DDoS deployments or another critica= l deployments,

 

2)    &n= bsp; Do you feel this draft is useful, but not ready for adoption,

 

3)    &n= bsp; Do you feel this draft is a good start for this work.

 

The drafts to consider are:<= o:p>

https://datatracker.i= etf.org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/= doc/draft-hao-idr-flowspec-nvo3/

https://datatracke= r.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://da= tatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/<= o:p>

https://datatracker.ie= tf.org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatra= cker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/=

https://datat= racker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ie= tf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of thes= e filters and actions drafts - the Option 1 section out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/=

(A revised draft with just O= ption 1 will be posted)

 

Sue Hares and John Scudder

 

 

 

-------------- next part ---= -----------

An HTML attachment was scrub= bed...

URL: <https://mailarchive.ietf.org/arch/browse/idr/attachments/20160401/= bb13ec9d/attachment.html>

 

--_000_0F26584357FD124DB93F1535E4B0A650841013EAszxema508mbxchi_-- From nobody Wed Apr 6 03:02:32 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BB6812D177 for ; Wed, 6 Apr 2016 03:02:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_MIME_MALF=0.01] 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 e-5Zwu-MoWyx for ; Wed, 6 Apr 2016 03:02:28 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 61E2712D09C for ; Wed, 6 Apr 2016 03:02:28 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.139.85; From: "Susan Hares" To: "'Wunan \(Eric\)'" , References: <0F26584357FD124DB93F1535E4B0A650841013EA@szxema508-mbx.china.huawei.com> In-Reply-To: <0F26584357FD124DB93F1535E4B0A650841013EA@szxema508-mbx.china.huawei.com> Date: Wed, 6 Apr 2016 06:01:15 -0400 Message-ID: <00dd01d18feb$4b2aaeb0$e1800c10$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DE_01D18FC9.C41C1BF0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQE5ftPIKcbeMqHzTC1cY3QOR/AVtaCs2AmA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 10:02:31 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00DE_01D18FC9.C41C1BF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Eric: Thank you for your question about the following drafts: https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized- sid/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / This is just the thing to begin to talk about on the list as part of the adoption process. We'll spend some time discussing the pros/cons of these drafts on the list. Sue From: Wunan (Eric) [mailto:eric.wu@huawei.com] Sent: Tuesday, April 05, 2016 11:07 PM To: Susan Hares; jgs@juniper.net Cc: idr@ietf.org Subject: RE: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Hi Susan, John, I think what Lucy said makes sense. Based on what I learnt, instead of talking about the same thing with different names, those three I-Ds below seems to have different abstraction levels and scope. I'm not sure whether "a common mechanism" will be better, but WG needs to talk about the possibility. Regards Eric ---------------------------------------------------------------------- Message: 1 Date: Fri, 1 Apr 2016 19:24:45 +0000 From: Lucy yong To: Susan Hares , "'idr@ietf. org'" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5726FC5A@dfweml501-mbb> Content-Type: text/plain; charset="us-ascii" I support adoption of followings: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ The following three drafts are related to flow redirect, suggest having a common mechanism to address flow redirect instead of several and usage rules to prevent loop. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized- sid/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / Lucy From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 9:47 AM To: 'idr@ietf. org' Subject: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 additions. These options are filters, actions or critical security additions. The flow specification work has been a part of the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html There will be a brief flow specification presentation at IETF 95, and the email list has select to start with option 1 - extending RFC5575. We also will be gathering details on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support). This is a group call for the drafts to be considered in the flow specification work. For each of the drafts you wish to be considered Option 1, please indicate: 1) If this option is valuable for the DDoS deployments or another critical deployments, 2) Do you feel this draft is useful, but not ready for adoption, 3) Do you feel this draft is a good start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized- sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect / https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ And for the ordering of these filters and actions drafts - the Option 1 section out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted) Sue Hares and John Scudder -------------- next part -------------- An HTML attachment was scrubbed... URL: ------=_NextPart_000_00DE_01D18FC9.C41C1BF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Eric:

 

Thank = you for your question about the following drafts: =

 

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

 

This is = just the thing to begin to talk about on the list as part of the = adoption process.  We’ll spend some time discussing the = pros/cons of these drafts on the list.

 

Sue

 

From:= = Wunan (Eric) [mailto:eric.wu@huawei.com]
Sent: Tuesday, April = 05, 2016 11:07 PM
To: Susan Hares; = jgs@juniper.net
Cc: idr@ietf.org
Subject: RE: [Idr] = WG Adoption call for drafts for Flow Specification option 1 (RFC5575 = additions (filters/actions) 3/25 to = 4/8/2016

 

Hi = Susan, John,

 

I think = what Lucy said makes sense. Based on what I learnt, instead of talking = about the same thing with different names, those three I-Ds below seems = to have different abstraction levels and scope. I’m not sure = whether “a common mechanism” will be better, but WG needs to = talk about the possibility.

 

Regards

Eric

 

------------------------------------= ----------------------------------

Message: = 1

Date: Fri, 1 Apr 2016 19:24:45 = +0000

From: Lucy yong <lucy.yong@huawei.com>

To: Susan Hares <shares@ndzh.com>, = "'idr@ietf. org'" <idr@ietf.org>

Subject: Re: [Idr] WG Adoption call = for drafts for Flow Specification

    option 1 = (RFC5575 additions (filters/actions) 3/25 to = 4/8/2016

Message-ID: = <2691CE0099834E4A9C5044EEC662BB9D5726FC5A@dfweml501-mbb>=

Content-Type: text/plain; = charset=3D"us-ascii"

 

I = support adoption of followings:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/

ht= tps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec= -interfaceset/

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/=

 

 

The = following three drafts are related to flow redirect, suggest having a = common mechanism to address flow redirect instead of several and usage = rules to prevent loop.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

 

 

Lucy

 

From: = Idr [mailto:idr-bounces@ietf.org] On = Behalf Of Susan Hares

Sent: Friday, March 25, 2016 9:47 = AM

To: 'idr@ietf. = org'

Subject: [Idr] WG Adoption call for = drafts for Flow Specification option 1 (RFC5575 additions = (filters/actions) 3/25 to 4/8/2016

 

IDR = WG:

 

This = begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be = considered in RFC5575 additions. These options are filters, actions or = critical security additions.  The flow specification work has been = a part of the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedi= ngs.html

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedi= ngs.html

 

There = will be a brief flow specification presentation at IETF 95, and the = email list has select to start with option 1 - extending RFC5575.  = We also will be gathering details on the SDN/NFV use case for option 2 = (new NLRI and Wide Communities support).

 

This is = a group call for the drafts to be considered in the flow specification = work.  For each of the drafts you wish to be considered Option 1, = please indicate:

 

 

1)      If = this option is valuable for the DDoS deployments or another critical = deployments,

 

2)      Do = you feel this draft is useful, but not ready for = adoption,

 

3)      Do = you feel this draft is a good start for this = work.

 

The = drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/

ht= tps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec= -interfaceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/=

 

And for = the ordering of these filters and actions drafts - the Option 1 section = out of this https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Option 1 = will be posted)

 

Sue = Hares and John Scudder

 

 

 

-------------- next part = --------------

An HTML attachment was = scrubbed...

URL: <https://mailarchive.ietf.org/arch/browse/idr/a= ttachments/20160401/bb13ec9d/attachment.html>

 

------=_NextPart_000_00DE_01D18FC9.C41C1BF0-- From nobody Wed Apr 6 04:16:47 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B9AA12D68B for ; Wed, 6 Apr 2016 04:16:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 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, T_RP_MATCHES_RCVD=-0.01, 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 9HBCj5HjH4o4 for ; Wed, 6 Apr 2016 04:16:43 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE5E612D7D6 for ; Wed, 6 Apr 2016 04:16:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7535; q=dns/txt; s=iport; t=1459941402; x=1461151002; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=zkfxWiMDLHLx3qckggBtvXQbvYelRYOTC07cnjUstX0=; b=LU7MJP2ajWHcTcEeSadER5jF+xLTq7hdT1RI4StlUiemvTmgXEFyWjuh n84kozRCDqyY911MGZujED1gd58qEsAMYgrZw4osapA6MwTjmyI8pqo1j GjlH6Rp2SY3dh4YO6Dfc1dKBL81vKQwsF7W3j0BBrTqYiIvFNSB8rK4aN 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AcAgCL7wRX/5FdJa1cgmtMU30GtVhFh?= =?us-ascii?q?C4BDYFyIYVsAhyBJjgUAQEBAQEBAWUnhEEBAQECAiMKXAIBCA4DAwECKAMCAgI?= =?us-ascii?q?wFAYDCAEBBAESiCcOrmiRewEBAQEBAQEBAQEBAQEBAQEBAQEBAREEimyEX4Jgg?= =?us-ascii?q?lYFmAEBjgqPDo8gAR4BAUKDZ2wBh3R+AQEB?= X-IronPort-AV: E=Sophos;i="5.24,447,1454976000"; d="scan'208,217";a="256254507" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2016 11:16:41 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u36BGfOC008732 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 6 Apr 2016 11:16:41 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 6 Apr 2016 07:16:40 -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.1104.009; Wed, 6 Apr 2016 07:16:40 -0400 From: "Acee Lindem (acee)" To: Susan Hares , "idr@ietf.org" Thread-Topic: =?utf-8?B?W0lkcl0gZHJhZnQtLeKAkHByZXZpZGktaWRyLXNlZ21lbnQt4oCQcm91dGlu?= =?utf-8?B?Zy10ZS0t4oCQcG9saWN5LXF1ZXN0aW9u?= Thread-Index: AdGPSdThKoLO8jj2QKOMBEqS3AaSuAAtFUkA Date: Wed, 6 Apr 2016 11:16:40 +0000 Message-ID: References: <011501d18f49$dd55d730$98018590$@ndzh.com> In-Reply-To: <011501d18f49$dd55d730$98018590$@ndzh.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.24.87.121] Content-Type: multipart/alternative; boundary="_000_D32A756758100aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] =?utf-8?q?draft--=E2=80=90previdi-idr-segment-=E2=80=90rout?= =?utf-8?q?ing-te--=E2=80=90policy-question?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 11:16:46 -0000 --_000_D32A756758100aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3VlLA0KDQpGcm9tOiBJZHIgPGlkci1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppZHItYm91 bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29t PG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KRGF0ZTogVHVlc2RheSwgQXByaWwgNSwgMjAxNiBh dCAxMDo0NSBBTQ0KVG86IElEUiBMaXN0IDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9y Zz4+DQpTdWJqZWN0OiBbSWRyXSBkcmFmdC0t4oCQcHJldmlkaS1pZHItc2VnbWVudC3igJByb3V0 aW5nLXRlLS3igJBwb2xpY3ktcXVlc3Rpb24NCg0KU3RlZmFubzoNCg0KV291bGQgeW91IGFuc3dl ciBob3cgeW91ciB0ZWFtIHN0YXRlcyDigJxBZHZlcnRpc2luZyBhIFRFIHBvbGljeSBpcyBuZXcg aW4gQkdQ4oCdIHdoZW4gd2UgYWRvcHRlZA0KZHJhZnQtaWV0Zi1pZHItdGUtcG0tYmdwLTAyPyAg KHNlZSBzbGlkZSAxMSBvZiB5b3VyIHByZXNlbnRhdGlvbikNCg0KVGhlIGRyYWZ0IHlvdSByZWZl cmVuY2UgKGNvdmVyZWQgb24gc2xpZGUgNyBvZiBodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVk aW5ncy85NS9zbGlkZXMvc2xpZGVzLTk1LWlkci0xNC5wZGYpIGRvZXNu4oCZdCBkb2VzbuKAmXQg ZGVhbCB3aXRoIFRFIHBvbGljZXMuIEl0IHNpbXBseSBleHRlbmRzIEJHUCBMaW5rLVN0YXRlIHRv IGluY2x1ZGUgSUdQIFRFIExpbmsgTWV0cmljIEV4dGVuc2lvbnMgKHNlZSBSRkMgNzQ3NCkuDQoN ClRoYW5rcywNCkFjZWUNCg0KDQoNCg0KIFRoaXMgZHJhZnQgaGFzIHRvIGJlIGFuIGltcHJvdmVt ZW50IG9yIGRpZmZlcmVudCB0aGFuIHRoZSBhY2NlcHRlZCB3b3JrIHRvIGJlIGNvbnNpZGVyZWQg d2l0aGluIElEUi4NCg0KU3VlIEhhcmVzDQoNCg== --_000_D32A756758100aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <452AF01885081D4F9471AF5E8FEAE2A7@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBTdWUsJm5i c3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNU SU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0 ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsg Qk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxF RlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xp ZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPklkciAmbHQ7PGEgaHJlZj0ibWFp bHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9u IGJlaGFsZiBvZiBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNv bSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+RGF0ZTogPC9zcGFuPlR1ZXNkYXksIEFwcmlsIDUsIDIwMTYgYXQgMTA6NDUgQU08YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj5JRFIgTGlzdCAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPltJZHJdIGRyYWZ0 LS3igJBwcmV2aWRpLWlkci1zZWdtZW50LeKAkHJvdXRpbmctdGUtLeKAkHBvbGljeS1xdWVzdGlv bjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VU TE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYg NSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdiB4bWxuczp2 PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWlj cm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQt Y29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29m ZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQw Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZp bHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUg MyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFu b3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0 O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGVmYW5vOiA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+V291bGQgeW91IGFuc3dlciBob3cgeW91ciB0ZWFtIHN0YXRlcyDi gJxBZHZlcnRpc2luZyBhIFRFIHBvbGljeSBpcyBuZXcgaW4gQkdQ4oCdIHdoZW4gd2UgYWRvcHRl ZA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5kcmFmdC1pZXRmLWlkci10 ZS1wbS1iZ3AtMDI/ICZuYnNwOyhzZWUgc2xpZGUgMTEgb2YgeW91ciBwcmVzZW50YXRpb24pPC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+VGhlIGRyYWZ0IHlvdSByZWZlcmVuY2UgKGNvdmVyZWQgb24gc2xp ZGUgNyBvZiZuYnNwO2h0dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzLzk1L3NsaWRlcy9z bGlkZXMtOTUtaWRyLTE0LnBkZikgZG9lc27igJl0IGRvZXNu4oCZdCBkZWFsIHdpdGggVEUgcG9s aWNlcy4gSXQgc2ltcGx5IGV4dGVuZHMgQkdQIExpbmstU3RhdGUgdG8gaW5jbHVkZSBJR1AgVEUg TGluayBNZXRyaWMgRXh0ZW5zaW9ucyAoc2VlIFJGQyA3NDc0KS4mbmJzcDs8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+QWNlZTwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90 ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1M RUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4N CjxkaXYgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDtUaGlzIGRyYWZ0IGhhcyB0byBiZSBhbiBpbXByb3ZlbWVudCBvciBkaWZmZXJlbnQgdGhh biB0aGUgYWNjZXB0ZWQgd29yayB0byBiZSBjb25zaWRlcmVkIHdpdGhpbiBJRFIuICZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdWUgSGFyZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D32A756758100aceeciscocom_-- From nobody Thu Apr 7 11:54:29 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4F1412D5C2; Thu, 7 Apr 2016 11:54:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 5V7_DJfHR6Bu; Thu, 7 Apr 2016 11:54:20 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D581E12D56E; Thu, 7 Apr 2016 11:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1741; q=dns/txt; s=iport; t=1460055259; x=1461264859; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=xcO4hDTPk81g+qXPcvPErz5LjqHSGmlnLLPLLrBDEdI=; b=ZghWaoTYG3yxs87mSChdR4U1yt8Mat1+FEXSLipiidl1Nt0vCcgt0Rw/ RH4Tpp8rfE/PVVOePXrkVn3XRLetiWqWqfC4dZNb9+mI40HMku3fq5GPA NeFKXF2YdN6MhBpO+jn7dqL/NVOH8lttD6nbbyHiL/HUViiimWSYduAJ6 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D9AQBgrAZX/5tdJa1dgzdTfQa6PQENg?= =?us-ascii?q?XMjhWoCgUU4FAEBAQEBAQFlJ4RCAQEEOjQLEAIBCDYFCzIUBwEGAwIEAQ0FiCc?= =?us-ascii?q?OwXgBAQEBAQEBAQEBAQEBAQEBAQEBAQERBIYhhEuKFQWTGYRrAYV2iBWBZ4RNi?= =?us-ascii?q?FqPIwEeAQFCggkUFYE1bId1fgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,449,1454976000"; d="scan'208";a="256909470" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Apr 2016 18:54:18 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u37IsIN5011338 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 7 Apr 2016 18:54:18 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 7 Apr 2016 13:54:17 -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.1104.009; Thu, 7 Apr 2016 13:54:18 -0500 From: "Alvaro Retana (aretana)" To: "idr@ietf.org" , "pim@ietf.org" Thread-Topic: Last Call: (Multicast VPN state damping) to Proposed Standard Thread-Index: AQHRkP7jaJ+aOgEU8EmJjlM4C33WVw== Date: Thu, 7 Apr 2016 18:54:17 +0000 Message-ID: References: <20160323191825.2494.1251.idtracker@ietfa.amsl.com> In-Reply-To: <20160323191825.2494.1251.idtracker@ietfa.amsl.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.82.234.83] Content-Type: text/plain; charset="us-ascii" Content-ID: <4DC3A42AAA3AC34AA791DE0DE9671674@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: [Idr] FW: Last Call: (Multicast VPN state damping) to Proposed Standard X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 18:54:22 -0000 idr and pim WGs: Hi! Please take a look at this document and send comments to the bess WG. The IETF Last Call expires on Apr/13, but the document is scheduled to be reviewed by the IESG on May/5, so there's enough time to address comments. Thanks! Alvaro. On 3/23/16, 3:18 PM, "iesg-secretary@ietf.org" wrote: > >The IESG has received a request from the BGP Enabled Services WG (bess) >to consider the following document: >- 'Multicast VPN state damping' > as Proposed Standard > >The IESG plans to make a decision in the next few weeks, and solicits >final comments on this action. Please send substantive comments to the >ietf@ietf.org mailing lists by 2016-04-13. Exceptionally, comments may be >sent to iesg@ietf.org instead. In either case, please retain the >beginning of the Subject line to allow automated sorting. > >Abstract > > > This document describes procedures to damp multicast VPN routing > state changes and control the effect of the churn due to the > multicast dynamicity in customer sites. The procedures described in > this document are applicable to BGP-based multicast VPN and help > avoid uncontrolled control plane load increase in the core routing > infrastructure. New procedures are proposed inspired from BGP > unicast route damping principles, but adapted to multicast. > > > > > >The file can be obtained via >https://datatracker.ietf.org/doc/draft-ietf-bess-multicast-damping/ > >IESG discussion can be tracked via >https://datatracker.ietf.org/doc/draft-ietf-bess-multicast-damping/ballot/ > > >No IPR declarations have been submitted directly on this I-D. > > From nobody Thu Apr 7 19:00:03 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 830A312D52B for ; Thu, 7 Apr 2016 19:00:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 tkcTZ-33vIK8 for ; Thu, 7 Apr 2016 18:59:59 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0119.outbound.protection.outlook.com [207.46.100.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F22A12D0BE for ; Thu, 7 Apr 2016 18:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5NaMwDmAjXLTywTtN0IdgQpTHb9hrbLpakzpmuQes2Q=; b=NmdRAm8l68NaptreTN/ZuR4MyynHBZAOqoEXFzCn68twLJ1fvTiUU+aI5uVyS4urS4QVsUxN3SkaEL1dQHArIrgwewe6/HzuT7S8UIO4c0CH0dEqHAxze2IFApgWfyNM48tgX3vi3hHVQ5IeekHlP7rjJj3agfkliSO2IkaZ8Pc= Authentication-Results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; Received: from ssubron-sslvpn-nc.jnpr.net (66.129.241.14) by BL2PR05MB194.namprd05.prod.outlook.com (10.242.198.147) with Microsoft SMTP Server (TLS) id 15.1.443.12; Fri, 8 Apr 2016 01:59:56 +0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_52D7627A-DE55-44A2-8670-31C868D9C6E5" MIME-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: "John G. Scudder" In-Reply-To: Date: Thu, 7 Apr 2016 22:59:46 -0300 Message-ID: <156A006A-95C9-4702-8301-1602EE756672@juniper.net> References: To: Dhruv Dhody X-Mailer: Apple Mail (2.3124) X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: BLUPR14CA0015.namprd14.prod.outlook.com (25.163.77.153) To BL2PR05MB194.namprd05.prod.outlook.com (10.242.198.147) X-MS-Office365-Filtering-Correlation-Id: 62ef0803-a2b0-4927-9db7-08d35f517cea X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 2:uAUa+qC8MnHxn9rCmt68C2hM45wPWARWriCJh5eTC5PnYCPjVl6LGKaqlhxxjhT52ieWokAl+mCGGPbRMndMMy7XgFpXHUmOXf6PCHpEiDM1R5tLBDDWy0V2N5Rkpai2QeQzHt5V8eMwNzYwxGZKhZXkPx58FUmy7bAilO7bAs3tz5ncFpZC4fOuiwdMxtod; 3:/gkowujS0WMZDUNhCVIeIMrN2hd8LW486jBHzsHbx4ZZFvjJSdURUFFT7tDWnJP+y1AvQFXiDmpeYd3a9AkyDSPASYCci6EsEHR55xZxQRs0K6CZn3rtAl0KlpoQdb+o X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB194; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB194; 25:pWn8YqdESKxLGPlrhy8jV/p4fK1fQ5oUF4Jd87KCM8?= =?us-ascii?Q?wAYM9H8rbOdgMZIray/jmZ6gBwE8u8rRQ8k05KYleJCsAz5FUdQzy+9vldtO?= =?us-ascii?Q?RYXYwDobNFS/sWBVH+yacrGuvNMrVHhUA2tacUrICgGo+yvjVCJaPduJNvNo?= =?us-ascii?Q?Pglo0hyF5FttbWwZQHf3RoA9RjLjQSe7MQOlOOZFC4uEtlWSGUgdCYwLHmKY?= =?us-ascii?Q?D38B6mIDwWL5iWDo6BD2jcgMn6zTzmXwwf/04+sNX/gFZOByXl+rMsTMZPxr?= =?us-ascii?Q?1w59LmhgSooM0mgafirNO32nN4nGxpIQHHzxJQJ4wfa9zp18UZlNXVAAaN0D?= =?us-ascii?Q?OE1P/Yo+FjEEmvNtxJ49Jdl6mtmew/8uKfh7DKdSxjPlSWg81R14XDCeXYiZ?= =?us-ascii?Q?NZIPN4bbpaq1LOm7PdHFlSSPUNpum8wbQw8iltndyvBy9YUqyzKrwucYAQ6U?= =?us-ascii?Q?lNxosAZmRs/Ht63qHexsR+yFY7ETdCc6nSd6eno+JFBjdgTCOumoW1y5mS+V?= =?us-ascii?Q?q8ARj72zAm55GCf6eM6Urcc+14T5qQq7fMhP/Oqnq4VTQBxFK4MxgyptgZrl?= =?us-ascii?Q?98QvnqpJ/M8dFmTcZchOEXgNqs/q/JqEs/bJukNdljPFS5a7fCUU55CAtGQT?= =?us-ascii?Q?X1k9nYbvZSZQHLuC6Y/pGk32tySBEg4wl0tXgKXnn49VBTRhr5ZUD+9S4eKo?= =?us-ascii?Q?D18LkUoMu4OkA/aCzqRH+ea/jpIoD++zyXLzQh8+j09Wy5jP12ogDdnsayyk?= =?us-ascii?Q?l4l19Y6jflOUChCIHSk0kvpGlIl7tMBDuhy5rMnp3esB7V7VlH1dT7mfKLiX?= =?us-ascii?Q?cbf+2wYYK3MDWYJuDPCCVBcD4zzNZ6Henv+H5L7aUzBatvK4ob8QqtSwHPyk?= =?us-ascii?Q?62qPfS6xyVoExSkbBoqWBI5OuoPuqj0Q+cVd9dMmU0MWXEckpcjWDspqRStj?= =?us-ascii?Q?8Vt326Zu++nZo+WvIjdFGjiJ+PpkML93Q0GdTD3Q=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 20:D2bPQ+3ULkG2GCl03bbpVeZGNIPnJgNzZ06c2qFfEVtBNtyLeyCjncLy3qdXDXx7SpFt7YT9ibfaKVKiDOxXAZ95RLfxiX2Insg4Jm5Z4Lu3+nKbgtkc6BLXC3B4wTwIdaUBV5RVaCSOt25lTS0EcW1u5bUZ0cAk4sM4gENd8eECzfPkKMBNdvJTOZvHT7Hymy9qCcIzQ7H+7SumifqfYSNPsdq/1bDLEe7cOG5znIX7Y08O5ARWDHTEoWs+NPZG/IIOyvxHl9Cmp1RWrGI2KCAmhFLEDRcSCXDZgZQw7fTJKWFDfV54nSjZJN5kuvGx8K/nabJM0jfwn0hhkvJ8QnELr/QFCKz4hbYT69zg03CFL3KqIneoCdBZ5eFChMK5Jhs4vCvxnvi7alxAQB1nLN48rIWKb62f9eQgKEOuKW7cMwsPelvVVWdhvG/FGkyZ8AwVLQ6wIyBJYrbIiuiaxcJmdbWUVbirHbtMnZIcfkF67sgGlai3JvOq2JwGtjcF; 4:VLb1wGsBdd4riv+4O6vkMpeYgOVcF2X5a1cHzDNPKyATEyHL9PuXUjY4DfmINFL3KLdufewnlb6SVcJ+CsCf8EC/IB6KtLmou87T5KouaQNnfBsu7jyyAFIgAv7kLIFaQKxPfKVXhISuwaQt2cjA/DXnIpmB791i6j/VtA1hMUbYdpZdPP/i5IQYg7kWLiVLN2Wvb497CMC6CbLA9Pza/AdKzWXs4ttGKNQvZmUIQkCeYQCc3YjgFcLABGj3VkKcvfOucdF+VO4h90TWg6ZvqQGmSx6IVxspqA/ATE2OzUbXWBSwGAls1fao+68ek1crhqo4CZK/3/ZL9zMvTDxIuzkh6qSzKwWGyfjGuGsfs6knSMokBZ4dwgrjKVawLuBfqyE31Eam2ilsMwVmTXHc1Q== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BL2PR05MB194; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB194; X-Forefront-PRVS: 0906E83A25 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(377454003)(24454002)(51914003)(33656002)(81166005)(36756003)(66066001)(5004730100002)(5008740100001)(69556001)(42186005)(19617315012)(4326007)(586003)(82746002)(50986999)(260700001)(83716003)(50226001)(15975445007)(2950100001)(77096005)(2906002)(92566002)(512954002)(53416004)(1096002)(76176999)(86362001)(189998001)(110136002)(19580395003)(19580405001)(3846002)(84326002)(6116002)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB194; H:ssubron-sslvpn-nc.jnpr.net; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB194; 23:TFtHxSp7rrnvvC+8hEEcMAAD0TxWUO0Vl+lf9Yg7v5?= =?us-ascii?Q?8rAPJuLRhhZ0IKmGg4fnQrebP9VYosBVr+u5nhcvBoAk9rJ5mbnisnDfQnub?= =?us-ascii?Q?JRlMLYkhT1bqk4fQZj/Rx3EjrtqRxHh8tomJP2X8WDdadosmjRXMsYKqksPm?= =?us-ascii?Q?9hRAmsZoxtcsDeNHh/SzQl1ME8i//NKmSxXckMrAJDIQ7SnkD6dP6Rl0EbWB?= =?us-ascii?Q?RNpE4qcbpDwWCEMtgOH4dD8q7KxDnDcby2xU8Jurq1X9WvAvsXf2FTyjkjBA?= =?us-ascii?Q?5K4drk4lLUlo1zA+bRiQJGDOV3Ez+NSiwEG/VTRJwtfxwPc1nZAeeifE1/lj?= =?us-ascii?Q?xSfCzeSgzeJN6e2VirYhZ838f+znPU33eFnZJK0fx+mLVvUUY8ckjOEm8MrB?= =?us-ascii?Q?exU74DHOhNnP3QoxRpJIG8TEim8Xoyf9/sUL1IJmhktCwMglQugHmSwYO5rW?= =?us-ascii?Q?YMRelYbnlpn5DmjNcepr/gzicTKC7l+VDX2xFppOy8/3HA9/f8kC19VA2mUB?= =?us-ascii?Q?lJoe3doOTkoi5HRsdxWUsZr8LHkBgJTABMeThpoUQHo6cU0rW7trtpN5Kso0?= =?us-ascii?Q?cq3Dlkc43qAVHEi0x9C+aWybxQInuujvvboKiU27Lyhqlfz5z6JVdAyOmI3c?= =?us-ascii?Q?JukCXzNdLb+6jbETKAQO+4FGgpm/7gC4ycWKOG3GxFt2WX9fAgp0r48Ljuyd?= =?us-ascii?Q?lJSGGxWL1HDDoYTvuNEJpocwh/2RhtcqgtNbMkiLzgdzBxf13RY7qTcA/VM7?= =?us-ascii?Q?/dHDcc2Z+utFsOr7pMPrJx+kP8AfdTrUgJRHBM0zsY5J8479wudI2akUjRLE?= =?us-ascii?Q?z9T0Ct63/1mDkJl/IW9YHi1dClse02hxMGVwJiH5a5caYsNrCxJ0rLKBwidx?= =?us-ascii?Q?9waNuhARTrQ4AlUkFFcjeJDCyyFYUK/y4eUWNVZNIrvqBHXlakfbCLsorM2b?= =?us-ascii?Q?aV2Bcw/GoBD5qIjT6bT4exRw+9dLMi6ofgruWBuHD/cGxFCiPGdkvLKrtQVA?= =?us-ascii?Q?2wVTkuiVIFTd7S2VFpjghs7+r/5AZh1e2YuWOWpRjMZy6DuV06BuWwAGSPIp?= =?us-ascii?Q?w1pYM=3D?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 5:hYXZxBRBS9meI4Eb733+GDRt47DtZy1MVdXZfq8/UKb7DUWex8vPw+npPJ6OEmlgOJJOxaD74sLJmvNUVIL/vXVKCFjF44XIrMoTIYVFK1e54+FJ+djRk4mC3kT9QnNum1XVlODneYonXvDSx0gnxQ==; 24:Zjvhyv4YjYtQBe/kUclnUnUfterrlX75YqNB+qeS7aw859aht7wpStIgf5VAoA5JlIDB1Lb++2zsXNQObHZt73/LZdMKB5qp0eBPPvjJykE= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Apr 2016 01:59:56.8384 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB194 Archived-At: Cc: idr wg Subject: Re: [Idr] Request to presenters X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2016 02:00:01 -0000 --Apple-Mail=_52D7627A-DE55-44A2-8670-31C868D9C6E5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Thanks for the feedback. I added some of your suggestions to the wiki = (some were there already). = https://trac.tools.ietf.org/wg/idr/trac/wiki/Checklist%20for%20presenting%= 20at%20an%20IDR%20meeting --John > On Apr 5, 2016, at 11:50 AM, Dhruv Dhody wrote: >=20 > Hi,=20 >=20 > Most of the remote participants view the slides using meetecho, which = show your slides together with jabber and video. =20 >=20 > Please avoid using figures from the draft which becomes completely = unreadable in meetecho. Also avoid using small fonts.=20 >=20 > Suggest folks to look through meetecho recordings later, to see how = the remote participants experience can be improved.=20 >=20 > Have a good IETF week!=20 >=20 > Regards, > Dhruv --Apple-Mail=_52D7627A-DE55-44A2-8670-31C868D9C6E5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="us-ascii" Thanks for the feedback. I added some of your suggestions to = the wiki (some were there already).

https://trac.tools.ietf.org/wg/idr/trac/wiki/Checklist%20for%20= presenting%20at%20an%20IDR%20meeting

--John

On = Apr 5, 2016, at 11:50 AM, Dhruv Dhody <dhruv.ietf@gmail.com> wrote:

Hi, 

Most of the remote participants = view the slides using meetecho, which show your slides together = with jabber and video.  

Please avoid using figures from = the draft which becomes completely unreadable in meetecho. Also avoid = using small fonts. 

Suggest folks to look through = meetecho recordings later, to see how the remote participants = experience can be improved. 

Have a good IETF = week! 

Regards,
Dhruv
= --Apple-Mail=_52D7627A-DE55-44A2-8670-31C868D9C6E5-- From nobody Fri Apr 8 03:36:52 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0793C12D60F for ; Fri, 8 Apr 2016 03:36:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.439 X-Spam-Level: **** X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 EDMlP-mj-B62 for ; Fri, 8 Apr 2016 03:36:49 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 4589012D5A4 for ; Fri, 8 Apr 2016 03:36:49 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.138.240; From: "Susan Hares" To: Date: Fri, 8 Apr 2016 06:35:52 -0400 Message-ID: <00ed01d19182$6e139c50$4a3ad4f0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00EE_01D19160.E701FC50" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGRgkQuSIrsNtMGT6qvUZYV+JBYKg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] minutes have been posted X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2016 10:36:51 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00EE_01D19160.E701FC50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit IDR: Thank you to Ignas Bagdonas and all those who took notes on the etherpad. The IDR minutes are posted at: https://www.ietf.org/proceedings/95/minutes/minutes-95-i2rs Sue Hares and John Scudder ------=_NextPart_000_00EE_01D19160.E701FC50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

IDR: =

 

Thank you to Ignas Bagdonas and all those who took = notes on the etherpad.  The IDR minutes are posted at: =

 

http= s://www.ietf.org/proceedings/95/minutes/minutes-95-i2rs

 

Sue = Hares and John Scudder

------=_NextPart_000_00EE_01D19160.E701FC50-- From nobody Fri Apr 8 03:38:53 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C996C12D61D for ; Fri, 8 Apr 2016 03:38:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.638 X-Spam-Level: *** X-Spam-Status: No, score=3.638 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 Rni8FPlaebzy for ; Fri, 8 Apr 2016 03:38:51 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 C174A12D5A4 for ; Fri, 8 Apr 2016 03:38:50 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.138.240; From: "Susan Hares" To: References: In-Reply-To: Date: Fri, 8 Apr 2016 06:37:52 -0400 Message-ID: <00fc01d19182$b66ce1a0$2346a4e0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FD_01D19161.2F5CC840" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFg1ShH5H1coaxyRU0DMSMHMe7mL6BhWrNQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] minutes have been posted X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2016 10:38:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00FD_01D19161.2F5CC840 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Oops -- The IDR minutes are at: https://www.ietf.org/proceedings/95/minutes/minutes-95-idr Sue From: Susan Hares [mailto:shares@ndzh.com] Sent: Friday, April 08, 2016 6:36 AM To: 'idr@ietf.org' Cc: 'John G. Scudder' Subject: minutes have been posted IDR: Thank you to Ignas Bagdonas and all those who took notes on the etherpad. The IDR minutes are posted at: https://www.ietf.org/proceedings/95/minutes/minutes-95-i2rs Sue Hares and John Scudder ------=_NextPart_000_00FD_01D19161.2F5CC840 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Oops --  The IDR minutes are at: =

 

https= ://www.ietf.org/proceedings/95/minutes/minutes-95-idr

 

 

Sue =

 

 

From:= = Susan Hares [mailto:shares@ndzh.com]
Sent: Friday, April 08, = 2016 6:36 AM
To: 'idr@ietf.org'
Cc: 'John G. = Scudder'
Subject: minutes have been posted =

 

IDR: =

 

Thank you to Ignas Bagdonas and all those who took = notes on the etherpad.  The IDR minutes are posted at: =

 

http= s://www.ietf.org/proceedings/95/minutes/minutes-95-i2rs

 

Sue = Hares and John Scudder

------=_NextPart_000_00FD_01D19161.2F5CC840-- From nobody Fri Apr 8 16:16:47 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A22A12D5E7 for ; Fri, 8 Apr 2016 16:16:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dY_FPaa-Xc4b for ; Fri, 8 Apr 2016 16:16:43 -0700 (PDT) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (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 7E01512D55E for ; Fri, 8 Apr 2016 16:16:43 -0700 (PDT) Received: by mail-qk0-x231.google.com with SMTP id k135so46413320qke.0 for ; Fri, 08 Apr 2016 16:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=HLtC7laBmv3z/9nYvaOAVpHCp2592LI1t4C7fQ5oagc=; b=vM7/4KyCeUQTexrKB6NTGWdfODi80QJOHKUPPgI42wJwbsO6DcRzQjVDvKQw8KE87s phI3b6ot2Poq8oy3IKS4jyWgDRQNEIWnu7TOzFK0fX7aikze+6y1fb5+OKbkhKETNFQE dRpTJAzecp9Epi8kmOMV+0ILMsE2A02QQKnjSRidX+H+58dwEgb+ODtPDHa/mKjBslm2 B63M3Ezo+XLE5dFurdbfo00Ubowjs/Gg1NK/Nrp2ESrTlLPmg3DPv1MY2JZFMYphv7rZ 0Kq2d94AnaFhyKm7PhwKMWvWkWIQv1rJrPfxO+gWnzY0SpZU+EiNt2NZvWmLOa7ybRf0 PhPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=HLtC7laBmv3z/9nYvaOAVpHCp2592LI1t4C7fQ5oagc=; b=e7DpXjYJnRozmwidqsJ6XI19ZgTUR57iAk5OgeNxkJP3hz53/vTY46JURNvyOwTtPE E4Rxfn0xaY98DZ/TdMD1d1/HPMBQuFg8ckN6+wt3vWVYxi5V18gP+vJ9opzJsg8iLeiH s/eF3vkJi82B2Cs3k1+3w4m3dMAgmIsD4lr61Ao7CTdv21NmkQIrlBrXTYPfK+DfOUGz 8W/Q/MPRnZ5hsH6OUxlwHD07xuv+FbsfvHaLsYEaxLaCb8TwZd9XnXGuE2vW/E8rhozB G+haEhnaNGTWLX9WTFFEaZLrUtUvvLM949qeJwkR5nX6qOzFcHYbpNfksp1pk1ijRVZM lLuA== X-Gm-Message-State: AD7BkJLwO6nLLteDbYJOiBxK4SzomlkVimJQ1iJLO27KyRGJjlQM6E9H+EOQSrjXw17Ozg== X-Received: by 10.55.20.223 with SMTP id 92mr14494968qku.61.1460157402593; Fri, 08 Apr 2016 16:16:42 -0700 (PDT) Received: from [10.0.3.111] ([181.29.110.78]) by smtp.gmail.com with ESMTPSA id y200sm6454573qka.48.2016.04.08.16.16.40 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Apr 2016 16:16:41 -0700 (PDT) To: idr@ietf.org References: <000401d186a5$38fac760$aaf05620$@ndzh.com> From: Ignas Bagdonas Message-ID: <57083BD6.6080001@gmail.com> Date: Sat, 9 Apr 2016 00:16:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <000401d186a5$38fac760$aaf05620$@ndzh.com> Content-Type: multipart/alternative; boundary="------------060604090503050804040805" Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2016 23:16:46 -0000 This is a multi-part message in MIME format. --------------060604090503050804040805 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit I have read the drafts being polled. For a group of drafts on redirect: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/ Support as being a good starting point. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ Do not support. It is redundant. https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/ Do not support. It is redundant. Draft-vandevelde can achieve all what draft-hao and draft-li can, and in a more flexible way. Having the ability to decouple redirection tunnel type from redirection action is both practical and extensible - the actual tunnel to be used is a local operational decision for each network element, it is not necessary signalled at the same time and by the same mechanism. Decoupling signalling and redirect parts aligns well to operational practices of using specific tools for specific tasks. Just that BGP could do that does not necesasry mean that it should be used as a best fit. From operational perspective there is no need to have multiple solutions that try to address the narrow problem space in similar yet incompatible ways. There should be one document for redirect, and draft-vandevelde is a good starting base for that. For the match: https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ Suport as a good starting point. https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ Support as a good starting point. Ignas On 25/03/2016 14:47, Susan Hares wrote: > > IDR WG: > > This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts > to be considered in RFC5575 additions. These options are filters, > actions or critical security additions. The flow specification work > has been a part of the interims since IETF 94 > > https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html > > https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html > > There will be a brief flow specification presentation at IETF 95, and > the email list has select to start with option 1 – extending RFC5575. > We also will be gathering details on the SDN/NFV use case for option 2 > (new NLRI and Wide Communities support). > > This is a group call for the drafts to be considered in the flow > specification work. For each of the drafts you wish to be considered > Option 1, please indicate: > > 1)If this option is valuable for the DDoS deployments or another > critical deployments, > > 2)Do you feel this draft is useful, but not ready for adoption, > > 3)Do you feel this draft is a good start for this work. > > The drafts to consider are: > > https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ > > https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ > > https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ > > https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/ > > https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ > > https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/ > > https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/ > > https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ > > And for the ordering of these filters and actions drafts – the Option > 1 section out of this > > https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ > > (A revised draft with just Option 1 will be posted) > > Sue Hares and John Scudder > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --------------060604090503050804040805 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit I have read the drafts being polled.

For a group of drafts on redirect:


https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/
Support as being a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/
Do not support. It is redundant.

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/
Do not support. It is redundant.

Draft-vandevelde can achieve all what draft-hao and draft-li can, and in a more flexible way. Having the ability to decouple redirection tunnel type from redirection action is both practical and extensible - the actual tunnel to be used is a local operational decision for each network element, it is not necessary signalled at the same time and by the same mechanism. Decoupling signalling and redirect parts aligns well to operational practices of using specific tools for specific tasks. Just that BGP could do that does not necesasry mean that it should be used as a best fit. From operational perspective there is no need to have multiple solutions that try to address the narrow problem space in similar yet incompatible ways. There should be one document for redirect, and draft-vandevelde is a good starting base for that.


For the match:

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/
Suport as a good starting point.

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/
Support as a good starting point.



Ignas



On 25/03/2016 14:47, Susan Hares wrote:

IDR WG:

 

This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 additions. These options are filters, actions or critical security additions.  The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow specification presentation at IETF 95, and the email list has select to start with option 1 – extending RFC5575.  We also will be gathering details on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the drafts to be considered in the flow specification work.  For each of the drafts you wish to be considered Option 1, please indicate:

 

1)      If this option is valuable for the DDoS deployments or another critical deployments,  

2)      Do you feel this draft is useful, but not ready for adoption,

3)      Do you feel this draft is a good start for this work.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of these filters and actions drafts – the Option 1 section out of this

https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Option 1 will be posted)

 

Sue Hares and John Scudder

 

 

 



_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

--------------060604090503050804040805-- From nobody Sat Apr 9 06:19:27 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1512B12D69B for ; Sat, 9 Apr 2016 06:19:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] 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 4qqRFd6VVpT4 for ; Sat, 9 Apr 2016 06:19:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B850312D1D8 for ; Sat, 9 Apr 2016 06:19:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHC01761; Sat, 09 Apr 2016 13:19:19 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 9 Apr 2016 14:19:17 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Sat, 9 Apr 2016 21:19:11 +0800 From: Zhuangshunwan To: Ignas Bagdonas , "idr@ietf.org" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgLBQ8cAACu6iXA= Date: Sat, 9 Apr 2016 13:19:10 +0000 Message-ID: <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> In-Reply-To: <57083BD6.6080001@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.198.18] Content-Type: multipart/alternative; boundary="_000_19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5NKGEML515MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.57090157.0183, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 84e35598f0a5caf4566d6d2687e8ce35 Archived-At: Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2016 13:19:26 -0000 --_000_19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5NKGEML515MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgSWduYXMgYW5kIGFsbCwNCg0KUmVnYXJkaW5nIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dz cGVjLXBhdGgtcmVkaXJlY3QgJiBkcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJh bGl6ZWQtc2lkLSwgaGVyZSBhcmUgdGhlIGFjaGlldmVkIGRpc2N1c3Npb24gaW5mb3JtYXRpb24g YWJvdXQgIlNlbWFudGljcyBJbmRlcGVuZGVudCIgRmxvd3NwZWM6DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lkci9jdXJyZW50L21zZzE1MDgxLmh0bWwNCg0KDQowMSkg ZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdCBldmVyIHNhaWQgdGhh dCBpdCBwbGFubmVkIHRvIGRlZmluZSChsFNlbWFudGljcyBJbmRlcGVuZGVudKGxIGFjdGlvbi4N ClBlciB0aGUgY29tbWVudCBpbmZvcm1hdGlvbiwgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3Nw ZWMtcGF0aC1yZWRpcmVjdC0wMCAmIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgt cmVkaXJlY3QtMDEgZGVmaW5lZCB0aGUgIlNlbWFudGljcyBJbmRlcGVuZGVudCIgRmxvd3NwZWMg UmVkaXJlY3Rpb246DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdmFu ZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMS50eHQNCqGtDQpUaGlzIGRvY3Vt ZW50IGRlZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVkIGNvbW11bml0eS4NCqGtDQpUaGUgMi1ieXRl IGxvY2FsIGFkbWluaXN0cmF0b3IgZmllbGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3Vy ZSAxLg0KICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgICAgICAgICAgMQ0KICAgICAg ICAgICAgICAgICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUNCiAgICAgICAg ICAgICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgICAg ICAgICAgICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAgICAgICB8VElEfEN8DQogICAgICAgICAg ICAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQowMikgZHJh ZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC0wMCBkZWZpbmVkIGEg IlNlbWFudGljcyBEZXBlbmRlbnShsSBGbG93c3BlYyBSZWRpcmVjdGlvbjoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5l cmFsaXplZC1zaWQvDQqhrQ0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBmb2xsb3dpbmcg UmVkaXJlY3QgdG8gR2VuZXJhbGl6ZWQgU2VnbWVudA0KICAgSUQgRXh0ZW5kZWQgQ29tbXVuaXR5 Og0KDQoNCiAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMQ0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICB8IFR5cGU9VEJEMSAgICAgfCBTdWItVHlw ZT1UQkQyIHwgRmxhZ3MoMSBvY3RldCl8IFNlZ21lbnQgVHlwZSAgfA0KICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICB8 ICAgICAgICAgICAgICAgICAgR2VuZXJhbGl6ZWQgU2VnbWVudCBJRCAgICAgICAgICAgICAgICAg ICAgICAgfA0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKw0Koa0NCg0KDQowMykgTm93IGRyYWZ0LXZhbmRldmVsZGUtaWRy LWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIgaW50cm9kdWNlcyChsEKhsSBiaXQgdG8gbWFwIHRo ZSB2YWx1ZSBlbmNvZGVkIGluIHRoZSBnbG9iYWwgYWRtaW5pc3RyYXRvciBmaWVsZCB0byBhIEJp bmRpbmcgU2VnbWVudCBJZGVudGlmaWVyIHZhbHVlOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJj aGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAyLnR4 dA0Koa0NClRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5 Lg0Koa0NClRoZSAyLWJ5dGUgbG9jYWwgYWRtaW5pc3RyYXRvciBmaWVsZCBpcyBmb3JtYXR0ZWQg YXMgc2hvd24gaW4gRmlndXJlIDEuDQoNCiAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg ICAgICAgICAgIDENCiAgICAgICAgICAgICAgICAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1DQogICAgICAgICAgICAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgUmVzZXJ2ZWQgICAgIHxC fFRJRHxDfA0KICAgICAgICAgICAgICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQqhrQ0KICAgQml0IDIgaXMgZGVmaW5lZCB0byBiZSB0aGUgJ0InIChCaW5kaW5nKSBi aXQuICBXaGVuIHRoZSAnQicgYml0IGlzDQogICBzZXQsIHRoZSB2YWx1ZSBlbmNvZGVkIGluIHRo ZSBnbG9iYWwgYWRtaW5pc3RyYXRvciBmaWVsZCBpcyBhIEJpbmRpbmcNCiAgIFNlZ21lbnQgSWRl bnRpZmllciB2YWx1ZSB0aGUgdXNlIG9mIHdoaWNoIGlzIGRldGFpbGVkIGluIHNlY3Rpb24gMy4y Lg0Koa0NCg0KDQpOb3cgZHJhZnQtdmFuZGV2ZWxkZSBhbHNvIGRlZmluZXMgdGhlICJTZW1hbnRp Y3MgRGVwZW5kZW50IiBGbG93c3BlYyBSZWRpcmVjdGlvbi4NClNob3VsZCB3ZSBjb21iaW5lIHRo ZSB3b3JrIG9mIGRyYWZ0LXZhbmRldmVsZGUgJiBkcmFmdC1saSA/DQoNCg0KVGhhbmtzLA0KU2h1 bndhbg0KDQoNCreivP7IyzogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddILT6se0g SWduYXMgQmFnZG9uYXMNCreiy83KsbzkOiAyMDE2xOo01MI4yNUgMjA6MTcNCsrVvP7IyzogaWRy QGlldGYub3JnDQrW98ziOiBSZTogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZv ciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJz L2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KSSBoYXZlIHJlYWQgdGhlIGRyYWZ0cyBiZWlu ZyBwb2xsZWQuDQoNCkZvciBhIGdyb3VwIG9mIGRyYWZ0cyBvbiByZWRpcmVjdDoNCg0KDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3Bl Yy1wYXRoLXJlZGlyZWN0Lw0KU3VwcG9ydCBhcyBiZWluZyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQu DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3Nw ZWMtcmVkaXJlY3QtdHVubmVsLw0KRG8gbm90IHN1cHBvcnQuIEl0IGlzIHJlZHVuZGFudC4NCg0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJl ZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8NCkRvIG5vdCBzdXBwb3J0LiBJdCBpcyByZWR1bmRhbnQu DQoNCkRyYWZ0LXZhbmRldmVsZGUgY2FuIGFjaGlldmUgYWxsIHdoYXQgZHJhZnQtaGFvIGFuZCBk cmFmdC1saSBjYW4sIGFuZCBpbiBhIG1vcmUgZmxleGlibGUgd2F5LiBIYXZpbmcgdGhlIGFiaWxp dHkgdG8gZGVjb3VwbGUgcmVkaXJlY3Rpb24gdHVubmVsIHR5cGUgZnJvbSByZWRpcmVjdGlvbiBh Y3Rpb24gaXMgYm90aCBwcmFjdGljYWwgYW5kIGV4dGVuc2libGUgLSB0aGUgYWN0dWFsIHR1bm5l bCB0byBiZSB1c2VkIGlzIGEgbG9jYWwgb3BlcmF0aW9uYWwgZGVjaXNpb24gZm9yIGVhY2ggbmV0 d29yayBlbGVtZW50LCBpdCBpcyBub3QgbmVjZXNzYXJ5IHNpZ25hbGxlZCBhdCB0aGUgc2FtZSB0 aW1lIGFuZCBieSB0aGUgc2FtZSBtZWNoYW5pc20uIERlY291cGxpbmcgc2lnbmFsbGluZyBhbmQg cmVkaXJlY3QgcGFydHMgYWxpZ25zIHdlbGwgdG8gb3BlcmF0aW9uYWwgcHJhY3RpY2VzIG9mIHVz aW5nIHNwZWNpZmljIHRvb2xzIGZvciBzcGVjaWZpYyB0YXNrcy4gSnVzdCB0aGF0IEJHUCBjb3Vs ZCBkbyB0aGF0IGRvZXMgbm90IG5lY2VzYXNyeSBtZWFuIHRoYXQgaXQgc2hvdWxkIGJlIHVzZWQg YXMgYSBiZXN0IGZpdC4gRnJvbSBvcGVyYXRpb25hbCBwZXJzcGVjdGl2ZSB0aGVyZSBpcyBubyBu ZWVkIHRvIGhhdmUgbXVsdGlwbGUgc29sdXRpb25zIHRoYXQgdHJ5IHRvIGFkZHJlc3MgdGhlIG5h cnJvdyBwcm9ibGVtIHNwYWNlIGluIHNpbWlsYXIgeWV0IGluY29tcGF0aWJsZSB3YXlzLiBUaGVy ZSBzaG91bGQgYmUgb25lIGRvY3VtZW50IGZvciByZWRpcmVjdCwgYW5kIGRyYWZ0LXZhbmRldmVs ZGUgaXMgYSBnb29kIHN0YXJ0aW5nIGJhc2UgZm9yIHRoYXQuDQoNCg0KRm9yIHRoZSBtYXRjaDoN Cg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1m bG93c3BlYy1pbnRlcmZhY2VzZXQvDQpTdXBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0K DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3Bl Yy1wYWNrZXQtcmF0ZS8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMv DQpTdXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8NClN1cHBv cnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxzLW1hdGNoLw0KU3VwcG9ydCBhcyBh IGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCg0KDQpJZ25hcw0KDQoNCk9uIDI1LzAzLzIwMTYgMTQ6 NDcsIFN1c2FuIEhhcmVzIHdyb3RlOg0KSURSIFdHOg0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBX RyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBmb3IgdGhlIHNldCBvZiBkcmFmdHMgdG8gYmUgY29u c2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9ucy4gVGhlc2Ugb3B0aW9ucyBhcmUgZmlsdGVycywg YWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0eSBhZGRpdGlvbnMuICBUaGUgZmxvdyBzcGVjaWZp Y2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0IG9mIHRoZSBpbnRlcmltcyBzaW5jZSBJRVRGIDk0 DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDIvMDgvaWRy L3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzL2ludGVy aW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGluZ3MuaHRtbA0KDQpUaGVyZSB3aWxsIGJlIGEgYnJp ZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBhdCBJRVRGIDk1LCBhbmQgdGhlIGVt YWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9wdGlvbiAxIKhDIGV4dGVuZGluZyBS RkM1NTc1LiAgV2UgYWxzbyB3aWxsIGJlIGdhdGhlcmluZyBkZXRhaWxzIG9uIHRoZSBTRE4vTkZW IHVzZSBjYXNlIGZvciBvcHRpb24gMiAobmV3IE5MUkkgYW5kIFdpZGUgQ29tbXVuaXRpZXMgc3Vw cG9ydCkuDQoNClRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0aGUgZHJhZnRzIHRvIGJlIGNvbnNp ZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrLiAgRm9yIGVhY2ggb2YgdGhlIGRy YWZ0cyB5b3Ugd2lzaCB0byBiZSBjb25zaWRlcmVkIE9wdGlvbiAxLCBwbGVhc2UgaW5kaWNhdGU6 DQoNCg0KMSkgICAgICBJZiB0aGlzIG9wdGlvbiBpcyB2YWx1YWJsZSBmb3IgdGhlIEREb1MgZGVw bG95bWVudHMgb3IgYW5vdGhlciBjcml0aWNhbCBkZXBsb3ltZW50cywNCg0KMikgICAgICBEbyB5 b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIHVzZWZ1bCwgYnV0IG5vdCByZWFkeSBmb3IgYWRvcHRpb24s DQoNCjMpICAgICAgRG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyBhIGdvb2Qgc3RhcnQgZm9yIHRo aXMgd29yay4NCg0KVGhlIGRyYWZ0cyB0byBjb25zaWRlciBhcmU6DQpodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS8NCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMtbnZv My8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3Nw ZWMtcmVkaXJlY3QtdHVubmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8NCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwv DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZs b3dzcGVjLWludGVyZmFjZXNldC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvDQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxzLW1hdGNoLw0K DQpBbmQgZm9yIHRoZSBvcmRlcmluZyBvZiB0aGVzZSBmaWx0ZXJzIGFuZCBhY3Rpb25zIGRyYWZ0 cyCoQyB0aGUgT3B0aW9uIDEgc2VjdGlvbiBvdXQgb2YgdGhpcw0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFyZXMtaWRyLWZsb3dzcGVjLWNvbWJvLw0KKEEgcmV2aXNl ZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBiZSBwb3N0ZWQpDQoNClN1ZSBIYXJlcyBh bmQgSm9obiBTY3VkZGVyDQoNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNCklkciBtYWlsaW5nIGxpc3QNCg0KSWRyQGlldGYub3Jn PG1haWx0bzpJZHJAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaWRyDQoNCg== --_000_19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5NKGEML515MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Ignas and all,

 

Regarding draft-vandevelde-idr-flowspec-path-redirect & draft= -li-idr-flowspec-redirect-generalized-sid-, here are the achieved discussio= n information about "Semantics Independent" Flowspec:

https://www.ietf.org/mail-archive/web/idr/current/msg15081.html

 

 

01) draft-vandevelde-idr-flowspec-path-redirect ever said that it= planned to define =A1=B0Semantics Independent=A1=B1 action.

Per the comment information, draft-vandevelde-idr-flowspec-path-r= edirect-00 & draft-vandevelde-idr-flowspec-path-redirect-01 defined the= "Semantics Independent" Flowspec Redirection:<= /p>

 

https://www.ietf.org/archive/id/draft-vandevelde-idr-flowspec-pat= h-redirect-01.txt

=A1=AD

This document defines a new BGP extended community.

=A1=AD

The 2-byte local administrator field is formatted as shown in Fig= ure 1.

           = ;           0  =             &nb= sp;    1

           = ;           0 1 2 3 4 5 6= 7 8 9 0 1 2 3 4 5

           = ;          +-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+

           = ;          |   =        Reserved     =   |TID|C|

           = ;          +-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+

 

 

02) draft-li-idr-flowspec-redirect-generalized-sid-00 defined a &= quot;Semantics Dependent=A1=B1 Flowspec Redirection:

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-g= eneralized-sid/

=A1=AD

   This document defines the following Redirect to Gene= ralized Segment

   ID Extended Community:

 

 

   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;-+-+-+-+-+-+-+-+-+-+=

  | Type=3DTBD1     | Sub-Type=3DTBD2 | = Flags(1 octet)| Segment Type  |

  +-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+=

  |         &nb= sp;        Generalized Segment ID &= nbsp;           &nbs= p;         |

  +-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+=

=A1=AD

 

 

03) Now draft-vandevelde-idr-flowspec-path-redirect-02 introduces= =A1=B0B=A1=B1 bit to map the value encoded in the global administrator fie= ld to a Binding Segment Identifier value:

https://www.ietf.org/archive/id/draft-vandevelde-idr-flowspec-pat= h-redirect-02.txt

=A1=AD

This document defines a new BGP extended community.

=A1=AD

The 2-byte local administrator field is formatted as shown in Fig= ure 1.

 

           = ;           0  =             &nb= sp;    1

           = ;           0 1 2 3 4 5 6= 7 8 9 0 1 2 3 4 5

           &nbs= p;         +-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+

           = ;          |   =        Reserved     |B|TI= D|C|

           = ;          +-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+

=A1=AD

   Bit 2 is defined to be the 'B' (Binding) bit.  = When the 'B' bit is

   set, the value encoded in the global administrator f= ield is a Binding

   Segment Identifier value the use of which is detaile= d in section 3.2.

=A1=AD

 

 

Now draft-vandevelde also defines the "Semantics Dependent&q= uot; Flowspec Redirection.

Should we combine the work of draft-vandevelde & draft-li ?

 

 

Thanks,

Shunwan

 

 

=B7=A2=BC=FE=C8=CB:= Idr [mailto:idr-bounces@ietf.org] =B4=FA=B1=ED Ignas Bagdonas
=B7=A2=CB=CD=CA=B1=BC=E4:<= span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:=CB=CE=CC=E5;colo= r:windowtext"> 2016=C4=EA4=D4=C28=C8=D5 20:17
=CA=D5=BC=FE=C8=CB: idr@ietf.org
=D6=F7=CC=E2: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RF= C5575 additions (filters/actions) 3/25 to 4/8/2016=

 

I have read the drafts being polled.<= /tt>

For a group of drafts on redirect:


https://datatracker.ietf.org/doc/draft-vandevelde-idr-fl= owspec-path-redirect/
Support as being a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redir= ect-tunnel/
Do not support. It is redundant.

https://datatracker.ietf.org/doc/draft-li-idr-flowspe= c-redirect-generalized-sid/
Do not support. It is redundant.

Draft-vandevelde can achieve all what draft-hao and draft-li can, and i= n a more flexible way. Having the ability to decouple redirection tunnel ty= pe from redirection action is both practical and extensible - the actual tu= nnel to be used is a local operational decision for each network element, it is not necessary signalled at the sa= me time and by the same mechanism. Decoupling signalling and redirect parts= aligns well to operational practices of using specific tools for specific = tasks. Just that BGP could do that does not necesasry mean that it should be used as a best fit. From operati= onal perspective there is no need to have multiple solutions that try to ad= dress the narrow problem space in similar yet incompatible ways. There shou= ld be one document for redirect, and draft-vandevelde is a good starting base for that.


For the match:

https://datatracker.ietf.org/doc/draft-litkowski-idr-flows= pec-interfaceset/
Suport as a good starting point.

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-= rate/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ Support as a good starting point.

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-lab= el/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-mat= ch/
Support as a good starting point.



Ignas


On 25/03/2016 14:47, Susan Hare= s wrote:

IDR WG:

 

This begins a 2 week WG Call (3= /25 to 4/8/2016) for the set of drafts to be considered in RFC5575 addition= s. These options are filters, actions or critical security additions.  = ;The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/= proceedings/interim/2016/02/08/idr/proceedings.html

https://www.ietf.org/= proceedings/interim/2016/03/07/idr/proceedings.html

 

There will be a brief flow spec= ification presentation at IETF 95, and the email list has select to start w= ith option 1 =A8C extending RFC5575.  We also will be gathering detail= s on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the dr= afts to be considered in the flow specification work.  For each of the= drafts you wish to be considered Option 1, please indicate:

 

1) &nbs= p;    If this option is valua= ble for the DDoS deployments or another critical deployments,  

2) &nbs= p;    Do you feel this draft = is useful, but not ready for adoption,

3) &nbs= p;    Do you feel this draft = is a good start for this work.

 

The drafts to consider are:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.org/doc= /draft-hao-idr-flowspec-nvo3/

https://datatracker.i= etf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.= org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracke= r.ietf.org/doc/draft-litkowski-idr-flowspec-interfaceset/

https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/

https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of these f= ilters and actions drafts =A8C the Option 1 section out of this

https://datatracker.ietf.org/= doc/draft-hares-idr-flowspec-combo/

(A revised draft with just Opti= on 1 will be posted)

 

Sue Hares and John Scudder

 

 

 




_______________________________________________
Idr mailing list
Idr@ietf.org<=
o:p>
https://www.ietf.org/mailman/listinfo/idr

 

--_000_19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5NKGEML515MBXchi_-- From nobody Sat Apr 9 06:57:20 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12B2112D6D2 for ; Sat, 9 Apr 2016 06:57:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.691 X-Spam-Level: X-Spam-Status: No, score=-2.691 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=icloud.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 cdTp0vEuUwF9 for ; Sat, 9 Apr 2016 06:57:14 -0700 (PDT) Received: from st11p00im-asmtp002.me.com (st11p00im-asmtp002.me.com [17.172.80.96]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7A0F12D694 for ; Sat, 9 Apr 2016 06:57:14 -0700 (PDT) Received: from process-dkim-sign-daemon.st11p00im-asmtp002.me.com by st11p00im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) id <0O5D00O00CZTBN00@st11p00im-asmtp002.me.com> for idr@ietf.org; Sat, 09 Apr 2016 13:57:13 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-04-09_10:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1604090211 Received: from [52.70.63.167] (ec2-52-70-63-167.compute-1.amazonaws.com [52.70.63.167]) by st11p00im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O5D0019ADFBIL30@st11p00im-asmtp002.me.com>; Sat, 09 Apr 2016 13:57:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-04-09_10:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1604090211 Content-type: multipart/alternative; boundary="----sinikael-?=_1-14602102313240.8398485444486141" From: Gunter Van De Velde To: Zhuangshunwan In-reply-to: <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> Date: Sat, 09 Apr 2016 10:57:09 -0300 X-Cm-Message-Id: 1460210231147611a69014b6662afb8025d1faab6deaff4a57090a372414a1395313674 X-Cm-Draft-Id: WyJhIiwxLCJkcmFmdF9pZCIsMTQ2MDIxMDIyOTQyNCwidiIsMV0= X-Mailer: CloudMagic Message-id: <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> MIME-version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=4d515a; t=1460210232; bh=a+FAf5+CvIvR8tQB1al80084KpV1nvUFr4nTjLv6ZSI=; h=Content-type:From:To:Subject:Date:Message-id:MIME-version; b=jBQ30aN7bKp8hik2Zxx9c74PFGmAqEiZzXtgzPGX6/4AhY6Y9ouGu1jtfC4H5u+dm u4eZ7DR21F3blksmudGkhtgqbVGAba69ffoaFYAicaODm2aC4KU6aiyvEzUrgtKCtw WTPLyS8KIhLrp8MCswzeikV4JMIVOanCvU7XwsLF83KaZIXO0jzG4XKVhXpEs9TEh2 pn2KjYwwJfy7RVzA1B2y3bnwRZGyEtKbiRRxSY/ZyQbRodSswuTsOnwS//ZE/RaseE c9Wm32zNBd2iV5Y6lLjAEMUO2ftTerrp2OsVtW/AFvA3hkk1DVxqX4vrr9dANao3GV BKnyVI8syZ0oQ== Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2016 13:57:19 -0000 ------sinikael-?=_1-14602102313240.8398485444486141 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dear Shunwan With the adoption call ended, the IDR chairs can use the = received input and combine it with draft submit timeline info (some work is= as old as +7months). I personally do not see a need to merge as = vandevelde-flowspec-idr-path-redirect covers already the goal effectively = and afficiently >From the link you provided referencing a quote as old as = September 2015!!!.. It is all still valid. One reserved bit was used to add= SR binding index identifyer for segment routing use case way before even draft-li-idr-flowspec-redirect-generalized-sid-00 existed... *** >From September 2015: > Benefits: > > no need for signalling labels or = extra encap in BGP > Each path-id indexed LSP/tunnel table is a localised = construct > existing technology is used to construct the path-id indexed = localised table > Compatibility with technologies already using 32 or 128 = bit identifiers for > paths and sessions > Easy for flow spec to signal as = it introduces no need to signal labels etc=E2=80=A6 > no conflicts with existing label exchange technologies *** G/ Sent using CloudMagic Email [https://cloudmagic.com/k/d/mailapp?= ct=3Dpa&cv=3D8.3.8&pv=3D6.0.1&source=3Demail_footer_2] On Sat, Apr 09, 2016 at 10:19 AM, Zhuangshunwan < zhuangshunwan@huawei.com = [zhuangshunwan@huawei.com] > wrote: Hi Ignas and all, Regarding draft-vandevelde-idr-flowspec-path-redirect & = draft-li-idr-flowspec-redirect-generalized-sid-, here are the achieved = discussion information about "Semantics Independent" Flowspec: https://www.ietf.org/mail-archive/web/idr/current/msg15081.html 01) draft-vandevelde-idr-flowspec-path-redirect ever said that it planned = to define =E2=80=9CSemantics Independent=E2=80=9D action. Per the comment information, draft-vandevelde-idr-flowspec-path-redirect-00= & draft-vandevelde-idr-flowspec-path-redirect-01 defined the "Semantics = Independent" Flowspec Redirection: https://www.ietf.= org/archive/id/draft-vandevelde-idr-flowspec-path-redirect-01.txt =E2=80=A6 This document defines a new BGP extended community. =E2=80=A6 The 2-byte local administrator field is formatted as shown in Figure 1. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved |TID|C| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 02) draft-li-idr-flowspec-redirect-generalized-sid-00 defined a "Semantics = Dependent=E2=80=9D Flowspec Redirection: https://datatracker.ietf.= org/doc/draft-li-idr-flowspec-redirect-generalized-sid/ =E2=80=A6 This document defines the following Redirect to Generalized Segment ID Extended Community: 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=3DTBD1 | Sub-Type=3DTBD2 | Flags(1 octet)| Segment Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Generalized Segment ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+ =E2=80=A6 03) Now draft-vandevelde-idr-flowspec-pa= th-redirect-02 introduces =E2=80=9CB=E2=80=9D bit to map the value encoded = in the global administrator field to a Binding Segment Identifier value: https://www.ietf.org/archive/id/draft-vandevelde-idr-flowspec-path-redirect= -02.txt =E2=80=A6 This document defines a new BGP extended community. =E2=80=A6 The 2-byte local administrator field is formatted as shown in = Figure 1. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+ | Reserved |B|TID|C| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =E2=80=A6 Bit 2 is defined to be the 'B' (Binding) bit. When the 'B' bit = is set, the value encoded in the global administrator field is a Binding Segment Identifier value the use of which is detailed in section 3.2. =E2=80=A6 Now draft-vandevelde also defines the "Semantics Dependent" = Flowspec Redirection. Should we combine the work of draft-vandevelde & = draft-li ? Thanks, Shunwan =E5=8F=91=E4=BB=B6=E4=BA=BA : Idr = [mailto:idr-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Ignas Bagdonas =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4 : 2016 =E5=B9=B4 4 =E6=9C=88 8 = =E6=97=A5 20:17 =E6=94=B6=E4=BB=B6=E4=BA=BA : idr@ietf.org =E4=B8=BB=E9=A2=98 : Re: [Idr] WG Adoption call for drafts for Flow = Specification option 1 (RFC5575 additions (filters/actions) 3/25 to = 4/8/2016 I have read the drafts being polled. For a group of drafts on = redirect: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-= path-redirect/ [https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/] Support as being a good starting point. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ = [https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/] Do not support. It is redundant. https://datatracker.ietf.= org/doc/draft-li-idr-flowspec-redirect-generalized-sid/ = [https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalize= d-sid/] Do not support. It is redundant. Draft-vandevelde can achieve all = what draft-hao and draft-li can, and in a more flexible way. Having the = ability to decouple redirection tunnel type from redirection action is both= practical and extensible - the actual tunnel to be used is a local = operational decision for each network element, it is not necessary = signalled at the same time and by the same mechanism. Decoupling signalling= and redirect parts aligns well to operational practices of using specific = tools for specific tasks. Just that BGP could do that does not necesasry = mean that it should be used as a best fit. From operational perspective = there is no need to have multiple solutions that try to address the narrow = problem space in similar yet incompatible ways. There should be one = document for redirect, and draft-vandevelde is a good starting base for = that. For the match: https://datatracker.ietf.org/doc/draft-litkowski-id= r-flowspec-interfaceset/ [https://datatracker.ietf.org/doc/draft-litkowski-= idr-flowspec-interfaceset/] Suport as a good starting point. https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ = [https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/] Support as a good starting point. https://datatracker.ietf.= org/doc/draft-hao-idr-flowspec-nvo3/ [https://datatracker.ietf.= org/doc/draft-hao-idr-flowspec-nvo3/] Support as a good starting point. https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ = [https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/] Support as a good starting point. https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/ [https://datatracker.ietf.= org/doc/draft-yong-idr-flowspec-mpls-match/] Support as a good starting = point. Ignas On 25/03/2016 14:47, Susan Hares wrote: IDR WG: This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to be= considered in RFC5575 additions. These options are filters, actions or = critical security additions. The flow specification work has been a part of= the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/= 02/08/idr/proceedings.html [https://www.ietf.org/proceedings/interim/2016/0= 2/08/idr/proceedings.html] https://www.ietf.org/proceedings/interim/2016/0= 3/07/idr/proceedings.html [https://www.ietf.org/proceedings/interim/2016/03= /07/idr/proceedings.html] There will be a brief flow specification = presentation at IETF 95, and the email list has select to start with option= 1 =E2=80=93 extending RFC5575. We also will be gathering details on the = SDN/NFV use case for option 2 (new NLRI and Wide Communities support). This is a group call for the drafts to be considered in the flow = specification work. For each of the drafts you wish to be considered Option= 1, please indicate: 1) If this option is valuable for the DDoS = deployments or another critical deployments, 2) Do you feel this draft is = useful, but not ready for adoption, 3) Do you feel this draft is a good = start for this work. The drafts to consider are: https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ = [https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/] https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ = [https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/] https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ = [https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/] https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized= -sid/ [https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-gene= ralized-sid/] https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspe= c-label/ [https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-lab= el/] https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfa= ceset/ [https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-inter= faceset/] https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-p= ath-redirect/ [https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowsp= ec-path-redirect/] https://datatracker.ietf.org/doc/draft-yong-idr-flowspe= c-mpls-match/ [https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpl= s-match/] And for the ordering of these filters and actions drafts = =E2=80=93 the Option 1 section out of this https://datatracker.ietf.= org/doc/draft-hares-idr-flowspec-combo/ [https://datatracker.ietf.= org/doc/draft-hares-idr-flowspec-combo/] (A revised draft with just Option= 1 will be posted) Sue Hares and John Scudder _______________________________________________ Idr mailing list Idr@ietf.org [Idr@ietf.org] https://www.ietf.org/mailman/listinfo/idr = [https://www.ietf.org/mailman/listinfo/idr] ------sinikael-?=_1-14602102313240.8398485444486141 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


Dear Shunwan

With the adoption call = ended, the IDR chairs can use the received input and combine it with draft = submit timeline info (some work is as old as +7months). I personally do not= see a need to merge as vandevelde-flowspec-idr-path-redirect covers = already the goal effectively and afficiently

From the = link you provided referencing a quote as old as September 2015!!!.. It is = all still valid. One reserved bit was used to add SR binding index = identifyer for segment routing use case way before even
draft-li-idr-flowspec-redirect-generalized-sid-00 existed...

***

From September 2015:

> Benefits:
>
> no need for signalling = labels or extra encap in BGP
> Each path-id indexed LSP/tunnel table= is a localised construct
> existing technology is used to construct= the path-id indexed localised table
> Compatibility with = technologies already using 32 or 128 bit identifiers for
> paths and sessions
> Easy for flow spec to signal as it = introduces no need to signal labels etc…
> no conflicts with = existing label exchange technologies

***

G/

Sent using CloudMagic Email


On Sat, Apr 09, 2016 at 10:19 AM, Zhuangshunwan <zhuangshunwan@huawei.com> = wrote:

Hi Ignas and all,

 

Regarding draft-vandevelde-idr-flowspec-path-redirect = & draft-li-idr-flowspec-redirect-generalized-sid-, here are the = achieved discussion information about "Semantics Independent" Flowspec:

https://www.ietf.= org/mail-archive/web/idr/current/msg15081.html

 

 

01) draft-vandevelde-idr-flowspec-path-redirect ever = said that it planned to define =E2=80=9CSemantics Independent=E2=80=9D = action.

Per the comment information, = draft-vandevelde-idr-flowspec-path-redirect-00 & = draft-vandevelde-idr-flowspec-path-redirect-01 defined the "Semantics = Independent" Flowspec Redirection:

 

https://www.ietf.org/archive/id/draft-vandevelde-idr-flo= wspec-path-redirect-01.txt

= =E2=80=A6

This document defines a new BGP = extended community.

= =E2=80=A6

The 2-byte local administrator = field is formatted as shown in Figure 1.

         &n= bsp;            = 0            &n= bsp;      1

   = ;            &n= bsp;      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5

     &nbs= p;            &= nbsp;  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

         &n= bsp;           = |          = Reserved       |TID|C|

         &n= bsp;           = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

 

02) = draft-li-idr-flowspec-redirect-generalized-sid-00 defined a "Semantics = Dependent=E2=80=9D Flowspec Redirection:

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

= =E2=80=A6

   This document defines= the following Redirect to Generalized Segment

   ID Extended Community:

 

 

   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=3DTBD1     | = Sub-Type=3DTBD2 | Flags(1 octet)| Segment Type  |

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+

  |    &n= bsp;            = ; Generalized Segment ID        &nb= sp;            =   |

  +-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

=E2=80=A6

 

 

03) Now draft-vandevelde-idr-flowspec-path-redirect-02 = introduces =E2=80=9CB=E2=80=9D bit to map the value encoded in the global = administrator field to a Binding Segment Identifier value:

https://www.ietf.org/archive/id/draft-vandevelde-idr-flo= wspec-path-redirect-02.txt

= =E2=80=A6

This document defines a new BGP = extended community.

= =E2=80=A6

The 2-byte local administrator = field is formatted as shown in Figure 1.

 

   &= nbsp;           &nbs= p;      0       = ;            = 1

     &nbs= p;            &= nbsp;   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5

          =            +-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

   &= nbsp;           &nbs= p;     |        = ;  Reserved     |B|TID|C|

         &n= bsp;           = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

= =E2=80=A6

   Bit 2 is defined to = be the 'B' (Binding) bit.  When the 'B' bit is

   set, the value encoded in the global = administrator field is a Binding

   = Segment Identifier value the use of which is detailed in section 3.2.=

=E2=80=A6

 

 

Now draft-vandevelde also defines the "Semantics = Dependent" Flowspec Redirection.

Should we combine = the work of draft-vandevelde & draft-li ?

 

 

Thanks,

Shunwan

 

 

=E5=8F=91=E4=BB=B6= =E4=BA=BA:= Idr [mailto:idr-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 = Ignas Bagdonas
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:= 2016=E5=B9=B44=E6=9C=888=E6=97=A5 20:17
=E6=94=B6=E4=BB=B6=E4=BA=BA: idr@ietf.org
=E4=B8=BB=E9=A2=98: Re: [Idr] WG Adoption call= for drafts for Flow Specification option 1 (RFC5575 additions = (filters/actions) 3/25 to 4/8/2016

 

I have read the drafts being = polled.

For a group of = drafts on redirect:


https://datatrac= ker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redirect/
Support as being a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redir= ect-tunnel/
Do not support. It is redundant.

https://datatracker.ietf.org/doc/draft-li-idr-flowspe= c-redirect-generalized-sid/
Do not support. It is = redundant.

Draft-vandevelde can achieve all what = draft-hao and draft-li can, and in a more flexible way. Having the ability = to decouple redirection tunnel type from redirection action is both = practical and extensible - the actual tunnel to be used is a local = operational decision for each network element, it is not necessary = signalled at the same time and by the same mechanism. Decoupling signalling= and redirect parts aligns well to operational practices of using specific = tools for specific tasks. Just that BGP could do that does not necesasry mean that it should be used as a best fit. From = operational perspective there is no need to have multiple solutions that = try to address the narrow problem space in similar yet incompatible ways. = There should be one document for redirect, and draft-vandevelde is a good = starting base for that.


For the match:

https://datatracker.ietf.org/doc/draft-litkowski-idr-flows= pec-interfaceset/
Suport as a good starting point.=

https://datatracker.ietf.= org/doc/draft-eddy-idr-flowspec-packet-rate/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ Support as a good starting point.

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-lab= el/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-mat= ch/
Support as a good starting point.



Ignas


On 25/03/2016 14:47, = Susan Hares wrote:

IDR = WG:

 

This begins a 2 week WG Call= (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 = additions. These options are filters, actions or critical security = additions.  The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2016/02/0= 8/idr/proceedings.html

https://www.ietf.org/proceedings/interim/2016/03/0= 7/idr/proceedings.html

 

There will be a brief flow specification presentation at = IETF 95, and the email list has select to start with option 1 =E2=80=93 = extending RFC5575.  We also will be gathering details on the SDN/NFV = use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for the = drafts to be considered in the flow specification work.  For each of = the drafts you wish to be considered Option 1, please indicate:

 

1)    &n= bsp; If this option is valuable = for the DDoS deployments or another critical deployments,  

2)    &n= bsp; Do you feel this draft is = useful, but not ready for adoption,

3)      Do you feel this draft is a good = start for this work.

 

The drafts to consider are:

https://datatracker.ietf= .org/doc/draft-eddy-idr-flowspec-packet-rate/

https://datatracker.ietf.= org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.= ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-int= erfaceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-= path-redirect/

https://datatracker.ietf.org/doc/draft-yong-idr-flowsp= ec-mpls-match/

 

And for the ordering of these filters and actions drafts = =E2=80=93 the Option 1 section out of this

https://datatracker.ietf.= org/doc/draft-hares-idr-flowspec-combo/

(A revised draft with just = Option 1 will be posted)

 

Sue Hares and John Scudder

 

 

 




________________________________=
_______________
Idr mailing =
list
Idr@ietf.org
https://www.ietf.=
org/mailman/listinfo/idr

 

------sinikael-?=_1-14602102313240.8398485444486141-- From nobody Sun Apr 10 12:14:05 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB0AF12D0E8 for ; Sun, 10 Apr 2016 12:14:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] 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 p9OBeVQS-NqH for ; Sun, 10 Apr 2016 12:14:02 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B217412D0E5 for ; Sun, 10 Apr 2016 12:14:01 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Gunter Van De Velde'" , "'Zhuangshunwan'" References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> In-Reply-To: <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> Date: Sun, 10 Apr 2016 15:12:59 -0400 Message-ID: <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00E1_01D1933B.787BD530" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQK70ORPhcSvFaBBkJVzSCfrhkxPugKCu2fsAgl0TYEAwcovyZ2EpjbQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2016 19:14:04 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00E1_01D1933B.787BD530 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Gunter and Shunwan:=20 =20 Thank you for your input on this topic. John and I receive a lot of = input individually from 3/25 to 4/8, and began discussions with our AD = (Alvaro). =20 =20 John and I will discussing this adoption call during the upcoming week. = Any drafts that are adopted for the Flow Specification will be IDR = Working Group (WG) Drafts. As such, these drafts become the result of = the consensus of the working group under the direction of the WG chairs. = WG drafts may be requested to be: a) merged with other WG drafts, b) = split into 2+ drafts, or c) refined. =20 =20 Cheerily,=20 =20 Sue Hares=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Gunter Van De Velde Sent: Saturday, April 09, 2016 9:57 AM To: Zhuangshunwan Cc: idr@ietf.org Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification = option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 =20 Dear Shunwan With the adoption call ended, the IDR chairs can use the received input = and combine it with draft submit timeline info (some work is as old as = +7months). I personally do not see a need to merge as = vandevelde-flowspec-idr-path-redirect covers already the goal = effectively and afficiently >From the link you provided referencing a quote as old as September = 2015!!!.. It is all still valid. One reserved bit was used to add SR = binding index identifyer for segment routing use case way before even=20 draft-li-idr-flowspec-redirect-generalized-sid-00 existed... *** >From September 2015: > Benefits: > > no need for signalling labels or extra encap in BGP > Each path-id indexed LSP/tunnel table is a localised construct > existing technology is used to construct the path-id indexed localised = table > Compatibility with technologies already using 32 or 128 bit = identifiers for > paths and sessions > Easy for flow spec to signal as it introduces no need to signal labels = etc=E2=80=A6 > no conflicts with existing label exchange technologies *** G/ Sent using CloudMagic Email = =20 =20 On Sat, Apr 09, 2016 at 10:19 AM, Zhuangshunwan = wrote: Hi Ignas and all,=20 =20 Regarding draft-vandevelde-idr-flowspec-path-redirect & = draft-li-idr-flowspec-redirect-generalized-sid-, here are the achieved = discussion information about "Semantics Independent" Flowspec:=20 https://www.ietf.org/mail-archive/web/idr/current/msg15081.html =20 =20 01) draft-vandevelde-idr-flowspec-path-redirect ever said that it = planned to define =E2=80=9CSemantics Independent=E2=80=9D action. Per the comment information, = draft-vandevelde-idr-flowspec-path-redirect-00 & = draft-vandevelde-idr-flowspec-path-redirect-01 defined the "Semantics = Independent" Flowspec Redirection: =20 https://www.ietf.org/archive/id/draft-vandevelde-idr-flowspec-path-redire= ct-01.txt =E2=80=A6 This document defines a new BGP extended community. =E2=80=A6 The 2-byte local administrator field is formatted as shown in Figure 1. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved |TID|C| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 =20 02) draft-li-idr-flowspec-redirect-generalized-sid-00 defined a = "Semantics Dependent=E2=80=9D Flowspec Redirection: https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generaliz= ed-sid/ =E2=80=A6 This document defines the following Redirect to Generalized Segment ID Extended Community: =20 =20 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=3DTBD1 | Sub-Type=3DTBD2 | Flags(1 octet)| Segment Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Generalized Segment ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =E2=80=A6 =20 =20 03) Now draft-vandevelde-idr-flowspec-path-redirect-02 introduces = =E2=80=9CB=E2=80=9D bit to map the value encoded in the global = administrator field to a Binding Segment Identifier value: https://www.ietf.org/archive/id/draft-vandevelde-idr-flowspec-path-redire= ct-02.txt =E2=80=A6 This document defines a new BGP extended community. =E2=80=A6 The 2-byte local administrator field is formatted as shown in Figure 1. =20 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved |B|TID|C| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =E2=80=A6 Bit 2 is defined to be the 'B' (Binding) bit. When the 'B' bit is set, the value encoded in the global administrator field is a Binding Segment Identifier value the use of which is detailed in section 3.2. =E2=80=A6 =20 =20 Now draft-vandevelde also defines the "Semantics Dependent" Flowspec = Redirection.=20 Should we combine the work of draft-vandevelde & draft-li ? =20 =20 Thanks, Shunwan =20 =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Idr [mailto:idr-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Ignas Bagdonas =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B44=E6=9C=888=E6=97=A5 = 20:17 =E6=94=B6=E4=BB=B6=E4=BA=BA: idr@ietf.org =E4=B8=BB=E9=A2=98: Re: [Idr] WG Adoption call for drafts for Flow = Specification option 1 (RFC5575 additions (filters/actions) 3/25 to = 4/8/2016 =20 I have read the drafts being polled. For a group of drafts on redirect: https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redir= ect/ Support as being a good starting point. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ Do not support. It is redundant. https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generaliz= ed-sid/ Do not support. It is redundant. Draft-vandevelde can achieve all what draft-hao and draft-li can, and in = a more flexible way. Having the ability to decouple redirection tunnel = type from redirection action is both practical and extensible - the = actual tunnel to be used is a local operational decision for each = network element, it is not necessary signalled at the same time and by = the same mechanism. Decoupling signalling and redirect parts aligns well = to operational practices of using specific tools for specific tasks. = Just that BGP could do that does not necesasry mean that it should be = used as a best fit. From operational perspective there is no need to = have multiple solutions that try to address the narrow problem space in = similar yet incompatible ways. There should be one document for = redirect, and draft-vandevelde is a good starting base for that. For the match: https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfacese= t/ Suport as a good starting point. https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ Support as a good starting point. https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ Support as a good starting point. Ignas On 25/03/2016 14:47, Susan Hares wrote: IDR WG:=20 =20 This begins a 2 week WG Call (3/25 to 4/8/2016) for the set of drafts to = be considered in RFC5575 additions. These options are filters, actions = or critical security additions. The flow specification work has been a = part of the interims since IETF 94 https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.html https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.html =20 There will be a brief flow specification presentation at IETF 95, and = the email list has select to start with option 1 =E2=80=93 extending = RFC5575. We also will be gathering details on the SDN/NFV use case for = option 2 (new NLRI and Wide Communities support).=20 =20 This is a group call for the drafts to be considered in the flow = specification work. For each of the drafts you wish to be considered = Option 1, please indicate:=20 =20 1) If this option is valuable for the DDoS deployments or another = critical deployments, =20 2) Do you feel this draft is useful, but not ready for adoption,=20 3) Do you feel this draft is a good start for this work.=20 =20 The drafts to consider are:=20 https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/ https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel/ https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect-generaliz= ed-sid/ https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/ https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interfacese= t/ https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-path-redir= ect/ https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/ =20 And for the ordering of these filters and actions drafts =E2=80=93 the = Option 1 section out of this=20 https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/ (A revised draft with just Option 1 will be posted)=20 =20 Sue Hares and John Scudder=20 =20 =20 =20 _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr =20 ------=_NextPart_000_00E1_01D1933B.787BD530 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Gunter and Shunwan:

 

Thank you for your input = on this topic.=C2=A0 =C2=A0John and I receive a lot of input = individually from 3/25 to 4/8, and began discussions with our AD = (Alvaro).=C2=A0

 

John and I will = discussing this adoption call during the upcoming week. =C2=A0Any drafts = that are adopted for the Flow Specification will be IDR Working Group = (WG) Drafts. =C2=A0As such, these drafts become the result of the = consensus of the working group under the direction of the WG = chairs.=C2=A0=C2=A0 WG drafts may be requested to be: a) merged with = other WG drafts, b) split into 2+ drafts, or c) refined.=C2=A0 = =C2=A0

 

Cheerily, =

 

Sue Hares =

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Gunter Van = De Velde
Sent: Saturday, April 09, 2016 9:57 AM
To: = Zhuangshunwan
Cc: idr@ietf.org
Subject: Re: [Idr] WG = Adoption call for drafts for Flow Specification option 1 (RFC5575 = additions (filters/actions) 3/25 to 4/8/2016

 


Dear = Shunwan

With the adoption call ended, the IDR chairs = can use the received input and combine it with draft submit timeline = info (some work is as old as +7months). I personally do not see a need = to merge as vandevelde-flowspec-idr-path-redirect covers already the = goal effectively and afficiently

From the link you = provided referencing a quote as old as September 2015!!!.. It is all = still valid. One reserved bit was used to add SR binding index = identifyer for segment routing use case way before even =
draft-li-idr-flowspec-redirect-generalized-sid-00 = existed...

***

From September = 2015:

> Benefits:
>
> no need for = signalling labels or extra encap in BGP
> Each path-id indexed = LSP/tunnel table is a localised construct
> existing technology is = used to construct the path-id indexed localised table
> = Compatibility with technologies already using 32 or 128 bit identifiers = for
> paths and sessions
> Easy for flow spec to signal as = it introduces no need to signal labels etc=E2=80=A6
> no conflicts = with existing label exchange = technologies

***

G/

Sent using CloudMagic Email =

 

On Sat, Apr 09, 2016 at 10:19 AM, = Zhuangshunwan <zhuangshunwan@huawei.com>= wrote:

Hi Ignas and all, =

 

Regarding = draft-vandevelde-idr-flowspec-path-redirect & = draft-li-idr-flowspec-redirect-generalized-sid-, here are the achieved = discussion information about "Semantics Independent" Flowspec: =

= https://www.ietf.org/mail-archive/web/idr/current/msg15081.html

 

 

01) = draft-vandevelde-idr-flowspec-path-redirect ever said that it planned to = define =E2=80=9CSemantics Independent=E2=80=9D = action.

Per the comment information, = draft-vandevelde-idr-flowspec-path-redirect-00 & = draft-vandevelde-idr-flowspec-path-redirect-01 defined the = "Semantics Independent" Flowspec = Redirection:

 

https://www.ietf.org/archive/id/draft-vandevelde-idr-f= lowspec-path-redirect-01.txt

=E2=80=A6

This document defines a new BGP = extended community.

=E2=80=A6

The 2-byte local administrator = field is formatted as shown in Figure 1.

     &n= bsp;           &nb= sp;    = 0            =        1

     &n= bsp;           &nb= sp;    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5

     &n= bsp;           &nb= sp;   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     &n= bsp;           &nb= sp;   |          = Reserved       = |TID|C|

     &n= bsp;           &nb= sp;   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

 

02) = draft-li-idr-flowspec-redirect-generalized-sid-00 defined a = "Semantics Dependent=E2=80=9D Flowspec = Redirection:

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

=E2=80=A6

   This document = defines the following Redirect to Generalized = Segment

   ID Extended = Community:

 

 

   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

  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= o:p>

  | = Type=3DTBD1     | Sub-Type=3DTBD2 | Flags(1 octet)| = Segment Type  |

  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= o:p>

  = |            =       Generalized Segment = ID            = ;           = |

  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<= o:p>

=E2=80=A6

 

 

03) Now = draft-vandevelde-idr-flowspec-path-redirect-02 introduces = =E2=80=9CB=E2=80=9D bit to map the value encoded in the global = administrator field to a Binding Segment Identifier = value:

https://www.ietf.org/archive/id/draft-vandevelde-idr-f= lowspec-path-redirect-02.txt

=E2=80=A6

This document defines a new BGP = extended community.

=E2=80=A6

The 2-byte local administrator = field is formatted as shown in Figure 1.

 

     &n= bsp;           &nb= sp;    = 0            =        1

     &n= bsp;           &nb= sp;    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5

     &n= bsp;    =            +-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-+

     &n= bsp;           &nb= sp;   |          = Reserved     |B|TID|C|

     &n= bsp;           &nb= sp;   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

=E2=80=A6

   Bit 2 is defined = to be the 'B' (Binding) bit.  When the 'B' bit = is

   set, the value = encoded in the global administrator field is a = Binding

   Segment Identifier = value the use of which is detailed in section = 3.2.

=E2=80=A6

 

 

Now draft-vandevelde also = defines the "Semantics Dependent" Flowspec Redirection. =

Should we combine the work of = draft-vandevelde & draft-li ?

 

 

Thanks,

Shunwan

 

 

=E5=8F=91=E4= =BB=B6=E4=BA=BA: Idr [mailto:idr-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Ignas = Bagdonas
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2016=E5=B9=B44=E6=9C=888=E6=97=A5 = 20:17
=E6=94=B6=E4=BB=B6=E4=BA=BA: idr@ietf.org
=E4=B8=BB=E9=A2=98: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 = (RFC5575 additions (filters/actions) 3/25 to = 4/8/2016

 

I have read the drafts being = polled.

For a group of drafts on = redirect:


https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/
Support as being a good starting = point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/
Do not support. It is = redundant.

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/
Do not support. It is = redundant.

Draft-vandevelde can achieve all what = draft-hao and draft-li can, and in a more flexible way. Having the = ability to decouple redirection tunnel type from redirection action is = both practical and extensible - the actual tunnel to be used is a local = operational decision for each network element, it is not necessary = signalled at the same time and by the same mechanism. Decoupling = signalling and redirect parts aligns well to operational practices of = using specific tools for specific tasks. Just that BGP could do that = does not necesasry mean that it should be used as a best fit. From = operational perspective there is no need to have multiple solutions that = try to address the narrow problem space in similar yet incompatible = ways. There should be one document for redirect, and draft-vandevelde is = a good starting base for that.


For the = match:

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec= -interfaceset/
Suport as a good starting = point.

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/
Support as a good starting point.

ht= tps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/
<= tt>Support as a good starting point.

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/=
Support as a good starting = point.



Ignas

On 25/03/2016 14:47, = Susan Hares wrote:

IDR WG:

 

This begins a 2 week WG Call (3/25 to = 4/8/2016) for the set of drafts to be considered in RFC5575 additions. = These options are filters, actions or critical security additions. =  The flow specification work has been a part of the interims since = IETF 94

https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedi= ngs.html

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedi= ngs.html

 

There will be a brief flow specification = presentation at IETF 95, and the email list has select to start with = option 1 =E2=80=93 extending RFC5575.  We also will be gathering = details on the SDN/NFV use case for option 2 (new NLRI and Wide = Communities support).

 

This is a group call for the drafts to be = considered in the flow specification work.  For each of the drafts = you wish to be considered Option 1, please indicate:

 

1)      If this option is = valuable for the DDoS deployments or another critical deployments, =  

2)      Do you feel this = draft is useful, but not ready for adoption,

3)      Do you feel this = draft is a good start for this work.

 

The drafts to consider are:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rat= e/

ht= tps://datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect= -tunnel/

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-r= edirect-generalized-sid/

https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/=

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec= -interfaceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flows= pec-path-redirect/

https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/=

 

And for the ordering of these filters and = actions drafts =E2=80=93 the Option 1 section out of this =

https://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A revised = draft with just Option 1 will be posted)

 

Sue Hares and John Scudder =

 

 

 



______________________________________________=
_
Idr mailing =
list
Idr@ietf.org
https://www.ietf.org/m=
ailman/listinfo/idr

 

------=_NextPart_000_00E1_01D1933B.787BD530-- From nobody Mon Apr 11 05:47:34 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2A0012EDC6 for ; Mon, 11 Apr 2016 05:47:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.517 X-Spam-Level: X-Spam-Status: No, score=-15.517 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 fBps8e1mVMLC for ; Mon, 11 Apr 2016 05:47:26 -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 2B82512ED94 for ; Mon, 11 Apr 2016 05:47:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1800; q=dns/txt; s=iport; t=1460378846; x=1461588446; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=O03cq4nfnp7JlDa0U+LoPAzoGO6RArv8SaPiEorPT6U=; b=hjUpK8YlVtZdbSySj5nNaNgAY5cm081I6o9QNFHxk1oSiT+2GUKk4m1u lukDGyo69KdKmaObu7wC4VQg1ZGxEpVI9+QtiXH64p281XPWVbglBE6oY Uh+Tl73IwSSoD2rCNacqXOTBWeZoxHH5JGk0OZdM6lUCPcfzipTs4Baxf 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A7AgBXnAtX/40NJK1dgzdTfQa2J4QuA?= =?us-ascii?q?Q2BchcKhWwCHIEOOBQBAQEBAQEBZSeEQQEBAQIBAQEBASAROgsQAgEIEQMBAgE?= =?us-ascii?q?CAiYCAgIlCxUFAwgCBAENBYgfCA6sJJFpAQEBAQEBAQEBAQEBAQEBAQEBAQEBE?= =?us-ascii?q?QR8hSWBdYJWhD2DAiuCKwWNToo2AY4Ljw2PJQEeAQFCg2dsAYksfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,462,1454976000"; d="scan'208";a="258433841" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Apr 2016 12:47:10 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u3BClAp4025698 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 11 Apr 2016 12:47:10 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 11 Apr 2016 08:47:09 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1104.009; Mon, 11 Apr 2016 08:47:09 -0400 From: "Stefano Previdi (sprevidi)" To: "Acee Lindem (acee)" , Susan Hares Thread-Topic: =?utf-8?B?W0lkcl0gZHJhZnQtLeKAkHByZXZpZGktaWRyLXNlZ21lbnQt4oCQcm91dGlu?= =?utf-8?B?Zy10ZS0t4oCQcG9saWN5LXF1ZXN0aW9u?= Thread-Index: AQHRk/BCK+sySq9JQ06tLIR27K4TXQ== Date: Mon, 11 Apr 2016 12:47:09 +0000 Message-ID: <31C1B23D-1B2B-4BAF-A9F2-E5E61287BC7B@cisco.com> References: <011501d18f49$dd55d730$98018590$@ndzh.com> 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.228.89.5] Content-Type: text/plain; charset="utf-8" Content-ID: <04699020F0DA7E4AB8186B62897DCDE1@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] =?utf-8?q?draft--=E2=80=90previdi-idr-segment-=E2=80=90rout?= =?utf-8?q?ing-te--=E2=80=90policy-question?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 12:47:33 -0000 T24gQXByIDYsIDIwMTYsIGF0IDE6MTYgUE0sIEFjZWUgTGluZGVtIChhY2VlKSA8YWNlZUBjaXNj by5jb20+IHdyb3RlOg0KPiANCj4gSGkgU3VlLCANCj4gDQo+IEZyb206IElkciA8aWRyLWJvdW5j ZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPg0K PiBEYXRlOiBUdWVzZGF5LCBBcHJpbCA1LCAyMDE2IGF0IDEwOjQ1IEFNDQo+IFRvOiBJRFIgTGlz dCA8aWRyQGlldGYub3JnPg0KPiBTdWJqZWN0OiBbSWRyXSBkcmFmdC0t4oCQcHJldmlkaS1pZHIt c2VnbWVudC3igJByb3V0aW5nLXRlLS3igJBwb2xpY3ktcXVlc3Rpb24NCj4gDQo+IFN0ZWZhbm86 IA0KPiAgDQo+IFdvdWxkIHlvdSBhbnN3ZXIgaG93IHlvdXIgdGVhbSBzdGF0ZXMg4oCcQWR2ZXJ0 aXNpbmcgYSBURSBwb2xpY3kgaXMgbmV3IGluIEJHUOKAnSB3aGVuIHdlIGFkb3B0ZWQNCj4gZHJh ZnQtaWV0Zi1pZHItdGUtcG0tYmdwLTAyPyAgKHNlZSBzbGlkZSAxMSBvZiB5b3VyIHByZXNlbnRh dGlvbikNCj4gDQo+IFRoZSBkcmFmdCB5b3UgcmVmZXJlbmNlIChjb3ZlcmVkIG9uIHNsaWRlIDcg b2YgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvOTUvc2xpZGVzL3NsaWRlcy05NS1p ZHItMTQucGRmKSBkb2VzbuKAmXQgZG9lc27igJl0IGRlYWwgd2l0aCBURSBwb2xpY2VzLiBJdCBz aW1wbHkgZXh0ZW5kcyBCR1AgTGluay1TdGF0ZSB0byBpbmNsdWRlIElHUCBURSBMaW5rIE1ldHJp YyBFeHRlbnNpb25zIChzZWUgUkZDIDc0NzQpLiANCg0KDQpjb3JyZWN0LiANCg0KLiBkcmFmdC1p ZXRmLWlkci10ZS1wbS1iZ3AtMDIgKEkgYWRtaXQsIHRoaXMgaXMgYSBwb29yIG5hbWUpIGlzIGlu IGZhY3QgYSBiZ3BscyBleHRlbnNpb24NCi4gZHJhZnQtcHJldmlkaS1pZHItc2VnbWVudC1yb3V0 aW5nLXRlLXBvbGljeSBpdOKAmXMgYSBuZXcgQkdQIFNBRkkvTkxSSSBmb3IgYWR2ZXJ0aXNpbmcg U1IgVEUgUG9saWNpZXMuDQoNCg0KdGhhbmtzLg0Kcy4NCg0KDQoNCj4gDQo+IFRoYW5rcywNCj4g QWNlZQ0KPiANCj4gDQo+IA0KPiANCj4gIFRoaXMgZHJhZnQgaGFzIHRvIGJlIGFuIGltcHJvdmVt ZW50IG9yIGRpZmZlcmVudCB0aGFuIHRoZSBhY2NlcHRlZCB3b3JrIHRvIGJlIGNvbnNpZGVyZWQg d2l0aGluIElEUi4gIA0KPiAgDQo+IFN1ZSBIYXJlcw0KPiAgDQo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IElkciBtYWlsaW5nIGxpc3QNCj4gSWRy QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoN Cg== From nobody Mon Apr 11 06:16:51 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9673B12EE54; Mon, 11 Apr 2016 06:16:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160411131649.13023.22684.idtracker@ietfa.amsl.com> Date: Mon, 11 Apr 2016 06:16:49 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-route-oscillation-stop-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 13:16:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : BGP Persistent Route Oscillation Solutions Authors : Daniel Walton Alvaro Retana Enke Chen John Scudder Filename : draft-ietf-idr-route-oscillation-stop-02.txt Pages : 9 Date : 2016-04-11 Abstract: This document presents two sets of paths for an address prefix that can be advertised by a BGP route reflector or confederation ASBR to eliminate the MED-induced route oscillations in a network. The first set involves all the available paths, and would achieve the same routing consistency as the full IBGP mesh. The second set, which is a subset of the first one, involves the neighbor-AS based Group Best Paths, and would be sufficient to eliminate the MED-induced route oscillations (subject to certain commonly adopted topological constrains). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-route-oscillation-stop/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-route-oscillation-stop-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-route-oscillation-stop-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 Mon Apr 11 06:18:07 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E02B12EE57; Mon, 11 Apr 2016 06:18:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 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, RP_MATCHES_RCVD=-0.996, 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 Xp1XX2MAlpmb; Mon, 11 Apr 2016 06:18:04 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89BD412EE49; Mon, 11 Apr 2016 06:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10419; q=dns/txt; s=iport; t=1460380684; x=1461590284; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=oZqfllehZu/kSTYc5Xeipa0FjaQbYZ6SnBFdKO/hM8s=; b=U8ZjeD5QFzOkJ8+oG7EB8BvPO0D5q4VTaRWh5r0yb6AvJAypfgCilQTq 6yvzf4Jh2fnCtxvA/ZE1EEk7tWgLo6JBWls4G+BBr1uncWFHt1zkiEZMd 4nI8eX52Qdj8apgr7kaBBmUcOLDz9lzJLLmn88y2VSaS8SeBqL7JYOU51 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAgDvogtX/40NJK1dgmtMU30GtWKEc?= =?us-ascii?q?wENgXKGDQKBKzgUAQEBAQEBAWUnhEEBAQEELUwQAgEIDgMEAQEoBzIUCQgCBAE?= =?us-ascii?q?NBYgnvjEBAQEBAQEBAQEBAQEBAQEBAQEBAQEVhiGES4R1hSAFh22GGXqEGYRrA?= =?us-ascii?q?Y4LgWeETYhZhh+JBgEeAQFCg2dsiS1+AQEB?= X-IronPort-AV: E=Sophos; i="5.24,462,1454976000"; d="scan'208,217"; a="90138616" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Apr 2016 13:18:03 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u3BDI3ww023751 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 11 Apr 2016 13:18:03 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 11 Apr 2016 08:18:02 -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.1104.009; Mon, 11 Apr 2016 08:18:02 -0500 From: "Alvaro Retana (aretana)" To: Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review Thread-Index: AQHRhpOaD5grVTQoNk6ETLHZgErIK5+E7L6A Date: Mon, 11 Apr 2016 13:18:02 +0000 Message-ID: References: <001f01d18692$54baf1e0$fe30d5a0$@ndzh.com> <003201d18692$9835b9a0$c8a12ce0$@ndzh.com> In-Reply-To: <003201d18692$9835b9a0$c8a12ce0$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.4] Content-Type: multipart/alternative; boundary="_000_D331199111E101aretanaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-idr-route-oscillation-stop@ietf.org" Subject: Re: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 13:18:06 -0000 --_000_D331199111E101aretanaciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sue: Hi! I just posted an update to address your comments. The last nit from id-nits was wrong, as there are no IP addresses in the do= cument. The tool got confused with "Section 9.1.2.2". :-) Thanks! Alvaro. On 3/25/16, 8:33 AM, "Susan Hares" = > wrote: Missed one more nit. Added below. From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 8:32 AM To: 'idr@ietf. org' Cc: draft-ietf-idr-route-oscillation-stop@ietf.org Subject: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review Daniel, Alvaro, Enke, John: This is a shepherd's review for draft-ietf-idr-route-oscillation-stop. App= arently, I missed sending the shepherd's report during the first call. I apologize for the delay, but I was waiting for an update for the add-path= -guidelines which failed WG LC. At this point, that draft will go back in = the queue as WG draft, and we will not hold up these valuable drafts. Sue Hares =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Status: ready to go to IESG Major/Minor comments: None Editorial comments: Nits Abstract: Old /In this document we present/ New/ This document presents/ [why: Not standard language. ] Section 5.1 and section 5.2 would be clearer to the average reader if you w= ould: Replace in section 5.1 Old /2 or 3 in the ADD-PATH / New/ 2 (send multiple paths) or 3 (send/receive multiple paths) in the ADD= -PATH/ Old /1 or 3 for the same/ New /1 (receive multiple paths) or 3 (send/receive multiple paths for the s= ame/ Replace in section 5.2 Old /2 or 3 in the ADD-PATH / New/ 2 (send multiple paths) or 3 (send/receive multiple paths) in the ADD= -PATH/ Old /1 or 3 for the same/ New /1 (receive multiple paths) or 3 (send/receive multiple paths for the s= ame/ NITS claim: There are 1 instance of lines with non-RFC5735-compliant IPv4 addresses in the document. If these are example addresses, they should be changed. Please fix. --_000_D331199111E101aretanaciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Sue:

Hi!

I just posted an update to address your comments.

The last nit from id-nits was wrong, as there are no IP addresses in t= he document.  The tool got confused with "Section 9.1.2.2". = :-)

Thanks!

Alvaro.

On 3/25/16, 8:33 AM, "Susan Hares" <shares@ndzh.com> wrote:

Missed one more nit.&n= bsp; Added below.

 

From: Idr [mailt= o:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, March 25, 2016 8:32 AM
To: 'idr@ietf. org'
Cc: draft-ietf-idr-route-oscillation-stop@ietf.org
Subject: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's re= view

 

Daniel, Alvaro, Enke, John:

 

This is a shepherd’s review for draft-ietf-idr= -route-oscillation-stop.  Apparently, I missed sending the shepherd= 217;s report during the first call.

 

I apologize for the delay, but I was waiting for an = update for the add-path-guidelines which failed WG LC.  At this point,= that draft will go back in the queue as WG draft, and we will not hold up = these valuable drafts.

 

Sue Hares

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= o:p>

 

Status: ready to go to IESG

 

Major/Minor comments: None

 

Editorial comments: Nits

 

Abstract:

Old /In this document we present/

New/ This document presents/

 

[why:  Not standard language. ]

 

 

Section 5.1 and section 5.2 would be clearer to the = average reader if you would:

 

Replace in section 5.1

Old /2 or 3 in the ADD-PATH /

New/ 2 (send multiple paths)  or 3 (send/receiv= e multiple paths) in the ADD-PATH/

 

Old /1 or 3 for the same/

New /1 (receive multiple paths) or 3 (send/receive m= ultiple paths for the same/

 

Replace in section 5.2

 Old /2 or 3 in the ADD-PATH /

New/ 2 (send multiple paths)  or 3 (send/receiv= e multiple paths) in the ADD-PATH/

 

 

Old /1 or 3 for the same/

New /1 (receive multiple paths) or 3 (send/receive m= ultiple paths for the same/

 

NITS claim:

There are 1 instance of lines with non-RFC5735= -compliant IPv4 addresses

in the document.  If these are example ad= dresses, they should be changed.

Please fix.

 

 

 --_000_D331199111E101aretanaciscocom_-- From nobody Mon Apr 11 06:35:42 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A262012EE66; Mon, 11 Apr 2016 06:35:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 ZkqZ7_nXlBpD; Mon, 11 Apr 2016 06:35:39 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 9238312DE70; Mon, 11 Apr 2016 06:35:28 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Alvaro Retana \(aretana\)'" , "'idr@ietf. org'" References: <001f01d18692$54baf1e0$fe30d5a0$@ndzh.com> <003201d18692$9835b9a0$c8a12ce0$@ndzh.com> In-Reply-To: Date: Mon, 11 Apr 2016 09:35:27 -0400 Message-ID: <024101d193f7$025d5010$0717f030$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0242_01D193D5.7B5043F0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJwHADPowyCG80nMJCeGXCz75cO6QIKivx4AU4ggI+eLPBQwA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: draft-ietf-idr-route-oscillation-stop@ietf.org Subject: Re: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 13:35:41 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0242_01D193D5.7B5043F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Alvaro: I noted that the ID-NITS was confused in my shepherd report. I believe the next step is to get an AD's evaluation from Alia Atlas (responsible AD). Sue From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Alvaro Retana (aretana) Sent: Monday, April 11, 2016 9:18 AM To: Susan Hares; 'idr@ietf. org' Cc: draft-ietf-idr-route-oscillation-stop@ietf.org Subject: Re: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review Sue: Hi! I just posted an update to address your comments. The last nit from id-nits was wrong, as there are no IP addresses in the document. The tool got confused with "Section 9.1.2.2". :-) Thanks! Alvaro. On 3/25/16, 8:33 AM, "Susan Hares" wrote: Missed one more nit. Added below. From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 8:32 AM To: 'idr@ietf. org' Cc: draft-ietf-idr-route-oscillation-stop@ietf.org Subject: [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's review Daniel, Alvaro, Enke, John: This is a shepherd's review for draft-ietf-idr-route-oscillation-stop. Apparently, I missed sending the shepherd's report during the first call. I apologize for the delay, but I was waiting for an update for the add-path-guidelines which failed WG LC. At this point, that draft will go back in the queue as WG draft, and we will not hold up these valuable drafts. Sue Hares ================= Status: ready to go to IESG Major/Minor comments: None Editorial comments: Nits Abstract: Old /In this document we present/ New/ This document presents/ [why: Not standard language. ] Section 5.1 and section 5.2 would be clearer to the average reader if you would: Replace in section 5.1 Old /2 or 3 in the ADD-PATH / New/ 2 (send multiple paths) or 3 (send/receive multiple paths) in the ADD-PATH/ Old /1 or 3 for the same/ New /1 (receive multiple paths) or 3 (send/receive multiple paths for the same/ Replace in section 5.2 Old /2 or 3 in the ADD-PATH / New/ 2 (send multiple paths) or 3 (send/receive multiple paths) in the ADD-PATH/ Old /1 or 3 for the same/ New /1 (receive multiple paths) or 3 (send/receive multiple paths for the same/ NITS claim: There are 1 instance of lines with non-RFC5735-compliant IPv4 addresses in the document. If these are example addresses, they should be changed. Please fix. ------=_NextPart_000_0242_01D193D5.7B5043F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Alvaro:

 

I noted that the ID-NITS = was confused in my shepherd report.   I believe the next step = is to get an AD’s evaluation from Alia Atlas (responsible AD). =

 

Sue =

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Alvaro Retana = (aretana)
Sent: Monday, April 11, 2016 9:18 AM
To: = Susan Hares; 'idr@ietf. org'
Cc: = draft-ietf-idr-route-oscillation-stop@ietf.org
Subject: Re: = [Idr] draft-ietf-idr-route-oscillation-stop - Shepherd's = review

 

Sue:

 

=

Hi!

 

=

I = just posted an update to address your = comments.

 

=

The last nit from id-nits was = wrong, as there are no IP addresses in the document.  The tool got = confused with "Section 9.1.2.2". = :-)

 

=

Thanks!

 

=

Alvaro.

 

=

On 3/25/16, 8:33 AM, "Susan = Hares" <shares@ndzh.com> = wrote:

 

=

Missed one more = nit.  Added below.

 

= From:= Idr [mailto:idr-bounces@ietf.org] = On Behalf Of Susan Hares
Sent: Friday, March 25, 2016 = 8:32 AM
To: 'idr@ietf. org'
Cc: draft-ietf= -idr-route-oscillation-stop@ietf.org
Subject: [Idr] = draft-ietf-idr-route-oscillation-stop - Shepherd's review

 

Daniel, Alvaro, Enke, = John:

 

This is a shepherd’s = review for draft-ietf-idr-route-oscillation-stop.  Apparently, I = missed sending the shepherd’s report during the first call. =

 

I apologize for the delay, = but I was waiting for an update for the add-path-guidelines which failed = WG LC.  At this point, that draft will go back in the queue as WG = draft, and we will not hold up these valuable drafts. =

 

Sue = Hares

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

 

Status: ready to go to = IESG

 

Major/Minor comments: None =

 

Editorial comments: Nits =

 

Abstract: =

Old /In this document we present/ =

New/ This document presents/ =

 

[why:  Not standard = language. ]

 

 

Section 5.1 and section = 5.2 would be clearer to the average reader if you = would:

 

Replace in section 5.1 =

Old /2 or 3 in the ADD-PATH / =

New/ 2 (send multiple paths)  or 3 = (send/receive multiple paths) in the ADD-PATH/

 

Old /1 or 3 for the same/ =

New /1 (receive multiple paths) or 3 (send/receive = multiple paths for the same/

 

Replace in section 5.2 =

 Old /2 or 3 in the ADD-PATH / =

New/ 2 (send multiple paths)  or 3 = (send/receive multiple paths) in the ADD-PATH/

 

 

Old /1 or 3 for the same/ =

New /1 (receive multiple paths) or 3 (send/receive = multiple paths for the same/

 

NITS claim:

There = are 1 instance of lines with non-RFC5735-compliant IPv4 = addresses

in the document.  If these are example addresses, = they should be changed.

Please = fix.

 

 

------=_NextPart_000_0242_01D193D5.7B5043F0-- From nobody Wed Apr 13 04:32:41 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E66212DD17; Wed, 13 Apr 2016 04:32:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.618 X-Spam-Level: X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 S3TtBNp5e2yU; Wed, 13 Apr 2016 04:32:35 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4970012DC58; Wed, 13 Apr 2016 04:32:35 -0700 (PDT) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id A63752640C2; Wed, 13 Apr 2016 13:32:33 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.72]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 7FD6935C04E; Wed, 13 Apr 2016 13:32:33 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541%19]) with mapi id 14.03.0279.002; Wed, 13 Apr 2016 13:32:33 +0200 From: To: Eric C Rosen Thread-Topic: [bess] draft-rosen-mpls-rfc3107bis Thread-Index: AQHRhfj1qHf38G7z/0eG06bIad1uvp9p2nRAgBygCdA= Date: Wed, 13 Apr 2016 11:32:32 +0000 Message-ID: <7059_1460547153_570E2E51_7059_19177_1_53C29892C857584299CBF5D05346208A0F86D0FF@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F86D0FFOPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.13.110317 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 11:32:37 -0000 --_000_53C29892C857584299CBF5D05346208A0F86D0FFOPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Please see 1 comment inline [Bruno] From: Eric C Rosen [mailto:erosen@juniper.net] On 4/4/2016 5:28 PM, bruno.decraene@orange.com wrote: > My issue is how do we prove that_nobody_ is using it? Proving the negati= ve is hard, and silence is not part of the proof. To prove the negative, we= would need explicit statement from everyone, which looks impossible. I think you're exaggerating a little ;-) I'm having trouble believing that you are unable to determine whether the 3107 "multiple labels" feature is in use in any of your company's deployments. [Bruno] Indeed, we had a different perspective. On my side, I was assuming that the IETF would not introduce a non-backward= compatible specification change, without first checking that none of the d= eployment would be affected. My point was that this is hard to prove. On your side, you were assuming that the responsibility would be on each ne= twork operator to check whether they would have an issue. This is breaking = the big problem into N smaller ones. --Bruno ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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. --_000_53C29892C857584299CBF5D05346208A0F86D0FFOPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Plea= se see 1 comment inline [Bruno]

 

From: Eric C Rosen [mailto:erosen@juniper.net]

On 4/4/2016 5:28 PM, bruno.decraene@orange.com wrote:

> My issue is how do we p= rove that_nobody_  is using it? Proving the negative is hard, and sile= nce is not part of the proof. To prove the negative, we would need explicit= statement from everyone, which looks impossible.

 

I think you're exaggerating = a little ;-)  I'm having trouble believing

that you are unable to deter= mine whether the 3107 "multiple labels"

feature is in use in any of = your company's deployments.

 

[Bru= no] Indeed, we had a different perspective.

On m= y side, I was assuming that the IETF would not introduce a non-backward com= patible specification change, without first checking that none of the deplo= yment would be affected. My point was that this is hard to prove.

On y= our side, you were assuming that the responsibility would be on each networ= k operator to check whether they would have an issue. This is breaking the = big problem into N smaller ones.

 

 

--Br= uno

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles 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 el=
ectroniques 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 inf=
ormation 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 dele=
te 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.
--_000_53C29892C857584299CBF5D05346208A0F86D0FFOPEXCLILM21corp_-- From nobody Wed Apr 13 04:33:18 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAAFC12DC58; Wed, 13 Apr 2016 04:32:49 -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 551FrufEoGmS; Wed, 13 Apr 2016 04:32:42 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E763812DE39; Wed, 13 Apr 2016 04:32:41 -0700 (PDT) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id B9D0822C2CC; Wed, 13 Apr 2016 13:32:40 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 97AB6238062; Wed, 13 Apr 2016 13:32:40 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0279.002; Wed, 13 Apr 2016 13:32:40 +0200 From: To: Eric C Rosen Thread-Topic: draft-rosen-mpls-rfc3107bis Thread-Index: AdGVaEaLL3G3O9S6RJ2NuhcTrvYwZA== Date: Wed, 13 Apr 2016 11:32:40 +0000 Message-ID: <22090_1460547160_570E2E58_22090_19743_1_53C29892C857584299CBF5D05346208A0F86D10D@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.13.110317 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: [Idr] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 11:32:50 -0000 Eric, Could the draft clarifies the BGP Route Reflector behavior when reflecting = a route received from a buggy 3107 implementation with S=3D0? a) One may argue that the RR should not modify the NLRI and hence reflect t= he route with S=3D0 b) One may argue that the RR should reflect the route after setting S=3D1 i= n order to be a speaker compliant with 3107bis & 3107. c) One may argue that this is an error and treat the IP Prefix as withdraw IMO I think I would prefer b) in order to not propagate the bug. Thanks, Regards, Bruno ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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 Apr 13 04:33:24 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5457412DF51; Wed, 13 Apr 2016 04:33:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.915 X-Spam-Level: X-Spam-Status: No, score=-2.915 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 3r0uo0qeZSud; Wed, 13 Apr 2016 04:32:59 -0700 (PDT) Received: from relais-inet.orange.com (relais-nor34.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 1E30E12DEDB; Wed, 13 Apr 2016 04:32:48 -0700 (PDT) Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id E4FE22033B; Wed, 13 Apr 2016 13:32:46 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.58]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id ADE37120055; Wed, 13 Apr 2016 13:32:46 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM33.corporate.adroot.infra.ftgroup ([fe80::3881:fc15:b4b2:9017%19]) with mapi id 14.03.0279.002; Wed, 13 Apr 2016 13:32:46 +0200 From: To: "Eric C Rosen (erosen@juniper.net)" Thread-Topic: draft-rosen-mpls-rfc3107bis-00 Thread-Index: AdGVaWAVw1/+shVVQDGYCBeSt0ROWg== Date: Wed, 13 Apr 2016 11:32:45 +0000 Message-ID: <12391_1460547166_570E2E5E_12391_13123_1_53C29892C857584299CBF5D05346208A0F86D11B@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , BESS , "idr@ietf.org" Subject: [Idr] draft-rosen-mpls-rfc3107bis-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 11:33:09 -0000 Hi Eric, - Do you think that it may be useful to have a sentence about Carrier's Car= rier IP VPN? I fear that some implementation may allow multiple labels for = SAFI 4 (labelled IP) but not for SAFI 128 (VPN) and would not be capable of= translating/swapping from N labels on the PE-CE (SAFI 4) side, toward 1 la= bel to the PE-PE (SAFI 128) side. In such case, it may be preferable to adv= ertise this non-capability on the PE-CE side (e.g. by sending the multiple = label capability with a max label of 1) - The current BGP capability encoding does not allow for the sending a diff= erent number of accepted labels on a per SAFI basis. I don't know whether t= his could be useful (in the future) but I do note that, as indicated in the= draft, it's already useful to be able to advertise N>1 for some SAFI and N= =3D1 for some others. So may be the flexibility could be useful. I'll leave= the cost/benefit choice up to you. Thanks, Regards, Bruno ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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 Apr 13 04:38:51 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9EEC12D581; Wed, 13 Apr 2016 04:38:30 -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=unavailable 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 WbEGc7Wcn4yP; Wed, 13 Apr 2016 04:38:30 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3836512DC5A; Wed, 13 Apr 2016 04:32:39 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id AEAA818C579; Wed, 13 Apr 2016 13:32:37 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.57]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 89D6927C073; Wed, 13 Apr 2016 13:32:37 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM23.corporate.adroot.infra.ftgroup ([fe80::787e:db0c:23c4:71b3%19]) with mapi id 14.03.0279.002; Wed, 13 Apr 2016 13:32:37 +0200 From: To: Eric C Rosen Thread-Topic: [bess] draft-rosen-mpls-rfc3107bis Thread-Index: AQHRhfj1qHf38G7z/0eG06bIad1uvp9p2nRAgBylsnA= Date: Wed, 13 Apr 2016 11:32:36 +0000 Message-ID: <20147_1460547157_570E2E55_20147_8686_2_53C29892C857584299CBF5D05346208A0F86D106@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.13.105417 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 11:38:31 -0000 From: Eric C Rosen [mailto:erosen@juniper.net] > the "day 1" bugs do exist Do we really have implementation not setting the S bit on the sending side?? I don't see how this could be per design, as I fail to see a reason: - sending with S=3D1 or S=3D0 has the same cost from an implementation pers= pective, so this is not a "simplification" issue - sending with S=3D0 is a clear violation of RFC 3107 and will trigger a BG= P session shutdown from a peer compliant with 3107, so this does not seem l= ike a desirable goal from an implementation standpoint. Now, that could be a bug, but that bug would be detected with the first int= eroperability test with a compliant RFC 3107 implementation... So, how have we got into this situation? How can we be there 15 years after= the publication of RFC 3107? Thanks -- Bruno ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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 Apr 13 04:41:36 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E1C612DA0E; Wed, 13 Apr 2016 04:41:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.618 X-Spam-Level: X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 6yJQe2pxUMXY; Wed, 13 Apr 2016 04:41:30 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FAD912D9AE; Wed, 13 Apr 2016 04:41:30 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id A98B218C548; Wed, 13 Apr 2016 13:32:41 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.27]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 735FF27C067; Wed, 13 Apr 2016 13:32:24 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7C.corporate.adroot.infra.ftgroup ([fe80::8007:17b:c3b4:d68b%19]) with mapi id 14.03.0279.002; Wed, 13 Apr 2016 13:32:24 +0200 From: To: Eric C Rosen Thread-Topic: [bess] draft-rosen-mpls-rfc3107bis Thread-Index: AQHRjDXCqHf38G7z/0eG06bIad1uvp+Gad4g Date: Wed, 13 Apr 2016 11:32:24 +0000 Message-ID: <20149_1460547161_570E2E48_20149_19157_1_53C29892C857584299CBF5D05346208A0F86D0F8@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> In-Reply-To: <56FEA566.8070605@juniper.net> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F86D0F8OPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.13.110317 Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 11:41:32 -0000 --_000_53C29892C857584299CBF5D05346208A0F86D0F8OPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sorry for the late answer and for breaking the email thread. (my laptop har= d drive failed during the IETF week). Please see 2 comments inline [Bruno] And as already expressed, I support the adoption of this document. From: Eric C Rosen [mailto:erosen@juniper.net] Right now, we're arguing about which of the following two strategies is more likely to cause a problem: 1. In the first strategy, 3107bis requires the S bit to be set when there is a single label. This will allow 3107bis to interoperate with 3107 implementations of "multiple labels", but it will not allow 3107bis to interoperate with (buggy) 3107 implementations that send a single label, but don't set the S bit. 2. In the second strategy, 3107bis assumes, in the absence of the Capability, that there is only a single label, and doesn't bother to check the S bit. This will allow 3107bis to interoperate with (buggy) implementations that send a single label but fail to set the S bit; it will not allow 3107bis to interoperate with (non-buggy) 3107 implementations of multiple labels. My argument is that the second strategy is better because it will be less disruptive. This is based on my belief that the "day 1" bugs do exist, and that the "multiple labels" feature has yet to be deployed. Your argument seems to be that the first strategy is better because (a) it only causes disruption if the 3107 implementation has a bug, in which case the bug can be fixed, and (b) if the second strategy is used, a 3107-compliant implementation of multiple labels will fail to interoperate with a 3107bis-compliant implementation of multiple labels, and both implementors will claim compliance. [Bruno] Thank you for this good and fair summary. I would add: (c) a 3107-compliant implementation of multiple labels sending= one route with multiple labels to a 3107bis-compliant implementation of a = single label, will trigger the shutdown of the BGP sessions and hence the r= emoval of all labelled routes and most likely all routes from all AFI/SAFI = sharing this BGP session. This is very disruptive. And both implementors wi= ll claim compliance. There may be a third strategy: second strategy, plus when a BGP error is fo= und when parsing the NLRI, search for the S bit in order to identify the IP= prefix and treat it as withdraw. (rather than kill the BGP session) To be on the extra safe side, I'd prefer the third strategy, on the basis t= hat you never know what you can receive (cf the BGP attribute 99 incident, = which nobody asked for/expected), plus the 3107 speaker sending multiple la= bels IS compliant. If you don't think that this is feasible/reasonable, I'm fine with the seco= nd strategy. I think your argument is reasonable, the question is really just which strategy will cause less disruption. [Bruno] In either case, it seems like the draft will need to document the i= ssue and warn the network operator about it. Do other members of the WGs have opinions about this? ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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. --_000_53C29892C857584299CBF5D05346208A0F86D0F8OPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sorr= y for the late answer and for breaking the email thread. (my laptop hard dr= ive failed during the IETF week).

Plea= se see 2 comments inline [Bruno]

And = as already expressed, I support the adoption of this document.

 

From: Eric C Rosen [mailto:erosen@juniper.net]

Right now, we're arguing abo= ut which of the following two strategies is

more likely to cause a probl= em:

 

1. In the first strategy, 31= 07bis requires the S bit to be set when

there is a single label.&nbs= p; This will allow 3107bis to interoperate with

3107 implementations of &quo= t;multiple labels", but it will not allow 3107bis

to interoperate with (buggy)= 3107 implementations that send a single

label, but don't set the S b= it.

 

2. In the second strategy, 3= 107bis assumes, in the absence of the

Capability, that there is on= ly a single label, and doesn't bother to

check the S bit.  This = will allow 3107bis to interoperate with (buggy)

implementations that send a = single label but fail to set the S bit; it

will not allow 3107bis to in= teroperate with (non-buggy) 3107

implementations of multiple = labels.

 

My argument is that the seco= nd strategy is better because it will be

less disruptive.  This = is based on my belief that the "day 1" bugs do

exist, and that the "mu= ltiple labels" feature has yet to be deployed.

 

Your argument seems to be th= at the first strategy is better because (a) 

it only causes disruption if= the 3107 implementation has a bug, in which

case the bug can be fixed, a= nd (b) if the second strategy is used, a

3107-compliant implementatio= n of multiple labels will fail to

interoperate with a 3107bis-= compliant implementation of multiple labels,

and both implementors will c= laim compliance.

 

[Bru= no] Thank you for this good and fair summary.

I wo= uld add: (c) a 3107-compliant implementation of multiple labels sending one= route with multiple labels to a 3107bis-compliant implementation of a sing= le label, will trigger the shutdown of the BGP sessions and hence the removal of all labelled routes and most lik= ely all routes from all AFI/SAFI sharing this BGP session. This is very dis= ruptive. And both implementors will claim compliance.

 

 

Ther= e may be a third strategy: second strategy, plus when a BGP error is found = when parsing the NLRI, search for the S bit in order to identify the IP pre= fix and treat it as withdraw. (rather than kill the BGP session)

 

To b= e on the extra safe side, I’d prefer the third strategy, on the basis= that you never know what you can receive (cf the BGP attribute 99 incident= , which nobody asked for/expected), plus the 3107 speaker sending multiple labels IS compliant.

If y= ou don’t think that this is feasible/reasonable, I’m fine with = the second strategy.

 

 

I think your argument is rea= sonable, the question is really just which

strategy will cause less dis= ruption.

 

[Bru= no] In either case, it seems like the draft will need to document the issue= and warn the network operator about it.

 

Do other members of the WGs = have opinions about this?

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles 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 el=
ectroniques 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 inf=
ormation 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 dele=
te 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.
--_000_53C29892C857584299CBF5D05346208A0F86D0F8OPEXCLILM21corp_-- From nobody Wed Apr 13 05:57:11 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D31212E237; Wed, 13 Apr 2016 05:57:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.898 X-Spam-Level: X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c5vej7fumv-c; Wed, 13 Apr 2016 05:57:08 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id A77ED12E233; Wed, 13 Apr 2016 05:57:08 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 79A0E1E478; Wed, 13 Apr 2016 09:01:28 -0400 (EDT) Date: Wed, 13 Apr 2016 09:01:28 -0400 From: Jeffrey Haas To: bruno.decraene@orange.com Message-ID: <20160413130128.GB9940@pfrc.org> References: <22090_1460547160_570E2E58_22090_19743_1_53C29892C857584299CBF5D05346208A0F86D10D@OPEXCLILM21.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22090_1460547160_570E2E58_22090_19743_1_53C29892C857584299CBF5D05346208A0F86D10D@OPEXCLILM21.corporate.adroot.infra.ftgroup> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: "idr@ietf.org" , BESS , "mpls@ietf.org" Subject: Re: [Idr] draft-rosen-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 12:57:09 -0000 On Wed, Apr 13, 2016 at 11:32:40AM +0000, bruno.decraene@orange.com wrote: > Could the draft clarifies the BGP Route Reflector behavior when reflecting a route received from a buggy 3107 implementation with S=0? > a) One may argue that the RR should not modify the NLRI and hence reflect the route with S=0 > b) One may argue that the RR should reflect the route after setting S=1 in order to be a speaker compliant with 3107bis & 3107. > c) One may argue that this is an error and treat the IP Prefix as withdraw > > IMO I think I would prefer b) in order to not propagate the bug. Normally I would argue for c. What I'm really curious about is implementations that may not be setting end-of-stack currently for their 3107. Time to read what our code does upon receipt. -- Jeff From nobody Fri Apr 15 12:01:52 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D64B812D1D3; Fri, 15 Apr 2016 12:01:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0hpXGSBvpXtO; Fri, 15 Apr 2016 12:01:48 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 80CF912D9D6; Fri, 15 Apr 2016 12:01:45 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id s79so133133795oie.1; Fri, 15 Apr 2016 12:01:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=Pnw0vQggL3JFre5parTPRrJwdDmwnebnG2t5SjRk7iA=; b=efmdJedPAWt4YOFB70Zt/uDndiywKJ8QKA5JOttdp3ZiEO/C96YktJcDfy2ebZTFCH Xq9nphFysm/D2/wB3U6cdpWce5bztBLyOoKZbvnyTBpw1f0AJvrl3rKtVK6Xyy51xRaj nhuMls6k5NaT1sPz8AhSX2kc9vwIozehIAXtcyu9yWf2kn9+cEP4D5pxFAOWTFOvs+/O 9g4e44qXNDRFcRsUS6mMsbawOKfEOcwmQXUkFvPFimbyKuIJpiq9lRcGp1ILgNx8FDZJ egW7UooID83G1S7Q/AV/q4aTagDfbcbcZE9gYZ7b8ghY7XnwWeM0CwThDm2V8QbJ4ZKM zb7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=Pnw0vQggL3JFre5parTPRrJwdDmwnebnG2t5SjRk7iA=; b=TGP9pX15rqEes38WSorxwn9fpuMzSvyHqW17s1+Z8KYNLYAgCpc1peipMQ0YzrcryI 1sn8PGRiGm0LkuC4YHZKterjpG5F2AUyNauREn0+y7fJM/IvPecS3JUWHkpniGSDv3i3 wQ6lKoVYlBmArbGB8kZh+gshxADR0IR2ayqA2Gv4lO/ZfqPhzVN4WuO0Ju16Ua7rCtX3 hmTFu+eJQKn3SrQazy3RabnvG4nuaYf0ZCWuoKxXSryhCmSKGGuaWrA3DIRDQvzYRsLa Qw2kLWt5dX+XwSXtlVM5UpJlD++MPRo9GQW7KFFcvfXiyhkYkGr+BoGACaU+0+uG1Cn2 3qaQ== X-Gm-Message-State: AOPr4FWMf9wb8Db2QQ8N8SYqhNczMvGTICNn8ESNiXuqFrDxHJWM+63z5nBlVMS4k6DDUhjl0dcojhbpNbdxZQ== MIME-Version: 1.0 X-Received: by 10.202.91.8 with SMTP id p8mr10274039oib.99.1460746904781; Fri, 15 Apr 2016 12:01:44 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 15 Apr 2016 12:01:44 -0700 (PDT) Date: Fri, 15 Apr 2016 15:01:44 -0400 Message-ID: From: Alia Atlas To: "idr@ietf. org" , draft-ietf-idr-add-paths@ietf.org Content-Type: multipart/alternative; boundary=001a113d3a885dca1505308aa403 Archived-At: Subject: [Idr] AD review of draft-ietf-idr-add-paths-13 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 19:01:50 -0000 --001a113d3a885dca1505308aa403 Content-Type: text/plain; charset=UTF-8 First, I would like to thank the authors, Daniel, Alvaro, Enke, and John for their long work on this document. As is customary, I have done my AD review of this draft. I do think that the changes since -10 are a significant improvement and I appreciate the warnings in the Security Considerations. I do not have even any nits. I am requesting IETF Last Call and placing this on the IESG telechat for May 5. Thank you, Alia --001a113d3a885dca1505308aa403 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
First, I would like to thank the authors, Daniel, Alvaro, = Enke, and John for their long work on this document.

As = is customary, I have done my AD review of this draft.=C2=A0 I do think that= the changes since -10 are a significant improvement and I appreciate the w= arnings in the Security Considerations.

I do not h= ave even any nits.=C2=A0 I am requesting IETF Last Call and placing this on= the IESG telechat for May 5.

Thank you,
Alia
--001a113d3a885dca1505308aa403-- From nobody Fri Apr 15 12:21:00 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFD1512D70A; Fri, 15 Apr 2016 12:20:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rxa_NGgI3ERE; Fri, 15 Apr 2016 12:20:57 -0700 (PDT) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (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 9B29912D6DF; Fri, 15 Apr 2016 12:20:57 -0700 (PDT) Received: by mail-oi0-x235.google.com with SMTP id r78so1787460oie.0; Fri, 15 Apr 2016 12:20:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=B2a9N7QTELFuA5T59xCwBrwbXWRdvS1+pCfT1CPKl0A=; b=072rlHG8O0MB61CXtX8HH1Tn2CjSa6kzPmFUXC1Fs6Ti4wZlQF8GDPi7di9+J5Q4dA mXN9yYZaQnvkF6VLeA8IYR8Bdbod6cXaYJ5JNxmqLbPxEdByeczV1+6VvFcjVC7zqpFY hVupzGQlaXZCsa9e0A0ixWoXHTrN1o+JokNaGMX0htwaBy0LplaXI4/eMRWOhLOVqRKT G6DEPr1Ntpxiip+hScgds1q2ncMt+1lXy2oILqb7dAwYCg1uDNBUD857uBVKTRlm7Uu7 cDYS1GNjm9bvhZtN9/3vEOzcf7+sxxU75kfbCZ1+tmGHzHz6xQSE9g0jF7T5lwJ6FgB6 PHyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=B2a9N7QTELFuA5T59xCwBrwbXWRdvS1+pCfT1CPKl0A=; b=dxCMzXVcLjCyj7G+ML3gn8e02oH3UZor2DNWrqT5+51t+giYnZ940BIwmiyGly3aJC JVAxnEqXZbofH3XjIlaIXOp3yXUVdH6dnNMOouTVLxnQrFpI05SIQMCNKZHS27RRR/hL jvK2Y+lodteWZTTR+G6r2fnuaPmGTKulgWlivkkBwUX5QUx8S1qggLdbJKR/iBml62jK t5A6wJfPWl2y9CfJgNN7XFoZkRtj9ACDfSBee/s/iBFOPb4gzXIbC9RUXwwS+CFTdchs VuyotbW/MDQAeUSbCiVDYD/uZVYF1ep/qUNexFE0jNXh0yUUT6ZOoXdg2oXsll62Cw1O uYVg== X-Gm-Message-State: AOPr4FWqO40U128dXxJS8gIzFYoOyKIksWYwkOSA4U89qq+pkfFMkduP+344HIf+eUpfNwhFrau+de7TNg1v5g== MIME-Version: 1.0 X-Received: by 10.157.22.206 with SMTP id s14mr11268169ots.143.1460748057019; Fri, 15 Apr 2016 12:20:57 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 15 Apr 2016 12:20:56 -0700 (PDT) Date: Fri, 15 Apr 2016 15:20:56 -0400 Message-ID: From: Alia Atlas To: "idr@ietf. org" , draft-ietf-idr-route-oscillation-stop@ietf.org Content-Type: multipart/alternative; boundary=001a1140bc0c0b982005308ae983 Archived-At: Subject: [Idr] AD progressing draft-ietf-idr-route-oscillation-stop-02 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 19:20:59 -0000 --001a1140bc0c0b982005308ae983 Content-Type: text/plain; charset=UTF-8 First, I'd like to thank Daniel, Alvaro, Enke, and John for their work on this document. I have done my customary AD review and do not have any specific comments. I have placed this draft in IETF Last Call and scheduled it for the May 5 telechat. Thanks, Alia --001a1140bc0c0b982005308ae983 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
First, I'd like to thank Daniel, Alvaro, Enke, and Joh= n for their work on this document.
I have done my customary AD review a= nd do not have any specific comments.
I have placed this draft in= IETF Last Call and scheduled it for the May 5 telechat.

Thanks,
Alia
--001a1140bc0c0b982005308ae983-- From nobody Fri Apr 15 12:41:20 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DB87012D800; Fri, 15 Apr 2016 12:41:15 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160415194115.17546.57098.idtracker@ietfa.amsl.com> Date: Fri, 15 Apr 2016 12:41:15 -0700 Archived-At: Cc: draft-ietf-idr-add-paths@ietf.org, idr-chairs@ietf.org, russw@riw.us, idr@ietf.org Subject: [Idr] Last Call: (Advertisement of Multiple Paths in BGP) to Proposed Standard X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 19:41:16 -0000 The IESG has received a request from the Inter-Domain Routing WG (idr) to consider the following document: - 'Advertisement of Multiple Paths in BGP' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-04-29. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document defines a BGP extension that allows the advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones. The essence of the extension is that each path is identified by a path identifier in addition to the address prefix. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Apr 15 12:42:20 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B91E12DA60; Fri, 15 Apr 2016 12:42:06 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160415194206.17493.74571.idtracker@ietfa.amsl.com> Date: Fri, 15 Apr 2016 12:42:06 -0700 Archived-At: Cc: draft-ietf-idr-route-oscillation-stop@ietf.org, idr-chairs@ietf.org, shares@ndzh.com, idr@ietf.org Subject: [Idr] Last Call: (BGP Persistent Route Oscillation Solutions) to Proposed Standard X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 19:42:06 -0000 The IESG has received a request from the Inter-Domain Routing WG (idr) to consider the following document: - 'BGP Persistent Route Oscillation Solutions' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-04-29. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document presents two sets of paths for an address prefix that can be advertised by a BGP route reflector or confederation ASBR to eliminate the MED-induced route oscillations in a network. The first set involves all the available paths, and would achieve the same routing consistency as the full IBGP mesh. The second set, which is a subset of the first one, involves the neighbor-AS based Group Best Paths, and would be sufficient to eliminate the MED-induced route oscillations (subject to certain commonly adopted topological constrains). The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-idr-route-oscillation-stop/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-idr-route-oscillation-stop/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Apr 18 12:00:04 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 578B912E24F for ; Mon, 18 Apr 2016 12:00:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.139 X-Spam-Level: *** X-Spam-Status: No, score=3.139 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 Mi2Q1oX5zMUH for ; Mon, 18 Apr 2016 12:00:02 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 3D1BE12DD2B for ; Mon, 18 Apr 2016 12:00:02 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'idr@ietf. org'" Date: Mon, 18 Apr 2016 15:00:01 -0400 Message-ID: <025001d199a4$83450580$89cf1080$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0251_01D19982.FC336580" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGZpIKP4Lh9/kmCSnCW8Sw3PZWuaw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: "'Keyur Patel \(keyupate\)'" Subject: [Idr] Working Group Last Call - draft-ietf-idr-bgp-gr-notification-06 (4/18 to 5/2/2016) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 19:00:03 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0251_01D19982.FC336580 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG LC for draft-ietf-idr-bgp-gr-notification-06.txt (4/18 to 5/2/2016) There are two implementations of this draft: . Junos 15.1R1 as part of our support for long-lived graceful restart . Cisco IOS has an implementation. https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06 The authors (John, Rex, Jeff, and Keyur) should indicate whether they know of any IPR. There are no IPRs listed against this draft at the IETF web site. Sue Hares ------=_NextPart_000_0251_01D19982.FC336580 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This = begins a 2 week WG LC for draft-ietf-idr-bgp-gr-notification-06.txt = (4/18 to 5/2/2016)

 

There are = two implementations of this draft:

 

·         = Junos 15.1R1 as part of our support for = long-lived graceful restart

·         = Cisco IOS has an = implementation.

 

https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06

 

The authors (John, Rex, Jeff, and Keyur) should = indicate whether they know of any IPR.  There are no IPRs listed = against this draft at the IETF web site.  

 

Sue Hares =

  

------=_NextPart_000_0251_01D19982.FC336580-- From nobody Tue Apr 19 01:59:27 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB60D12E943 for ; Tue, 19 Apr 2016 01:59:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.618 X-Spam-Level: X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 SQPfV-a0lTtb for ; Tue, 19 Apr 2016 01:59:23 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4ECE12D8CF for ; Tue, 19 Apr 2016 01:59:22 -0700 (PDT) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id 6B5F326432C; Tue, 19 Apr 2016 10:59:21 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.31]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 42D39238055; Tue, 19 Apr 2016 10:59:21 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0279.002; Tue, 19 Apr 2016 10:59:21 +0200 From: To: Susan Hares , "'idr@ietf. org'" Thread-Topic: [Idr] Working Group Last Call - draft-ietf-idr-bgp-gr-notification-06 (4/18 to 5/2/2016) Thread-Index: AdGZpIKP4Lh9/kmCSnCW8Sw3PZWuawAbwH0w Date: Tue, 19 Apr 2016 08:59:20 +0000 Message-ID: <26049_1461056361_5715F369_26049_6235_1_53C29892C857584299CBF5D05346208A0F87389F@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <025001d199a4$83450580$89cf1080$@ndzh.com> In-Reply-To: <025001d199a4$83450580$89cf1080$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F87389FOPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.19.84516 Archived-At: Cc: "'Keyur Patel \(keyupate\)'" Subject: Re: [Idr] Working Group Last Call - draft-ietf-idr-bgp-gr-notification-06 (4/18 to 5/2/2016) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 08:59:26 -0000 --_000_53C29892C857584299CBF5D05346208A0F87389FOPEXCLILM21corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sue, Support. Due to lack of time, I've only re-reviewed the draft very quickly, so more = review should be welcomed. I may have one comment, which may be both significant and late. Sorry for t= his. (Alternatively, I read it too quickly). > [RFC4724] S. 4.2 defines rules for the Receiving Speaker. As per my reading, GR-notification can't be used if the speaker has not adv= ertised the AFI/SAFI in the GR capability. It looks like an unnecessary restriction as GR-notification seems a control= plane only feature, while the advertisement of the AFI/SAFI in GR is, IMO,= a forwarding plane capability ("capable of preserving its forwarding state= during BGP restart".) IOW, a BGP speaker which is not capable of preserving its forwarding state = during a BGP restart can't benefit from GR notification. This may be an issue for CE, in particular in a VPN environment. Suggesting nits (feel free to silently discard): =A71 OLD: If a Hard Reset is used, a full session reset is performed. NEW: If a Hard Reset is used, a full session reset is performed as per [RFC= 4271] Motivation: "full session reset" is not defined. =A74: OLD: When a BGP speaker resets NEW: When this BGP speaker resets Motivation: this behavior is only applicable to the aforementioned BGP spea= ker. Regards, Bruno From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, April 18, 2016 9:00 PM To: 'idr@ietf. org' Cc: 'Keyur Patel (keyupate)' Subject: [Idr] Working Group Last Call - draft-ietf-idr-bgp-gr-notification= -06 (4/18 to 5/2/2016) This begins a 2 week WG LC for draft-ietf-idr-bgp-gr-notification-06.txt (4= /18 to 5/2/2016) There are two implementations of this draft: =B7 Junos 15.1R1 as part of our support for long-lived graceful res= tart =B7 Cisco IOS has an implementation. https://tools.ietf.org/html/draft-ietf-idr-bgp-gr-notification-06 The authors (John, Rex, Jeff, and Keyur) should indicate whether they know = of any IPR. There are no IPRs listed against this draft at the IETF web si= te. Sue Hares ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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. --_000_53C29892C857584299CBF5D05346208A0F87389FOPEXCLILM21corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Sue,

 

Support.

 

Due to = lack of time, I’ve only re-reviewed the draft very quickly, so more r= eview should be welcomed.

&n= bsp;

I may h= ave one comment, which may be both significant and late. Sorry for this. (A= lternatively, I read it too quickly).

 
> [=
RFC4724] S. 4.2 defines rules for the Receiving Speaker.

&n= bsp;

As per = my reading, GR-notification can’t be used if the speaker has not adve= rtised the AFI/SAFI in the GR capability.

It look= s like an unnecessary restriction as GR-notification seems a control plane = only feature, while the advertisement of the AFI/SAFI in GR is, IMO, a forw= arding plane capability (“capable of preserving its forwarding state during BGP restart”.)

IOW, a = BGP speaker which is not capable of preserving its forwarding state during = a BGP restart can’t benefit from GR notification.

This ma= y be an issue for CE, in particular in a VPN environment.

&n= bsp;

Suggest= ing nits (feel free to silently discard):

=A71

OLD: If a Hard Re=
set is used, a full session reset is performed.
NEW: If a Hard Re=
set is used, a full session reset is performed as per [RFC4271]<=
/span>
Motivation: “full session reset” =
is not defined.
 
=A74:
OLD: When a BGP s=
peaker resets 
NEW: When this BG=
P speaker resets 
Motivation: this behavior is only applicable =
to the aforementioned BGP speaker.
 
Regards,
Bruno

&n= bsp;

&n= bsp;

From: Idr [mai= lto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Monday, April 18, 2016 9:00 PM
To: 'idr@ietf. org'
Cc: 'Keyur Patel (keyupate)'
Subject: [Idr] Working Group Last Call - draft-ietf-idr-bgp-gr-notif= ication-06 (4/18 to 5/2/2016)

 

This begins a 2 week WG LC for = draft-ietf-idr-bgp-gr-notification-06.txt (4/18 to 5/2/2016)

 

There are two implementations o= f this draft:

 

=B7         Junos 15.1R1 as part of= our support for long-lived graceful restart

=B7    &n= bsp;    Cisco IOS has an implementation.

 

https://tools.ietf.org/html/= draft-ietf-idr-bgp-gr-notification-06

 

The authors (John, Rex, Jeff, a= nd Keyur) should indicate whether they know of any IPR.  There are no = IPRs listed against this draft at the IETF web site.  

 

Sue Hares

  <= /p> 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles 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 el=
ectroniques 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 inf=
ormation 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 dele=
te 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.
--_000_53C29892C857584299CBF5D05346208A0F87389FOPEXCLILM21corp_-- From shashikanth.vh@huawei.com Tue Apr 19 03:11:03 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86DFE12E0AB for ; Tue, 19 Apr 2016 03:11:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.216 X-Spam-Level: X-Spam-Status: No, score=-5.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47AXgz-lrNZZ for ; Tue, 19 Apr 2016 03:11:01 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E0EA12E0A6 for ; Tue, 19 Apr 2016 03:10:59 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHW08662; Tue, 19 Apr 2016 10:10:57 +0000 (GMT) Received: from SZXEML429-HUB.china.huawei.com (10.82.67.184) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 19 Apr 2016 11:10:56 +0100 Received: from SZXEML524-MBS.china.huawei.com ([169.254.5.234]) by SZXEML429-HUB.china.huawei.com ([10.82.67.184]) with mapi id 14.03.0235.001; Tue, 19 Apr 2016 18:10:50 +0800 From: Shashikanth vh To: "hannes@gredler.at" , "jmedved@cisco.com" , "sprevidi@cisco.com" , "adrian@olddog.co.uk" , "raysaikat@gmail.com" Thread-Topic: [BGP Link State] Regarding identifying BGP speakers with BGP link state information Thread-Index: AdGaI77wl+utIwqVS428ZQzP0Ew1tw== Date: Tue, 19 Apr 2016 10:10:49 +0000 Message-ID: Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.245.117] Content-Type: multipart/alternative; boundary="_000_F9E14D763EAED14992F58B337645E651610D0935szxeml524mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.57160431.01DD, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.234, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e702c9d6cd8bc7fb5e00ba90cb62b634 Archived-At: X-Mailman-Approved-At: Tue, 19 Apr 2016 04:37:22 -0700 Cc: "idr@ietf.org" Subject: [Idr] [BGP Link State] Regarding identifying BGP speakers with BGP link state information X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 11:31:13 -0000 --_000_F9E14D763EAED14992F58B337645E651610D0935szxeml524mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, Can you please let me know is there any way to know the BGP speakers from = the link state information. As per information available from node descriptor, "BGP LS identifier" cann= ot be used to identify, since this is unique across all BGP speakers with i= n AS. +--------------------+-------------------+----------+ | Sub-TLV Code Point | Description | Length | +--------------------+-------------------+----------+ | 512 | Autonomous System | 4 | | 513 | BGP-LS Identifier | 4 | | 514 | OSPF Area-ID | 4 | | 515 | IGP Router-ID | Variable | +--------------------+-------------------+----------+ Is there any way to use Node descriptor or attribute information to know ab= out BGP speakers among all nodes provided in LS information. If this information is not provided in LS information, is it ok to add new = filed or flag in Node attribute to identify BGP speaker. Regards, Shashi --_000_F9E14D763EAED14992F58B337645E651610D0935szxeml524mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Authors,

Can you please let me know is there any  way to= know the BGP speakers from the link state information.

As per information available from node descriptor, &= #8220;BGP LS identifier” cannot be used to identify, since this is un= ique across all BGP speakers with in AS.

  &nbs= p;        +--------------------= +-------------------+----------+

  = ;         | Sub-TLV Code Point | De= scription       |   Length |

  = ;         +--------------------= +-------------------+----------+

  = ;         |    =     512         | Au= tonomous System |        4 |<= /span>

  = ;         |    =     513         | BGP-LS Identifier |        4 |

  = ;         |    =     514         | OS= PF Area-ID      |     &nb= sp;  4 |

  = ;         |    =     515         | IG= P Router-ID     | Variable |

  = ;         +--------------------= +-------------------+----------+

Is there any way to use Node descriptor or attribute= information to know about BGP speakers among all nodes provided in LS info= rmation.

If this information is not provided in LS informatio= n, is it ok to add new filed or flag in Node attribute to identify BGP spea= ker.

 =

Regards,

Shashi=

--_000_F9E14D763EAED14992F58B337645E651610D0935szxeml524mbschi_-- From nobody Tue Apr 19 04:59:28 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F72912DA21 for ; Tue, 19 Apr 2016 04:59:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 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, RP_MATCHES_RCVD=-0.996, 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 ghGszP3fHzko for ; Tue, 19 Apr 2016 04:59:25 -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 5B5F712D6F5 for ; Tue, 19 Apr 2016 04:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15129; q=dns/txt; s=iport; t=1461067165; x=1462276765; h=from:to:cc:subject:date:message-id:mime-version; bh=H2/Vf6ztiA+GJkt2mSjXxczyZlN6UfSTdAQcsw96XwY=; b=ZmgRNFYXpFw0B0+NxWwwfJ5DCgCiKN/+dvkh6jmtS+mt4nSnNhNqxBwE gVMBfwp2oqim9NAUpOXRtheUY0kR00kwiZ15QE88R7w0fzimhs7etqb7K a9mQzeniVPerbOfX9RPx35MeEFNtJdta1GXxvjiXLe0t8Nd5Sruxotyv3 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAgApHBZX/4YNJK1TCoJrTVN9Bq46h?= =?us-ascii?q?mmEcgENgXEihWwCHIEoOBQBAQEBAQEBZSeEQQECBCMKTBIBCBEDAQIoAwIEHxE?= =?us-ascii?q?UCQoEAQ0FiBQDEg6rS4xVDYUZAQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSKbIJBg?= =?us-ascii?q?VRKFoJKglYFh3SPaTEBjByBdYFmhE6IXIdOh1wBHgEBQoIzgTVsAYgUfgEBAQ?= X-IronPort-AV: E=Sophos; i="5.24,506,1454976000"; d="scan'208,217"; a="95160626" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Apr 2016 11:59:24 +0000 Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u3JBxNPH019588 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 19 Apr 2016 11:59:24 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 19 Apr 2016 07:59: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.1104.009; Tue, 19 Apr 2016 07:59:23 -0400 From: "Acee Lindem (acee)" To: Shashikanth vh , "hannes@gredler.at" , "Jan Medved (jmedved)" , "Stefano Previdi (sprevidi)" , "adrian@olddog.co.uk" , "raysaikat@gmail.com" Thread-Topic: [Idr] [BGP Link State] Regarding identifying BGP speakers with BGP link state information Thread-Index: AQHRmjLpCAEXsE/Ma06n54r9Nhyf8Q== Date: Tue, 19 Apr 2016 11:59:22 +0000 Message-ID: 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.196] Content-Type: multipart/alternative; boundary="_000_D33B95745B5D5aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] [BGP Link State] Regarding identifying BGP speakers with BGP link state information X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 11:59:27 -0000 --_000_D33B95745B5D5aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhc2hpLA0KDQpGcm9tOiBJZHIgPGlkci1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppZHIt Ym91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBTaGFzaGlrYW50aCB2aCA8c2hhc2hpa2Fu dGgudmhAaHVhd2VpLmNvbTxtYWlsdG86c2hhc2hpa2FudGgudmhAaHVhd2VpLmNvbT4+DQpEYXRl OiBUdWVzZGF5LCBBcHJpbCAxOSwgMjAxNiBhdCA2OjEwIEFNDQpUbzogSGFubmVzIEdyZWRsZXIg PGhhbm5lc0BncmVkbGVyLmF0PG1haWx0bzpoYW5uZXNAZ3JlZGxlci5hdD4+LCAiSmFuIE1lZHZl ZCAoam1lZHZlZCkiIDxqbWVkdmVkQGNpc2NvLmNvbTxtYWlsdG86am1lZHZlZEBjaXNjby5jb20+ PiwgIlN0ZWZhbm8gUHJldmlkaSAoc3ByZXZpZGkpIiA8c3ByZXZpZGlAY2lzY28uY29tPG1haWx0 bzpzcHJldmlkaUBjaXNjby5jb20+PiwgQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51 azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+LCAicmF5c2Fpa2F0QGdtYWlsLmNvbTxtYWls dG86cmF5c2Fpa2F0QGdtYWlsLmNvbT4iIDxyYXlzYWlrYXRAZ21haWwuY29tPG1haWx0bzpyYXlz YWlrYXRAZ21haWwuY29tPj4NCkNjOiBJRFIgTGlzdCA8aWRyQGlldGYub3JnPG1haWx0bzppZHJA aWV0Zi5vcmc+Pg0KU3ViamVjdDogW0lkcl0gW0JHUCBMaW5rIFN0YXRlXSBSZWdhcmRpbmcgaWRl bnRpZnlpbmcgQkdQIHNwZWFrZXJzIHdpdGggQkdQIGxpbmsgc3RhdGUgaW5mb3JtYXRpb24NCg0K RGVhciBBdXRob3JzLA0KQ2FuIHlvdSBwbGVhc2UgbGV0IG1lIGtub3cgaXMgdGhlcmUgYW55ICB3 YXkgdG8ga25vdyB0aGUgQkdQIHNwZWFrZXJzIGZyb20gdGhlIGxpbmsgc3RhdGUgaW5mb3JtYXRp b24uDQpBcyBwZXIgaW5mb3JtYXRpb24gYXZhaWxhYmxlIGZyb20gbm9kZSBkZXNjcmlwdG9yLCDi gJxCR1AgTFMgaWRlbnRpZmllcuKAnSBjYW5ub3QgYmUgdXNlZCB0byBpZGVudGlmeSwgc2luY2Ug dGhpcyBpcyB1bmlxdWUgYWNyb3NzIGFsbCBCR1Agc3BlYWtlcnMgd2l0aCBpbiBBUy4NCiAgICAg ICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LSsNCiAgICAgICAgICAgfCBTdWItVExWIENvZGUgUG9pbnQgfCBEZXNjcmlwdGlvbiAgICAgICB8 ICAgTGVuZ3RoIHwNCiAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLSsNCiAgICAgICAgICAgfCAgICAgICAgNTEyICAgICAgICAgfCBB dXRvbm9tb3VzIFN5c3RlbSB8ICAgICAgICA0IHwNCiAgICAgICAgICAgfCAgICAgICAgNTEzICAg ICAgICAgfCBCR1AtTFMgSWRlbnRpZmllciB8ICAgICAgICA0IHwNCiAgICAgICAgICAgfCAgICAg ICAgNTE0ICAgICAgICAgfCBPU1BGIEFyZWEtSUQgICAgICB8ICAgICAgICA0IHwNCiAgICAgICAg ICAgfCAgICAgICAgNTE1ICAgICAgICAgfCBJR1AgUm91dGVyLUlEICAgICB8IFZhcmlhYmxlIHwN CiAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLSsNCklzIHRoZXJlIGFueSB3YXkgdG8gdXNlIE5vZGUgZGVzY3JpcHRvciBvciBhdHRy aWJ1dGUgaW5mb3JtYXRpb24gdG8ga25vdyBhYm91dCBCR1Agc3BlYWtlcnMgYW1vbmcgYWxsIG5v ZGVzIHByb3ZpZGVkIGluIExTIGluZm9ybWF0aW9uLg0KSWYgdGhpcyBpbmZvcm1hdGlvbiBpcyBu b3QgcHJvdmlkZWQgaW4gTFMgaW5mb3JtYXRpb24sIGlzIGl0IG9rIHRvIGFkZCBuZXcgZmlsZWQg b3IgZmxhZyBpbiBOb2RlIGF0dHJpYnV0ZSB0byBpZGVudGlmeSBCR1Agc3BlYWtlci4NCg0KVGhl IEJHUCBSb3V0ZXIgSUQgQkdQLUxTIGlkZW50aWZpZXIgaXMgZGVmaW5lZCBpbiBodHRwczovL3d3 dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTAz LnR4dC4NCg0KSG9wZSB0aGlzIGhlbHBzLA0KQWNlZQ0KDQoNClJlZ2FyZHMsDQpTaGFzaGkNCg== --_000_D33B95745B5D5aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBTaGFzaGks Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T RUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0 OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u ZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H LUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBz b2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPklkciAmbHQ7PGEgaHJlZj0i bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7 IG9uIGJlaGFsZiBvZiBTaGFzaGlrYW50aCB2aCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXNoaWth bnRoLnZoQGh1YXdlaS5jb20iPnNoYXNoaWthbnRoLnZoQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4N CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+VHVlc2RheSwgQXBy aWwgMTksIDIwMTYgYXQgNjoxMCBBTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5UbzogPC9zcGFuPkhhbm5lcyBHcmVkbGVyICZsdDs8YSBocmVmPSJtYWlsdG86aGFubmVzQGdy ZWRsZXIuYXQiPmhhbm5lc0BncmVkbGVyLmF0PC9hPiZndDssICZxdW90O0phbiBNZWR2ZWQgKGpt ZWR2ZWQpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86am1lZHZlZEBjaXNjby5jb20iPmptZWR2 ZWRAY2lzY28uY29tPC9hPiZndDssICZxdW90O1N0ZWZhbm8gUHJldmlkaSAoc3ByZXZpZGkpJnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86c3ByZXZpZGlAY2lzY28uY29tIj5zcHJldmlkaUBjaXNj by5jb208L2E+Jmd0OywNCiBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJtYWlsdG86YWRyaWFu QG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVm PSJtYWlsdG86cmF5c2Fpa2F0QGdtYWlsLmNvbSI+cmF5c2Fpa2F0QGdtYWlsLmNvbTwvYT4mcXVv dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpyYXlzYWlrYXRAZ21haWwuY29tIj5yYXlzYWlrYXRAZ21h aWwuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwv c3Bhbj5JRFIgTGlzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYu b3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDog PC9zcGFuPltJZHJdIFtCR1AgTGluayBTdGF0ZV0gUmVnYXJkaW5nIGlkZW50aWZ5aW5nIEJHUCBz cGVha2VycyB3aXRoIEJHUCBsaW5rIHN0YXRlIGluZm9ybWF0aW9uPGJyPg0KPC9kaXY+DQo8ZGl2 Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JM T0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAg MCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jv c29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpv ZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHht bG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIvb21tbCIg eG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPG1ldGEgbmFtZT0iR2Vu ZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8 c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2Ut MToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw cmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5IVE1M UHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hh ciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlk bWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0 YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFuZz0i RU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIgQXV0aG9ycyw8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNhbiB5b3UgcGxlYXNlIGxldCBtZSBrbm93IGlzIHRoZXJl IGFueSAmbmJzcDt3YXkgdG8ga25vdyB0aGUgQkdQIHNwZWFrZXJzIGZyb20gdGhlIGxpbmsgc3Rh dGUgaW5mb3JtYXRpb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBw ZXIgaW5mb3JtYXRpb24gYXZhaWxhYmxlIGZyb20gbm9kZSBkZXNjcmlwdG9yLCDigJxCR1AgTFMg aWRlbnRpZmllcuKAnSBjYW5ub3QgYmUgdXNlZCB0byBpZGVudGlmeSwgc2luY2UgdGhpcyBpcyB1 bmlxdWUgYWNyb3NzIGFsbCBCR1Agc3BlYWtlcnMgd2l0aCBpbiBBUy48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0t LS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IFN1Yi1UTFYgQ29kZSBQb2ludCB8IERlc2NyaXB0 aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsgTGVu Z3RoIHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7 LS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0t LS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA1MTImbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBBdXRvbm9tb3VzIFN5c3RlbSB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDQgfDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9y ZTphbHdheXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMwMDY2RkYiPjUx MyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8DQo8Yj5C R1AtTFMgSWRlbnRpZmllcjwvYj4gfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA0PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4gfDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA1MTQmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7fCBPU1BGIEFyZWEtSUQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA0IHw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0icGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNTE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgSUdQIFJvdXRlci1JRCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8IFZhcmlhYmxlIHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0mIzQz Oy0tLS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPklzIHRoZXJlIGFueSB3YXkgdG8gdXNlIE5vZGUgZGVzY3JpcHRvciBvciBhdHRyaWJ1dGUg aW5mb3JtYXRpb24gdG8ga25vdyBhYm91dCBCR1Agc3BlYWtlcnMgYW1vbmcgYWxsIG5vZGVzIHBy b3ZpZGVkIGluIExTIGluZm9ybWF0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SWYgdGhpcyBpbmZvcm1hdGlvbiBpcyBub3QgcHJvdmlkZWQgaW4gTFMgaW5mb3JtYXRp b24sIGlzIGl0IG9rIHRvIGFkZCBuZXcgZmlsZWQgb3IgZmxhZyBpbiBOb2RlIGF0dHJpYnV0ZSB0 byBpZGVudGlmeSBCR1Agc3BlYWtlci48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGUgQkdQIFJvdXRl ciBJRCBCR1AtTFMgaWRlbnRpZmllciBpcyBkZWZpbmVkIGluJm5ic3A7aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaWQvZHJhZnQtaWV0Zi1pZHItYmdwbHMtc2VnbWVudC1yb3V0aW5nLWVwZS0wMy50eHQu Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5Ib3BlIHRoaXMgaGVscHMsPC9k aXY+DQo8ZGl2PkFjZWUmbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0i T0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJ QlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQ QURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29t Om9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNl OndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQv MTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGRpdiBs YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlNo YXNoaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D33B95745B5D5aceeciscocom_-- From nobody Tue Apr 19 07:59:55 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E04F612DB82; Tue, 19 Apr 2016 07:59:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.638 X-Spam-Level: *** X-Spam-Status: No, score=3.638 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] 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 YNDPKefn3sNR; Tue, 19 Apr 2016 07:59:52 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 8390E12DAC8; Tue, 19 Apr 2016 07:59:52 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: Date: Tue, 19 Apr 2016 10:59:58 -0400 Message-ID: <04ba01d19a4c$247b2fe0$6d718fa0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_04BB_01D19A2A.9D6B1680" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGaTB/4dO+kxfmoRIGlCeZiMuGTsA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: "'idr@ietf. org'" Subject: [Idr] IDR Interims before IETF 96 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 14:59:54 -0000 This is a multipart message in MIME format. ------=_NextPart_000_04BB_01D19A2A.9D6B1680 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date Name Time Topics 16-May IDR interim-1a 10-11pm ET Flow Specification + Yang model + TBD 27-Jun IDR interim-2b 10-11am ET Flow Specification + Yang model + TBD These IDR interims will be discuss-based as augmentation to the IDR list discussions. All presentations will be due a week before, and authors may create a video from their presentation to present. Sue ------=_NextPart_000_04BB_01D19A2A.9D6B1680 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Date =      Name    Time      = Topics

16-May IDR interim-1a  = 10-11pm ET        Flow Specification + = Yang model  + TBD

27-Jun   IDR interim-2b   10-11am = ET         Flow Specification + = Yang model  + TBD

 

These IDR = interims will be discuss-based as augmentation to the IDR list = discussions.  All presentations will be due a week before, and = authors may create a video from their presentation to present.  =   

 

Sue  

------=_NextPart_000_04BB_01D19A2A.9D6B1680-- From nobody Tue Apr 19 09:04:43 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F5B912E170 for ; Tue, 19 Apr 2016 09:04:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNvI_WxI-puU for ; Tue, 19 Apr 2016 09:04:39 -0700 (PDT) Received: from mail-vk0-x241.google.com (mail-vk0-x241.google.com [IPv6:2607:f8b0:400c:c05::241]) (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 E324112D7BE for ; Tue, 19 Apr 2016 09:04:38 -0700 (PDT) Received: by mail-vk0-x241.google.com with SMTP id v68so2861360vka.0 for ; Tue, 19 Apr 2016 09:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=tevZwQ8aHbL1QX9pLsYZIfuo0zS8T8JX8qIOx4b6bKw=; b=E0uzBdw+URGVPMGYjBnCZQxPKBFknc4D3JpKyKQ9hMSoJSDq+KSMQ8ihEE5xxuTZ8A dhs34jzJy19+rfKKBWy67j999ppMMa0nJ2sVIOj+VM2abZyMwp/T7hRsiaWUpsmHTQhc QsHtuJQSW9zwWfuGZMDUyCBsiHIbjCtzpFnIz1aSnfg6cz38E6GdJUWSzAUxwUS4pgwS SAHUwoHQmscjTEPjaFUHFhJ07t2KHbHmb6VWK4PHlfwDEFSeea+3F0sII5bLzvQquVk8 ++nlgKAq0hkpkG+1xpJfXrANHbyDN4KFPzM9rxi4f5aLKZEl+rMimXMQJevzMWHWaXu8 TmLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=tevZwQ8aHbL1QX9pLsYZIfuo0zS8T8JX8qIOx4b6bKw=; b=dDOOntTjYwFY19z+ZbQwhY6dTyHdhlMZcyPjBZeDTW1ZoD4cIr0Q96b26kPiqQrJql z8P0BH09urwpy+poDt8BzKTmczTl3odGNJpeCV6NhKwKTqn8TEvHyzNoBMI1kxjW/gh+ 0uaXemnAf839FTouI1AvJlWM+Sc+ULIWBVJG8r1Pk3JDyLB2qpRq5B3jd5vRikoleXyE n3HHTGIJiCKHo6TxXE4iSv5E1MwdwZ8lEJGGWSsXIUSYjXNb0QxXyKHfX7USlz0/U29T jcVs/ptBthL3Nnl0gaGxMceVhdcRfjsk383Dwn/fmH586CDMt4BByVsC36XBryLf+VAW kEXQ== X-Gm-Message-State: AOPr4FUoUGm/vEtz7YxRzampFPEcjjJW+rYrDqGGfDOVyl2+ER5FJuffl84l+Xh0aEno7gwVpW/SCDv50ygePA== MIME-Version: 1.0 X-Received: by 10.159.36.148 with SMTP id 20mr1761056uar.156.1461081877749; Tue, 19 Apr 2016 09:04:37 -0700 (PDT) Received: by 10.103.113.68 with HTTP; Tue, 19 Apr 2016 09:04:37 -0700 (PDT) In-Reply-To: References: Date: Tue, 19 Apr 2016 09:04:37 -0700 Message-ID: From: Saikat Ray To: "Acee Lindem (acee)" Content-Type: multipart/alternative; boundary=001a113e3f304fa8630530d8a278 Archived-At: Cc: "idr@ietf.org" , Shashikanth vh , "hannes@gredler.at" Subject: Re: [Idr] [BGP Link State] Regarding identifying BGP speakers with BGP link state information X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 16:04:41 -0000 --001a113e3f304fa8630530d8a278 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable If the consumer of BGPLS is peering with each BGP speaker, then it knows which BGP speaker is sending an NLRI. If it is peering with a route reflector, then the originator_id identifies the BGP speaker that sent the NLRI. On Tue, Apr 19, 2016 at 4:59 AM, Acee Lindem (acee) wrote: > Hi Shashi, > > From: Idr on behalf of Shashikanth vh < > shashikanth.vh@huawei.com> > Date: Tuesday, April 19, 2016 at 6:10 AM > To: Hannes Gredler , "Jan Medved (jmedved)" < > jmedved@cisco.com>, "Stefano Previdi (sprevidi)" , > Adrian Farrel , "raysaikat@gmail.com" < > raysaikat@gmail.com> > Cc: IDR List > Subject: [Idr] [BGP Link State] Regarding identifying BGP speakers with > BGP link state information > > Dear Authors, > > Can you please let me know is there any way to know the BGP speakers fro= m > the link state information. > > As per information available from node descriptor, =E2=80=9CBGP LS identi= fier=E2=80=9D > cannot be used to identify, since this is unique across all BGP speakers > with in AS. > > +--------------------+-------------------+----------+ > > | Sub-TLV Code Point | Description | Length | > > +--------------------+-------------------+----------+ > > | 512 | Autonomous System | 4 | > > | 513 | *BGP-LS Identifier* | 4 | > > | 514 | OSPF Area-ID | 4 | > > | 515 | IGP Router-ID | Variable | > > +--------------------+-------------------+----------+ > > Is there any way to use Node descriptor or attribute information to know > about BGP speakers among all nodes provided in LS information. > > If this information is not provided in LS information, is it ok to add ne= w > filed or flag in Node attribute to identify BGP speaker. > > > The BGP Router ID BGP-LS identifier is defined in > https://www.ietf.org/id/draft-ietf-idr-bgpls-segment-routing-epe-03.txt. > > Hope this helps, > Acee > > > > Regards, > > Shashi > > --=20 Saikat Ray Web: http://raysaikat.googlepages.com --001a113e3f304fa8630530d8a278 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
If the consumer of BGPLS is peering with each BGP speaker,= then it knows which BGP speaker is sending an NLRI. If it is peering with = a route reflector, then the originator_id identifies the BGP speaker that s= ent the NLRI.

On Tue, Apr 19, 2016 at 4:59 AM, Acee Lindem (acee) <= ;acee@cisco.com>= wrote:
Hi Shashi,=C2=A0

From: Idr <idr-bounces@ietf.org> on behalf= of Shashikanth vh <shashikanth.vh@huawei.com>
Date: Tuesday, April 19, 2016 at 6:= 10 AM
To: Hannes Gredler <hannes@gredler.at>, "= ;Jan Medved (jmedved)" <jmedved@cisco.com>, "Stefano Previdi (sprevidi)&quo= t; <sprevidi@cis= co.com>, Adrian Farrel <adrian@olddog.co.uk>, "raysaikat@gmail.com" <raysaikat@gmail.com>
Cc: IDR List <idr@ietf.org>
Subject: [Idr] [BGP Link State] Reg= arding identifying BGP speakers with BGP link state information

Dear Authors,

Can you please let me know is there any =C2=A0way to= know the BGP speakers from the link state information.

As per information available from node descriptor, = =E2=80=9CBGP LS identifier=E2=80=9D cannot be used to identify, since this = is unique across all BGP speakers with in AS.

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0+--------------------+-------------------+----------+=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 | Sub-TLV Code Point | Description=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 |=C2=A0=C2=A0 Length |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 +--------------------+-------------------+----------+

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 512=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Autonomous System |=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 4 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 513=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | BGP-LS Identifier |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 514=C2=A0 =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| OSPF Area-ID=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4 |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 515=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | IGP Router-ID=C2=A0=C2=A0=C2=A0=C2= =A0 | Variable |

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 +--------------------+-------------------+----------+

Is there any way to use Node descriptor or attribute= information to know about BGP speakers among all nodes provided in LS info= rmation.

If this information is not provided in LS informatio= n, is it ok to add new filed or flag in Node attribute to identify BGP spea= ker.

The BGP Router ID BGP-LS identifier is defined in=C2=A0https://www.ietf.org/id/draft-ietf-idr-bgpls-segment-routing-ep= e-03.txt.=C2=A0

Hope this helps,
Acee=C2=A0

=C2=A0

Regards,

Shashi



--
Saikat Ray
Web: http://raysaikat.googlepages.com
--001a113e3f304fa8630530d8a278-- From nobody Tue Apr 19 15:29:42 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F173912DC91; Tue, 19 Apr 2016 15:29:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF Announcement List" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160419222941.31589.56645.idtracker@ietfa.amsl.com> Date: Tue, 19 Apr 2016 15:29:41 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] IDR WG Virtual Interim Meetings: 16 May 2016 and 27 June 2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 22:29:42 -0000 The Inter-Domain Routing (idr) Working Group will hold virtual interim meetings as follows: Date: 16 May 2016 Time: 10-11pm ET (17 May 2016 02:00-03:00 UTC) Topics: Flow Specification + Yang model +TBD Date: 27 June 2016 IDR Time: 10-11am ET (14:00-15:00 UTC) Topics: Flow Specification + Yang model + TBD These IDR interims will be discuss-based as augmentation to the IDR list discussions. All presentations will be due a week before, and authors may create a video from their presentation to present. WebEx information will be distributed on the IDR mailing list (idr@ietf.org). From nobody Sat Apr 23 13:43:51 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F3EC12B009 for ; Sat, 23 Apr 2016 13:43:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 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_LOW=-0.7, 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=fb.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 dsUU_1tYA4GZ for ; Sat, 23 Apr 2016 13:43:47 -0700 (PDT) Received: from mx0a-00082601.pphosted.com (mx0a-00082601.pphosted.com [67.231.145.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDCF212B01C for ; Sat, 23 Apr 2016 13:43:47 -0700 (PDT) Received: from pps.filterd (m0044008.ppops.net [127.0.0.1]) by mx0a-00082601.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u3NKeqiP003550 for ; Sat, 23 Apr 2016 13:43:47 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fb.com; h=from : to : subject : date : message-id : content-type : mime-version; s=facebook; bh=TDMrST5bUbAcX4ZptD5CEeEPj0nyfvHFG+3Bn9XEnXc=; b=ZCfYfOxUCEfVHxnfc8ZH8eulzeghebjMRV7iyCNgUL+jNwPNE8j/Yw77zWwhQO4GNAg4 6JbMjFDe08PUQEyAAXROVB8BpUp2V8dro7gPtaxQyPYTyibr6gaZtAejDLypPrgtzo7B Rs4iuy4CxY+sd5SmPMhwJfQ87IU0zh0Sz3M= Received: from mail.thefacebook.com ([199.201.64.23]) by mx0a-00082601.pphosted.com with ESMTP id 22gdvygc2u-1 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 23 Apr 2016 13:43:47 -0700 Received: from PRN-MBX01-2.TheFacebook.com ([169.254.3.168]) by PRN-CHUB06.TheFacebook.com ([fe80::f073:2a60:c133:4d69%12]) with mapi id 14.03.0248.002; Sat, 23 Apr 2016 13:43:46 -0700 From: Petr Lapukhov To: "Idr@ietf.org" Thread-Topic: Adopting draft-lapukhov-bgp-opaque-signaling as a WG document Thread-Index: AdGdnwZjPGA6VnHbQ2yYfl+81aIisg== Date: Sat, 23 Apr 2016 20:43:45 +0000 Message-ID: <3F437107848A5140A6A19222EFFB348120157C2C@PRN-MBX01-2.TheFacebook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.52.123] Content-Type: multipart/alternative; boundary="_000_3F437107848A5140A6A19222EFFB348120157C2CPRNMBX012TheFac_" MIME-Version: 1.0 X-Proofpoint-Spam-Reason: safe X-FB-Internal: Safe X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-04-23_12:, , signatures=0 Archived-At: Subject: [Idr] Adopting draft-lapukhov-bgp-opaque-signaling as a WG document X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 20:43:50 -0000 --_000_3F437107848A5140A6A19222EFFB348120157C2CPRNMBX012TheFac_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Folks, The document has been presented at the last meeting and discussed on the ma= iling list. We received some feedback and addressed it in http://www.ietf.o= rg/id/draft-lapukhov-bgp-opaque-signaling-02.txt We incorporated the following changes in the newest version: - Both Key and Value are now encoded as part of MP_REACH_NLRI (no optional = attribute needed, solves UPDATE packing problem) - Added proposal for "VPN Key-Value SAFI" that requires 8-byte route-distin= guished to the key name, to allow for same level of unique information prop= agation as an L3 VPN would permit. - A new section that suggests (but does not mandate) unique key name genera= tion is added to the document. The authors would like to propose adopting the draft as a WG document. Regards, Petr --_000_3F437107848A5140A6A19222EFFB348120157C2CPRNMBX012TheFac_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Folks,

The document has been presented at the last meeting and discussed= on the mailing list. We received some feedback and addressed it in http://www.ietf.org/id/draft-lapukhov-b= gp-opaque-signaling-02.txt

We incorporated the following changes in the newest version:

- Both Key and Value are now encoded as part of MP_REACH_NLRI (no opti= onal attribute needed, solves UPDATE packing problem)
- Added proposal for "VPN Key-Value SAFI" that requires 8-by= te route-distinguished to the key name, to allow for same level of unique i= nformation propagation as an L3 VPN would permit.
- A new section that suggests (but does not mandate) unique key name g= eneration is added to the document.

The authors would like to propose adopting the draft as a WG document.=

Regards,

Petr

--_000_3F437107848A5140A6A19222EFFB348120157C2CPRNMBX012TheFac_-- From nobody Mon Apr 25 08:23:49 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66E6012D1AB; Mon, 25 Apr 2016 08:23:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160425152345.28284.131.idtracker@ietfa.amsl.com> Date: Mon, 25 Apr 2016 08:23:45 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-add-paths-guidelines-08.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 15:23:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : Best Practices for Advertisement of Multiple Paths in IBGP Authors : Jim Uttaro Pierre Francois Keyur Patel Jeffrey Haas Adam Simpson Roberto Fragassi Filename : draft-ietf-idr-add-paths-guidelines-08.txt Pages : 25 Date : 2016-04-25 Abstract: Add-Paths is a BGP enhancement that allows a BGP router to advertise multiple distinct paths for the same prefix/NLRI. This provides a number of potential benefits, including reduced routing churn, faster convergence and better loadsharing. This document provides recommendations to implementers of Add-Paths so that network operators have the tools needed to address their specific applications and to manage the scalability impact of Add- Paths. A router implementing Add-Paths may learn many paths for a prefix and must decide which of these to advertise to peers. This document analyses different algorithms for making this selection and provides recommendations based on the target application. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths-guidelines/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-add-paths-guidelines-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-add-paths-guidelines-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 27 07:25:47 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F2312D81D; Wed, 27 Apr 2016 07:25:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.216 X-Spam-Level: X-Spam-Status: No, score=-5.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QS_oNClF-n7h; Wed, 27 Apr 2016 07:25:43 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E55812D81F; Wed, 27 Apr 2016 07:25:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CIQ17064; Wed, 27 Apr 2016 14:25:38 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 27 Apr 2016 15:25:31 +0100 Received: from SZXEMA507-MBS.china.huawei.com ([169.254.6.57]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Wed, 27 Apr 2016 22:25:23 +0800 From: "Hejia (Jia)" To: "rtg-ads@ietf.org" Thread-Topic: Routing directorate review of draft-ietf-idr-route-oscillation-stop Thread-Index: AdGWR3TrjCVpgKC7ROSFFGM5zta6Ef//iyKA/+shvBA= Date: Wed, 27 Apr 2016 14:25:23 +0000 Message-ID: <735916399E11684EAF4EB4FB376B719551C1531B@szxema507-mbs.china.huawei.com> References: <735916399E11684EAF4EB4FB376B719551C1338E@szxema507-mbs.china.huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.57.113.123] Content-Type: multipart/alternative; boundary="_000_735916399E11684EAF4EB4FB376B719551C1531Bszxema507mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.5720CBE3.01B5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.6.57, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e81a2ca2e86b097be45607b58b1e4b0b Archived-At: Cc: "draft-ietf-idr-route-oscillation-stop.all@ietf.org" , "rtg-dir@ietf.org" , "idr@ietf.org" Subject: [Idr] Routing directorate review of draft-ietf-idr-route-oscillation-stop X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 14:25:45 -0000 --_000_735916399E11684EAF4EB4FB376B719551C1531Bszxema507mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cw0KYXMgdGhleSBw YXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LiBUaGUgcHVycG9zZSBv ZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMu IEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0DQp0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxl YXNlIHNlZSBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRn RGlyDQoNCkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25z aWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsDQpjb21tZW50cyB0 aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1 c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1p ZHItcm91dGUtb3NjaWxsYXRpb24tc3RvcC0wMi50eHQNClJldmlld2VyOiBKaWEgSGUNClJldmll dyBEYXRlOiAyNyBBcHJpbCAyMDE2DQpJRVRGIExDIEVuZCBEYXRlOiAgMjkgQXByaWwgMjAxNg0K SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCg0KU3VtbWFyeToNCg0KVGhpcyBkcmFm dCBpcyBjbGVhcmx5IHdyaXR0ZW4gYW5kIHNvbHZlcyBhIHNwZWNpZmljIGlzc3VlLiBJIHRoaW5r IGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KTWFqb3IgSXNzdWVzOg0KTm9uZQ0KDQpO aXRzOg0KVGhyb3VnaCB0aGUgd2hvbGUgZHJhZnQNCnMvdG9wb2xvZ2ljYWwgY29uc3RyYWlucy90 b3BvbG9naWNhbCBjb25zdHJhaW50cw0KDQoNCg0KQi5SLg0KSmlhDQo= --_000_735916399E11684EAF4EB4FB376B719551C1531Bszxema507mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBs aW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IZWxsbywNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5JIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3Rv cmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vl a3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KIGRyYWZ0cyA8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+YXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0 IGNhbGwgYW5kIElFU0cgcmV2aWV3LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9u DQogYWJvdXQgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPnRoZSBSb3V0aW5nIERpcmVj dG9yYXRlLCBwbGVhc2Ugc2VlIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3Ry YWMvd2lraS9SdGdEaXINCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BbHRo b3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0 aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBh bG9uZyB3aXRoIGFueSBvdGhlciBJRVRGDQogTGFzdCBDYWxsIDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5jb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29s dmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRvY3VtZW50OiBkcmFmdC1pZXRmLWlk ci1yb3V0ZS1vc2NpbGxhdGlvbi1zdG9wLTAyLnR4dA0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5SZXZpZXdlcjogSmlhIEhlDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJldmlldyBEYXRlOiAyNyBBcHJpbCAyMDE2DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPklFVEYgTEMgRW5kIERhdGU6 Jm5ic3A7IDI5IEFwcmlsIDIwMTY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPkludGVuZGVkIFN0YXR1czogU3RhbmRhcmRzIFRyYWNrDQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+U3VtbWFyeToNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5UaGlzIGRyYWZ0IGlzIGNsZWFybHkgd3JpdHRlbiBhbmQgc29sdmVzIGEgc3Bl Y2lmaWMgaXNzdWUuIEkgdGhpbmsgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1ham9yIElzc3Vlczo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk5vbmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Tml0czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPlRocm91Z2ggdGhlIHdob2xlIGRyYWZ0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5zL3RvcG9sb2dpY2FsIGNvbnN0cmFpbnMvdG9wb2xvZ2ljYWwgY29u c3RyYWludHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkIuUi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkppYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_735916399E11684EAF4EB4FB376B719551C1531Bszxema507mbschi_-- From nobody Wed Apr 27 08:46:43 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4307E12D89D; Wed, 27 Apr 2016 08:46:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZMpGbV8k91Bi; Wed, 27 Apr 2016 08:46:40 -0700 (PDT) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (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 6639F12D897; Wed, 27 Apr 2016 08:46:40 -0700 (PDT) Received: by mail-ob0-x234.google.com with SMTP id bg3so24720763obb.1; Wed, 27 Apr 2016 08:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=3LUWr89eAlYU8cyk+HtK5hEciD2gqICxZp6UF++4xRM=; b=OHkL4AsMr23LRQ42GdMiPf07lqmqZBJvT5ZKoI9cXZUFFn/eUprdeit3p0JdgLRzNL Us9fdsOAptvCPvcsfMAPTh5gRzNMf3wNNk7exes9ulLRhlpfOn8gS1Wgsjt2oaQGNP5u JkKhCQsKiAjIuhuu7hTqqZBnA2PmhhuvEKQJKm0R6VloC0GU7HA/LElvn75DRmJE8WQt ZOd1I8YxqSp1ORH66QyvHNdz7Q9b2sEhuhOdPgLR7o4rRiRqJB+7oFvGK2s5JaKaFQ6v JEAmX4PqkCQekp37m86pa+fVyCkSM+/pEiE/XY9c414SHaBGo1uEu6zbD2LGpZAtH512 xb8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=3LUWr89eAlYU8cyk+HtK5hEciD2gqICxZp6UF++4xRM=; b=dL+BenesJPupoOlWLi0JYn+JUrcx0njwk61IxVpbkseauNtTc5hKELWWGRNWj3xj8o nxy/4Yzdr3zvz/HJk0OV0wXH63cEQvTOn6pl1WdacaiHLa/8DaIjlhsHcUxcSBUP5yyo sja/o6ofJY9W7i7VpvUxLBtGQGLLKK1O7DuxlC7lmaVzQrN+vSTRvHqO9ybtFDINNJXY umlZYV0DuEjczgEnLxJ9/f9bedqlziXa1Y2QFLN0nnAq8FzBFI+VhnpVrxtPcAbaAW+q RIPcj/DwLaTcqMVGtfd2JtRGcwOOxFYR25MrF7ezY1q5BKJXuoknvpVUIJpOXqGzaeQT ek7A== X-Gm-Message-State: AOPr4FWOs1wmnUo5o8z9kEmH+t7NyFZCxSr+QUgn4Icc9hhDLmPPYL2yYzPoMF5ms7g/HWdiRVxBnWz1/VuzsQ== MIME-Version: 1.0 X-Received: by 10.60.62.6 with SMTP id u6mr4198103oer.35.1461771999660; Wed, 27 Apr 2016 08:46:39 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Wed, 27 Apr 2016 08:46:39 -0700 (PDT) In-Reply-To: <735916399E11684EAF4EB4FB376B719551C1531B@szxema507-mbs.china.huawei.com> References: <735916399E11684EAF4EB4FB376B719551C1338E@szxema507-mbs.china.huawei.com> <735916399E11684EAF4EB4FB376B719551C1531B@szxema507-mbs.china.huawei.com> Date: Wed, 27 Apr 2016 11:46:39 -0400 Message-ID: From: Alia Atlas To: "Hejia (Jia)" Content-Type: multipart/alternative; boundary=089e015384bec856200531795035 Archived-At: Cc: "rtg-ads@ietf.org" , "rtg-dir@ietf.org" , "idr@ietf.org" , "draft-ietf-idr-route-oscillation-stop.all@ietf.org" Subject: Re: [Idr] Routing directorate review of draft-ietf-idr-route-oscillation-stop X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 15:46:42 -0000 --089e015384bec856200531795035 Content-Type: text/plain; charset=UTF-8 Hi Jia, Thank you very much for your review. Regards, Alia On Wed, Apr 27, 2016 at 10:25 AM, Hejia (Jia) wrote: > Hello, > > > > I have been selected as the Routing Directorate reviewer for this draft. > The Routing Directorate seeks to review all routing or routing-related > drafts > > as they pass through IETF last call and IESG review. The purpose of the > review is to provide assistance to the Routing ADs. For more information > about > > the Routing Directorate, please see > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > > > Although these comments are primarily for the use of the Routing ADs, it > would be helpful if you could consider them along with any other IETF Last > Call > > comments that you receive, and strive to resolve them through discussion > or by updating the draft. > > > > Document: draft-ietf-idr-route-oscillation-stop-02.txt > > Reviewer: Jia He > > Review Date: 27 April 2016 > > IETF LC End Date: 29 April 2016 > > Intended Status: Standards Track > > > > Summary: > > > > This draft is clearly written and solves a specific issue. I think it is > ready for publication. > > > > Major Issues: > > None > > > > Nits: > > Through the whole draft > > s/topological constrains/topological constraints > > > > > > > > B.R. > > Jia > --089e015384bec856200531795035 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jia,

Thank you very much for your re= view.

Regards,
Alia

On Wed, Apr 27, 2016 at 10= :25 AM, Hejia (Jia) <hejia@huawei.com> wrote:

Hello,

=C2= =A0

I have bee= n selected as the Routing Directorate reviewer for this draft. The Routing = Directorate seeks to review all routing or routing-related drafts

=

as they pa= ss through IETF last call and IESG review. The purpose of the review is to = provide assistance to the Routing ADs. For more information about

=

the Routin= g Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/= wiki/RtgDir

=C2= =A0

Although t= hese comments are primarily for the use of the Routing ADs, it would be hel= pful if you could consider them along with any other IETF Last Call

=

comments t= hat you receive, and strive to resolve them through discussion or by updati= ng the draft.

=C2= =A0

Document: = draft-ietf-idr-route-oscillation-stop-02.txt

Reviewer: = Jia He

Review Dat= e: 27 April 2016

IETF LC En= d Date:=C2=A0 29 April 2016

Intended S= tatus: Standards Track

=C2= =A0

Summary:

=C2= =A0

This draft= is clearly written and solves a specific issue. I think it is ready for pu= blication.

=C2= =A0

Major Issu= es:

None

=C2= =A0

Nits:

Through th= e whole draft

s/topologi= cal constrains/topological constraints

=C2= =A0

=C2= =A0

=C2= =A0

B.R.

Jia=


--089e015384bec856200531795035-- From nobody Wed Apr 27 13:27:08 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B5EB12DC12; Wed, 27 Apr 2016 13:27:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 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, RP_MATCHES_RCVD=-0.996, 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 IUOq4lDIFEHI; Wed, 27 Apr 2016 13:27:03 -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 2292012DC0F; Wed, 27 Apr 2016 13:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16262; q=dns/txt; s=iport; t=1461788823; x=1462998423; h=from:to:cc:subject:date:message-id:mime-version; bh=DCWPGKaQC1N3HdASo2sguw2Egqs+OO1aIoF+jEkPTj4=; b=FotAQ3osc8AJ2lZufVRE7bG3Smc0dNuS1S1vTreICKuiorJuqZPVXpra pxfNsukmMyMIjltLwVrsSSZYya7arOxLBkZjAb5b4zzhFe4p0GZdT304d Oj/6knpMp9BjwYO+cotsUHPrpdT1MvvXZOHnmIgz6Nb5JvNRLoTszR75i o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DIAgD3HyFX/5JdJa1UCoM4U30BBalpi?= =?us-ascii?q?wqEcwENgXYihW0egRo4FAEBAQEBAQFlJ4RII0QSEgEGFi4CBDAnBA6ILw6UHJ0?= =?us-ascii?q?XkRMBAQEBAQEBAQEBAQEBAQEBAQEBF4YhgXWEZIIHSIJgK4IrBZMfhHEBhXuIG?= =?us-ascii?q?4FnToN/iF2PLwEPDwEBQoNrbYg2fwEBAQ?= X-IronPort-AV: E=Sophos; i="5.24,543,1454976000"; d="scan'208,217"; a="98427201" 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; 27 Apr 2016 20:27:02 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u3RKR1uu018288 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 27 Apr 2016 20:27:02 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 27 Apr 2016 16:27:01 -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.1104.009; Wed, 27 Apr 2016 16:27:01 -0400 From: "Carlos Pignataro (cpignata)" To: "" Thread-Topic: RtgDir review: draft-ietf-idr-add-paths-13 Thread-Index: AQHRoMMn98zHhK2TjUSNYmp93K/cmA== Date: Wed, 27 Apr 2016 20:27:00 +0000 Message-ID: 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.150.49.220] Content-Type: multipart/alternative; boundary="_000_D3BA7D48BDFD44F4B9C141BD2E30201Fciscocom_" MIME-Version: 1.0 Archived-At: Cc: "" , "draft-ietf-idr-add-paths.all@ietf.org" , "idr@ietf.org" Subject: [Idr] RtgDir review: draft-ietf-idr-add-paths-13 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 20:27:05 -0000 --_000_D3BA7D48BDFD44F4B9C141BD2E30201Fciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2Ug Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0 IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBh bnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo ZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMw0KUmV2aWV3 ZXI6IENhcmxvcyBQaWduYXRhcm8NClJldmlldyBEYXRlOiBBcHJpbCAyNSwgMjAxNg0KSW50ZW5k ZWQgU3RhdHVzOiBQcm9wb3NlZCBTdGFuZGFyZA0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMvDQoNCg0KU3VtbWFyeToNClRoaXMgZG9j dW1lbnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwgYnV0IGhhcyBuaXRzIHRo YXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uDQoNCkNvbW1lbnRz Og0KVGhpcyBpcyBhbiBleHRyZW1lbHkgd2VsbCB3cml0dGVuIGRvY3VtZW50LCB2ZXJ5IGZvY3Vz ZWQgYW5kIHdpdGggaGlnaCBTTlIuIEkgaGF2ZSBhIGNvdXBsZSB0b3RhbGx5LW5vbi1jcml0aWNh bCBjb21tZW50cyBhbmQgcXVlc3Rpb25zIGJlbG93Lg0KDQoNCk1ham9yIElzc3VlczoNCk5vbmUu DQoNCg0KTWlub3IgSXNzdWVzOg0KSSBoYXZlIGEgY291cGxlIG9mIHF1ZXN0aW9ucyByYXRoZXIg dGhhbiBpc3N1ZXM6DQoNCjIuICBIb3cgdG8gSWRlbnRpZnkgYSBQYXRoDQouLi4NCiAgIEEgQkdQ DQogICBzcGVha2VyIHRoYXQgcmVjZWl2ZXMgYSByb3V0ZSBTSE9VTEQgTk9UIGFzc3VtZSB0aGF0 IHRoZSBpZGVudGlmaWVyDQogICBjYXJyaWVzIGFueSBwYXJ0aWN1bGFyIHNlbWFudGljczsgaXQg U0hPVUxEIGJlIHRyZWF0ZWQgYXMgYW4gb3BhcXVlDQogICB2YWx1ZS4NCg0KSSB3YXMgdGhpbmtp bmcgYWJvdXQgd2h5IOKAnFNIT1VMRCBOT1TigJ0gYW5kIG5vdCDigJxNVVNUIE5PVOKAnSwgYW5k IEkgdW5kZXJzdGFuZCBmdXR1cmUgcHJvb2ZpbmcsIGJ1dCB3b25kZXJpbmcgaWYgdGhlcmXigJlz IGFub3RoZXIgcmVhc29uLg0KDQpUaGUgcGF0aCBpZGVudGlmaWVyIGhhcyB3ZWxsLWRlZmluZWQg c2VtYW50aWNzOiBtYWtlIGEgcGF0aCB1bmlxdWUgZm9yIGEgZ2l2ZW4gcHJlZml4LCBvciBtYWtl IHRoZSB7aWRlbnRpZmllcjsgcHJlZml4fSBzcGVjaWZ5IGEgcGF0aCBhbW9uZyBtYW55LiBEb2Vz IHRoaXMgc2VudGVuY2UgaW50ZW5kIHRvIHNwZWNpZnkgdGhhdCBhIEJHUCByZWNlaXZpbmcgYSBy b3V0ZSBTSE9VTEQgTk9UIGFzc3VtZSBwYXJ0aWN1bGFyIHNlbWFudGljcyBvZiB0aGUgbnVtZXJp Y2FsIHZhbHVlIG9mIHRoZSBmaWVsZD8gKHN1Y2ggYXMgdGhlIGxvd2VyIHZhbHVlIG1lYW5zIGEg bW9yZSBpbXBvcnRhbnQgcm91dGUpLCBvciBTSE9VTEQgTk9UIGFzc3VtZSBwYXJ0aWN1bGFyIHNl bWFudGljcyBvZiB0aGUgc3RydWN0dXJlIG9mIHRoZSBmaWVsZD8gKHN1Y2ggYXMgc29tZSBoaWVy YXJjaHksIG9yIE1TQiB3aXRoIHNvbWUgbWVhbmluZykuIE9yIGJvdGg/DQoNCk1heWJlLCDigJzi gKYgYXNzdW1lIHRoYXQgdGhlIHZhbHVlIG9yIHN0cnVjdHVyZSBvZiB0aGUgaWRlbnRpZmllciBj YXJyaWVzIOKApuKAnT8NCk9yIG1heWJlIGl0IGlzIE9LIGFzIGlzIGFuZCBJIGFtIHJlYWRpbmcg dG9vIG11Y2ggaW50byBpdD8NCg0KNi4gIEFwcGxpY2F0aW9ucw0KDQogICBUaGUgQkdQIGV4dGVu c2lvbiBzcGVjaWZpZWQgaW4gdGhpcyBkb2N1bWVudCBjYW4gYmUgdXNlZCBieSBhIEJHUA0KICAg c3BlYWtlciB0byBhZHZlcnRpc2UgbXVsdGlwbGUgcGF0aHMgaW4gY2VydGFpbiBhcHBsaWNhdGlv bnMuICBUaGUNCiAgIGF2YWlsYWJpbGl0eSBvZiB0aGUgYWRkaXRpb25hbCBwYXRocyBjYW4gaGVs cCByZWR1Y2Ugb3IgZWxpbWluYXRlDQogICBwZXJzaXN0ZW50IHJvdXRlIG9zY2lsbGF0aW9ucyBb UkZDMzM0NV0uICBJdCBjYW4gYWxzbyBoZWxwIHdpdGgNCiAgIG9wdGltYWwgcm91dGluZyBhbmQg cm91dGluZyBjb252ZXJnZW5jZSBpbiBhIG5ldHdvcmsuICBUaGUNCiAgIGFwcGxpY2F0aW9ucyBh cmUgZGV0YWlsZWQgaW4gc2VwYXJhdGUgZG9jdW1lbnRzLg0KDQpUaGUgZmluYWwgc2VudGVuY2Ug ZG9lcyBub3Qgc2VlbSB0byBhZGQgYW55dGhpbmcsIG90aGVyIHRoYW4gcXVlc3Rpb25zLiBJ4oCZ ZCBzdWdnZXN0IGVpdGhlciBhZGRpbmcgcG9pbnRlcnMgdG8gdGhvc2Ugc2VwYXJhdGUgZG9jdW1l bnRzLCBvciByZW1vdmluZyB0aGUgc2VudGVuY2UuIFRoaXMgaXMgYSBub24tbm9ybWF0aXZlIHNl Y3Rpb24uDQoNCjcuICBEZXBsb3ltZW50IENvbnNpZGVyYXRpb25zDQoNCiAgIFRoZSBleHRlbnNp b24gcHJvcG9zZWQgaW4gdGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIG1lY2hhbmlzbSBmb3IgYQ0K ICAgQkdQIHNwZWFrZXIgdG8gYWR2ZXJ0aXNlIG11bHRpcGxlIHBhdGhzIG92ZXIgYSBCR1Agc2Vz c2lvbi4gIENhcmUNCiAgIG5lZWRzIHRvIGJlIHRha2VuIGluIGl0cyBkZXBsb3ltZW50IHRvIGVu c3VyZSBjb25zaXN0ZW50IHJvdXRpbmcgYW5kDQogICBmb3J3YXJkaW5nIGluIGEgbmV0d29yaywg dGhlIGRldGFpbHMgb2Ygd2hpY2ggd2lsbCBiZSBkZXNjcmliZWQgaW4NCiAgIHNlcGFyYXRlIGFw cGxpY2F0aW9uIGRvY3VtZW50cy4NCg0KU2ltaWxhcmx5LCB3aGljaCBkb2N1bWVudHM/IFRoZXNl IHNlZW0gbGlrZSBpbXBvcnRhbnQgY29uc2lkZXJhdGlvbnMuDQoNCg0KTml0czoNCg0KNC4gIEFE RC1QQVRIIENhcGFiaWxpdHkNCg0KICAgVGhlIEFERC1QQVRIIENhcGFiaWxpdHkgaXMgYSBuZXcg QkdQIGNhcGFiaWxpdHkgW1JGQzU0OTJdLiAgVGhlDQogICBDYXBhYmlsaXR5IENvZGUgZm9yIHRo aXMgY2FwYWJpbGl0eSBpcyBzcGVjaWZpZWQgaW4gdGhlIElBTkENCiAgIENvbnNpZGVyYXRpb25z IHNlY3Rpb24gb2YgdGhpcyBkb2N1bWVudC4NCg0KV2h5IG5vdCBzYXkgIlRoZSBBREQtUEFUSCBD YXBhYmlsaXR5IGlzIGEgbmV3IEJHUCBjYXBhYmlsaXR5IFtSRkM1NDkyXSwgd2l0aCBDYXBhYmls aXR5IENvZGUgb2YgNjnigJ0gYW5kIHNpbXBsaWZ5IGl0IGZvciB0aGUgcmVhZGVyPw0KDQo5LiAg U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCi4uLg0KICBUaGUgdXNlIG9mIHRoZSBBREQtUEFUSCBD YXBhYmlsaXR5IGlzIGludGVuZGVkIHRvDQogICBhZGRyZXNzIHNwZWNpZmljIG5lZWRzIHJlbGF0 ZWQgdG8sIGZvciBleGFtcGxlLCBlbGltaW5hdGluZyB0aGUgTUVELQ0KICAgaW5kdWNlZCByb3V0 ZSBvc2NpbGxhdGlvbnMgaW4gYSBuZXR3b3JrDQogICBbSS1ELmlldGYtaWRyLXJvdXRlLW9zY2ls bGF0aW9uLXN0b3BdLiAgV2hpbGUgdGhlIGFwcGxpY2F0aW9ucyBmb3INCiAgIHRoZSBBREQtUEFU SCBDYXBhYmlsaXR5IGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LCB0aGUN CiAgIHVzZXJzIGFyZSBlbmNvdXJhZ2VkIHRvIGV4YW1pbmUgdGhlaXIgYmVoYXZpb3IgYW5kIHBv dGVudGlhbCBpbXBhY3QNCiAgIGJ5IHN0dWR5aW5nIHRoZSBiZXN0IHByYWN0aWNlcyBkZXNjcmli ZWQgaW4NCiAgIFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzLWd1aWRlbGluZXNdLg0KDQpBcmUgdGhl c2UgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMsIEFwcGxpY2F0aW9ucywgb3IgRGVwbG95bWVudCBD b25zaWRlcmF0aW9ucz8NCg0KDQpJIGhvcGUgdGhlc2UgaGVscCwNCg0K4oCUIENhcmxvcy4NCg== --_000_D3BA7D48BDFD44F4B9C141BD2E30201Fciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <8AC688CAE3758E429D5D428F29885E3C@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IZWxsbyw8 YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUg Um91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4mbmJzcDtUaGUgUm91 dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1y ZWxhdGVkJm5ic3A7ZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFu ZCBJRVNHJm5ic3A7cmV2aWV3LCBhbmQmbmJzcDtzb21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0 LiBUaGUgcHVycG9zZSBvZiB0aGUNCiByZXZpZXcgaXMgdG8gcHJvdmlkZSZuYnNwO2Fzc2lzdGFu Y2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91 dGluZyZuYnNwO0RpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlJm5ic3A74oCLPGEgaHJlZj0iaHR0cDov L3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpciIgY2xhc3M9IiI+ aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpcjwvYT4m bmJzcDs8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpBbHRob3VnaCB0aGVzZSBjb21tZW50 cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQmbmJzcDt3 b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55 IG90aGVyIElFVEYmbmJzcDtMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5k IHN0cml2ZSB0byZuYnNwO3Jlc29sdmUgdGhlbSB0aHJvdWdoJm5ic3A7ZGlzY3Vzc2lvbiBvciBi eSB1cGRhdGluZyB0aGUgZHJhZnQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KRG9jdW1l bnQ6Jm5ic3A7ZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLTEzJm5ic3A7PGJyIGNsYXNzPSIiPg0K UmV2aWV3ZXI6IENhcmxvcyBQaWduYXRhcm8mbmJzcDs8YnIgY2xhc3M9IiI+DQpSZXZpZXcgRGF0 ZTogQXByaWwgMjUsIDIwMTY8YnIgY2xhc3M9IiI+DQpJbnRlbmRlZCBTdGF0dXM6IFByb3Bvc2Vk IFN0YW5kYXJkPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy8i IGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRy LWFkZC1wYXRocy88L2E+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+U3Vt bWFyeTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlRoaXMgZG9jdW1lbnQg aXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwgYnV0IGhhcyBuaXRzIHRoYXQgc2hv dWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uPC9kaXY+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNvbW1lbnRz OjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGlzIGlzIGFuIGV4dHJlbWVseSB3ZWxsIHdyaXR0ZW4g ZG9jdW1lbnQsIHZlcnkgZm9jdXNlZCBhbmQgd2l0aCBoaWdoIFNOUi4gSSBoYXZlIGEgY291cGxl IHRvdGFsbHktbm9uLWNyaXRpY2FsIGNvbW1lbnRzIGFuZCBxdWVzdGlvbnMgYmVsb3cuPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TWFqb3IgSXNzdWVzOjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5Ob25lLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk1p bm9yIElzc3Vlczo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBoYXZlIGEgY291cGxlIG9mIHF1ZXN0 aW9ucyByYXRoZXIgdGhhbiBpc3N1ZXM6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4yLiAmbmJzcDtIb3cgdG8gSWRlbnRpZnkgYSBQYXRo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi4uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7ICZuYnNwO0EgQkdQPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJz cDtzcGVha2VyIHRoYXQgcmVjZWl2ZXMgYSByb3V0ZSBTSE9VTEQgTk9UIGFzc3VtZSB0aGF0IHRo ZSBpZGVudGlmaWVyPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtjYXJyaWVzIGFu eSBwYXJ0aWN1bGFyIHNlbWFudGljczsgaXQgU0hPVUxEIGJlIHRyZWF0ZWQgYXMgYW4gb3BhcXVl PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDt2YWx1ZS48L2Rpdj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSB3YXMg dGhpbmtpbmcgYWJvdXQgd2h5IOKAnFNIT1VMRCBOT1TigJ0gYW5kIG5vdCDigJxNVVNUIE5PVOKA nSwgYW5kIEkgdW5kZXJzdGFuZCBmdXR1cmUgcHJvb2ZpbmcsIGJ1dCB3b25kZXJpbmcgaWYgdGhl cmXigJlzIGFub3RoZXIgcmVhc29uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIHBhdGggaWRlbnRpZmllciBoYXMgd2VsbC1kZWZp bmVkIHNlbWFudGljczogbWFrZSBhIHBhdGggdW5pcXVlIGZvciBhIGdpdmVuIHByZWZpeCwgb3Ig bWFrZSB0aGUge2lkZW50aWZpZXI7IHByZWZpeH0gc3BlY2lmeSBhIHBhdGggYW1vbmcgbWFueS4g RG9lcyB0aGlzIHNlbnRlbmNlIGludGVuZCB0byBzcGVjaWZ5IHRoYXQgYSBCR1AgcmVjZWl2aW5n IGEgcm91dGUgU0hPVUxEIE5PVCBhc3N1bWUgcGFydGljdWxhciBzZW1hbnRpY3MNCiBvZiB0aGUg bnVtZXJpY2FsIHZhbHVlIG9mIHRoZSBmaWVsZD8gKHN1Y2ggYXMgdGhlIGxvd2VyIHZhbHVlIG1l YW5zIGEgbW9yZSBpbXBvcnRhbnQgcm91dGUpLCBvciBTSE9VTEQgTk9UIGFzc3VtZSBwYXJ0aWN1 bGFyIHNlbWFudGljcyBvZiB0aGUgc3RydWN0dXJlIG9mIHRoZSBmaWVsZD8gKHN1Y2ggYXMgc29t ZSBoaWVyYXJjaHksIG9yIE1TQiB3aXRoIHNvbWUgbWVhbmluZykuIE9yIGJvdGg/PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5NYXliZSwg 4oCc4oCmJm5ic3A7YXNzdW1lIHRoYXQgdGhlIHZhbHVlIG9yIHN0cnVjdHVyZSBvZiB0aGUgaWRl bnRpZmllciBjYXJyaWVzIOKApuKAnT8mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+T3IgbWF5 YmUgaXQgaXMgT0sgYXMgaXMgYW5kIEkgYW0gcmVhZGluZyB0b28gbXVjaCBpbnRvIGl0PzwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Ni4g Jm5ic3A7QXBwbGljYXRpb25zPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO1RoZSBCR1Ag ZXh0ZW5zaW9uIHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50IGNhbiBiZSB1c2VkIGJ5IGEgQkdQ PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtzcGVha2VyIHRvIGFkdmVydGlzZSBt dWx0aXBsZSBwYXRocyBpbiBjZXJ0YWluIGFwcGxpY2F0aW9ucy4gJm5ic3A7VGhlPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDthdmFpbGFiaWxpdHkgb2YgdGhlIGFkZGl0aW9uYWwg cGF0aHMgY2FuIGhlbHAgcmVkdWNlIG9yIGVsaW1pbmF0ZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4m bmJzcDsgJm5ic3A7cGVyc2lzdGVudCByb3V0ZSBvc2NpbGxhdGlvbnMgW1JGQzMzNDVdLiAmbmJz cDtJdCBjYW4gYWxzbyBoZWxwIHdpdGg8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNw O29wdGltYWwgcm91dGluZyBhbmQgcm91dGluZyBjb252ZXJnZW5jZSBpbiBhIG5ldHdvcmsuICZu YnNwO1RoZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7YXBwbGljYXRpb25zIGFy ZSBkZXRhaWxlZCBpbiBzZXBhcmF0ZSBkb2N1bWVudHMuPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBmaW5hbCBzZW50 ZW5jZSBkb2VzIG5vdCBzZWVtIHRvIGFkZCBhbnl0aGluZywgb3RoZXIgdGhhbiBxdWVzdGlvbnMu IEnigJlkIHN1Z2dlc3QgZWl0aGVyIGFkZGluZyBwb2ludGVycyB0byB0aG9zZSBzZXBhcmF0ZSBk b2N1bWVudHMsIG9yIHJlbW92aW5nIHRoZSBzZW50ZW5jZS4gVGhpcyBpcyBhIG5vbi1ub3JtYXRp dmUgc2VjdGlvbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjcuICZuYnNwO0RlcGxveW1lbnQgQ29uc2lkZXJhdGlvbnM8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBj bGFzcz0iIj4mbmJzcDsgJm5ic3A7VGhlIGV4dGVuc2lvbiBwcm9wb3NlZCBpbiB0aGlzIGRvY3Vt ZW50IHByb3ZpZGVzIGEgbWVjaGFuaXNtIGZvciBhPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNw OyAmbmJzcDtCR1Agc3BlYWtlciB0byBhZHZlcnRpc2UgbXVsdGlwbGUgcGF0aHMgb3ZlciBhIEJH UCBzZXNzaW9uLiAmbmJzcDtDYXJlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtu ZWVkcyB0byBiZSB0YWtlbiBpbiBpdHMgZGVwbG95bWVudCB0byBlbnN1cmUgY29uc2lzdGVudCBy b3V0aW5nIGFuZDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7Zm9yd2FyZGluZyBp biBhIG5ldHdvcmssIHRoZSBkZXRhaWxzIG9mIHdoaWNoIHdpbGwgYmUgZGVzY3JpYmVkIGluPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtzZXBhcmF0ZSBhcHBsaWNhdGlvbiBkb2N1 bWVudHMuPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPlNpbWlsYXJseSwgd2hpY2ggZG9jdW1lbnRzPyBUaGVzZSBzZWVtIGxp a2UgaW1wb3J0YW50IGNvbnNpZGVyYXRpb25zLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPk5pdHM6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj40LiAmbmJzcDtBREQtUEFUSCBDYXBhYmlsaXR5PGJyIGNsYXNzPSIi Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7VGhlIEFERC1QQVRI IENhcGFiaWxpdHkgaXMgYSBuZXcgQkdQIGNhcGFiaWxpdHkgW1JGQzU0OTJdLiAmbmJzcDtUaGU8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO0NhcGFiaWxpdHkgQ29kZSBmb3IgdGhp cyBjYXBhYmlsaXR5IGlzIHNwZWNpZmllZCBpbiB0aGUgSUFOQTwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4mbmJzcDsgJm5ic3A7Q29uc2lkZXJhdGlvbnMgc2VjdGlvbiBvZiB0aGlzIGRvY3VtZW50Ljwv ZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5XaHkgbm90IHNheSAmcXVvdDtUaGUgQURELVBBVEggQ2FwYWJpbGl0eSBpcyBhIG5l dyBCR1AgY2FwYWJpbGl0eSBbUkZDNTQ5Ml0sIHdpdGggQ2FwYWJpbGl0eSBDb2RlIG9mIDY54oCd IGFuZCBzaW1wbGlmeSBpdCBmb3IgdGhlIHJlYWRlcj88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjkuICZuYnNwO1NlY3VyaXR5IENvbnNp ZGVyYXRpb25zPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi4uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4N CjxkaXYgY2xhc3M9IiI+Jm5ic3A7IFRoZSB1c2Ugb2YgdGhlIEFERC1QQVRIIENhcGFiaWxpdHkg aXMgaW50ZW5kZWQgdG88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO2FkZHJlc3Mg c3BlY2lmaWMgbmVlZHMgcmVsYXRlZCB0bywgZm9yIGV4YW1wbGUsIGVsaW1pbmF0aW5nIHRoZSBN RUQtPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtpbmR1Y2VkIHJvdXRlIG9zY2ls bGF0aW9ucyBpbiBhIG5ldHdvcms8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO1tJ LUQuaWV0Zi1pZHItcm91dGUtb3NjaWxsYXRpb24tc3RvcF0uICZuYnNwO1doaWxlIHRoZSBhcHBs aWNhdGlvbnMgZm9yPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDt0aGUgQURELVBB VEggQ2FwYWJpbGl0eSBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudCwgdGhl PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDt1c2VycyBhcmUgZW5jb3VyYWdlZCB0 byBleGFtaW5lIHRoZWlyIGJlaGF2aW9yIGFuZCBwb3RlbnRpYWwgaW1wYWN0PC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtieSBzdHVkeWluZyB0aGUgYmVzdCBwcmFjdGljZXMgZGVz Y3JpYmVkIGluPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtbSS1ELmlldGYtaWRy LWFkZC1wYXRocy1ndWlkZWxpbmVzXS48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QXJlIHRoZXNlIFNlY3VyaXR5IENvbnNp ZGVyYXRpb25zLCBBcHBsaWNhdGlvbnMsIG9yIERlcGxveW1lbnQgQ29uc2lkZXJhdGlvbnM/PC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBob3BlIHRoZXNlIGhlbHAsPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7i gJQgQ2FybG9zLjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D3BA7D48BDFD44F4B9C141BD2E30201Fciscocom_-- From nobody Thu Apr 28 00:32:10 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA03312B030 for ; Thu, 28 Apr 2016 00:32:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 EANRvQvkzcn6 for ; Thu, 28 Apr 2016 00:32:05 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75A9A12B01B for ; Thu, 28 Apr 2016 00:32:04 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 6CD6DBD43A54E; Thu, 28 Apr 2016 07:32:00 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u3S7W1ZO011059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Apr 2016 07:32:01 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u3S7VxGR030781 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 28 Apr 2016 09:32:00 +0200 Received: from FR711WXCHMBA06.zeu.alcatel-lucent.com ([169.254.2.157]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Thu, 28 Apr 2016 09:31:59 +0200 From: "Van De Velde, Gunter (Nokia - BE)" To: Susan Hares , "John G. Scudder" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AQHRoSAMus7132Ozg0epjPdIASOXoA== Date: Thu, 28 Apr 2016 07:31:59 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com> In-Reply-To: <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: multipart/alternative; boundary="_000_F94117831500424EA70E50640164B06Falcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 07:32:08 -0000 --_000_F94117831500424EA70E50640164B06Falcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9obiwgU3VlLA0KDQpJdHMgYmVlbiBhIHdoaWxlIHNpbmNlIFdHIGFkb3B0aW9uIGNhbGwg ZW5kZWQgZm9yIGEgZmV3IEZsb3dzcGVjIGRyYWZ0cy4gSSB3YW50IHRvIHRvdWNoIGJhc2UgYWdh aW4gb24gdGhlIHN0YXR1cyBvZiB0aGlzIGFkb3B0aW9uIGNhbGwuDQoNCg0KZHJhZnQtdmFuZGV2 ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdCByZWNlaXZlZCBhIHNpZ25pZmljYW50IG51 bWJlciBvZiBwb3NpdGl2ZSBzdXBwb3J0IGZlZWRiYWNrIHRvIHN1cHBvcnQgb24gdGhlIGxpc3Qg YW5kIGR1cmluZyB0aGUgSURSIFdHIG1lZXRpbmcgaW4gQnVlbm9zIEFpcmVzLiBUaGUgc3VwcG9y dCB3YXMgcmVjZWl2ZWQgZnJvbSBhIHZlcnkgZGl2ZXJzZSBzZXQgb2YgY29udHJpYnV0b3JzIGFu ZCBhZmZpbGlhdGlvbnMuIFRoaXMgd29yayBpcyB0aW1lbHkgYW5kIHJlYWR5IGZvciBhZG9wdGlv biBhbmQgY292ZXJzIEREb1MgcmVkaXJlY3Rpb24gdG93YXJkcyBhbiBhcHByb3ByaWF0ZSBzZXJ2 aWNlIHBsYW5lIHdlbGwuDQoNCg0KS2luZCBSZWdhcmRzLA0KDQpHLw0KDQoNCkZyb206IElkciA8 aWRyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVo YWxmIG9mIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNv bT4+DQpEYXRlOiBTdW5kYXkgMTAgQXByaWwgMjAxNiBhdCAyMToxMg0KVG86ICdHdW50ZXIgVmFu IERlIFZlbGRlJyA8Z3VudGVydmFuZGV2ZWxkZWNjQGljbG91ZC5jb208bWFpbHRvOmd1bnRlcnZh bmRldmVsZGVjY0BpY2xvdWQuY29tPj4sICdaaHVhbmdzaHVud2FuJyA8emh1YW5nc2h1bndhbkBo dWF3ZWkuY29tPG1haWx0bzp6aHVhbmdzaHVud2FuQGh1YXdlaS5jb20+Pg0KQ2M6ICJpZHJAaWV0 Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRm Lm9yZz4+DQpTdWJqZWN0OiBSZTogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZv ciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJz L2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KR3VudGVyIGFuZCBTaHVud2FuOg0KDQpUaGFu ayB5b3UgZm9yIHlvdXIgaW5wdXQgb24gdGhpcyB0b3BpYy4gICBKb2huIGFuZCBJIHJlY2VpdmUg YSBsb3Qgb2YgaW5wdXQgaW5kaXZpZHVhbGx5IGZyb20gMy8yNSB0byA0LzgsIGFuZCBiZWdhbiBk aXNjdXNzaW9ucyB3aXRoIG91ciBBRCAoQWx2YXJvKS4NCg0KSm9obiBhbmQgSSB3aWxsIGRpc2N1 c3NpbmcgdGhpcyBhZG9wdGlvbiBjYWxsIGR1cmluZyB0aGUgdXBjb21pbmcgd2Vlay4gIEFueSBk cmFmdHMgdGhhdCBhcmUgYWRvcHRlZCBmb3IgdGhlIEZsb3cgU3BlY2lmaWNhdGlvbiB3aWxsIGJl IElEUiBXb3JraW5nIEdyb3VwIChXRykgRHJhZnRzLiAgQXMgc3VjaCwgdGhlc2UgZHJhZnRzIGJl Y29tZSB0aGUgcmVzdWx0IG9mIHRoZSBjb25zZW5zdXMgb2YgdGhlIHdvcmtpbmcgZ3JvdXAgdW5k ZXIgdGhlIGRpcmVjdGlvbiBvZiB0aGUgV0cgY2hhaXJzLiAgIFdHIGRyYWZ0cyBtYXkgYmUgcmVx dWVzdGVkIHRvIGJlOiBhKSBtZXJnZWQgd2l0aCBvdGhlciBXRyBkcmFmdHMsIGIpIHNwbGl0IGlu dG8gMisgZHJhZnRzLCBvciBjKSByZWZpbmVkLg0KDQpDaGVlcmlseSwNCg0KU3VlIEhhcmVzDQoN CkZyb206IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgR3Vu dGVyIFZhbiBEZSBWZWxkZQ0KU2VudDogU2F0dXJkYXksIEFwcmlsIDA5LCAyMDE2IDk6NTcgQU0N ClRvOiBaaHVhbmdzaHVud2FuDQpDYzogaWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+ DQpTdWJqZWN0OiBSZTogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93 IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlv bnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KDQpEZWFyIFNodW53YW4NCg0KV2l0aCB0aGUgYWRvcHRp b24gY2FsbCBlbmRlZCwgdGhlIElEUiBjaGFpcnMgY2FuIHVzZSB0aGUgcmVjZWl2ZWQgaW5wdXQg YW5kIGNvbWJpbmUgaXQgd2l0aCBkcmFmdCBzdWJtaXQgdGltZWxpbmUgaW5mbyAoc29tZSB3b3Jr IGlzIGFzIG9sZCBhcyArN21vbnRocykuIEkgcGVyc29uYWxseSBkbyBub3Qgc2VlIGEgbmVlZCB0 byBtZXJnZSBhcyB2YW5kZXZlbGRlLWZsb3dzcGVjLWlkci1wYXRoLXJlZGlyZWN0IGNvdmVycyBh bHJlYWR5IHRoZSBnb2FsIGVmZmVjdGl2ZWx5IGFuZCBhZmZpY2llbnRseQ0KDQpGcm9tIHRoZSBs aW5rIHlvdSBwcm92aWRlZCByZWZlcmVuY2luZyBhIHF1b3RlIGFzIG9sZCBhcyBTZXB0ZW1iZXIg MjAxNSEhIS4uIEl0IGlzIGFsbCBzdGlsbCB2YWxpZC4gT25lIHJlc2VydmVkIGJpdCB3YXMgdXNl ZCB0byBhZGQgU1IgYmluZGluZyBpbmRleCBpZGVudGlmeWVyIGZvciBzZWdtZW50IHJvdXRpbmcg dXNlIGNhc2Ugd2F5IGJlZm9yZSBldmVuDQpkcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3Qt Z2VuZXJhbGl6ZWQtc2lkLTAwIGV4aXN0ZWQuLi4NCg0KKioqDQoNCkZyb20gU2VwdGVtYmVyIDIw MTU6DQoNCj4gQmVuZWZpdHM6DQo+DQo+IG5vIG5lZWQgZm9yIHNpZ25hbGxpbmcgbGFiZWxzIG9y IGV4dHJhIGVuY2FwIGluIEJHUA0KPiBFYWNoIHBhdGgtaWQgaW5kZXhlZCBMU1AvdHVubmVsIHRh YmxlIGlzIGEgbG9jYWxpc2VkIGNvbnN0cnVjdA0KPiBleGlzdGluZyB0ZWNobm9sb2d5IGlzIHVz ZWQgdG8gY29uc3RydWN0IHRoZSBwYXRoLWlkIGluZGV4ZWQgbG9jYWxpc2VkIHRhYmxlDQo+IENv bXBhdGliaWxpdHkgd2l0aCB0ZWNobm9sb2dpZXMgYWxyZWFkeSB1c2luZyAzMiBvciAxMjggYml0 IGlkZW50aWZpZXJzIGZvcg0KPiBwYXRocyBhbmQgc2Vzc2lvbnMNCj4gRWFzeSBmb3IgZmxvdyBz cGVjIHRvIHNpZ25hbCBhcyBpdCBpbnRyb2R1Y2VzIG5vIG5lZWQgdG8gc2lnbmFsIGxhYmVscyBl dGPigKYNCj4gbm8gY29uZmxpY3RzIHdpdGggZXhpc3RpbmcgbGFiZWwgZXhjaGFuZ2UgdGVjaG5v bG9naWVzDQoNCioqKg0KDQpHLw0KDQpTZW50IHVzaW5nIENsb3VkTWFnaWMgRW1haWw8aHR0cHM6 Ly9jbG91ZG1hZ2ljLmNvbS9rL2QvbWFpbGFwcD9jdD1wYSZjdj04LjMuOCZwdj02LjAuMSZzb3Vy Y2U9ZW1haWxfZm9vdGVyXzI+DQoNCk9uIFNhdCwgQXByIDA5LCAyMDE2IGF0IDEwOjE5IEFNLCBa aHVhbmdzaHVud2FuIDx6aHVhbmdzaHVud2FuQGh1YXdlaS5jb208bWFpbHRvOnpodWFuZ3NodW53 YW5AaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGkgSWduYXMgYW5kIGFsbCwNCg0KUmVnYXJkaW5nIGRy YWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QgJiBkcmFmdC1saS1pZHIt Zmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLSwgaGVyZSBhcmUgdGhlIGFjaGlldmVk IGRpc2N1c3Npb24gaW5mb3JtYXRpb24gYWJvdXQgIlNlbWFudGljcyBJbmRlcGVuZGVudCIgRmxv d3NwZWM6DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lkci9jdXJyZW50 L21zZzE1MDgxLmh0bWwNCg0KDQowMSkgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0 aC1yZWRpcmVjdCBldmVyIHNhaWQgdGhhdCBpdCBwbGFubmVkIHRvIGRlZmluZSDigJxTZW1hbnRp Y3MgSW5kZXBlbmRlbnTigJ0gYWN0aW9uLg0KUGVyIHRoZSBjb21tZW50IGluZm9ybWF0aW9uLCBk cmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAwICYgZHJhZnQtdmFu ZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMSBkZWZpbmVkIHRoZSAiU2VtYW50 aWNzIEluZGVwZW5kZW50IiBGbG93c3BlYyBSZWRpcmVjdGlvbjoNCg0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGly ZWN0LTAxLnR4dA0K4oCmDQpUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVk IGNvbW11bml0eS4NCuKApg0KVGhlIDItYnl0ZSBsb2NhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlz IGZvcm1hdHRlZCBhcyBzaG93biBpbiBGaWd1cmUgMS4NCiAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgICAgICAgICAgIDENCiAgICAgICAgICAgICAgICAgICAgICAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMSAyIDMgNCA1DQogICAgICAgICAgICAgICAgICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsNCiAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgUmVzZXJ2 ZWQgICAgICAgfFRJRHxDfA0KICAgICAgICAgICAgICAgICAgICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQoNCg0KMDIpIGRyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1n ZW5lcmFsaXplZC1zaWQtMDAgZGVmaW5lZCBhICJTZW1hbnRpY3MgRGVwZW5kZW504oCdIEZsb3dz cGVjIFJlZGlyZWN0aW9uOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt bGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8NCuKApg0KICAgVGhpcyBk b2N1bWVudCBkZWZpbmVzIHRoZSBmb2xsb3dpbmcgUmVkaXJlY3QgdG8gR2VuZXJhbGl6ZWQgU2Vn bWVudA0KICAgSUQgRXh0ZW5kZWQgQ29tbXVuaXR5Og0KDQoNCiAgIDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KICB8IFR5cGU9VEJEMSAgICAgfCBTdWItVHlwZT1UQkQyIHwgRmxhZ3MoMSBvY3RldCl8IFNl Z21lbnQgVHlwZSAgfA0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICB8ICAgICAgICAgICAgICAgICAgR2VuZXJhbGl6 ZWQgU2VnbWVudCBJRCAgICAgICAgICAgICAgICAgICAgICAgfA0KICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0K4oCmDQoN Cg0KMDMpIE5vdyBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAy IGludHJvZHVjZXMg4oCcQuKAnSBiaXQgdG8gbWFwIHRoZSB2YWx1ZSBlbmNvZGVkIGluIHRoZSBn bG9iYWwgYWRtaW5pc3RyYXRvciBmaWVsZCB0byBhIEJpbmRpbmcgU2VnbWVudCBJZGVudGlmaWVy IHZhbHVlOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRl LWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAyLnR4dA0K4oCmDQpUaGlzIGRvY3VtZW50IGRl ZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVkIGNvbW11bml0eS4NCuKApg0KVGhlIDItYnl0ZSBsb2Nh bCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlzIGZvcm1hdHRlZCBhcyBzaG93biBpbiBGaWd1cmUgMS4N Cg0KICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgICAgICAgICAgMQ0KICAgICAgICAg ICAgICAgICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUNCiAgICAgICAgICAg ICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgICAgICAg ICAgICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAgICAgfEJ8VElEfEN8DQogICAgICAgICAgICAg ICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCuKApg0KICAgQml0IDIg aXMgZGVmaW5lZCB0byBiZSB0aGUgJ0InIChCaW5kaW5nKSBiaXQuICBXaGVuIHRoZSAnQicgYml0 IGlzDQogICBzZXQsIHRoZSB2YWx1ZSBlbmNvZGVkIGluIHRoZSBnbG9iYWwgYWRtaW5pc3RyYXRv ciBmaWVsZCBpcyBhIEJpbmRpbmcNCiAgIFNlZ21lbnQgSWRlbnRpZmllciB2YWx1ZSB0aGUgdXNl IG9mIHdoaWNoIGlzIGRldGFpbGVkIGluIHNlY3Rpb24gMy4yLg0K4oCmDQoNCg0KTm93IGRyYWZ0 LXZhbmRldmVsZGUgYWxzbyBkZWZpbmVzIHRoZSAiU2VtYW50aWNzIERlcGVuZGVudCIgRmxvd3Nw ZWMgUmVkaXJlY3Rpb24uDQpTaG91bGQgd2UgY29tYmluZSB0aGUgd29yayBvZiBkcmFmdC12YW5k ZXZlbGRlICYgZHJhZnQtbGkgPw0KDQoNClRoYW5rcywNClNodW53YW4NCg0KDQrlj5Hku7bkuro6 IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXSDku6PooaggSWduYXMgQmFnZG9uYXMN CuWPkemAgeaXtumXtDogMjAxNuW5tDTmnIg45pelIDIwOjE3DQrmlLbku7bkuro6IGlkckBpZXRm Lm9yZzxtYWlsdG86aWRyQGlldGYub3JnPg0K5Li76aKYOiBSZTogW0lkcl0gV0cgQWRvcHRpb24g Y2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUg YWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KSSBoYXZlIHJl YWQgdGhlIGRyYWZ0cyBiZWluZyBwb2xsZWQuDQoNCkZvciBhIGdyb3VwIG9mIGRyYWZ0cyBvbiBy ZWRpcmVjdDoNCg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5k ZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0KU3VwcG9ydCBhcyBiZWluZyBhIGdv b2Qgc3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWhhby1pZHItZmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLw0KRG8gbm90IHN1cHBvcnQuIEl0 IGlzIHJlZHVuZGFudC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt bGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8NCkRvIG5vdCBzdXBwb3J0 LiBJdCBpcyByZWR1bmRhbnQuDQoNCkRyYWZ0LXZhbmRldmVsZGUgY2FuIGFjaGlldmUgYWxsIHdo YXQgZHJhZnQtaGFvIGFuZCBkcmFmdC1saSBjYW4sIGFuZCBpbiBhIG1vcmUgZmxleGlibGUgd2F5 LiBIYXZpbmcgdGhlIGFiaWxpdHkgdG8gZGVjb3VwbGUgcmVkaXJlY3Rpb24gdHVubmVsIHR5cGUg ZnJvbSByZWRpcmVjdGlvbiBhY3Rpb24gaXMgYm90aCBwcmFjdGljYWwgYW5kIGV4dGVuc2libGUg LSB0aGUgYWN0dWFsIHR1bm5lbCB0byBiZSB1c2VkIGlzIGEgbG9jYWwgb3BlcmF0aW9uYWwgZGVj aXNpb24gZm9yIGVhY2ggbmV0d29yayBlbGVtZW50LCBpdCBpcyBub3QgbmVjZXNzYXJ5IHNpZ25h bGxlZCBhdCB0aGUgc2FtZSB0aW1lIGFuZCBieSB0aGUgc2FtZSBtZWNoYW5pc20uIERlY291cGxp bmcgc2lnbmFsbGluZyBhbmQgcmVkaXJlY3QgcGFydHMgYWxpZ25zIHdlbGwgdG8gb3BlcmF0aW9u YWwgcHJhY3RpY2VzIG9mIHVzaW5nIHNwZWNpZmljIHRvb2xzIGZvciBzcGVjaWZpYyB0YXNrcy4g SnVzdCB0aGF0IEJHUCBjb3VsZCBkbyB0aGF0IGRvZXMgbm90IG5lY2VzYXNyeSBtZWFuIHRoYXQg aXQgc2hvdWxkIGJlIHVzZWQgYXMgYSBiZXN0IGZpdC4gRnJvbSBvcGVyYXRpb25hbCBwZXJzcGVj dGl2ZSB0aGVyZSBpcyBubyBuZWVkIHRvIGhhdmUgbXVsdGlwbGUgc29sdXRpb25zIHRoYXQgdHJ5 IHRvIGFkZHJlc3MgdGhlIG5hcnJvdyBwcm9ibGVtIHNwYWNlIGluIHNpbWlsYXIgeWV0IGluY29t cGF0aWJsZSB3YXlzLiBUaGVyZSBzaG91bGQgYmUgb25lIGRvY3VtZW50IGZvciByZWRpcmVjdCwg YW5kIGRyYWZ0LXZhbmRldmVsZGUgaXMgYSBnb29kIHN0YXJ0aW5nIGJhc2UgZm9yIHRoYXQuDQoN Cg0KRm9yIHRoZSBtYXRjaDoNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvDQpTdXBvcnQgYXMgYSBnb29k IHN0YXJ0aW5nIHBvaW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0 aW5nIHBvaW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8t aWRyLWZsb3dzcGVjLW52bzMvDQpTdXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbC8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxzLW1h dGNoLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCg0KDQpJZ25hcw0KDQpP biAyNS8wMy8yMDE2IDE0OjQ3LCBTdXNhbiBIYXJlcyB3cm90ZToNCklEUiBXRzoNCg0KVGhpcyBi ZWdpbnMgYSAyIHdlZWsgV0cgQ2FsbCAoMy8yNSB0byA0LzgvMjAxNikgZm9yIHRoZSBzZXQgb2Yg ZHJhZnRzIHRvIGJlIGNvbnNpZGVyZWQgaW4gUkZDNTU3NSBhZGRpdGlvbnMuIFRoZXNlIG9wdGlv bnMgYXJlIGZpbHRlcnMsIGFjdGlvbnMgb3IgY3JpdGljYWwgc2VjdXJpdHkgYWRkaXRpb25zLiAg VGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrIGhhcyBiZWVuIGEgcGFydCBvZiB0aGUgaW50ZXJp bXMgc2luY2UgSUVURiA5NA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJp bS8yMDE2LzAyLzA4L2lkci9wcm9jZWVkaW5ncy5odG1sDQpodHRwczovL3d3dy5pZXRmLm9yZy9w cm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDMvMDcvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCg0KVGhl cmUgd2lsbCBiZSBhIGJyaWVmIGZsb3cgc3BlY2lmaWNhdGlvbiBwcmVzZW50YXRpb24gYXQgSUVU RiA5NSwgYW5kIHRoZSBlbWFpbCBsaXN0IGhhcyBzZWxlY3QgdG8gc3RhcnQgd2l0aCBvcHRpb24g MSDigJMgZXh0ZW5kaW5nIFJGQzU1NzUuICBXZSBhbHNvIHdpbGwgYmUgZ2F0aGVyaW5nIGRldGFp bHMgb24gdGhlIFNETi9ORlYgdXNlIGNhc2UgZm9yIG9wdGlvbiAyIChuZXcgTkxSSSBhbmQgV2lk ZSBDb21tdW5pdGllcyBzdXBwb3J0KS4NCg0KVGhpcyBpcyBhIGdyb3VwIGNhbGwgZm9yIHRoZSBk cmFmdHMgdG8gYmUgY29uc2lkZXJlZCBpbiB0aGUgZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsuICBG b3IgZWFjaCBvZiB0aGUgZHJhZnRzIHlvdSB3aXNoIHRvIGJlIGNvbnNpZGVyZWQgT3B0aW9uIDEs IHBsZWFzZSBpbmRpY2F0ZToNCg0KDQoxKSAgICAgIElmIHRoaXMgb3B0aW9uIGlzIHZhbHVhYmxl IGZvciB0aGUgRERvUyBkZXBsb3ltZW50cyBvciBhbm90aGVyIGNyaXRpY2FsIGRlcGxveW1lbnRz LA0KDQoyKSAgICAgIERvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgdXNlZnVsLCBidXQgbm90IHJl YWR5IGZvciBhZG9wdGlvbiwNCg0KMykgICAgICBEbyB5b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIGEg Z29vZCBzdGFydCBmb3IgdGhpcyB3b3JrLg0KDQpUaGUgZHJhZnRzIHRvIGNvbnNpZGVyIGFyZToN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVj LXBhY2tldC1yYXRlLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFv LWlkci1mbG93c3BlYy1udm8zLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQt c2lkLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJn cC1mbG93c3BlYy1sYWJlbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVj dC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dz cGVjLW1wbHMtbWF0Y2gvDQoNCkFuZCBmb3IgdGhlIG9yZGVyaW5nIG9mIHRoZXNlIGZpbHRlcnMg YW5kIGFjdGlvbnMgZHJhZnRzIOKAkyB0aGUgT3B0aW9uIDEgc2VjdGlvbiBvdXQgb2YgdGhpcw0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFyZXMtaWRyLWZsb3dzcGVj LWNvbWJvLw0KKEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBiZSBwb3N0 ZWQpDQoNClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyDQoNCg0KDQoNCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpJZHIgbWFpbGluZyBsaXN0 DQoNCklkckBpZXRmLm9yZzxtYWlsdG86SWRyQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQo= --_000_F94117831500424EA70E50640164B06Falcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGRpdj4NCjxk aXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SGkgSm9obiwgU3VlLDwvZm9udD48L2Rpdj4NCjxkaXY+ PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KPC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNl PSJDYWxpYnJpIj5JdHMgYmVlbiBhIHdoaWxlIHNpbmNlIFdHIGFkb3B0aW9uIGNhbGwgZW5kZWQg Zm9yIGEgZmV3IEZsb3dzcGVjIGRyYWZ0cy4gSSB3YW50IHRvIHRvdWNoIGJhc2UgYWdhaW4gb24g dGhlIHN0YXR1cyBvZiB0aGlzIGFkb3B0aW9uIGNhbGwuPC9mb250PjwvZGl2Pg0KPGRpdj48Zm9u dCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2Pg0KPHByZSBjbGFzcz0i d29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBib3JkZXI6IDBweDsg bGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGluZTsgd2hpdGUtc3Bh Y2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBmYWNlPSJDYWxpYnJp IiBzaXplPSIzIj5kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IHJl Y2VpdmVkIGEgc2lnbmlmaWNhbnQgbnVtYmVyIG9mIHBvc2l0aXZlIHN1cHBvcnQgZmVlZGJhY2sg dG8gc3VwcG9ydCBvbiB0aGUgbGlzdCBhbmQgZHVyaW5nIHRoZSBJRFIgV0cgbWVldGluZyBpbiBC dWVub3MgQWlyZXMuIFRoZSBzdXBwb3J0IHdhcyByZWNlaXZlZCBmcm9tIGEgdmVyeSBkaXZlcnNl IHNldCBvZiBjb250cmlidXRvcnMgYW5kIGFmZmlsaWF0aW9ucy4gVGhpcyB3b3JrIGlzIHRpbWVs eSBhbmQgcmVhZHkgZm9yIGFkb3B0aW9uIGFuZCBjb3ZlcnMgRERvUyByZWRpcmVjdGlvbiB0b3dh cmRzIGFuIGFwcHJvcHJpYXRlIHNlcnZpY2UgcGxhbmUgd2VsbC4gPC9mb250PjwvcHJlPg0KPHBy ZSBjbGFzcz0id29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBib3Jk ZXI6IDBweDsgbGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGluZTsg d2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBmYWNl PSJDYWxpYnJpIiBzaXplPSIzIj48YnI+PC9mb250PjwvcHJlPg0KPHByZSBjbGFzcz0id29yZHdy YXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBib3JkZXI6IDBweDsgbGluZS1o ZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGluZTsgd2hpdGUtc3BhY2U6IHBy ZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXpl PSIzIj5LaW5kIFJlZ2FyZHMsPC9mb250PjwvcHJlPg0KPHByZSBjbGFzcz0id29yZHdyYXAiIHN0 eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBib3JkZXI6IDBweDsgbGluZS1oZWlnaHQ6 IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGluZTsgd2hpdGUtc3BhY2U6IHByZS13cmFw OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj5H LzwvZm9udD48L3ByZT4NCjxwcmUgY2xhc3M9IndvcmR3cmFwIiBzdHlsZT0ibWFyZ2luOiAwcHg7 IHBhZGRpbmc6IDBweDsgYm9yZGVyOiAwcHg7IGxpbmUtaGVpZ2h0OiBpbmhlcml0OyB2ZXJ0aWNh bC1hbGlnbjogYmFzZWxpbmU7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsgd29yZC13cmFwOiBicmVh ay13b3JkOyI+PGJyPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP RFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7Ij4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6 ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRp dW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQ QURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRm IDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPklkciAmbHQ7PGEg aHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0BpZXRmLm9yZzwv YT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJl c0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlN1bmRheSAxMCBBcHJpbCAyMDE2IGF0IDIxOjEy PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+J0d1bnRlciBW YW4gRGUgVmVsZGUnICZsdDs8YSBocmVmPSJtYWlsdG86Z3VudGVydmFuZGV2ZWxkZWNjQGljbG91 ZC5jb20iPmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPC9hPiZndDssICdaaHVhbmdzaHVu d2FuJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpodWFuZ3NodW53YW5AaHVhd2VpLmNvbSI+emh1YW5n c2h1bndhbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJA aWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJA aWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJq ZWN0OiA8L3NwYW4+UmU6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3IgRmxv dyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVycy9hY3Rp b25zKSAzLzI1IHRvIDQvOC8yMDE2PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+DQo8ZGl2IHhtbG5zOnY9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1j b206b2ZmaWNlOndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2Zm aWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAi Pg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmls dGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAx IDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9z ZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxp YnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9u dC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBTaW1TdW4iOw0KCXBhbm9zZS0x OjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9y bWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp bmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9w LWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpwcmUNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN CgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0KdHQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5Nc29B Y2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1p bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvTGlzdFBhcmFn cmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0 eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJ bWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5 OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6d2luZG93dGV4dDt9DQpwLkhUTUwsIGxpLkhUTUwsIGRpdi5IVE1MDQoJe21zby1zdHls ZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+ 5qC85byPIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjpibGFjazt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiu vuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9y OmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpz cGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0 IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0K c3Bhbi5FbWFpbFN0eWxlMjgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5HdW50ZXIgYW5kIFNodW53 YW46IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGZvciB5 b3VyIGlucHV0IG9uIHRoaXMgdG9waWMuJm5ic3A7ICZuYnNwO0pvaG4gYW5kIEkgcmVjZWl2ZSBh IGxvdCBvZiBpbnB1dCBpbmRpdmlkdWFsbHkgZnJvbSAzLzI1IHRvIDQvOCwgYW5kIGJlZ2FuIGRp c2N1c3Npb25zIHdpdGggb3VyIEFEIChBbHZhcm8pLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj5Kb2huIGFuZCBJIHdpbGwgZGlzY3Vzc2luZyB0aGlzIGFkb3B0 aW9uIGNhbGwgZHVyaW5nIHRoZSB1cGNvbWluZyB3ZWVrLiAmbmJzcDtBbnkgZHJhZnRzIHRoYXQg YXJlIGFkb3B0ZWQgZm9yIHRoZSBGbG93IFNwZWNpZmljYXRpb24gd2lsbCBiZSBJRFIgV29ya2lu ZyBHcm91cCAoV0cpIERyYWZ0cy4gJm5ic3A7QXMgc3VjaCwgdGhlc2UgZHJhZnRzIGJlY29tZSB0 aGUgcmVzdWx0DQogb2YgdGhlIGNvbnNlbnN1cyBvZiB0aGUgd29ya2luZyBncm91cCB1bmRlciB0 aGUgZGlyZWN0aW9uIG9mIHRoZSBXRyBjaGFpcnMuJm5ic3A7Jm5ic3A7IFdHIGRyYWZ0cyBtYXkg YmUgcmVxdWVzdGVkIHRvIGJlOiBhKSBtZXJnZWQgd2l0aCBvdGhlciBXRyBkcmFmdHMsIGIpIHNw bGl0IGludG8gMiYjNDM7IGRyYWZ0cywgb3IgYykgcmVmaW5lZC4mbmJzcDsgJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5DaGVlcmlseSwgPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TdWUgSGFyZXMgPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9y OiB3aW5kb3d0ZXh0OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw cHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiB3aW5kb3d0ZXh0OyI+ IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86aWRyLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5HdW50ZXIgVmFuIERlIFZl bGRlPGJyPg0KPGI+U2VudDo8L2I+IFNhdHVyZGF5LCBBcHJpbCAwOSwgMjAxNiA5OjU3IEFNPGJy Pg0KPGI+VG86PC9iPiBaaHVhbmdzaHVud2FuPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWls dG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlv biBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0 LzgvMjAxNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHA+PGJyPg0KRGVhciBTaHVud2FuPG86cD48L286cD48L3A+DQo8 cD5XaXRoIHRoZSBhZG9wdGlvbiBjYWxsIGVuZGVkLCB0aGUgSURSIGNoYWlycyBjYW4gdXNlIHRo ZSByZWNlaXZlZCBpbnB1dCBhbmQgY29tYmluZSBpdCB3aXRoIGRyYWZ0IHN1Ym1pdCB0aW1lbGlu ZSBpbmZvIChzb21lIHdvcmsgaXMgYXMgb2xkIGFzICYjNDM7N21vbnRocykuIEkgcGVyc29uYWxs eSBkbyBub3Qgc2VlIGEgbmVlZCB0byBtZXJnZSBhcyB2YW5kZXZlbGRlLWZsb3dzcGVjLWlkci1w YXRoLXJlZGlyZWN0IGNvdmVycyBhbHJlYWR5IHRoZQ0KIGdvYWwgZWZmZWN0aXZlbHkgYW5kIGFm ZmljaWVudGx5PG86cD48L286cD48L3A+DQo8cD5Gcm9tIHRoZSBsaW5rIHlvdSBwcm92aWRlZCBy ZWZlcmVuY2luZyBhIHF1b3RlIGFzIG9sZCBhcyBTZXB0ZW1iZXIgMjAxNSEhIS4uIEl0IGlzIGFs bCBzdGlsbCB2YWxpZC4gT25lIHJlc2VydmVkIGJpdCB3YXMgdXNlZCB0byBhZGQgU1IgYmluZGlu ZyBpbmRleCBpZGVudGlmeWVyIGZvciBzZWdtZW50IHJvdXRpbmcgdXNlIGNhc2Ugd2F5IGJlZm9y ZSBldmVuDQo8YnI+DQpkcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQt c2lkLTAwIGV4aXN0ZWQuLi48bzpwPjwvbzpwPjwvcD4NCjxwPioqKjxvOnA+PC9vOnA+PC9wPg0K PHA+RnJvbSBTZXB0ZW1iZXIgMjAxNTo8bzpwPjwvbzpwPjwvcD4NCjxwPiZndDsgQmVuZWZpdHM6 PGJyPg0KJmd0Ozxicj4NCiZndDsgbm8gbmVlZCBmb3Igc2lnbmFsbGluZyBsYWJlbHMgb3IgZXh0 cmEgZW5jYXAgaW4gQkdQPGJyPg0KJmd0OyBFYWNoIHBhdGgtaWQgaW5kZXhlZCBMU1AvdHVubmVs IHRhYmxlIGlzIGEgbG9jYWxpc2VkIGNvbnN0cnVjdDxicj4NCiZndDsgZXhpc3RpbmcgdGVjaG5v bG9neSBpcyB1c2VkIHRvIGNvbnN0cnVjdCB0aGUgcGF0aC1pZCBpbmRleGVkIGxvY2FsaXNlZCB0 YWJsZTxicj4NCiZndDsgQ29tcGF0aWJpbGl0eSB3aXRoIHRlY2hub2xvZ2llcyBhbHJlYWR5IHVz aW5nIDMyIG9yIDEyOCBiaXQgaWRlbnRpZmllcnMgZm9yPGJyPg0KJmd0OyBwYXRocyBhbmQgc2Vz c2lvbnM8YnI+DQomZ3Q7IEVhc3kgZm9yIGZsb3cgc3BlYyB0byBzaWduYWwgYXMgaXQgaW50cm9k dWNlcyBubyBuZWVkIHRvIHNpZ25hbCBsYWJlbHMgZXRj4oCmPGJyPg0KJmd0OyBubyBjb25mbGlj dHMgd2l0aCBleGlzdGluZyBsYWJlbCBleGNoYW5nZSB0ZWNobm9sb2dpZXM8bzpwPjwvbzpwPjwv cD4NCjxwPioqKjxvOnA+PC9vOnA+PC9wPg0KPHA+Ry88bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxl PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+U2VudCB1c2luZyA8YSBocmVmPSJodHRwczovL2Nsb3Vk bWFnaWMuY29tL2svZC9tYWlsYXBwP2N0PXBhJmFtcDtjdj04LjMuOCZhbXA7cHY9Ni4wLjEmYW1w O3NvdXJjZT1lbWFpbF9mb290ZXJfMiI+DQpDbG91ZE1hZ2ljIEVtYWlsPC9hPiA8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBp ZD0ib2xkY29udGVudCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj5PbiBTYXQsIEFwciAwOSwgMjAxNiBhdCAxMDoxOSBBTSwgWmh1YW5nc2h1bndhbiAm bHQ7PGEgaHJlZj0ibWFpbHRvOnpodWFuZ3NodW53YW5AaHVhd2VpLmNvbSI+emh1YW5nc2h1bndh bkBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2IGlkPSJvbGRj b250ZW50Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPkhpIElnbmFzIGFu ZCBhbGwsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZGluZyBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1w YXRoLXJlZGlyZWN0ICZhbXA7IGRyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFs aXplZC1zaWQtLCBoZXJlIGFyZSB0aGUgYWNoaWV2ZWQgZGlzY3Vzc2lvbiBpbmZvcm1hdGlvbiBh Ym91dCAmcXVvdDtTZW1hbnRpY3MNCiBJbmRlcGVuZGVudCZxdW90OyBGbG93c3BlYzogPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1cnJlbnQvbXNn MTUwODEuaHRtbCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9pZHIvY3Vy cmVudC9tc2cxNTA4MS5odG1sPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjAxKSBkcmFmdC12YW5kZXZlbGRl LWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IGV2ZXIgc2FpZCB0aGF0IGl0IHBsYW5uZWQgdG8g ZGVmaW5lIOKAnFNlbWFudGljcyBJbmRlcGVuZGVudOKAnSBhY3Rpb24uPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlBlciB0aGUgY29tbWVu dCBpbmZvcm1hdGlvbiwgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVj dC0wMCAmYW1wOyBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAx IGRlZmluZWQgdGhlICZxdW90O1NlbWFudGljcyBJbmRlcGVuZGVudCZxdW90OyBGbG93c3BlYw0K IFJlZGlyZWN0aW9uOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2 ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxLnR4dCI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93 c3BlYy1wYXRoLXJlZGlyZWN0LTAxLnR4dDwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOiMxRjQ5N0QiPuKApjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5UaGlz IGRvY3VtZW50IGRlZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVkIGNvbW11bml0eS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9y OiMxRjQ5N0QiPuKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjojMUY0OTdEIj5UaGUgMi1ieXRlIGxvY2FsIGFkbWluaXN0cmF0b3IgZmllbGQgaXMgZm9y bWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8VElEfEN8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjAyKSBkcmFmdC1saS1pZHItZmxvd3Nw ZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGRlZmluZWQgYSAmcXVvdDtTZW1hbnRpY3Mg RGVwZW5kZW504oCdIEZsb3dzcGVjIFJlZGlyZWN0aW9uOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJh bGl6ZWQtc2lkLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRy LWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC88L2E+PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdE Ij7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgZm9sbG93aW5nIFJl ZGlyZWN0IHRvIEdlbmVyYWxpemVkIFNlZ21lbnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IElEIEV4dGVuZGVkIENv bW11bml0eTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyAmIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsgfCBUeXBlPVRCRDEmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgfCBTdWItVHlwZT1UQkQyIHwgRmxhZ3MoMSBvY3RldCl8IFNlZ21lbnQgVHlwZSZuYnNw OyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHZW5lcmFsaXplZCBTZWdtZW50IElE Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1 bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4wMykgTm93IGRyYWZ0LXZhbmRldmVs ZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIgaW50cm9kdWNlcyDigJxC4oCdIGJpdCB0 byBtYXAgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxk IHRvIGEgQmluZGluZyBTZWdtZW50IElkZW50aWZpZXIgdmFsdWU6PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0 aC1yZWRpcmVjdC0wMi50eHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQt dmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMi50eHQ8L2E+PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xv cjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Y29sb3I6IzFGNDk3RCI+VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgbmV3IEJHUCBleHRlbmRlZCBj b21tdW5pdHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+VGhlIDItYnl0ZSBsb2NhbCBhZG1pbmlz dHJhdG9yIGZpZWxkIGlzIGZvcm1hdHRlZCBhcyBzaG93biBpbiBGaWd1cmUgMS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IDE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDU8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJl c2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHxCfFRJRHxDfDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0 MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOiMxRjQ5N0QiPuKA pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsgQml0IDIgaXMgZGVmaW5lZCB0byBiZSB0aGUgJ0InIChCaW5kaW5nKSBi aXQuJm5ic3A7IFdoZW4gdGhlICdCJyBiaXQgaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHNldCwgdGhlIHZhbHVl IGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlzIGEgQmluZGluZzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4m bmJzcDsmbmJzcDsgU2VnbWVudCBJZGVudGlmaWVyIHZhbHVlIHRoZSB1c2Ugb2Ygd2hpY2ggaXMg ZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEIj5Ob3cgZHJhZnQtdmFuZGV2ZWxkZSBhbHNvIGRlZmluZXMgdGhlICZxdW90O1NlbWFudGlj cyBEZXBlbmRlbnQmcXVvdDsgRmxvd3NwZWMgUmVkaXJlY3Rpb24uDQo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+U2hvdWxkIHdlIGNvbWJp bmUgdGhlIHdvcmsgb2YgZHJhZnQtdmFuZGV2ZWxkZSAmYW1wOyBkcmFmdC1saSA/PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjojMUY0OTdEIj5TaHVud2FuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjp3aW5kb3d0ZXh0Ij7lj5Hku7bkuro6PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpTaW1TdW47Y29sb3I6 d2luZG93dGV4dCI+IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5t YWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+5Luj6KGoIDwvYj5JZ25hcyBCYWdk b25hczxicj4NCjxiPuWPkemAgeaXtumXtDo8L2I+IDIwMTblubQ05pyIOOaXpSAyMDoxNzxicj4N CjxiPuaUtuS7tuS6ujo8L2I+IDxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRm Lm9yZzwvYT48YnI+DQo8Yj7kuLvpopg6PC9iPiBSZTogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBm b3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRp b25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTY8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6d2hpdGUiPjx0dD48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdCI+SSBoYXZlIHJlYWQgdGhlIGRyYWZ0cyBiZWluZyBwb2xsZWQu PC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjxicj4NCjx0dD5Gb3IgYSBncm91cCBvZiBkcmFm dHMgb24gcmVkaXJlY3Q6PC90dD48YnI+DQo8YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMt cGF0aC1yZWRpcmVjdC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZh bmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvPC9hPjwvdHQ+PGJyPg0KPHR0PlN1 cHBvcnQgYXMgYmVpbmcgYSBnb29kIHN0YXJ0aW5nIHBvaW50LjwvdHQ+PGJyPg0KPGJyPg0KPHR0 PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHIt Zmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvPC9hPjwvdHQ+PGJyPg0K PHR0PkRvIG5vdCBzdXBwb3J0LiBJdCBpcyByZWR1bmRhbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+ PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZs b3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQv PC9hPjwvdHQ+PGJyPg0KPHR0PkRvIG5vdCBzdXBwb3J0LiBJdCBpcyByZWR1bmRhbnQuPC90dD48 YnI+DQo8YnI+DQo8dHQ+RHJhZnQtdmFuZGV2ZWxkZSBjYW4gYWNoaWV2ZSBhbGwgd2hhdCBkcmFm dC1oYW8gYW5kIGRyYWZ0LWxpIGNhbiwgYW5kIGluIGEgbW9yZSBmbGV4aWJsZSB3YXkuIEhhdmlu ZyB0aGUgYWJpbGl0eSB0byBkZWNvdXBsZSByZWRpcmVjdGlvbiB0dW5uZWwgdHlwZSBmcm9tIHJl ZGlyZWN0aW9uIGFjdGlvbiBpcyBib3RoIHByYWN0aWNhbCBhbmQgZXh0ZW5zaWJsZSAtIHRoZSBh Y3R1YWwgdHVubmVsIHRvIGJlIHVzZWQgaXMgYSBsb2NhbCBvcGVyYXRpb25hbA0KIGRlY2lzaW9u IGZvciBlYWNoIG5ldHdvcmsgZWxlbWVudCwgaXQgaXMgbm90IG5lY2Vzc2FyeSBzaWduYWxsZWQg YXQgdGhlIHNhbWUgdGltZSBhbmQgYnkgdGhlIHNhbWUgbWVjaGFuaXNtLiBEZWNvdXBsaW5nIHNp Z25hbGxpbmcgYW5kIHJlZGlyZWN0IHBhcnRzIGFsaWducyB3ZWxsIHRvIG9wZXJhdGlvbmFsIHBy YWN0aWNlcyBvZiB1c2luZyBzcGVjaWZpYyB0b29scyBmb3Igc3BlY2lmaWMgdGFza3MuIEp1c3Qg dGhhdCBCR1AgY291bGQgZG8gdGhhdA0KIGRvZXMgbm90IG5lY2VzYXNyeSBtZWFuIHRoYXQgaXQg c2hvdWxkIGJlIHVzZWQgYXMgYSBiZXN0IGZpdC4gRnJvbSBvcGVyYXRpb25hbCBwZXJzcGVjdGl2 ZSB0aGVyZSBpcyBubyBuZWVkIHRvIGhhdmUgbXVsdGlwbGUgc29sdXRpb25zIHRoYXQgdHJ5IHRv IGFkZHJlc3MgdGhlIG5hcnJvdyBwcm9ibGVtIHNwYWNlIGluIHNpbWlsYXIgeWV0IGluY29tcGF0 aWJsZSB3YXlzLiBUaGVyZSBzaG91bGQgYmUgb25lIGRvY3VtZW50IGZvciByZWRpcmVjdCwNCiBh bmQgZHJhZnQtdmFuZGV2ZWxkZSBpcyBhIGdvb2Qgc3RhcnRpbmcgYmFzZSBmb3IgdGhhdC48L3R0 Pjxicj4NCjxicj4NCjxicj4NCjx0dD5Gb3IgdGhlIG1hdGNoOjwvdHQ+PGJyPg0KPGJyPg0KPHR0 PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdGtvd3Nr aS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0LyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvPC9hPjwvdHQ+ PGJyPg0KPHR0PlN1cG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuPC90dD48YnI+DQo8YnI+ DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRk eS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS88L2E+PC90dD48YnI+DQo8 dHQ+U3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+ PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1m bG93c3BlYy1udm8zLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFv LWlkci1mbG93c3BlYy1udm8zLzwvYT48L3R0Pjxicj4NCjx0dD5TdXBwb3J0IGFzIGEgZ29vZCBz dGFydGluZyBwb2ludC48L3R0Pjxicj4NCjxicj4NCjx0dD48YSBocmVmPSJodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLyI+ aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93 c3BlYy1sYWJlbC88L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcg cG9pbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRjaC8iPmh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1wbHMtbWF0 Y2gvPC9hPjwvdHQ+PGJyPg0KPHR0PlN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Ljwv dHQ+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHR0PklnbmFzPC90dD48YnI+DQo8YnI+DQo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPk9uIDI1LzAzLzIwMTYgMTQ6NDcsIFN1c2FuIEhhcmVzIHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj5JRFIgV0c6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlRoaXMgYmVnaW5zIGEgMiB3 ZWVrIFdHIENhbGwgKDMvMjUgdG8gNC84LzIwMTYpIGZvciB0aGUgc2V0IG9mIGRyYWZ0cyB0byBi ZSBjb25zaWRlcmVkIGluIFJGQzU1NzUgYWRkaXRpb25zLiBUaGVzZSBvcHRpb25zIGFyZSBmaWx0 ZXJzLCBhY3Rpb25zIG9yIGNyaXRpY2FsIHNlY3VyaXR5IGFkZGl0aW9ucy4gJm5ic3A7VGhlIGZs b3cgc3BlY2lmaWNhdGlvbiB3b3JrIGhhcyBiZWVuDQogYSBwYXJ0IG9mIHRoZSBpbnRlcmltcyBz aW5jZSBJRVRGIDk0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGlu Z3MvaW50ZXJpbS8yMDE2LzAyLzA4L2lkci9wcm9jZWVkaW5ncy5odG1sIj5odHRwczovL3d3dy5p ZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0 bWw8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50 ZXJpbS8yMDE2LzAzLzA3L2lkci9wcm9jZWVkaW5ncy5odG1sIj5odHRwczovL3d3dy5pZXRmLm9y Zy9wcm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDMvMDcvaWRyL3Byb2NlZWRpbmdzLmh0bWw8L2E+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+VGhlcmUgd2lsbCBiZSBhIGJyaWVmIGZsb3cgc3BlY2lmaWNhdGlv biBwcmVzZW50YXRpb24gYXQgSUVURiA5NSwgYW5kIHRoZSBlbWFpbCBsaXN0IGhhcyBzZWxlY3Qg dG8gc3RhcnQgd2l0aCBvcHRpb24gMSDigJMgZXh0ZW5kaW5nIFJGQzU1NzUuJm5ic3A7IFdlIGFs c28gd2lsbCBiZSBnYXRoZXJpbmcgZGV0YWlscyBvbiB0aGUgU0ROL05GViB1c2UgY2FzZSBmb3Ig b3B0aW9uIDINCiAobmV3IE5MUkkgYW5kIFdpZGUgQ29tbXVuaXRpZXMgc3VwcG9ydCkuIDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPlRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0aGUgZHJhZnRzIHRvIGJlIGNv bnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrLiZuYnNwOyBGb3IgZWFjaCBv ZiB0aGUgZHJhZnRzIHlvdSB3aXNoIHRvIGJlIGNvbnNpZGVyZWQgT3B0aW9uIDEsIHBsZWFzZSBp bmRpY2F0ZToNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47YmFja2dyb3VuZDp3aGl0ZSI+MSk8 c3BhbiBzdHlsZT0iZm9udC1zaXplOiA3cHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu Jywgc2VyaWY7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5JZiB0aGlz IG9wdGlvbiBpcyB2YWx1YWJsZSBmb3IgdGhlIEREb1MgZGVwbG95bWVudHMgb3IgYW5vdGhlciBj cml0aWNhbCBkZXBsb3ltZW50cywgJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjtiYWNrZ3JvdW5kOndoaXRl Ij4yKTxzcGFuIHN0eWxlPSJmb250LXNpemU6IDdwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nLCBzZXJpZjsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPkRv IHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgdXNlZnVsLCBidXQgbm90IHJlYWR5IGZvciBhZG9wdGlv biwgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0uMjVpbjtiYWNrZ3JvdW5kOndoaXRlIj4zKTxzcGFuIHN0eWxlPSJmb250LXNp emU6IDdwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPkRvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMg YSBnb29kIHN0YXJ0IGZvciB0aGlzIHdvcmsuIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlRoZSBkcmFmdHMg dG8gY29uc2lkZXIgYXJlOiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS8iPmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRl LzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1oYW8taWRyLWZsb3dzcGVjLW52bzMvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMtcmVkaXJlY3Qt dHVubmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1m bG93c3BlYy1yZWRpcmVjdC10dW5uZWwvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFs aXplZC1zaWQvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHIt Zmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVj LWxhYmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRy LWJncC1mbG93c3BlYy1sYWJlbC88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQv Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZs b3dzcGVjLWludGVyZmFjZXNldC88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVj dC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRy LWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1wbHMtbWF0Y2gvIj5o dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1t cGxzLW1hdGNoLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5BbmQgZm9yIHRoZSBvcmRlcmluZyBvZiB0 aGVzZSBmaWx0ZXJzIGFuZCBhY3Rpb25zIGRyYWZ0cyDigJMgdGhlIE9wdGlvbiAxIHNlY3Rpb24g b3V0IG9mIHRoaXMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21iby8iPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21iby88L2E+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+KEEg cmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBiZSBwb3N0ZWQpDQo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj5TdWUgSGFyZXMgYW5kIEpvaG4gU2N1ZGRlciA8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyI+ PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+SWRyIG1haWxp bmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3JnIj5JZHJAaWV0Zi5vcmc8L2E+PG86cD48L286cD48 L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2lkcjwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7Ij4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPjwvc3Bhbj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F94117831500424EA70E50640164B06Falcatellucentcom_-- From nobody Thu Apr 28 08:08:52 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 486CA12D7D1 for ; Thu, 28 Apr 2016 08:08:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.885 X-Spam-Level: X-Spam-Status: No, score=-2.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.996, T_KAM_HTML_FONT_INVALID=0.01] 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 wosB6KXb_wEV for ; Thu, 28 Apr 2016 08:08:48 -0700 (PDT) Received: from lxomp52w.centurylink.com (lxomp52w.centurylink.com [155.70.50.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DBD812D1C0 for ; Thu, 28 Apr 2016 08:08:48 -0700 (PDT) Received: from lxdenvmpc030.qintra.com (emailout.qintra.com [10.1.51.30]) by lxomp52w.centurylink.com (8.14.8/8.14.8) with ESMTP id u3SF8kL8000707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Apr 2016 10:08:46 -0500 Received: from lxdenvmpc030.qintra.com (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id 10B661E0072; Thu, 28 Apr 2016 09:08:41 -0600 (MDT) Received: from lxdnp31k.corp.intranet (unknown [151.119.91.93]) by lxdenvmpc030.qintra.com (Postfix) with ESMTP id D89211E0035; Thu, 28 Apr 2016 09:08:40 -0600 (MDT) Received: from lxdnp31k.corp.intranet (localhost [127.0.0.1]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id u3SF8emq029270; Thu, 28 Apr 2016 09:08:40 -0600 Received: from vddcwhubex501.ctl.intranet (vddcwhubex501.ctl.intranet [151.119.128.28]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id u3SF8etE029267 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 28 Apr 2016 09:08:40 -0600 Received: from PDDCWMBXEX503.ctl.intranet ([fe80::9033:ef22:df02:32a9]) by vddcwhubex501.ctl.intranet ([151.119.128.28]) with mapi id 14.03.0195.001; Thu, 28 Apr 2016 09:08:39 -0600 From: "Smith, Donald" To: "Van De Velde, Gunter (Nokia - BE)" , "Susan Hares" , "John G. Scudder" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AdGGpJY5wzIcQ0EdQtuQOi1AWSw1WgLemfcAAB1s1gAAAVOZgAA9Ul+AA3DDboAAA0DTLA== Date: Thu, 28 Apr 2016 15:08:39 +0000 Message-ID: <68EFACB32CF4464298EA2779B058889D3B502D86@PDDCWMBXEX503.ctl.intranet> References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [155.70.40.131] Content-Type: multipart/alternative; boundary="_000_68EFACB32CF4464298EA2779B058889D3B502D86PDDCWMBXEX503ct_" MIME-Version: 1.0 X-TM-AS-MML: disable X-CFilter-Loop: Reflected Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 15:08:51 -0000 --_000_68EFACB32CF4464298EA2779B058889D3B502D86PDDCWMBXEX503ct_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 QWdyZWVkLCBleGNlcHQgZGF0YSBwbGFuZSBub3Qgc2VydmljZSBwbGFuZS4NCg0KDQoNCldlbGwg bWF5YmUgYm90aCBkZWZpbmUgc2VydmljZSBwbGFuZSA6KQ0KDQoNCg0KSSB0aGluayBzZXJ2aWNl IHBsYW5lIGlzIGRhdGEgcGxhbmUgcGx1cyBOKGNvbnRyb2wgcGxhbmUpICsgTShtZ210LiBwbGFu ZSkuDQoNCldoZXJlIE4gYW5kIE0gYXJlIGNvbnN0YW50IG11bHRpcGxpZXJzIHRvIHNob3cgZWZm ZWN0IGRhdGEgY291bGQgaGF2ZSBvbiBvdGhlciBwbGFuZXMuDQoNCklzIHRoYXQgd2hhdCB5b3Ug bWVhbnQgYnkgc2VydmljZSBwbGFuZSBvciBhbSBJIHRvdGFsbHkgb2ZmPw0KDQoNCg0KMDExMDAx MDEwMDAwMTB8MTAwMTEwMTAxMTExMDE/DQpIaW50IDcgYml0IGFzY2lpDQpEb25hbGQuU21pdGhA Y2VudHVyeWxpbmsuY29tPG1haWx0bzpEb25hbGQuU21pdGhAY2VudHVyeWxpbmsuY29tPg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IElkciBbaWRyLWJvdW5jZXNAaWV0 Zi5vcmddIG9uIGJlaGFsZiBvZiBWYW4gRGUgVmVsZGUsIEd1bnRlciAoTm9raWEgLSBCRSkgW2d1 bnRlci52YW5fZGVfdmVsZGVAbm9raWEuY29tXQ0KU2VudDogVGh1cnNkYXksIEFwcmlsIDI4LCAy MDE2IDE6MzEgQU0NClRvOiBTdXNhbiBIYXJlczsgSm9obiBHLiBTY3VkZGVyDQpDYzogaWRyQGll dGYub3JnDQpTdWJqZWN0OiBSZTogW0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZv ciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJz L2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KSGkgSm9obiwgU3VlLA0KDQpJdHMgYmVlbiBh IHdoaWxlIHNpbmNlIFdHIGFkb3B0aW9uIGNhbGwgZW5kZWQgZm9yIGEgZmV3IEZsb3dzcGVjIGRy YWZ0cy4gSSB3YW50IHRvIHRvdWNoIGJhc2UgYWdhaW4gb24gdGhlIHN0YXR1cyBvZiB0aGlzIGFk b3B0aW9uIGNhbGwuDQoNCg0KZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRp cmVjdCByZWNlaXZlZCBhIHNpZ25pZmljYW50IG51bWJlciBvZiBwb3NpdGl2ZSBzdXBwb3J0IGZl ZWRiYWNrIHRvIHN1cHBvcnQgb24gdGhlIGxpc3QgYW5kIGR1cmluZyB0aGUgSURSIFdHIG1lZXRp bmcgaW4gQnVlbm9zIEFpcmVzLiBUaGUgc3VwcG9ydCB3YXMgcmVjZWl2ZWQgZnJvbSBhIHZlcnkg ZGl2ZXJzZSBzZXQgb2YgY29udHJpYnV0b3JzIGFuZCBhZmZpbGlhdGlvbnMuIFRoaXMgd29yayBp cyB0aW1lbHkgYW5kIHJlYWR5IGZvciBhZG9wdGlvbiBhbmQgY292ZXJzIEREb1MgcmVkaXJlY3Rp b24gdG93YXJkcyBhbiBhcHByb3ByaWF0ZSBzZXJ2aWNlIHBsYW5lIHdlbGwuDQoNCg0KS2luZCBS ZWdhcmRzLA0KDQpHLw0KDQoNCkZyb206IElkciA8aWRyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv Omlkci1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFN1c2FuIEhhcmVzIDxzaGFyZXNA bmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpEYXRlOiBTdW5kYXkgMTAgQXByaWwg MjAxNiBhdCAyMToxMg0KVG86ICdHdW50ZXIgVmFuIERlIFZlbGRlJyA8Z3VudGVydmFuZGV2ZWxk ZWNjQGljbG91ZC5jb208bWFpbHRvOmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPj4sICda aHVhbmdzaHVud2FuJyA8emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPG1haWx0bzp6aHVhbmdzaHVu d2FuQGh1YXdlaS5jb20+Pg0KQ2M6ICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4i IDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0lkcl0g V0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9u IDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYN Cg0KR3VudGVyIGFuZCBTaHVud2FuOg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgaW5wdXQgb24gdGhp cyB0b3BpYy4gICBKb2huIGFuZCBJIHJlY2VpdmUgYSBsb3Qgb2YgaW5wdXQgaW5kaXZpZHVhbGx5 IGZyb20gMy8yNSB0byA0LzgsIGFuZCBiZWdhbiBkaXNjdXNzaW9ucyB3aXRoIG91ciBBRCAoQWx2 YXJvKS4NCg0KSm9obiBhbmQgSSB3aWxsIGRpc2N1c3NpbmcgdGhpcyBhZG9wdGlvbiBjYWxsIGR1 cmluZyB0aGUgdXBjb21pbmcgd2Vlay4gIEFueSBkcmFmdHMgdGhhdCBhcmUgYWRvcHRlZCBmb3Ig dGhlIEZsb3cgU3BlY2lmaWNhdGlvbiB3aWxsIGJlIElEUiBXb3JraW5nIEdyb3VwIChXRykgRHJh ZnRzLiAgQXMgc3VjaCwgdGhlc2UgZHJhZnRzIGJlY29tZSB0aGUgcmVzdWx0IG9mIHRoZSBjb25z ZW5zdXMgb2YgdGhlIHdvcmtpbmcgZ3JvdXAgdW5kZXIgdGhlIGRpcmVjdGlvbiBvZiB0aGUgV0cg Y2hhaXJzLiAgIFdHIGRyYWZ0cyBtYXkgYmUgcmVxdWVzdGVkIHRvIGJlOiBhKSBtZXJnZWQgd2l0 aCBvdGhlciBXRyBkcmFmdHMsIGIpIHNwbGl0IGludG8gMisgZHJhZnRzLCBvciBjKSByZWZpbmVk Lg0KDQpDaGVlcmlseSwNCg0KU3VlIEhhcmVzDQoNCkZyb206IElkciBbbWFpbHRvOmlkci1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgR3VudGVyIFZhbiBEZSBWZWxkZQ0KU2VudDogU2F0 dXJkYXksIEFwcmlsIDA5LCAyMDE2IDk6NTcgQU0NClRvOiBaaHVhbmdzaHVud2FuDQpDYzogaWRy QGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0lkcl0gV0cgQWRv cHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9uIDEgKFJG QzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTYNCg0KDQpE ZWFyIFNodW53YW4NCg0KV2l0aCB0aGUgYWRvcHRpb24gY2FsbCBlbmRlZCwgdGhlIElEUiBjaGFp cnMgY2FuIHVzZSB0aGUgcmVjZWl2ZWQgaW5wdXQgYW5kIGNvbWJpbmUgaXQgd2l0aCBkcmFmdCBz dWJtaXQgdGltZWxpbmUgaW5mbyAoc29tZSB3b3JrIGlzIGFzIG9sZCBhcyArN21vbnRocykuIEkg cGVyc29uYWxseSBkbyBub3Qgc2VlIGEgbmVlZCB0byBtZXJnZSBhcyB2YW5kZXZlbGRlLWZsb3dz cGVjLWlkci1wYXRoLXJlZGlyZWN0IGNvdmVycyBhbHJlYWR5IHRoZSBnb2FsIGVmZmVjdGl2ZWx5 IGFuZCBhZmZpY2llbnRseQ0KDQpGcm9tIHRoZSBsaW5rIHlvdSBwcm92aWRlZCByZWZlcmVuY2lu ZyBhIHF1b3RlIGFzIG9sZCBhcyBTZXB0ZW1iZXIgMjAxNSEhIS4uIEl0IGlzIGFsbCBzdGlsbCB2 YWxpZC4gT25lIHJlc2VydmVkIGJpdCB3YXMgdXNlZCB0byBhZGQgU1IgYmluZGluZyBpbmRleCBp ZGVudGlmeWVyIGZvciBzZWdtZW50IHJvdXRpbmcgdXNlIGNhc2Ugd2F5IGJlZm9yZSBldmVuDQpk cmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGV4aXN0ZWQu Li4NCg0KKioqDQoNCkZyb20gU2VwdGVtYmVyIDIwMTU6DQoNCj4gQmVuZWZpdHM6DQo+DQo+IG5v IG5lZWQgZm9yIHNpZ25hbGxpbmcgbGFiZWxzIG9yIGV4dHJhIGVuY2FwIGluIEJHUA0KPiBFYWNo IHBhdGgtaWQgaW5kZXhlZCBMU1AvdHVubmVsIHRhYmxlIGlzIGEgbG9jYWxpc2VkIGNvbnN0cnVj dA0KPiBleGlzdGluZyB0ZWNobm9sb2d5IGlzIHVzZWQgdG8gY29uc3RydWN0IHRoZSBwYXRoLWlk IGluZGV4ZWQgbG9jYWxpc2VkIHRhYmxlDQo+IENvbXBhdGliaWxpdHkgd2l0aCB0ZWNobm9sb2dp ZXMgYWxyZWFkeSB1c2luZyAzMiBvciAxMjggYml0IGlkZW50aWZpZXJzIGZvcg0KPiBwYXRocyBh bmQgc2Vzc2lvbnMNCj4gRWFzeSBmb3IgZmxvdyBzcGVjIHRvIHNpZ25hbCBhcyBpdCBpbnRyb2R1 Y2VzIG5vIG5lZWQgdG8gc2lnbmFsIGxhYmVscyBldGOhrQ0KPiBubyBjb25mbGljdHMgd2l0aCBl eGlzdGluZyBsYWJlbCBleGNoYW5nZSB0ZWNobm9sb2dpZXMNCg0KKioqDQoNCkcvDQoNClNlbnQg dXNpbmcgQ2xvdWRNYWdpYyBFbWFpbDxodHRwczovL2Nsb3VkbWFnaWMuY29tL2svZC9tYWlsYXBw P2N0PXBhJmN2PTguMy44JnB2PTYuMC4xJnNvdXJjZT1lbWFpbF9mb290ZXJfMj4NCg0KT24gU2F0 LCBBcHIgMDksIDIwMTYgYXQgMTA6MTkgQU0sIFpodWFuZ3NodW53YW4gPHpodWFuZ3NodW53YW5A aHVhd2VpLmNvbTxtYWlsdG86emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBJ Z25hcyBhbmQgYWxsLA0KDQpSZWdhcmRpbmcgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMt cGF0aC1yZWRpcmVjdCAmIGRyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXpl ZC1zaWQtLCBoZXJlIGFyZSB0aGUgYWNoaWV2ZWQgZGlzY3Vzc2lvbiBpbmZvcm1hdGlvbiBhYm91 dCAiU2VtYW50aWNzIEluZGVwZW5kZW50IiBGbG93c3BlYzoNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1cnJlbnQvbXNnMTUwODEuaHRtbA0KDQoNCjAxKSBkcmFm dC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IGV2ZXIgc2FpZCB0aGF0IGl0 IHBsYW5uZWQgdG8gZGVmaW5lIKGwU2VtYW50aWNzIEluZGVwZW5kZW50obEgYWN0aW9uLg0KUGVy IHRoZSBjb21tZW50IGluZm9ybWF0aW9uLCBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1w YXRoLXJlZGlyZWN0LTAwICYgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRp cmVjdC0wMSBkZWZpbmVkIHRoZSAiU2VtYW50aWNzIEluZGVwZW5kZW50IiBGbG93c3BlYyBSZWRp cmVjdGlvbjoNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12YW5kZXZl bGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxLnR4dA0Koa0NClRoaXMgZG9jdW1lbnQg ZGVmaW5lcyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5Lg0Koa0NClRoZSAyLWJ5dGUgbG9j YWwgYWRtaW5pc3RyYXRvciBmaWVsZCBpcyBmb3JtYXR0ZWQgYXMgc2hvd24gaW4gRmlndXJlIDEu DQogICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAgICAgICAgICAxDQogICAgICAgICAg ICAgICAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNQ0KICAgICAgICAgICAg ICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgICAgICAg ICAgICAgICB8ICAgICAgICAgIFJlc2VydmVkICAgICAgIHxUSUR8Q3wNCiAgICAgICAgICAgICAg ICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCjAyKSBkcmFmdC1s aS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGRlZmluZWQgYSAiU2Vt YW50aWNzIERlcGVuZGVudKGxIEZsb3dzcGVjIFJlZGlyZWN0aW9uOg0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxp emVkLXNpZC8NCqGtDQogICBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIGZvbGxvd2luZyBSZWRp cmVjdCB0byBHZW5lcmFsaXplZCBTZWdtZW50DQogICBJRCBFeHRlbmRlZCBDb21tdW5pdHk6DQoN Cg0KICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogIHwgVHlwZT1UQkQxICAgICB8IFN1Yi1UeXBlPVRC RDIgfCBGbGFncygxIG9jdGV0KXwgU2VnbWVudCBUeXBlICB8DQogICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogIHwgICAg ICAgICAgICAgICAgICBHZW5lcmFsaXplZCBTZWdtZW50IElEICAgICAgICAgICAgICAgICAgICAg ICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQqhrQ0KDQoNCjAzKSBOb3cgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxv d3NwZWMtcGF0aC1yZWRpcmVjdC0wMiBpbnRyb2R1Y2VzIKGwQqGxIGJpdCB0byBtYXAgdGhlIHZh bHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIHRvIGEgQmluZGlu ZyBTZWdtZW50IElkZW50aWZpZXIgdmFsdWU6DQpodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZl L2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIudHh0DQqh rQ0KVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgbmV3IEJHUCBleHRlbmRlZCBjb21tdW5pdHkuDQqh rQ0KVGhlIDItYnl0ZSBsb2NhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlzIGZvcm1hdHRlZCBhcyBz aG93biBpbiBGaWd1cmUgMS4NCg0KICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgICAg ICAgICAgMQ0KICAgICAgICAgICAgICAgICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIg MyA0IDUNCiAgICAgICAgICAgICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKw0KICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAgICAgfEJ8VElE fEN8DQogICAgICAgICAgICAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCqGtDQogICBCaXQgMiBpcyBkZWZpbmVkIHRvIGJlIHRoZSAnQicgKEJpbmRpbmcpIGJpdC4g IFdoZW4gdGhlICdCJyBiaXQgaXMNCiAgIHNldCwgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGds b2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlzIGEgQmluZGluZw0KICAgU2VnbWVudCBJZGVudGlm aWVyIHZhbHVlIHRoZSB1c2Ugb2Ygd2hpY2ggaXMgZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjIuDQqh rQ0KDQoNCk5vdyBkcmFmdC12YW5kZXZlbGRlIGFsc28gZGVmaW5lcyB0aGUgIlNlbWFudGljcyBE ZXBlbmRlbnQiIEZsb3dzcGVjIFJlZGlyZWN0aW9uLg0KU2hvdWxkIHdlIGNvbWJpbmUgdGhlIHdv cmsgb2YgZHJhZnQtdmFuZGV2ZWxkZSAmIGRyYWZ0LWxpID8NCg0KDQpUaGFua3MsDQpTaHVud2Fu DQoNCg0Kt6K8/sjLOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBJZ25h cyBCYWdkb25hcw0Kt6LLzcqxvOQ6IDIwMTbE6jTUwjjI1SAyMDoxNw0KytW8/sjLOiBpZHJAaWV0 Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4NCtb3zOI6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBj YWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBh ZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpJIGhhdmUgcmVh ZCB0aGUgZHJhZnRzIGJlaW5nIHBvbGxlZC4NCg0KRm9yIGEgZ3JvdXAgb2YgZHJhZnRzIG9uIHJl ZGlyZWN0Og0KDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRl dmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvDQpTdXBwb3J0IGFzIGJlaW5nIGEgZ29v ZCBzdGFydGluZyBwb2ludC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpEbyBub3Qgc3VwcG9ydC4gSXQg aXMgcmVkdW5kYW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0KRG8gbm90IHN1cHBvcnQu IEl0IGlzIHJlZHVuZGFudC4NCg0KRHJhZnQtdmFuZGV2ZWxkZSBjYW4gYWNoaWV2ZSBhbGwgd2hh dCBkcmFmdC1oYW8gYW5kIGRyYWZ0LWxpIGNhbiwgYW5kIGluIGEgbW9yZSBmbGV4aWJsZSB3YXku IEhhdmluZyB0aGUgYWJpbGl0eSB0byBkZWNvdXBsZSByZWRpcmVjdGlvbiB0dW5uZWwgdHlwZSBm cm9tIHJlZGlyZWN0aW9uIGFjdGlvbiBpcyBib3RoIHByYWN0aWNhbCBhbmQgZXh0ZW5zaWJsZSAt IHRoZSBhY3R1YWwgdHVubmVsIHRvIGJlIHVzZWQgaXMgYSBsb2NhbCBvcGVyYXRpb25hbCBkZWNp c2lvbiBmb3IgZWFjaCBuZXR3b3JrIGVsZW1lbnQsIGl0IGlzIG5vdCBuZWNlc3Nhcnkgc2lnbmFs bGVkIGF0IHRoZSBzYW1lIHRpbWUgYW5kIGJ5IHRoZSBzYW1lIG1lY2hhbmlzbS4gRGVjb3VwbGlu ZyBzaWduYWxsaW5nIGFuZCByZWRpcmVjdCBwYXJ0cyBhbGlnbnMgd2VsbCB0byBvcGVyYXRpb25h bCBwcmFjdGljZXMgb2YgdXNpbmcgc3BlY2lmaWMgdG9vbHMgZm9yIHNwZWNpZmljIHRhc2tzLiBK dXN0IHRoYXQgQkdQIGNvdWxkIGRvIHRoYXQgZG9lcyBub3QgbmVjZXNhc3J5IG1lYW4gdGhhdCBp dCBzaG91bGQgYmUgdXNlZCBhcyBhIGJlc3QgZml0LiBGcm9tIG9wZXJhdGlvbmFsIHBlcnNwZWN0 aXZlIHRoZXJlIGlzIG5vIG5lZWQgdG8gaGF2ZSBtdWx0aXBsZSBzb2x1dGlvbnMgdGhhdCB0cnkg dG8gYWRkcmVzcyB0aGUgbmFycm93IHByb2JsZW0gc3BhY2UgaW4gc2ltaWxhciB5ZXQgaW5jb21w YXRpYmxlIHdheXMuIFRoZXJlIHNob3VsZCBiZSBvbmUgZG9jdW1lbnQgZm9yIHJlZGlyZWN0LCBh bmQgZHJhZnQtdmFuZGV2ZWxkZSBpcyBhIGdvb2Qgc3RhcnRpbmcgYmFzZSBmb3IgdGhhdC4NCg0K DQpGb3IgdGhlIG1hdGNoOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NClN1cG9ydCBhcyBhIGdvb2Qg c3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRlLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRp bmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1p ZHItZmxvd3NwZWMtbnZvMy8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dz cGVjLWxhYmVsLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1wbHMtbWF0 Y2gvDQpTdXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0KDQoNCklnbmFzDQoNCk9u IDI1LzAzLzIwMTYgMTQ6NDcsIFN1c2FuIEhhcmVzIHdyb3RlOg0KSURSIFdHOg0KDQpUaGlzIGJl Z2lucyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBmb3IgdGhlIHNldCBvZiBk cmFmdHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9ucy4gVGhlc2Ugb3B0aW9u cyBhcmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0eSBhZGRpdGlvbnMuICBU aGUgZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0IG9mIHRoZSBpbnRlcmlt cyBzaW5jZSBJRVRGIDk0DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmlt LzIwMTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8vd3d3LmlldGYub3JnL3By b2NlZWRpbmdzL2ludGVyaW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGluZ3MuaHRtbA0KDQpUaGVy ZSB3aWxsIGJlIGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBhdCBJRVRG IDk1LCBhbmQgdGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9wdGlvbiAx IKhDIGV4dGVuZGluZyBSRkM1NTc1LiAgV2UgYWxzbyB3aWxsIGJlIGdhdGhlcmluZyBkZXRhaWxz IG9uIHRoZSBTRE4vTkZWIHVzZSBjYXNlIGZvciBvcHRpb24gMiAobmV3IE5MUkkgYW5kIFdpZGUg Q29tbXVuaXRpZXMgc3VwcG9ydCkuDQoNClRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0aGUgZHJh ZnRzIHRvIGJlIGNvbnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrLiAgRm9y IGVhY2ggb2YgdGhlIGRyYWZ0cyB5b3Ugd2lzaCB0byBiZSBjb25zaWRlcmVkIE9wdGlvbiAxLCBw bGVhc2UgaW5kaWNhdGU6DQoNCg0KMSkgICAgICBJZiB0aGlzIG9wdGlvbiBpcyB2YWx1YWJsZSBm b3IgdGhlIEREb1MgZGVwbG95bWVudHMgb3IgYW5vdGhlciBjcml0aWNhbCBkZXBsb3ltZW50cywN Cg0KMikgICAgICBEbyB5b3UgZmVlbCB0aGlzIGRyYWZ0IGlzIHVzZWZ1bCwgYnV0IG5vdCByZWFk eSBmb3IgYWRvcHRpb24sDQoNCjMpICAgICAgRG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyBhIGdv b2Qgc3RhcnQgZm9yIHRoaXMgd29yay4NCg0KVGhlIGRyYWZ0cyB0byBjb25zaWRlciBhcmU6DQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1w YWNrZXQtcmF0ZS8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1p ZHItZmxvd3NwZWMtbnZvMy8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWhhby1pZHItZmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNp ZC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3At Zmxvd3NwZWMtbGFiZWwvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3Qv DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3Bl Yy1tcGxzLW1hdGNoLw0KDQpBbmQgZm9yIHRoZSBvcmRlcmluZyBvZiB0aGVzZSBmaWx0ZXJzIGFu ZCBhY3Rpb25zIGRyYWZ0cyCoQyB0aGUgT3B0aW9uIDEgc2VjdGlvbiBvdXQgb2YgdGhpcw0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFyZXMtaWRyLWZsb3dzcGVjLWNv bWJvLw0KKEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBiZSBwb3N0ZWQp DQoNClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyDQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpJZHIgbWFpbGluZyBsaXN0DQoN CklkckBpZXRmLm9yZzxtYWlsdG86SWRyQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQpUaGlzIGNvbW11bmljYXRpb24gaXMgdGhlIHByb3Bl cnR5IG9mIENlbnR1cnlMaW5rIGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbi4gVW5hdXRob3JpemVkIHVzZSBvZiB0aGlzIGNvbW11bmljYXRpb24g aXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IsIHBsZWFzZSBpbW1lZGlhdGVseSBu b3RpZnkgdGhlIHNlbmRlciBieSByZXBseSBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBv ZiB0aGUgY29tbXVuaWNhdGlvbiBhbmQgYW55IGF0dGFjaG1lbnRzLg0K --_000_68EFACB32CF4464298EA2779B058889D3B502D86PDDCWMBXEX503ct_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Agreed, except data plane not service plane.

 

Well maybe both define service plane :)

 

I think service plane is data plane plus N(control plane) + M(mgmt. = plane).

Where N and M are constant multipliers to show effect data could have on= other planes.

Is that what you meant by service plane or am I totally off?

 

01100101000010|10011010111101?
Hint 7 bit ascii
From: Idr [idr-bounces@ietf.org] on behalf= of Van De Velde, Gunter (Nokia - BE) [gunter.van_de_velde@nokia.com]
Sent: Thursday, April 28, 2016 1:31 AM
To: Susan Hares; John G. Scudder
Cc: idr@ietf.org
Subject: Re: [Idr] WG Adoption call for drafts for Flow Specificatio= n option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

Hi John, Sue,

Its been a while since WG adoption call ended f= or a few Flowspec drafts. I want to touch base again on the status of this = adoption call.

draft-vandevelde-idr-flowspec-path-redirect received a significant numb=
er of positive support feedback to support on the list and during the IDR W=
G meeting in Buenos Aires. The support was received from a very diverse set=
 of contributors and affiliations. This work is timely and ready for adopti=
on and covers DDoS redirection towards an appropriate service plane well. <=
/font>

Kind Regards,
G/

From: Idr <idr-bounces@ietf.org> on behal= f of Susan Hares <s= hares@ndzh.com>
Date: Sunday 10 April 2016 at 21:1= 2
To: 'Gunter Van De Velde' <guntervandev= eldecc@icloud.com>, 'Zhuangshunwan' <zhuangshunwan@huawei.com>
Cc: "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] WG Adoption cal= l for drafts for Flow Specification option 1 (RFC5575 additions (filters/ac= tions) 3/25 to 4/8/2016

Gunter and Shunwan: <= /span>

 

Thank you for your in= put on this topic.   John and I receive a lot of input individual= ly from 3/25 to 4/8, and began discussions with our AD (Alvaro). 

 

John and I will discu= ssing this adoption call during the upcoming week.  Any drafts that ar= e adopted for the Flow Specification will be IDR Working Group (WG) Drafts.=  As such, these drafts become the result of the consensus of the working group under the direction of the WG chairs= .   WG drafts may be requested to be: a) merged with other WG dra= fts, b) split into 2+ drafts, or c) refined.   

 

Cheerily,

 

Sue Hares

 

From: Idr [mailto:idr-bounces@ietf.org<= /a>] On Behalf Of Gunter Van De Velde
Sent: Saturday, April 09, 2016 9:57 AM
To: Zhuangshunwan
Cc: idr@ietf.org
Subject: Re: [Idr] WG Adoption call for drafts for Flow Specificatio= n option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

 


Dear Shunwan

With the adoption call ended, the IDR chairs can use the received input = and combine it with draft submit timeline info (some work is as old as += ;7months). I personally do not see a need to merge as vandevelde-flowspec-i= dr-path-redirect covers already the goal effectively and afficiently

From the link you provided referencing a quote as old as September 2015!= !!.. It is all still valid. One reserved bit was used to add SR binding ind= ex identifyer for segment routing use case way before even
draft-li-idr-flowspec-redirect-generalized-sid-00 existed...

***

From September 2015:

> Benefits:
>
> no need for signalling labels or extra encap in BGP
> Each path-id indexed LSP/tunnel table is a localised construct
> existing technology is used to construct the path-id indexed localised= table
> Compatibility with technologies already using 32 or 128 bit identifier= s for
> paths and sessions
> Easy for flow spec to signal as it introduces no need to signal labels= etc=A1=AD
> no conflicts with existing label exchange technologies

***

G/

Sent using CloudMagic Email

 

On Sat, Apr 09, 2016 at = 10:19 AM, Zhuangshunwan <zhuangshunwan@huawei.com> wrote:

Hi Ignas and all,

 

Regarding draft-vandevelde-idr-flowspec-path-redi= rect & draft-li-idr-flowspec-redirect-generalized-sid-, here are the ac= hieved discussion information about "Semantics Independent" Flowspec:

https://www.ietf.org/mail-arch= ive/web/idr/current/msg15081.html

 

 

01) draft-vandevelde-idr-flowspec-path-redirect e= ver said that it planned to define =A1=B0Semantics Independent=A1=B1 action= .

Per the comment information, draft-vandevelde-idr= -flowspec-path-redirect-00 & draft-vandevelde-idr-flowspec-path-redirec= t-01 defined the "Semantics Independent" Flowspec Redirection:

 

https://www= .ietf.org/archive/id/draft-vandevelde-idr-flowspec-path-redirect-01.txt=

=A1=AD

This document defines a new BGP extended communit= y.

=A1=AD

The 2-byte local administrator field is formatted= as shown in Figure 1.

        &= nbsp;           &nbs= p; 0            = ;       1

        &= nbsp;           &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5

        &= nbsp;            = 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+

        &= nbsp;            |&n= bsp;         Reserved  &n= bsp;    |TID|C|

        &= nbsp;            = 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+

 

 

02) draft-li-idr-flowspec-redirect-generalized-si= d-00 defined a "Semantics Dependent=A1=B1 Flowspec Redirection:=

https://datat= racker.ietf.org/doc/draft-li-idr-flowspec-redirect-generalized-sid/

=A1=AD

   This document defines the following = Redirect to Generalized Segment

   ID Extended Community:

 

 

   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

  +-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +

  | Type=3DTBD1     | Su= b-Type=3DTBD2 | Flags(1 octet)| Segment Type  |

  +-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +

  |       = ;           Generalized S= egment ID           =             |=

  +-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +

=A1=AD

 

 

03) Now draft-vandevelde-idr-flowspec-path-redire= ct-02 introduces =A1=B0B=A1=B1 bit to map the value encoded in the global a= dministrator field to a Binding Segment Identifier value:

https://www= .ietf.org/archive/id/draft-vandevelde-idr-flowspec-path-redirect-02.txt=

=A1=AD

This document defines a new BGP extended communit= y.

=A1=AD

The 2-byte local administrator field is formatted= as shown in Figure 1.

 

        &= nbsp;           &nbs= p; 0            = ;       1

        &= nbsp;           &nbs= p; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5

        &= nbsp;            = 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+

        &= nbsp;            |&n= bsp;         Reserved  &n= bsp;  |B|TID|C|

        &= nbsp;            = 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+

=A1=AD

   Bit 2 is defined to be the 'B' (Bind= ing) bit.  When the 'B' bit is

   set, the value encoded in the global= administrator field is a Binding

   Segment Identifier value the use of = which is detailed in section 3.2.

=A1=AD

 

 

Now draft-vandevelde also defines the "Seman= tics Dependent" Flowspec Redirection.

Should we combine the work of draft-vandevelde &a= mp; draft-li ?

 

 

Thanks,

Shunwan

 

 

=B7=A2=BC=FE=C8=CB: Idr [mailto:i= dr-bounces@ietf.org] =B4=FA=B1=ED Ignas Bagdonas
=B7=A2=CB=CD=CA=B1=BC=E4: 2016=C4=EA4=D4=C28=C8=D5 20:17
=CA=D5=BC=FE=C8=CB: idr@ietf.org
=D6=F7=CC=E2: Re: [Idr] WG Adoption call for drafts for Flow Specifi= cation option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016

 

I have read the drafts being polled.

For a group of drafts on redirect:


https://datatracker.ietf.org/doc/draft= -vandevelde-idr-flowspec-path-redirect/
Support as being a good starting point.

https://datatracker.ietf.org/doc/draft-hao-= idr-flowspec-redirect-tunnel/
Do not support. It is redundant.

https://datatracker.ietf.org/doc/dr= aft-li-idr-flowspec-redirect-generalized-sid/
Do not support. It is redundant.

Draft-vandevelde can achieve all what draft-hao and draft-li can, and i= n a more flexible way. Having the ability to decouple redirection tunnel ty= pe from redirection action is both practical and extensible - the actual tu= nnel to be used is a local operational decision for each network element, it is not necessary signalled at the sa= me time and by the same mechanism. Decoupling signalling and redirect parts= aligns well to operational practices of using specific tools for specific = tasks. Just that BGP could do that does not necesasry mean that it should be used as a best fit. From operati= onal perspective there is no need to have multiple solutions that try to ad= dress the narrow problem space in similar yet incompatible ways. There shou= ld be one document for redirect, and draft-vandevelde is a good starting base for that.


For the match:

https://datatracker.ietf.org/doc/draft-l= itkowski-idr-flowspec-interfaceset/
Suport as a good starting point.

https://datatracker.ietf.org/doc/draft-eddy-id= r-flowspec-packet-rate/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-hao-idr-flowspe= c-nvo3/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-liang-id= r-bgp-flowspec-label/
Support as a good starting point.

https://datatracker.ietf.org/doc/draft-yong-idr= -flowspec-mpls-match/
Support as a good starting point.



Ignas

On 25/03/2016 14:47, Sus= an Hares wrote:

IDR WG:

 

This begins a 2 week WG = Call (3/25 to 4/8/2016) for the set of drafts to be considered in RFC5575 a= dditions. These options are filters, actions or critical security additions= .  The flow specification work has been a part of the interims since IETF 94

https://www.ietf.org/proceedings/interim/2016/02/08/idr/proceedings.htm= l

https://www.ietf.org/proceedings/interim/2016/03/07/idr/proceedings.htm= l

 

There will be a brief fl= ow specification presentation at IETF 95, and the email list has select to = start with option 1 =A8C extending RFC5575.  We also will be gathering= details on the SDN/NFV use case for option 2 (new NLRI and Wide Communities support).

 

This is a group call for= the drafts to be considered in the flow specification work.  For each= of the drafts you wish to be considered Option 1, please indicate:

 

1)      If this option is valuable for the DDoS deployments or another criti= cal deployments,  

2)      Do you feel this draft is useful, but not ready for adoption,

3)      Do you feel this draft is a good start for this work.

 

The drafts to consider a= re:

https://datatracker.ietf.org/doc/draft-eddy-idr-flowspec-packet-rate/<= /p>

https:/= /datatracker.ietf.org/doc/draft-hao-idr-flowspec-nvo3/

https://datatracker.ietf.org/doc/draft-hao-idr-flowspec-redirect-tunnel= /

https://datatracker.ietf.org/doc/draft-li-idr-flowspec-redirect= -generalized-sid/

= https://datatracker.ietf.org/doc/draft-liang-idr-bgp-flowspec-label/

https://datatracker.ietf.org/doc/draft-litkowski-idr-flowspec-interf= aceset/

https://datatracker.ietf.org/doc/draft-vandevelde-idr-flowspec-pat= h-redirect/

= https://datatracker.ietf.org/doc/draft-yong-idr-flowspec-mpls-match/

 

And for the ordering of = these filters and actions drafts =A8C the Option 1 section out of this

http= s://datatracker.ietf.org/doc/draft-hares-idr-flowspec-combo/

(A revised draft with ju= st Option 1 will be posted)

 

Sue Hares and John Scudd= er

 

 

 



__________________________________________=
_____
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr=

 

This communication is the property of CenturyLink and may contain c= onfidential or privileged information. Unauthorized use of this communicati= on is strictly prohibited and may be unlawful. If you have received this co= mmunication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communicat= ion and any attachments.
--_000_68EFACB32CF4464298EA2779B058889D3B502D86PDDCWMBXEX503ct_-- From nobody Thu Apr 28 08:16:45 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6F212D836 for ; Thu, 28 Apr 2016 08:16:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 fuaBKF_kRlCk for ; Thu, 28 Apr 2016 08:16:40 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7636A12D810 for ; Thu, 28 Apr 2016 08:16:39 -0700 (PDT) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 3E9E040AA4921; Thu, 28 Apr 2016 15:16:31 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u3SFGXCU024756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Apr 2016 15:16:33 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u3SFGHST019766 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 28 Apr 2016 17:16:32 +0200 Received: from FR711WXCHMBA06.zeu.alcatel-lucent.com ([169.254.2.157]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Thu, 28 Apr 2016 17:16:20 +0200 From: "Van De Velde, Gunter (Nokia - BE)" To: "Smith, Donald" , Susan Hares , "John G. Scudder" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AQHRoSAMus7132Ozg0epjPdIASOXoJ+fW+mAgAAjq4A= Date: Thu, 28 Apr 2016 15:16:18 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com> <68EFACB32CF4464298EA2779B058889D3B502D86@PDDCWMBXEX503.ctl.intranet> In-Reply-To: <68EFACB32CF4464298EA2779B058889D3B502D86@PDDCWMBXEX503.ctl.intranet> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: multipart/alternative; boundary="_000_B0AEF2F3A257496AAE5092767AF0D711alcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 15:16:43 -0000 --_000_B0AEF2F3A257496AAE5092767AF0D711alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRG9uYWxkLA0KDQpUaGUgc2VydmljZSBwbGFuZSBpIHdhcyByZWZlcnJpbmcgdG8gaXMg4oCc YSBjb2xsZWN0aW9uIG9mIGxpbmtzIGFuZCBub2Rlc+KAnSB0aGF0IGFyZSBkaW1lbnNpb25lZCBh bmQgZXF1aXBwZWQgdG8gZGVhbCB3aXRoIHRoZSBERG9TIHRyYWZmaWMuDQoNCkcvDQoNCkZyb206 IElkciA8aWRyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnPj4g b24gYmVoYWxmIG9mICJTbWl0aCwgRG9uYWxkIiA8RG9uYWxkLlNtaXRoQENlbnR1cnlMaW5rLmNv bTxtYWlsdG86RG9uYWxkLlNtaXRoQENlbnR1cnlMaW5rLmNvbT4+DQpEYXRlOiBUaHVyc2RheSAy OCBBcHJpbCAyMDE2IGF0IDE3OjA4DQpUbzogR3VudGVyIFZhbiBkZSBWZWxkZSA8Z3VudGVyLnZh bl9kZV92ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOmd1bnRlci52YW5fZGVfdmVsZGVA YWxjYXRlbC1sdWNlbnQuY29tPj4sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRv OnNoYXJlc0BuZHpoLmNvbT4+LCAiSm9obiBHLiBTY3VkZGVyIiA8amdzQGJncC5udTxtYWlsdG86 amdzQGJncC5udT4+DQpDYzogImlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlk ckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBB ZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAo UkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQoN CkFncmVlZCwgZXhjZXB0IGRhdGEgcGxhbmUgbm90IHNlcnZpY2UgcGxhbmUuDQoNCg0KDQpXZWxs IG1heWJlIGJvdGggZGVmaW5lIHNlcnZpY2UgcGxhbmUgOikNCg0KDQoNCkkgdGhpbmsgc2Vydmlj ZSBwbGFuZSBpcyBkYXRhIHBsYW5lIHBsdXMgTihjb250cm9sIHBsYW5lKSArIE0obWdtdC4gcGxh bmUpLg0KDQpXaGVyZSBOIGFuZCBNIGFyZSBjb25zdGFudCBtdWx0aXBsaWVycyB0byBzaG93IGVm ZmVjdCBkYXRhIGNvdWxkIGhhdmUgb24gb3RoZXIgcGxhbmVzLg0KDQpJcyB0aGF0IHdoYXQgeW91 IG1lYW50IGJ5IHNlcnZpY2UgcGxhbmUgb3IgYW0gSSB0b3RhbGx5IG9mZj8NCg0KDQoNCjAxMTAw MTAxMDAwMDEwfDEwMDExMDEwMTExMTAxPw0KSGludCA3IGJpdCBhc2NpaQ0KRG9uYWxkLlNtaXRo QGNlbnR1cnlsaW5rLmNvbTxtYWlsdG86RG9uYWxkLlNtaXRoQGNlbnR1cnlsaW5rLmNvbT4NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBJZHIgW2lkci1ib3VuY2VzQGll dGYub3JnPG1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZz5dIG9uIGJlaGFsZiBvZiBWYW4gRGUg VmVsZGUsIEd1bnRlciAoTm9raWEgLSBCRSkgW2d1bnRlci52YW5fZGVfdmVsZGVAbm9raWEuY29t PG1haWx0bzpndW50ZXIudmFuX2RlX3ZlbGRlQG5va2lhLmNvbT5dDQpTZW50OiBUaHVyc2RheSwg QXByaWwgMjgsIDIwMTYgMTozMSBBTQ0KVG86IFN1c2FuIEhhcmVzOyBKb2huIEcuIFNjdWRkZXIN CkNjOiBpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbSWRy XSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRp b24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAx Ng0KDQpIaSBKb2huLCBTdWUsDQoNCkl0cyBiZWVuIGEgd2hpbGUgc2luY2UgV0cgYWRvcHRpb24g Y2FsbCBlbmRlZCBmb3IgYSBmZXcgRmxvd3NwZWMgZHJhZnRzLiBJIHdhbnQgdG8gdG91Y2ggYmFz ZSBhZ2FpbiBvbiB0aGUgc3RhdHVzIG9mIHRoaXMgYWRvcHRpb24gY2FsbC4NCg0KDQpkcmFmdC12 YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IHJlY2VpdmVkIGEgc2lnbmlmaWNh bnQgbnVtYmVyIG9mIHBvc2l0aXZlIHN1cHBvcnQgZmVlZGJhY2sgdG8gc3VwcG9ydCBvbiB0aGUg bGlzdCBhbmQgZHVyaW5nIHRoZSBJRFIgV0cgbWVldGluZyBpbiBCdWVub3MgQWlyZXMuIFRoZSBz dXBwb3J0IHdhcyByZWNlaXZlZCBmcm9tIGEgdmVyeSBkaXZlcnNlIHNldCBvZiBjb250cmlidXRv cnMgYW5kIGFmZmlsaWF0aW9ucy4gVGhpcyB3b3JrIGlzIHRpbWVseSBhbmQgcmVhZHkgZm9yIGFk b3B0aW9uIGFuZCBjb3ZlcnMgRERvUyByZWRpcmVjdGlvbiB0b3dhcmRzIGFuIGFwcHJvcHJpYXRl IHNlcnZpY2UgcGxhbmUgd2VsbC4NCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCkcvDQoNCg0KRnJvbTog SWRyIDxpZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc+PiBv biBiZWhhbGYgb2YgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5k emguY29tPj4NCkRhdGU6IFN1bmRheSAxMCBBcHJpbCAyMDE2IGF0IDIxOjEyDQpUbzogJ0d1bnRl ciBWYW4gRGUgVmVsZGUnIDxndW50ZXJ2YW5kZXZlbGRlY2NAaWNsb3VkLmNvbTxtYWlsdG86Z3Vu dGVydmFuZGV2ZWxkZWNjQGljbG91ZC5jb20+PiwgJ1podWFuZ3NodW53YW4nIDx6aHVhbmdzaHVu d2FuQGh1YXdlaS5jb208bWFpbHRvOnpodWFuZ3NodW53YW5AaHVhd2VpLmNvbT4+DQpDYzogImlk ckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRy QGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFm dHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZp bHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpHdW50ZXIgYW5kIFNodW53YW46DQoN ClRoYW5rIHlvdSBmb3IgeW91ciBpbnB1dCBvbiB0aGlzIHRvcGljLiAgIEpvaG4gYW5kIEkgcmVj ZWl2ZSBhIGxvdCBvZiBpbnB1dCBpbmRpdmlkdWFsbHkgZnJvbSAzLzI1IHRvIDQvOCwgYW5kIGJl Z2FuIGRpc2N1c3Npb25zIHdpdGggb3VyIEFEIChBbHZhcm8pLg0KDQpKb2huIGFuZCBJIHdpbGwg ZGlzY3Vzc2luZyB0aGlzIGFkb3B0aW9uIGNhbGwgZHVyaW5nIHRoZSB1cGNvbWluZyB3ZWVrLiAg QW55IGRyYWZ0cyB0aGF0IGFyZSBhZG9wdGVkIGZvciB0aGUgRmxvdyBTcGVjaWZpY2F0aW9uIHdp bGwgYmUgSURSIFdvcmtpbmcgR3JvdXAgKFdHKSBEcmFmdHMuICBBcyBzdWNoLCB0aGVzZSBkcmFm dHMgYmVjb21lIHRoZSByZXN1bHQgb2YgdGhlIGNvbnNlbnN1cyBvZiB0aGUgd29ya2luZyBncm91 cCB1bmRlciB0aGUgZGlyZWN0aW9uIG9mIHRoZSBXRyBjaGFpcnMuICAgV0cgZHJhZnRzIG1heSBi ZSByZXF1ZXN0ZWQgdG8gYmU6IGEpIG1lcmdlZCB3aXRoIG90aGVyIFdHIGRyYWZ0cywgYikgc3Bs aXQgaW50byAyKyBkcmFmdHMsIG9yIGMpIHJlZmluZWQuDQoNCkNoZWVyaWx5LA0KDQpTdWUgSGFy ZXMNCg0KRnJvbTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBHdW50ZXIgVmFuIERlIFZlbGRlDQpTZW50OiBTYXR1cmRheSwgQXByaWwgMDksIDIwMTYgOTo1 NyBBTQ0KVG86IFpodWFuZ3NodW53YW4NCkNjOiBpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRm Lm9yZz4NClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9y IEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMv YWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQoNCkRlYXIgU2h1bndhbg0KDQpXaXRoIHRoZSBh ZG9wdGlvbiBjYWxsIGVuZGVkLCB0aGUgSURSIGNoYWlycyBjYW4gdXNlIHRoZSByZWNlaXZlZCBp bnB1dCBhbmQgY29tYmluZSBpdCB3aXRoIGRyYWZ0IHN1Ym1pdCB0aW1lbGluZSBpbmZvIChzb21l IHdvcmsgaXMgYXMgb2xkIGFzICs3bW9udGhzKS4gSSBwZXJzb25hbGx5IGRvIG5vdCBzZWUgYSBu ZWVkIHRvIG1lcmdlIGFzIHZhbmRldmVsZGUtZmxvd3NwZWMtaWRyLXBhdGgtcmVkaXJlY3QgY292 ZXJzIGFscmVhZHkgdGhlIGdvYWwgZWZmZWN0aXZlbHkgYW5kIGFmZmljaWVudGx5DQoNCkZyb20g dGhlIGxpbmsgeW91IHByb3ZpZGVkIHJlZmVyZW5jaW5nIGEgcXVvdGUgYXMgb2xkIGFzIFNlcHRl bWJlciAyMDE1ISEhLi4gSXQgaXMgYWxsIHN0aWxsIHZhbGlkLiBPbmUgcmVzZXJ2ZWQgYml0IHdh cyB1c2VkIHRvIGFkZCBTUiBiaW5kaW5nIGluZGV4IGlkZW50aWZ5ZXIgZm9yIHNlZ21lbnQgcm91 dGluZyB1c2UgY2FzZSB3YXkgYmVmb3JlIGV2ZW4NCmRyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRp cmVjdC1nZW5lcmFsaXplZC1zaWQtMDAgZXhpc3RlZC4uLg0KDQoqKioNCg0KRnJvbSBTZXB0ZW1i ZXIgMjAxNToNCg0KPiBCZW5lZml0czoNCj4NCj4gbm8gbmVlZCBmb3Igc2lnbmFsbGluZyBsYWJl bHMgb3IgZXh0cmEgZW5jYXAgaW4gQkdQDQo+IEVhY2ggcGF0aC1pZCBpbmRleGVkIExTUC90dW5u ZWwgdGFibGUgaXMgYSBsb2NhbGlzZWQgY29uc3RydWN0DQo+IGV4aXN0aW5nIHRlY2hub2xvZ3kg aXMgdXNlZCB0byBjb25zdHJ1Y3QgdGhlIHBhdGgtaWQgaW5kZXhlZCBsb2NhbGlzZWQgdGFibGUN Cj4gQ29tcGF0aWJpbGl0eSB3aXRoIHRlY2hub2xvZ2llcyBhbHJlYWR5IHVzaW5nIDMyIG9yIDEy OCBiaXQgaWRlbnRpZmllcnMgZm9yDQo+IHBhdGhzIGFuZCBzZXNzaW9ucw0KPiBFYXN5IGZvciBm bG93IHNwZWMgdG8gc2lnbmFsIGFzIGl0IGludHJvZHVjZXMgbm8gbmVlZCB0byBzaWduYWwgbGFi ZWxzIGV0Y+KApg0KPiBubyBjb25mbGljdHMgd2l0aCBleGlzdGluZyBsYWJlbCBleGNoYW5nZSB0 ZWNobm9sb2dpZXMNCg0KKioqDQoNCkcvDQoNClNlbnQgdXNpbmcgQ2xvdWRNYWdpYyBFbWFpbDxo dHRwczovL2Nsb3VkbWFnaWMuY29tL2svZC9tYWlsYXBwP2N0PXBhJmN2PTguMy44JnB2PTYuMC4x JnNvdXJjZT1lbWFpbF9mb290ZXJfMj4NCg0KT24gU2F0LCBBcHIgMDksIDIwMTYgYXQgMTA6MTkg QU0sIFpodWFuZ3NodW53YW4gPHpodWFuZ3NodW53YW5AaHVhd2VpLmNvbTxtYWlsdG86emh1YW5n c2h1bndhbkBodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBJZ25hcyBhbmQgYWxsLA0KDQpSZWdhcmRp bmcgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdCAmIGRyYWZ0LWxp LWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQtLCBoZXJlIGFyZSB0aGUgYWNo aWV2ZWQgZGlzY3Vzc2lvbiBpbmZvcm1hdGlvbiBhYm91dCAiU2VtYW50aWNzIEluZGVwZW5kZW50 IiBGbG93c3BlYzoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1 cnJlbnQvbXNnMTUwODEuaHRtbA0KDQoNCjAxKSBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3Bl Yy1wYXRoLXJlZGlyZWN0IGV2ZXIgc2FpZCB0aGF0IGl0IHBsYW5uZWQgdG8gZGVmaW5lIOKAnFNl bWFudGljcyBJbmRlcGVuZGVudOKAnSBhY3Rpb24uDQpQZXIgdGhlIGNvbW1lbnQgaW5mb3JtYXRp b24sIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDAgJiBkcmFm dC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxIGRlZmluZWQgdGhlICJT ZW1hbnRpY3MgSW5kZXBlbmRlbnQiIEZsb3dzcGVjIFJlZGlyZWN0aW9uOg0KDQpodHRwczovL3d3 dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgt cmVkaXJlY3QtMDEudHh0DQrigKYNClRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyBCR1AgZXh0 ZW5kZWQgY29tbXVuaXR5Lg0K4oCmDQpUaGUgMi1ieXRlIGxvY2FsIGFkbWluaXN0cmF0b3IgZmll bGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLg0KICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgICAgICAgICAgMQ0KICAgICAgICAgICAgICAgICAgICAgIDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUNCiAgICAgICAgICAgICAgICAgICAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICBS ZXNlcnZlZCAgICAgICB8VElEfEN8DQogICAgICAgICAgICAgICAgICAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQowMikgZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGly ZWN0LWdlbmVyYWxpemVkLXNpZC0wMCBkZWZpbmVkIGEgIlNlbWFudGljcyBEZXBlbmRlbnTigJ0g Rmxvd3NwZWMgUmVkaXJlY3Rpb246DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0K4oCmDQogICBU aGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIGZvbGxvd2luZyBSZWRpcmVjdCB0byBHZW5lcmFsaXpl ZCBTZWdtZW50DQogICBJRCBFeHRlbmRlZCBDb21tdW5pdHk6DQoNCg0KICAgMCAxIDIgMyA0IDUg NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQogIHwgVHlwZT1UQkQxICAgICB8IFN1Yi1UeXBlPVRCRDIgfCBGbGFncygxIG9jdGV0 KXwgU2VnbWVudCBUeXBlICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogIHwgICAgICAgICAgICAgICAgICBHZW5l cmFsaXplZCBTZWdtZW50IElEICAgICAgICAgICAgICAgICAgICAgICB8DQogICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQri gKYNCg0KDQowMykgTm93IGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJl Y3QtMDIgaW50cm9kdWNlcyDigJxC4oCdIGJpdCB0byBtYXAgdGhlIHZhbHVlIGVuY29kZWQgaW4g dGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIHRvIGEgQmluZGluZyBTZWdtZW50IElkZW50 aWZpZXIgdmFsdWU6DQpodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRl dmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIudHh0DQrigKYNClRoaXMgZG9jdW1l bnQgZGVmaW5lcyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5Lg0K4oCmDQpUaGUgMi1ieXRl IGxvY2FsIGFkbWluaXN0cmF0b3IgZmllbGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3Vy ZSAxLg0KDQogICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAgICAgICAgICAxDQogICAg ICAgICAgICAgICAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNQ0KICAgICAg ICAgICAgICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAg ICAgICAgICAgICAgICB8ICAgICAgICAgIFJlc2VydmVkICAgICB8QnxUSUR8Q3wNCiAgICAgICAg ICAgICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0K4oCmDQogICBC aXQgMiBpcyBkZWZpbmVkIHRvIGJlIHRoZSAnQicgKEJpbmRpbmcpIGJpdC4gIFdoZW4gdGhlICdC JyBiaXQgaXMNCiAgIHNldCwgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlz dHJhdG9yIGZpZWxkIGlzIGEgQmluZGluZw0KICAgU2VnbWVudCBJZGVudGlmaWVyIHZhbHVlIHRo ZSB1c2Ugb2Ygd2hpY2ggaXMgZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjIuDQrigKYNCg0KDQpOb3cg ZHJhZnQtdmFuZGV2ZWxkZSBhbHNvIGRlZmluZXMgdGhlICJTZW1hbnRpY3MgRGVwZW5kZW50IiBG bG93c3BlYyBSZWRpcmVjdGlvbi4NClNob3VsZCB3ZSBjb21iaW5lIHRoZSB3b3JrIG9mIGRyYWZ0 LXZhbmRldmVsZGUgJiBkcmFmdC1saSA/DQoNCg0KVGhhbmtzLA0KU2h1bndhbg0KDQoNCuWPkeS7 tuS6ujogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBJZ25hcyBCYWdk b25hcw0K5Y+R6YCB5pe26Ze0OiAyMDE25bm0NOaciDjml6UgMjA6MTcNCuaUtuS7tuS6ujogaWRy QGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+DQrkuLvpopg6IFJlOiBbSWRyXSBXRyBBZG9w dGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZD NTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpJIGhh dmUgcmVhZCB0aGUgZHJhZnRzIGJlaW5nIHBvbGxlZC4NCg0KRm9yIGEgZ3JvdXAgb2YgZHJhZnRz IG9uIHJlZGlyZWN0Og0KDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvDQpTdXBwb3J0IGFzIGJlaW5n IGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpEbyBub3Qgc3VwcG9y dC4gSXQgaXMgcmVkdW5kYW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0KRG8gbm90IHN1 cHBvcnQuIEl0IGlzIHJlZHVuZGFudC4NCg0KRHJhZnQtdmFuZGV2ZWxkZSBjYW4gYWNoaWV2ZSBh bGwgd2hhdCBkcmFmdC1oYW8gYW5kIGRyYWZ0LWxpIGNhbiwgYW5kIGluIGEgbW9yZSBmbGV4aWJs ZSB3YXkuIEhhdmluZyB0aGUgYWJpbGl0eSB0byBkZWNvdXBsZSByZWRpcmVjdGlvbiB0dW5uZWwg dHlwZSBmcm9tIHJlZGlyZWN0aW9uIGFjdGlvbiBpcyBib3RoIHByYWN0aWNhbCBhbmQgZXh0ZW5z aWJsZSAtIHRoZSBhY3R1YWwgdHVubmVsIHRvIGJlIHVzZWQgaXMgYSBsb2NhbCBvcGVyYXRpb25h bCBkZWNpc2lvbiBmb3IgZWFjaCBuZXR3b3JrIGVsZW1lbnQsIGl0IGlzIG5vdCBuZWNlc3Nhcnkg c2lnbmFsbGVkIGF0IHRoZSBzYW1lIHRpbWUgYW5kIGJ5IHRoZSBzYW1lIG1lY2hhbmlzbS4gRGVj b3VwbGluZyBzaWduYWxsaW5nIGFuZCByZWRpcmVjdCBwYXJ0cyBhbGlnbnMgd2VsbCB0byBvcGVy YXRpb25hbCBwcmFjdGljZXMgb2YgdXNpbmcgc3BlY2lmaWMgdG9vbHMgZm9yIHNwZWNpZmljIHRh c2tzLiBKdXN0IHRoYXQgQkdQIGNvdWxkIGRvIHRoYXQgZG9lcyBub3QgbmVjZXNhc3J5IG1lYW4g dGhhdCBpdCBzaG91bGQgYmUgdXNlZCBhcyBhIGJlc3QgZml0LiBGcm9tIG9wZXJhdGlvbmFsIHBl cnNwZWN0aXZlIHRoZXJlIGlzIG5vIG5lZWQgdG8gaGF2ZSBtdWx0aXBsZSBzb2x1dGlvbnMgdGhh dCB0cnkgdG8gYWRkcmVzcyB0aGUgbmFycm93IHByb2JsZW0gc3BhY2UgaW4gc2ltaWxhciB5ZXQg aW5jb21wYXRpYmxlIHdheXMuIFRoZXJlIHNob3VsZCBiZSBvbmUgZG9jdW1lbnQgZm9yIHJlZGly ZWN0LCBhbmQgZHJhZnQtdmFuZGV2ZWxkZSBpcyBhIGdvb2Qgc3RhcnRpbmcgYmFzZSBmb3IgdGhh dC4NCg0KDQpGb3IgdGhlIG1hdGNoOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NClN1cG9ydCBhcyBh IGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRlLw0KU3VwcG9ydCBhcyBhIGdvb2Qg c3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWhhby1pZHItZmxvd3NwZWMtbnZvMy8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50 Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdw LWZsb3dzcGVjLWxhYmVsLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1w bHMtbWF0Y2gvDQpTdXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0KDQoNCklnbmFz DQoNCk9uIDI1LzAzLzIwMTYgMTQ6NDcsIFN1c2FuIEhhcmVzIHdyb3RlOg0KSURSIFdHOg0KDQpU aGlzIGJlZ2lucyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBmb3IgdGhlIHNl dCBvZiBkcmFmdHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9ucy4gVGhlc2Ug b3B0aW9ucyBhcmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0eSBhZGRpdGlv bnMuICBUaGUgZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0IG9mIHRoZSBp bnRlcmltcyBzaW5jZSBJRVRGIDk0DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9p bnRlcmltLzIwMTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8vd3d3LmlldGYu b3JnL3Byb2NlZWRpbmdzL2ludGVyaW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGluZ3MuaHRtbA0K DQpUaGVyZSB3aWxsIGJlIGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBh dCBJRVRGIDk1LCBhbmQgdGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9w dGlvbiAxIOKAkyBleHRlbmRpbmcgUkZDNTU3NS4gIFdlIGFsc28gd2lsbCBiZSBnYXRoZXJpbmcg ZGV0YWlscyBvbiB0aGUgU0ROL05GViB1c2UgY2FzZSBmb3Igb3B0aW9uIDIgKG5ldyBOTFJJIGFu ZCBXaWRlIENvbW11bml0aWVzIHN1cHBvcnQpLg0KDQpUaGlzIGlzIGEgZ3JvdXAgY2FsbCBmb3Ig dGhlIGRyYWZ0cyB0byBiZSBjb25zaWRlcmVkIGluIHRoZSBmbG93IHNwZWNpZmljYXRpb24gd29y ay4gIEZvciBlYWNoIG9mIHRoZSBkcmFmdHMgeW91IHdpc2ggdG8gYmUgY29uc2lkZXJlZCBPcHRp b24gMSwgcGxlYXNlIGluZGljYXRlOg0KDQoNCjEpICAgICAgSWYgdGhpcyBvcHRpb24gaXMgdmFs dWFibGUgZm9yIHRoZSBERG9TIGRlcGxveW1lbnRzIG9yIGFub3RoZXIgY3JpdGljYWwgZGVwbG95 bWVudHMsDQoNCjIpICAgICAgRG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyB1c2VmdWwsIGJ1dCBu b3QgcmVhZHkgZm9yIGFkb3B0aW9uLA0KDQozKSAgICAgIERvIHlvdSBmZWVsIHRoaXMgZHJhZnQg aXMgYSBnb29kIHN0YXJ0IGZvciB0aGlzIHdvcmsuDQoNClRoZSBkcmFmdHMgdG8gY29uc2lkZXIg YXJlOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxv d3NwZWMtcGFja2V0LXJhdGUvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1oYW8taWRyLWZsb3dzcGVjLW52bzMvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLXJlZGlyZWN0LXR1bm5lbC8NCmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFs aXplZC1zaWQvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1p ZHItYmdwLWZsb3dzcGVjLWxhYmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvDQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJl ZGlyZWN0Lw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHIt Zmxvd3NwZWMtbXBscy1tYXRjaC8NCg0KQW5kIGZvciB0aGUgb3JkZXJpbmcgb2YgdGhlc2UgZmls dGVycyBhbmQgYWN0aW9ucyBkcmFmdHMg4oCTIHRoZSBPcHRpb24gMSBzZWN0aW9uIG91dCBvZiB0 aGlzDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYXJlcy1pZHItZmxv d3NwZWMtY29tYm8vDQooQSByZXZpc2VkIGRyYWZ0IHdpdGgganVzdCBPcHRpb24gMSB3aWxsIGJl IHBvc3RlZCkNCg0KU3VlIEhhcmVzIGFuZCBKb2huIFNjdWRkZXINCg0KDQoNCg0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCklkciBtYWlsaW5n IGxpc3QNCg0KSWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNClRoaXMgY29tbXVuaWNhdGlvbiBpcyB0 aGUgcHJvcGVydHkgb2YgQ2VudHVyeUxpbmsgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBv ciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLiBVbmF1dGhvcml6ZWQgdXNlIG9mIHRoaXMgY29tbXVu aWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkIGFuZCBtYXkgYmUgdW5sYXdmdWwuIElmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNlIGltbWVk aWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHJlcGx5IGUtbWFpbCBhbmQgZGVzdHJveSBhbGwg Y29waWVzIG9mIHRoZSBjb21tdW5pY2F0aW9uIGFuZCBhbnkgYXR0YWNobWVudHMuDQo= --_000_B0AEF2F3A257496AAE5092767AF0D711alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+SGkg RG9uYWxkLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhlIHNlcnZpY2UgcGxhbmUg aSB3YXMgcmVmZXJyaW5nIHRvIGlzIOKAnGEgY29sbGVjdGlvbiBvZiBsaW5rcyBhbmQgbm9kZXPi gJ0gdGhhdCBhcmUgZGltZW5zaW9uZWQgYW5kIGVxdWlwcGVkIHRvIGRlYWwgd2l0aCB0aGUgRERv UyB0cmFmZmljLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Ry88L2Rpdj4NCjxkaXY+ DQo8ZGl2IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246 bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVG VDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQ QURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVIt UklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+SWRyICZsdDs8YSBocmVmPSJtYWlsdG86aWRyLWJv dW5jZXNAaWV0Zi5vcmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9m ICZxdW90O1NtaXRoLCBEb25hbGQmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpEb25hbGQuU21p dGhAQ2VudHVyeUxpbmsuY29tIj5Eb25hbGQuU21pdGhAQ2VudHVyeUxpbmsuY29tPC9hPiZndDs8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlRodXJzZGF5 IDI4IEFwcmlsIDIwMTYgYXQgMTc6MDg8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+VG86IDwvc3Bhbj5HdW50ZXIgVmFuIGRlIFZlbGRlICZsdDs8YSBocmVmPSJtYWlsdG86Z3Vu dGVyLnZhbl9kZV92ZWxkZUBhbGNhdGVsLWx1Y2VudC5jb20iPmd1bnRlci52YW5fZGVfdmVsZGVA YWxjYXRlbC1sdWNlbnQuY29tPC9hPiZndDssIFN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWls dG86c2hhcmVzQG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0OywgJnF1b3Q7Sm9obiBH LiBTY3VkZGVyJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86amdzQGJncC5udSI+amdzQGJncC5u dTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+ JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBb SWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBv cHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0Lzgv MjAxNjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPg0KPGRpdiBkaXI9Imx0ciI+PHN0eWxlIGlkPSJvd2FQ YXJhU3R5bGUiPlAgew0KCU1BUkdJTi1CT1RUT006IDBweDsgTUFSR0lOLVRPUDogMHB4DQp9DQo8 L3N0eWxlPg0KPGRpdiBzdHlsZT0iV09SRC1XUkFQOiBicmVhay13b3JkOyBDT0xPUjogcmdiKDAs MCwwKSIgZnBzdHlsZT0iMSIgb2NzaT0iMCI+DQo8ZGl2IHN0eWxlPSJkaXJlY3Rpb246IGx0cjtm b250LWZhbWlseTogVGFob21hO2NvbG9yOiAjMDAwMDAwO2ZvbnQtc2l6ZTogMTBwdDsiPg0KPHA+ QWdyZWVkLCBleGNlcHQgZGF0YSBwbGFuZSBub3Qgc2VydmljZSBwbGFuZS48L3A+DQo8cD4mbmJz cDs8L3A+DQo8cD5XZWxsIG1heWJlIGJvdGggZGVmaW5lIHNlcnZpY2UgcGxhbmUgOik8L3A+DQo8 cD4mbmJzcDs8L3A+DQo8cD5JIHRoaW5rIHNlcnZpY2UgcGxhbmUgaXMgZGF0YSBwbGFuZSBwbHVz IE4oY29udHJvbCBwbGFuZSkgJiM0MzsgTShtZ210LiBwbGFuZSkuPC9wPg0KPHA+V2hlcmUgTiBh bmQgTSBhcmUgY29uc3RhbnQgbXVsdGlwbGllcnMgdG8gc2hvdyBlZmZlY3QgZGF0YSBjb3VsZCBo YXZlIG9uIG90aGVyIHBsYW5lcy48L3A+DQo8cD5JcyB0aGF0IHdoYXQgeW91IG1lYW50IGJ5IHNl cnZpY2UgcGxhbmUgb3IgYW0gSSB0b3RhbGx5IG9mZj88L3A+DQo8ZGl2Pg0KPHA+Jm5ic3A7PC9w Pg0KPGRpdiBzdHlsZT0iRk9OVC1TSVpFOiAxM3B4OyBGT05ULUZBTUlMWTogVGFob21hIj4NCjxk aXY+PGZvbnQgc2l6ZT0iMiI+DQo8ZGl2PjAxMTAwMTAxMDAwMDEwfDEwMDExMDEwMTExMTAxPzwv ZGl2Pg0KPGRpdj5IaW50IDcgYml0IGFzY2lpPC9kaXY+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxm b250IHNpemU9IjIiPjxhIGhyZWY9Im1haWx0bzpEb25hbGQuU21pdGhAY2VudHVyeWxpbmsuY29t Ij5Eb25hbGQuU21pdGhAY2VudHVyeWxpbmsuY29tPC9hPjwvZm9udD48L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IHN0eWxlPSJGT05ULVNJWkU6IDE2cHg7IEZPTlQtRkFNSUxZOiBUaW1lcyBO ZXcgUm9tYW47IENPTE9SOiAjMDAwMDAwIj4NCjxociB0YWJpbmRleD0iLTEiPg0KPGRpdiBpZD0i ZGl2UnBGNjY2MTQ1IiBzdHlsZT0iRElSRUNUSU9OOiBsdHIiPjxmb250IGNvbG9yPSIjMDAwMDAw IiBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxiPkZyb206PC9iPiBJZHIgWzxhIGhyZWY9Im1haWx0 bzppZHItYm91bmNlc0BpZXRmLm9yZyI+aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBvbiBiZWhh bGYgb2YgVmFuIERlIFZlbGRlLCBHdW50ZXIgKE5va2lhIC0gQkUpIFs8YSBocmVmPSJtYWlsdG86 Z3VudGVyLnZhbl9kZV92ZWxkZUBub2tpYS5jb20iPmd1bnRlci52YW5fZGVfdmVsZGVAbm9raWEu Y29tPC9hPl08YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEFwcmlsIDI4LCAyMDE2IDE6MzEg QU08YnI+DQo8Yj5Ubzo8L2I+IFN1c2FuIEhhcmVzOyBKb2huIEcuIFNjdWRkZXI8YnI+DQo8Yj5D Yzo8L2I+IDxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBm b3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVy cy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2PGJyPg0KPC9mb250Pjxicj4NCjwvZGl2Pg0KPGRp dj48L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5IaSBKb2hu LCBTdWUsPC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2Zv bnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPkl0cyBiZWVuIGEgd2hpbGUgc2lu Y2UgV0cgYWRvcHRpb24gY2FsbCBlbmRlZCBmb3IgYSBmZXcgRmxvd3NwZWMgZHJhZnRzLiBJIHdh bnQgdG8gdG91Y2ggYmFzZSBhZ2FpbiBvbiB0aGUgc3RhdHVzIG9mIHRoaXMgYWRvcHRpb24gY2Fs bC48L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiPjxicj4NCjwvZm9udD48 L2Rpdj4NCjxkaXY+DQo8cHJlIGNsYXNzPSJ3b3Jkd3JhcCIgc3R5bGU9IldPUkQtV1JBUDogYnJl YWstd29yZDsgQk9SREVSLVRPUDogMHB4OyBCT1JERVItUklHSFQ6IDBweDsgVkVSVElDQUwtQUxJ R046IGJhc2VsaW5lOyBXSElURS1TUEFDRTogcHJlLXdyYXA7IEJPUkRFUi1CT1RUT006IDBweDsg UEFERElORy1CT1RUT006IDBweDsgUEFERElORy1UT1A6IDBweDsgUEFERElORy1MRUZUOiAwcHg7 IEJPUkRFUi1MRUZUOiAwcHg7IE1BUkdJTjogMHB4OyBQQURESU5HLVJJR0hUOiAwcHgiPjxmb250 IHNpemU9IjMiIGZhY2U9IkNhbGlicmkiPmRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBh dGgtcmVkaXJlY3QgcmVjZWl2ZWQgYSBzaWduaWZpY2FudCBudW1iZXIgb2YgcG9zaXRpdmUgc3Vw cG9ydCBmZWVkYmFjayB0byBzdXBwb3J0IG9uIHRoZSBsaXN0IGFuZCBkdXJpbmcgdGhlIElEUiBX RyBtZWV0aW5nIGluIEJ1ZW5vcyBBaXJlcy4gVGhlIHN1cHBvcnQgd2FzIHJlY2VpdmVkIGZyb20g YSB2ZXJ5IGRpdmVyc2Ugc2V0IG9mIGNvbnRyaWJ1dG9ycyBhbmQgYWZmaWxpYXRpb25zLiBUaGlz IHdvcmsgaXMgdGltZWx5IGFuZCByZWFkeSBmb3IgYWRvcHRpb24gYW5kIGNvdmVycyBERG9TIHJl ZGlyZWN0aW9uIHRvd2FyZHMgYW4gYXBwcm9wcmlhdGUgc2VydmljZSBwbGFuZSB3ZWxsLiA8L2Zv bnQ+PC9wcmU+DQo8cHJlIGNsYXNzPSJ3b3Jkd3JhcCIgc3R5bGU9IldPUkQtV1JBUDogYnJlYWst d29yZDsgQk9SREVSLVRPUDogMHB4OyBCT1JERVItUklHSFQ6IDBweDsgVkVSVElDQUwtQUxJR046 IGJhc2VsaW5lOyBXSElURS1TUEFDRTogcHJlLXdyYXA7IEJPUkRFUi1CT1RUT006IDBweDsgUEFE RElORy1CT1RUT006IDBweDsgUEFERElORy1UT1A6IDBweDsgUEFERElORy1MRUZUOiAwcHg7IEJP UkRFUi1MRUZUOiAwcHg7IE1BUkdJTjogMHB4OyBQQURESU5HLVJJR0hUOiAwcHgiPjxmb250IHNp emU9IjMiIGZhY2U9IkNhbGlicmkiPjxicj48L2ZvbnQ+PC9wcmU+DQo8cHJlIGNsYXNzPSJ3b3Jk d3JhcCIgc3R5bGU9IldPUkQtV1JBUDogYnJlYWstd29yZDsgQk9SREVSLVRPUDogMHB4OyBCT1JE RVItUklHSFQ6IDBweDsgVkVSVElDQUwtQUxJR046IGJhc2VsaW5lOyBXSElURS1TUEFDRTogcHJl LXdyYXA7IEJPUkRFUi1CT1RUT006IDBweDsgUEFERElORy1CT1RUT006IDBweDsgUEFERElORy1U T1A6IDBweDsgUEFERElORy1MRUZUOiAwcHg7IEJPUkRFUi1MRUZUOiAwcHg7IE1BUkdJTjogMHB4 OyBQQURESU5HLVJJR0hUOiAwcHgiPjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGlicmkiPktpbmQg UmVnYXJkcyw8L2ZvbnQ+PC9wcmU+DQo8cHJlIGNsYXNzPSJ3b3Jkd3JhcCIgc3R5bGU9IldPUkQt V1JBUDogYnJlYWstd29yZDsgQk9SREVSLVRPUDogMHB4OyBCT1JERVItUklHSFQ6IDBweDsgVkVS VElDQUwtQUxJR046IGJhc2VsaW5lOyBXSElURS1TUEFDRTogcHJlLXdyYXA7IEJPUkRFUi1CT1RU T006IDBweDsgUEFERElORy1CT1RUT006IDBweDsgUEFERElORy1UT1A6IDBweDsgUEFERElORy1M RUZUOiAwcHg7IEJPUkRFUi1MRUZUOiAwcHg7IE1BUkdJTjogMHB4OyBQQURESU5HLVJJR0hUOiAw cHgiPjxmb250IHNpemU9IjMiIGZhY2U9IkNhbGlicmkiPkcvPC9mb250PjwvcHJlPg0KPHByZSBj bGFzcz0id29yZHdyYXAiIHN0eWxlPSJXT1JELVdSQVA6IGJyZWFrLXdvcmQ7IEJPUkRFUi1UT1A6 IDBweDsgQk9SREVSLVJJR0hUOiAwcHg7IFZFUlRJQ0FMLUFMSUdOOiBiYXNlbGluZTsgV0hJVEUt U1BBQ0U6IHByZS13cmFwOyBCT1JERVItQk9UVE9NOiAwcHg7IFBBRERJTkctQk9UVE9NOiAwcHg7 IFBBRERJTkctVE9QOiAwcHg7IFBBRERJTkctTEVGVDogMHB4OyBCT1JERVItTEVGVDogMHB4OyBN QVJHSU46IDBweDsgUEFERElORy1SSUdIVDogMHB4Ij48YnI+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHlsZT0iRk9OVC1TSVpFOiAxNHB4 OyBGT05ULUZBTUlMWTogQ2FsaWJyaSxzYW5zLXNlcmlmIj4NCjxkaXYgc3R5bGU9IkZPTlQtU0la RTogMTJwdDsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEZPTlQtRkFNSUxZOiBDYWxp YnJpOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u ZTsgQ09MT1I6IGJsYWNrOyBQQURESU5HLUJPVFRPTTogMGluOyBURVhULUFMSUdOOiBsZWZ0OyBQ QURESU5HLVRPUDogM3B0OyBQQURESU5HLUxFRlQ6IDBpbjsgQk9SREVSLUxFRlQ6IG1lZGl1bSBu b25lOyBQQURESU5HLVJJR0hUOiAwaW4iPg0KPHNwYW4gc3R5bGU9IkZPTlQtV0VJR0hUOiBib2xk Ij5Gcm9tOiA8L3NwYW4+SWRyICZsdDs8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj5pZHItYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFs ZiBvZiBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9IkZP TlQtV0VJR0hUOiBib2xkIj5EYXRlOiA8L3NwYW4+U3VuZGF5IDEwIEFwcmlsIDIwMTYgYXQgMjE6 MTI8YnI+DQo8c3BhbiBzdHlsZT0iRk9OVC1XRUlHSFQ6IGJvbGQiPlRvOiA8L3NwYW4+J0d1bnRl ciBWYW4gRGUgVmVsZGUnICZsdDs8YSBocmVmPSJtYWlsdG86Z3VudGVydmFuZGV2ZWxkZWNjQGlj bG91ZC5jb20iIHRhcmdldD0iX2JsYW5rIj5ndW50ZXJ2YW5kZXZlbGRlY2NAaWNsb3VkLmNvbTwv YT4mZ3Q7LCAnWmh1YW5nc2h1bndhbicgJmx0OzxhIGhyZWY9Im1haWx0bzp6aHVhbmdzaHVud2Fu QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj56aHVhbmdzaHVud2FuQGh1YXdlaS5jb208L2E+ Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJGT05ULVdFSUdIVDogYm9sZCI+Q2M6IDwvc3Bhbj4mcXVv dDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aWRyQGlldGYu b3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9IkZPTlQtV0VJR0hU OiBib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRy YWZ0cyBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAo ZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPHNwYW4+DQo8ZGl2PjxzdHlsZT5AZm9udC1mYWNlIHsNCglmb250LWZhbWlseTog U2ltU3VuOw0KfQ0KQGZvbnQtZmFjZSB7DQoJZm9udC1mYW1pbHk6IENhbWJyaWEgTWF0aDsNCn0N CkBmb250LWZhY2Ugew0KCWZvbnQtZmFtaWx5OiBDYWxpYnJpOw0KfQ0KQGZvbnQtZmFjZSB7DQoJ Zm9udC1mYW1pbHk6IFRhaG9tYTsNCn0NCkBmb250LWZhY2Ugew0KCWZvbnQtZmFtaWx5OiBDb25z b2xhczsNCn0NCkBwYWdlIFdvcmRTZWN0aW9uMSB7bWFyZ2luOiAxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjsgfQ0KUC5Nc29Ob3JtYWwgew0KCUZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICJD YWxpYnJpIiwic2Fucy1zZXJpZiI7IENPTE9SOiBibGFjazsgTUFSR0lOOiAwaW4gMGluIDBwdA0K fQ0KTEkuTXNvTm9ybWFsIHsNCglGT05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiAiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOyBDT0xPUjogYmxhY2s7IE1BUkdJTjogMGluIDBpbiAwcHQNCn0NCkRJ Vi5Nc29Ob3JtYWwgew0KCUZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7IENPTE9SOiBibGFjazsgTUFSR0lOOiAwaW4gMGluIDBwdA0KfQ0KQTpsaW5r IHsNCglURVhULURFQ09SQVRJT046IHVuZGVybGluZTsgQ09MT1I6IGJsdWUNCn0NClNQQU4uTXNv SHlwZXJsaW5rIHsNCglURVhULURFQ09SQVRJT046IHVuZGVybGluZTsgQ09MT1I6IGJsdWUNCn0N CkE6dmlzaXRlZCB7DQoJVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmU7IENPTE9SOiBwdXJwbGUN Cn0NClNQQU4uTXNvSHlwZXJsaW5rRm9sbG93ZWQgew0KCVRFWFQtREVDT1JBVElPTjogdW5kZXJs aW5lOyBDT0xPUjogcHVycGxlDQp9DQpQUkUgew0KCUZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICJDb3VyaWVyIE5ldyI7IENPTE9SOiBibGFjazsgTUFSR0lOOiAwaW4gMGluIDBwdA0KfQ0K VFQgew0KCUZPTlQtRkFNSUxZOiAiQ291cmllciBOZXciDQp9DQpQLk1zb0FjZXRhdGUgew0KCUZP TlQtU0laRTogOHB0OyBGT05ULUZBTUlMWTogIlRhaG9tYSIsInNhbnMtc2VyaWYiOyBDT0xPUjog YmxhY2s7IE1BUkdJTjogMGluIDBpbiAwcHQNCn0NCkxJLk1zb0FjZXRhdGUgew0KCUZPTlQtU0la RTogOHB0OyBGT05ULUZBTUlMWTogIlRhaG9tYSIsInNhbnMtc2VyaWYiOyBDT0xPUjogYmxhY2s7 IE1BUkdJTjogMGluIDBpbiAwcHQNCn0NCkRJVi5Nc29BY2V0YXRlIHsNCglGT05ULVNJWkU6IDhw dDsgRk9OVC1GQU1JTFk6ICJUYWhvbWEiLCJzYW5zLXNlcmlmIjsgQ09MT1I6IGJsYWNrOyBNQVJH SU46IDBpbiAwaW4gMHB0DQp9DQpQLk1zb0xpc3RQYXJhZ3JhcGggew0KCUZPTlQtU0laRTogMTFw dDsgRk9OVC1GQU1JTFk6ICJDYWxpYnJpIiwic2Fucy1zZXJpZiI7IENPTE9SOiBibGFjazsgTUFS R0lOOiAwaW4gMGluIDBwdCAwLjVpbg0KfQ0KTEkuTXNvTGlzdFBhcmFncmFwaCB7DQoJRk9OVC1T SVpFOiAxMXB0OyBGT05ULUZBTUlMWTogIkNhbGlicmkiLCJzYW5zLXNlcmlmIjsgQ09MT1I6IGJs YWNrOyBNQVJHSU46IDBpbiAwaW4gMHB0IDAuNWluDQp9DQpESVYuTXNvTGlzdFBhcmFncmFwaCB7 DQoJRk9OVC1TSVpFOiAxMXB0OyBGT05ULUZBTUlMWTogIkNhbGlicmkiLCJzYW5zLXNlcmlmIjsg Q09MT1I6IGJsYWNrOyBNQVJHSU46IDBpbiAwaW4gMHB0IDAuNWluDQp9DQpTUEFOLkhUTUxQcmVm b3JtYXR0ZWRDaGFyIHsNCglGT05ULUZBTUlMWTogQ29uc29sYXM7IENPTE9SOiBibGFjaw0KfQ0K U1BBTi5FbWFpbFN0eWxlMjIgew0KCUZPTlQtRkFNSUxZOiAiQ2FsaWJyaSIsInNhbnMtc2VyaWYi OyBDT0xPUjogd2luZG93dGV4dA0KfQ0KUC5IVE1MIHsNCglGT05ULVNJWkU6IDExcHQ7IEZPTlQt RkFNSUxZOiAiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOyBDT0xPUjogYmxhY2s7IE1BUkdJTjogMGlu IDBpbiAwcHQNCn0NCkxJLkhUTUwgew0KCUZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICJD YWxpYnJpIiwic2Fucy1zZXJpZiI7IENPTE9SOiBibGFjazsgTUFSR0lOOiAwaW4gMGluIDBwdA0K fQ0KRElWLkhUTUwgew0KCUZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6ICJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7IENPTE9SOiBibGFjazsgTUFSR0lOOiAwaW4gMGluIDBwdA0KfQ0KU1BBTi5I VE1MQ2hhciB7DQoJRk9OVC1GQU1JTFk6ICJDb3VyaWVyIE5ldyI7IENPTE9SOiBibGFjaw0KfQ0K U1BBTi5FbWFpbFN0eWxlMjUgew0KCUZPTlQtRkFNSUxZOiAiQ2FsaWJyaSIsInNhbnMtc2VyaWYi OyBDT0xPUjogIzFmNDk3ZA0KfQ0KU1BBTi5CYWxsb29uVGV4dENoYXIgew0KCUZPTlQtRkFNSUxZ OiAiVGFob21hIiwic2Fucy1zZXJpZiI7IENPTE9SOiBibGFjaw0KfQ0KU1BBTi5FbWFpbFN0eWxl Mjggew0KCUZPTlQtRkFNSUxZOiAiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOyBDT0xPUjogIzFmNDk3 ZA0KfQ0KLk1zb0NocERlZmF1bHQgew0KCUZPTlQtRkFNSUxZOiAiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiDQp9DQo8L3N0eWxlPg0KPGRpdiBsYW5nPSJFTi1VUyI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkNPTE9SOiAjMWY0OTdk Ij5HdW50ZXIgYW5kIFNodW53YW46IDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPlRoYW5rIHlvdSBmb3IgeW91 ciBpbnB1dCBvbiB0aGlzIHRvcGljLiZuYnNwOyAmbmJzcDtKb2huIGFuZCBJIHJlY2VpdmUgYSBs b3Qgb2YgaW5wdXQgaW5kaXZpZHVhbGx5IGZyb20gMy8yNSB0byA0LzgsIGFuZCBiZWdhbiBkaXNj dXNzaW9ucyB3aXRoIG91ciBBRCAoQWx2YXJvKS4mbmJzcDsNCjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPkpv aG4gYW5kIEkgd2lsbCBkaXNjdXNzaW5nIHRoaXMgYWRvcHRpb24gY2FsbCBkdXJpbmcgdGhlIHVw Y29taW5nIHdlZWsuICZuYnNwO0FueSBkcmFmdHMgdGhhdCBhcmUgYWRvcHRlZCBmb3IgdGhlIEZs b3cgU3BlY2lmaWNhdGlvbiB3aWxsIGJlIElEUiBXb3JraW5nIEdyb3VwIChXRykgRHJhZnRzLiAm bmJzcDtBcyBzdWNoLCB0aGVzZSBkcmFmdHMgYmVjb21lIHRoZSByZXN1bHQNCiBvZiB0aGUgY29u c2Vuc3VzIG9mIHRoZSB3b3JraW5nIGdyb3VwIHVuZGVyIHRoZSBkaXJlY3Rpb24gb2YgdGhlIFdH IGNoYWlycy4mbmJzcDsmbmJzcDsgV0cgZHJhZnRzIG1heSBiZSByZXF1ZXN0ZWQgdG8gYmU6IGEp IG1lcmdlZCB3aXRoIG90aGVyIFdHIGRyYWZ0cywgYikgc3BsaXQgaW50byAyJiM0MzsgZHJhZnRz LCBvciBjKSByZWZpbmVkLiZuYnNwOyAmbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj5DaGVlcmlseSwg PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJDT0xPUjogIzFm NDk3ZCI+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJDT0xPUjogIzFmNDk3ZCI+U3VlIEhhcmVzIDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZB TUlMWTogVGFob21hLHNhbnMtc2VyaWY7IENPTE9SOiB3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFRhaG9tYSxzYW5z LXNlcmlmOyBDT0xPUjogd2luZG93dGV4dCI+IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1ib3Vu Y2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3Jn PC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+R3VudGVyIFZhbiBEZSBWZWxkZTxicj4NCjxiPlNl bnQ6PC9iPiBTYXR1cmRheSwgQXByaWwgMDksIDIwMTYgOTo1NyBBTTxicj4NCjxiPlRvOjwvYj4g Wmh1YW5nc2h1bndhbjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmlkckBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4g UmU6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0cyBmb3IgRmxvdyBTcGVjaWZpY2F0 aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRv IDQvOC8yMDE2PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxw Pjxicj4NCkRlYXIgU2h1bndhbjwvcD4NCjxwPldpdGggdGhlIGFkb3B0aW9uIGNhbGwgZW5kZWQs IHRoZSBJRFIgY2hhaXJzIGNhbiB1c2UgdGhlIHJlY2VpdmVkIGlucHV0IGFuZCBjb21iaW5lIGl0 IHdpdGggZHJhZnQgc3VibWl0IHRpbWVsaW5lIGluZm8gKHNvbWUgd29yayBpcyBhcyBvbGQgYXMg JiM0Mzs3bW9udGhzKS4gSSBwZXJzb25hbGx5IGRvIG5vdCBzZWUgYSBuZWVkIHRvIG1lcmdlIGFz IHZhbmRldmVsZGUtZmxvd3NwZWMtaWRyLXBhdGgtcmVkaXJlY3QgY292ZXJzIGFscmVhZHkgdGhl DQogZ29hbCBlZmZlY3RpdmVseSBhbmQgYWZmaWNpZW50bHk8L3A+DQo8cD5Gcm9tIHRoZSBsaW5r IHlvdSBwcm92aWRlZCByZWZlcmVuY2luZyBhIHF1b3RlIGFzIG9sZCBhcyBTZXB0ZW1iZXIgMjAx NSEhIS4uIEl0IGlzIGFsbCBzdGlsbCB2YWxpZC4gT25lIHJlc2VydmVkIGJpdCB3YXMgdXNlZCB0 byBhZGQgU1IgYmluZGluZyBpbmRleCBpZGVudGlmeWVyIGZvciBzZWdtZW50IHJvdXRpbmcgdXNl IGNhc2Ugd2F5IGJlZm9yZSBldmVuDQo8YnI+DQpkcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJl Y3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGV4aXN0ZWQuLi48L3A+DQo8cD4qKio8L3A+DQo8cD5Gcm9t IFNlcHRlbWJlciAyMDE1OjwvcD4NCjxwPiZndDsgQmVuZWZpdHM6PGJyPg0KJmd0Ozxicj4NCiZn dDsgbm8gbmVlZCBmb3Igc2lnbmFsbGluZyBsYWJlbHMgb3IgZXh0cmEgZW5jYXAgaW4gQkdQPGJy Pg0KJmd0OyBFYWNoIHBhdGgtaWQgaW5kZXhlZCBMU1AvdHVubmVsIHRhYmxlIGlzIGEgbG9jYWxp c2VkIGNvbnN0cnVjdDxicj4NCiZndDsgZXhpc3RpbmcgdGVjaG5vbG9neSBpcyB1c2VkIHRvIGNv bnN0cnVjdCB0aGUgcGF0aC1pZCBpbmRleGVkIGxvY2FsaXNlZCB0YWJsZTxicj4NCiZndDsgQ29t cGF0aWJpbGl0eSB3aXRoIHRlY2hub2xvZ2llcyBhbHJlYWR5IHVzaW5nIDMyIG9yIDEyOCBiaXQg aWRlbnRpZmllcnMgZm9yPGJyPg0KJmd0OyBwYXRocyBhbmQgc2Vzc2lvbnM8YnI+DQomZ3Q7IEVh c3kgZm9yIGZsb3cgc3BlYyB0byBzaWduYWwgYXMgaXQgaW50cm9kdWNlcyBubyBuZWVkIHRvIHNp Z25hbCBsYWJlbHMgZXRj4oCmPGJyPg0KJmd0OyBubyBjb25mbGljdHMgd2l0aCBleGlzdGluZyBs YWJlbCBleGNoYW5nZSB0ZWNobm9sb2dpZXM8L3A+DQo8cD4qKio8L3A+DQo8cD5HLzwvcD4NCjxw IHN0eWxlPSJNQVJHSU4tQk9UVE9NOiAxMnB0Ij5TZW50IHVzaW5nIDxhIGhyZWY9Imh0dHBzOi8v Y2xvdWRtYWdpYy5jb20vay9kL21haWxhcHA/Y3Q9cGEmYW1wO2N2PTguMy44JmFtcDtwdj02LjAu MSZhbXA7c291cmNlPWVtYWlsX2Zvb3Rlcl8yIiB0YXJnZXQ9Il9ibGFuayI+DQpDbG91ZE1hZ2lj IEVtYWlsPC9hPiA8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8ZGl2IGlk PSJvbGRjb250ZW50Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJNQVJHSU4tQk9UVE9NOiA1cHQ7IE1B UkdJTi1UT1A6IDVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDog d2hpdGUiPk9uIFNhdCwgQXByIDA5LCAyMDE2IGF0IDEwOjE5IEFNLCBaaHVhbmdzaHVud2FuICZs dDs8YSBocmVmPSJtYWlsdG86emh1YW5nc2h1bndhbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFu ayI+emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PC9wPg0KPGRpdiBpZD0i b2xkY29udGVudCI+DQo8YmxvY2txdW90ZSBzdHlsZT0iTUFSR0lOLUJPVFRPTTogNXB0OyBNQVJH SU4tVE9QOiA1cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdo aXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj5IaSBJ Z25hcyBhbmQgYWxsLA0KPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJC QUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjog IzFmNDk3ZCI+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJC QUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjog IzFmNDk3ZCI+UmVnYXJkaW5nIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVk aXJlY3QgJmFtcDsgZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNp ZC0sIGhlcmUgYXJlIHRoZSBhY2hpZXZlZCBkaXNjdXNzaW9uIGluZm9ybWF0aW9uIGFib3V0ICZx dW90O1NlbWFudGljcw0KIEluZGVwZW5kZW50JnF1b3Q7IEZsb3dzcGVjOiA8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHls ZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lkci9jdXJyZW50L21zZzE1MDgxLmh0bWwiIHRh cmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lkci9j dXJyZW50L21zZzE1MDgxLmh0bWw8L2E+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0 OyBDT0xPUjogIzFmNDk3ZCI+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0 OyBDT0xPUjogIzFmNDk3ZCI+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0 OyBDT0xPUjogIzFmNDk3ZCI+MDEpIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgt cmVkaXJlY3QgZXZlciBzYWlkIHRoYXQgaXQgcGxhbm5lZCB0byBkZWZpbmUg4oCcU2VtYW50aWNz IEluZGVwZW5kZW504oCdIGFjdGlvbi48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj5QZXIgdGhlIGNvbW1lbnQgaW5mb3JtYXRpb24sIGRyYWZ0LXZhbmRl dmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDAgJmFtcDsgZHJhZnQtdmFuZGV2ZWxk ZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMSBkZWZpbmVkIHRoZSAmcXVvdDtTZW1hbnRp Y3MgSW5kZXBlbmRlbnQmcXVvdDsgRmxvd3NwZWMNCiBSZWRpcmVjdGlvbjo8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHls ZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHls ZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgt cmVkaXJlY3QtMDEudHh0IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJj aGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxLnR4 dDwvYT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6 IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IEZPTlQtRkFNSUxZOiBTaW1T dW47IENPTE9SOiAjMWY0OTdkIj7igKY8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj5UaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVk IGNvbW11bml0eS48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tH Uk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IEZPTlQtRkFNSUxZ OiBTaW1TdW47IENPTE9SOiAjMWY0OTdkIj7igKY8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAx MC41cHQ7IENPTE9SOiAjMWY0OTdkIj5UaGUgMi1ieXRlIGxvY2FsIGFkbWluaXN0cmF0b3IgZmll bGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05U LVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMxZjQ5N2QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDE8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0i Rk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNTwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsg Q09MT1I6ICMxZjQ5N2QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dS T1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMxZjQ5 N2QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHxU SUR8Q3w8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6 IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0 MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7 PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7 PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj4wMikgZHJhZnQtbGkt aWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC0wMCBkZWZpbmVkIGEgJnF1b3Q7 U2VtYW50aWNzIERlcGVuZGVudOKAnSBGbG93c3BlYyBSZWRpcmVjdGlvbjo8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHls ZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48YSBocmVmPSJodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2Vu ZXJhbGl6ZWQtc2lkLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQvPC9h Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hp dGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgRk9OVC1GQU1JTFk6IFNpbVN1bjsg Q09MT1I6ICMxZjQ5N2QiPuKApjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09M T1I6ICMxZjQ5N2QiPiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIGZvbGxv d2luZyBSZWRpcmVjdCB0byBHZW5lcmFsaXplZCBTZWdtZW50PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQt U0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7IElEIEV4dGVuZGVkIENv bW11bml0eTo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9V TkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdk Ij48L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9V TkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdk Ij48L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9V TkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdk Ij4mbmJzcDsmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBD T0xPUjogIzFmNDk3ZCI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4g c3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7IHwgVHlwZT1U QkQxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgU3ViLVR5cGU9VEJEMiB8IEZsYWdzKDEgb2N0 ZXQpfCBTZWdtZW50IFR5cGUmbmJzcDsgfDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVw dDsgQ09MT1I6ICMxZjQ5N2QiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxz cGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMxZjQ5N2QiPiZuYnNwOyB8Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdlbmVyYWxpemVkIFNl Z21lbnQgSUQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEw LjVwdDsgQ09MT1I6ICMxZjQ5N2QiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUi PjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09M T1I6ICMxZjQ5N2QiPuKApjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6 ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6 ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6 ICMxZjQ5N2QiPjAzKSBOb3cgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRp cmVjdC0wMiBpbnRyb2R1Y2VzIOKAnELigJ0gYml0IHRvIG1hcCB0aGUgdmFsdWUgZW5jb2RlZCBp biB0aGUgZ2xvYmFsIGFkbWluaXN0cmF0b3IgZmllbGQgdG8gYSBCaW5kaW5nIFNlZ21lbnQgSWRl bnRpZmllcg0KIHZhbHVlOjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6 ICMxZjQ5N2QiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQt dmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMi50eHQiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRy LWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIudHh0PC9hPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJ WkU6IDEwLjVwdDsgRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6ICMxZjQ5N2QiPuKApjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxz cGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMxZjQ5N2QiPlRoaXMgZG9jdW1l bnQgZGVmaW5lcyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5Ljwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJG T05ULVNJWkU6IDEwLjVwdDsgRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6ICMxZjQ5N2QiPuKA pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hp dGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMxZjQ5N2QiPlRoZSAy LWJ5dGUgbG9jYWwgYWRtaW5pc3RyYXRvciBmaWVsZCBpcyBmb3JtYXR0ZWQgYXMgc2hvd24gaW4g RmlndXJlIDEuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JP VU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3 ZCI+PC9zcGFuPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JP VU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3 ZCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMTwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFD S0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMx ZjQ5N2QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNw YW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZP TlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVzZXJ2ZWQmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgfEJ8VElEfEN8PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0 OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNL R1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBGT05ULUZBTUlM WTogU2ltU3VuOyBDT0xPUjogIzFmNDk3ZCI+4oCmPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTog MTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7IEJpdCAyIGlzIGRlZmluZWQgdG8g YmUgdGhlICdCJyAoQmluZGluZykgYml0LiZuYnNwOyBXaGVuIHRoZSAnQicgYml0IGlzPC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNw YW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0OyBDT0xPUjogIzFmNDk3ZCI+Jm5ic3A7Jm5ic3A7 IHNldCwgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZpZWxk IGlzIGEgQmluZGluZzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFD S0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVwdDsgQ09MT1I6ICMx ZjQ5N2QiPiZuYnNwOyZuYnNwOyBTZWdtZW50IElkZW50aWZpZXIgdmFsdWUgdGhlIHVzZSBvZiB3 aGljaCBpcyBkZXRhaWxlZCBpbiBzZWN0aW9uIDMuMi48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpF OiAxMC41cHQ7IEZPTlQtRkFNSUxZOiBTaW1TdW47IENPTE9SOiAjMWY0OTdkIj7igKY8L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7 PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7 PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7IENPTE9SOiAjMWY0OTdkIj5Ob3cgZHJhZnQtdmFu ZGV2ZWxkZSBhbHNvIGRlZmluZXMgdGhlICZxdW90O1NlbWFudGljcyBEZXBlbmRlbnQmcXVvdDsg Rmxvd3NwZWMgUmVkaXJlY3Rpb24uDQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj5TaG91bGQgd2UgY29tYmluZSB0aGUgd29yayBvZiBkcmFmdC12YW5k ZXZlbGRlICZhbXA7IGRyYWZ0LWxpID88L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj48L3NwYW4+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMC41cHQ7 IENPTE9SOiAjMWY0OTdkIj5UaGFua3MsPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTAuNXB0 OyBDT0xPUjogIzFmNDk3ZCI+U2h1bndhbjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVw dDsgQ09MT1I6ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxzcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEwLjVw dDsgQ09MT1I6ICMxZjQ5N2QiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i Qk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7 IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H LVRPUDogM3B0OyBQQURESU5HLUxFRlQ6IDBpbjsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQ QURESU5HLVJJR0hUOiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9V TkQ6IHdoaXRlIj48Yj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTog U2ltU3VuOyBDT0xPUjogd2luZG93dGV4dCI+5Y+R5Lu25Lq6Ojwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6IHdpbmRvd3Rl eHQiPiBJZHIgWzxhIGhyZWY9Im1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPm1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj7ku6PooaggPC9iPkln bmFzIEJhZ2RvbmFzPGJyPg0KPGI+5Y+R6YCB5pe26Ze0OjwvYj4gMjAxNuW5tDTmnIg45pelIDIw OjE3PGJyPg0KPGI+5pS25Lu25Lq6OjwvYj4gPGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPmlkckBpZXRmLm9yZzwvYT48YnI+DQo8Yj7kuLvpopg6PC9iPiBSZTog W0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24g b3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84 LzIwMTY8L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Ik1BUkdJTi1CT1RUT006IDEycHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlIj48dHQ+PHNwYW4g c3R5bGU9IkZPTlQtU0laRTogMTBwdCI+SSBoYXZlIHJlYWQgdGhlIGRyYWZ0cyBiZWluZyBwb2xs ZWQuPC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6 ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48YnI+DQo8YnI+DQo8dHQ+Rm9yIGEgZ3JvdXAgb2Yg ZHJhZnRzIG9uIHJlZGlyZWN0OjwvdHQ+PGJyPg0KPGJyPg0KPGJyPg0KPHR0PjxhIGhyZWY9Imh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dz cGVjLXBhdGgtcmVkaXJlY3QvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC88 L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBhcyBiZWluZyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQu PC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvIiB0YXJnZXQ9Il9i bGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93 c3BlYy1yZWRpcmVjdC10dW5uZWwvPC9hPjwvdHQ+PGJyPg0KPHR0PkRvIG5vdCBzdXBwb3J0LiBJ dCBpcyByZWR1bmRhbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVy YWxpemVkLXNpZC8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLzwvYT48 L3R0Pjxicj4NCjx0dD5EbyBub3Qgc3VwcG9ydC4gSXQgaXMgcmVkdW5kYW50LjwvdHQ+PGJyPg0K PGJyPg0KPHR0PkRyYWZ0LXZhbmRldmVsZGUgY2FuIGFjaGlldmUgYWxsIHdoYXQgZHJhZnQtaGFv IGFuZCBkcmFmdC1saSBjYW4sIGFuZCBpbiBhIG1vcmUgZmxleGlibGUgd2F5LiBIYXZpbmcgdGhl IGFiaWxpdHkgdG8gZGVjb3VwbGUgcmVkaXJlY3Rpb24gdHVubmVsIHR5cGUgZnJvbSByZWRpcmVj dGlvbiBhY3Rpb24gaXMgYm90aCBwcmFjdGljYWwgYW5kIGV4dGVuc2libGUgLSB0aGUgYWN0dWFs IHR1bm5lbCB0byBiZSB1c2VkIGlzIGEgbG9jYWwgb3BlcmF0aW9uYWwNCiBkZWNpc2lvbiBmb3Ig ZWFjaCBuZXR3b3JrIGVsZW1lbnQsIGl0IGlzIG5vdCBuZWNlc3Nhcnkgc2lnbmFsbGVkIGF0IHRo ZSBzYW1lIHRpbWUgYW5kIGJ5IHRoZSBzYW1lIG1lY2hhbmlzbS4gRGVjb3VwbGluZyBzaWduYWxs aW5nIGFuZCByZWRpcmVjdCBwYXJ0cyBhbGlnbnMgd2VsbCB0byBvcGVyYXRpb25hbCBwcmFjdGlj ZXMgb2YgdXNpbmcgc3BlY2lmaWMgdG9vbHMgZm9yIHNwZWNpZmljIHRhc2tzLiBKdXN0IHRoYXQg QkdQIGNvdWxkIGRvIHRoYXQNCiBkb2VzIG5vdCBuZWNlc2FzcnkgbWVhbiB0aGF0IGl0IHNob3Vs ZCBiZSB1c2VkIGFzIGEgYmVzdCBmaXQuIEZyb20gb3BlcmF0aW9uYWwgcGVyc3BlY3RpdmUgdGhl cmUgaXMgbm8gbmVlZCB0byBoYXZlIG11bHRpcGxlIHNvbHV0aW9ucyB0aGF0IHRyeSB0byBhZGRy ZXNzIHRoZSBuYXJyb3cgcHJvYmxlbSBzcGFjZSBpbiBzaW1pbGFyIHlldCBpbmNvbXBhdGlibGUg d2F5cy4gVGhlcmUgc2hvdWxkIGJlIG9uZSBkb2N1bWVudCBmb3IgcmVkaXJlY3QsDQogYW5kIGRy YWZ0LXZhbmRldmVsZGUgaXMgYSBnb29kIHN0YXJ0aW5nIGJhc2UgZm9yIHRoYXQuPC90dD48YnI+ DQo8YnI+DQo8YnI+DQo8dHQ+Rm9yIHRoZSBtYXRjaDo8L3R0Pjxicj4NCjxicj4NCjx0dD48YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRy LWZsb3dzcGVjLWludGVyZmFjZXNldC8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNl dC88L2E+PC90dD48YnI+DQo8dHQ+U3Vwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC48L3R0 Pjxicj4NCjxicj4NCjx0dD48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0ZS8iIHRhcmdldD0iX2JsYW5rIj5o dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1w YWNrZXQtcmF0ZS88L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcg cG9pbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1udm8zLyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMt bnZvMy88L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQu PC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC8iIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZs b3dzcGVjLWxhYmVsLzwvYT48L3R0Pjxicj4NCjx0dD5TdXBwb3J0IGFzIGEgZ29vZCBzdGFydGlu ZyBwb2ludC48L3R0Pjxicj4NCjxicj4NCjx0dD48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxzLW1hdGNoLyIgdGFyZ2V0 PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRy LWZsb3dzcGVjLW1wbHMtbWF0Y2gvPC9hPjwvdHQ+PGJyPg0KPHR0PlN1cHBvcnQgYXMgYSBnb29k IHN0YXJ0aW5nIHBvaW50LjwvdHQ+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHR0PklnbmFzPC90 dD48YnI+DQo8YnI+DQo8L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+T24gMjUvMDMvMjAxNiAxNDo0NywgU3VzYW4gSGFyZXMg d3JvdGU6PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iTUFSR0lOLUJPVFRPTTogNXB0 OyBNQVJHSU4tVE9QOiA1cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9V TkQ6IHdoaXRlIj5JRFIgV0c6IDwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNL R1JPVU5EOiB3aGl0ZSI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJB Q0tHUk9VTkQ6IHdoaXRlIj5UaGlzIGJlZ2lucyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQv OC8yMDE2KSBmb3IgdGhlIHNldCBvZiBkcmFmdHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1 IGFkZGl0aW9ucy4gVGhlc2Ugb3B0aW9ucyBhcmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNh bCBzZWN1cml0eSBhZGRpdGlvbnMuICZuYnNwO1RoZSBmbG93IHNwZWNpZmljYXRpb24gd29yayBo YXMgYmVlbg0KIGEgcGFydCBvZiB0aGUgaW50ZXJpbXMgc2luY2UgSUVURiA5NDwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAyLzA4L2lkci9wcm9jZWVk aW5ncy5odG1sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGlu Z3MvaW50ZXJpbS8yMDE2LzAyLzA4L2lkci9wcm9jZWVkaW5ncy5odG1sPC9hPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAzLzA3L2lkci9wcm9jZWVk aW5ncy5odG1sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGlu Z3MvaW50ZXJpbS8yMDE2LzAzLzA3L2lkci9wcm9jZWVkaW5ncy5odG1sPC9hPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+Jm5ic3A7PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj5UaGVyZSB3aWxsIGJl IGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBhdCBJRVRGIDk1LCBhbmQg dGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9wdGlvbiAxIOKAkyBleHRl bmRpbmcgUkZDNTU3NS4mbmJzcDsgV2UgYWxzbyB3aWxsIGJlIGdhdGhlcmluZyBkZXRhaWxzIG9u IHRoZSBTRE4vTkZWIHVzZSBjYXNlIGZvciBvcHRpb24NCiAyIChuZXcgTkxSSSBhbmQgV2lkZSBD b21tdW5pdGllcyBzdXBwb3J0KS4gPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJB Q0tHUk9VTkQ6IHdoaXRlIj4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPlRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0aGUgZHJhZnRzIHRv IGJlIGNvbnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrLiZuYnNwOyBGb3Ig ZWFjaCBvZiB0aGUgZHJhZnRzIHlvdSB3aXNoIHRvIGJlIGNvbnNpZGVyZWQgT3B0aW9uIDEsIHBs ZWFzZSBpbmRpY2F0ZToNCjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JP VU5EOiB3aGl0ZSI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJCQUNLR1JPVU5EOiB3aGl0ZTsgVEVYVC1JTkRFTlQ6IC0wLjI1aW4iPjEpPHNwYW4gc3R5bGU9 IkZPTlQtU0laRTogN3B0OyBGT05ULUZBTUlMWTogJ1RpbWVzIE5ldyBSb21hbicsc2VyaWYiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPklmIHRoaXMgb3B0aW9uIGlzIHZh bHVhYmxlIGZvciB0aGUgRERvUyBkZXBsb3ltZW50cyBvciBhbm90aGVyIGNyaXRpY2FsIGRlcGxv eW1lbnRzLCAmbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9IkJB Q0tHUk9VTkQ6IHdoaXRlOyBURVhULUlOREVOVDogLTAuMjVpbiI+Mik8c3BhbiBzdHlsZT0iRk9O VC1TSVpFOiA3cHQ7IEZPTlQtRkFNSUxZOiAnVGltZXMgTmV3IFJvbWFuJyxzZXJpZiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+RG8geW91IGZlZWwgdGhpcyBkcmFmdCBp cyB1c2VmdWwsIGJ1dCBub3QgcmVhZHkgZm9yIGFkb3B0aW9uLCA8L3A+DQo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlOyBURVhULUlOREVOVDogLTAu MjVpbiI+Myk8c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiA3cHQ7IEZPTlQtRkFNSUxZOiAnVGltZXMg TmV3IFJvbWFuJyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+ RG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyBhIGdvb2Qgc3RhcnQgZm9yIHRoaXMgd29yay4gPC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj4mbmJzcDs8 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPlRoZSBk cmFmdHMgdG8gY29uc2lkZXIgYXJlOiA8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRlLyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZsb3dzcGVj LXBhY2tldC1yYXRlLzwvYT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dS T1VORDogd2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWhhby1pZHItZmxvd3NwZWMtbnZvMy8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvPC9hPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PGEgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1y ZWRpcmVjdC10dW5uZWwvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvPC9hPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PGEgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJl ZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6 ZWQtc2lkLzwvYT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDog d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxp YW5nLWlkci1iZ3AtZmxvd3NwZWMtbGFiZWwvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC88 L2E+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2kt aWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFj ZXNldC88L2E+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdo aXRlIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5k ZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVj LXBhdGgtcmVkaXJlY3QvPC9hPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNL R1JPVU5EOiB3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBscy1tYXRjaC8iIHRhcmdldD0iX2JsYW5rIj5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15b25nLWlkci1mbG93c3BlYy1tcGxz LW1hdGNoLzwvYT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDog d2hpdGUiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5E OiB3aGl0ZSI+QW5kIGZvciB0aGUgb3JkZXJpbmcgb2YgdGhlc2UgZmlsdGVycyBhbmQgYWN0aW9u cyBkcmFmdHMg4oCTIHRoZSBPcHRpb24gMSBzZWN0aW9uIG91dCBvZiB0aGlzDQo8L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPjxhIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21i by8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1oYXJlcy1pZHItZmxvd3NwZWMtY29tYm8vPC9hPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+KEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0 aW9uIDEgd2lsbCBiZSBwb3N0ZWQpDQo8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i QkFDS0dST1VORDogd2hpdGUiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJCQUNLR1JPVU5EOiB3aGl0ZSI+U3VlIEhhcmVzIGFuZCBKb2huIFNjdWRkZXIgPC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj4mbmJzcDs8L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iQkFDS0dST1VORDogd2hpdGUiPiZuYnNwOzwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+Jm5ic3A7PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ik1BUkdJTi1CT1RUT006IDEycHQ7IEJBQ0tH Uk9VTkQ6IHdoaXRlIj48c3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBGT05ULUZBTUlMWTog J1RpbWVzIE5ldyBSb21hbicsc2VyaWYiPjxicj4NCjxicj4NCjwvc3Bhbj48L3A+DQo8cHJlIHN0 eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188L3ByZT4NCjxwcmUgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj5JZHIg bWFpbGluZyBsaXN0PC9wcmU+DQo8cHJlIHN0eWxlPSJCQUNLR1JPVU5EOiB3aGl0ZSI+PGEgaHJl Zj0ibWFpbHRvOklkckBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPklkckBpZXRmLm9yZzwvYT48 L3ByZT4NCjxwcmUgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyPC9hPjwvcHJlPg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IkJBQ0tHUk9VTkQ6IHdoaXRlIj48c3BhbiBz dHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBGT05ULUZBTUlMWTogJ1RpbWVzIE5ldyBSb21hbicsc2Vy aWYiPjwvc3Bhbj4mbmJzcDs8L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPjwvc3Bhbj48L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8Y2VudGVyPlRoaXMgY29tbXVuaWNhdGlvbiBpcyB0aGUgcHJvcGVy dHkgb2YgQ2VudHVyeUxpbmsgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uLiBVbmF1dGhvcml6ZWQgdXNlIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBp cyBzdHJpY3RseSBwcm9oaWJpdGVkIGFuZCBtYXkgYmUgdW5sYXdmdWwuIElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNlIGltbWVkaWF0ZWx5DQog bm90aWZ5IHRoZSBzZW5kZXIgYnkgcmVwbHkgZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMg b2YgdGhlIGNvbW11bmljYXRpb24gYW5kIGFueSBhdHRhY2htZW50cy48L2NlbnRlcj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L3NwYW4+PC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B0AEF2F3A257496AAE5092767AF0D711alcatellucentcom_-- From nobody Thu Apr 28 10:24:33 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E62D712D7F1 for ; Thu, 28 Apr 2016 10:24:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.506 X-Spam-Level: X-Spam-Status: No, score=-15.506 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 P7s3Nna_miXz for ; Thu, 28 Apr 2016 10:24:28 -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 D018912D88D for ; Thu, 28 Apr 2016 10:24:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=67165; q=dns/txt; s=iport; t=1461864240; x=1463073840; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=xWxOhdXZwEQ5GuoCtOE1L7HK92hQtcfu6PIMSX0FRhs=; b=T+oY71549/NjzArgh5y4dLNP1pMtR9ocPz2wrRwSeJZj6XGfN1MIZ6kP 4aYrZ9oaslLrpZC3I9mXsa6r83c+KBJHkOxPs635CuuVKWb+UCOXUOL/t YQsIl559f5bjqbli6tzdT9ZEGvLYMUuWtgJJBwIlDZbrKDWW4MicU5cVJ w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AjAgB6RiJX/4UNJK1egmxMU30GgnW2f?= =?us-ascii?q?QENgXIEFwEMghaDVQIcgQ04FAEBAQEBAQFlJ4RBAQEBAwEBAQEJDgMGCkELBQs?= =?us-ascii?q?CAQYCEQMBAQEhAQIEAwICAiULFAkIAgQBDQUUB4gHCA6VH50dkR4BAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQERBIpsgTiCVxACATIJFoJKglYFmBABhXuIG4FnhE2DKYU?= =?us-ascii?q?0jy8BHgEBQoIABQ0OFoE1bAEBAYZmfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,547,1454976000"; d="scan'208,217";a="267459595" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Apr 2016 17:23:59 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u3SHNwm6028664 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 28 Apr 2016 17:23:59 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 28 Apr 2016 13:23:58 -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.1104.009; Thu, 28 Apr 2016 13:23:58 -0400 From: "Acee Lindem (acee)" To: "Van De Velde, Gunter (Nokia - BE)" , "Susan Hares" , "John G. Scudder" Thread-Topic: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 Thread-Index: AQHRkeyzwzIcQ0EdQtuQOi1AWSw1Wp+B5AIAgAAKnYCAAeqTgIAbhhuAgABiUQA= Date: Thu, 28 Apr 2016 17:23:58 +0000 Message-ID: References: <000401d186a5$38fac760$aaf05620$@ndzh.com> <57083BD6.6080001@gmail.com> <19AB2A007F56DB4E8257F949A2FB9858AA1AB2B5@NKGEML515-MBX.china.huawei.com> <1460210231546-5cb71f2a-fd36bd8c-21a19834@icloud.com> <00e001d1935c$ff88e150$fe9aa3f0$@ndzh.com> 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.116.152.196] Content-Type: multipart/alternative; boundary="_000_D347BEFD5E335aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] WG Adoption call for drafts for Flow Specification option 1 (RFC5575 additions (filters/actions) 3/25 to 4/8/2016 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 17:24:32 -0000 --_000_D347BEFD5E335aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3VudGVyLCBTdWUsIEpvaG4sDQoNCkkgc3VwcG9ydCBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8gYW5k IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBh dGgtcmVkaXJlY3QtMDIudHh0IGZvciBXRyBhZG9wdGlvbi4gSSB0aGluayB0aGUgaW50ZXJmYWNl LXNldCBkcmFmdCBpcyBhIHZhbHVhYmxlIGxldmVsIG9mIGdyYW51bGFyaXR5IGFuZCBzcGVjaWZ5 aW5nIGl0IGV4cGxpY2l0bHkgcmF0aGVyIHRoYW4gdXNpbmcgY29tbXVuaXRpZXMgaXMgY29uc2lz dGVudCB3aXRoIHRoZSBmbG93LXNwZWMgc3BlY2lmaWNhdGlvbi4gQXMgZm9yIHRoZSBmbG93LXNw ZWMgcmVkaXJlY3QgZHJhZnQsIEkgYmVsaWV2ZSB0aGlzIGFwcHJvYWNoIGlzIGNvbnNpc3RlbnQg d2l0aCB0aGUgb3B0aW9uIDEgY29tYm8gZmxvdy1zcGVjIGRpcmVjdGlvbiBhbmQgcmV1c2VzIGV4 aXN0aW5nIEJHUCBtZWNoYW5pc21zIChpLmUuLCByZWN1cnNpdmUgcmVzb2x1dGlvbikuDQoNCkni gJltIG5vdCBuZWNlc3NhcmlseSBhZ2FpbnN0IHRoZSBvdGhlciBkb2N1bWVudHMuIEhvd2V2ZXIs IEkgYW0gb3Bwb3NlZCB0byB0aGVzZSBkb2N1bWVudHMgdGhhdCBhcmUgbm90IGV2ZW4gV0cgZG9j dW1lbnRzIGJlaW5nIHB1cnBvcnRlZCBhcyB0aGUgYWNjZXB0ZWQgYW5kIG9ubHkgc29sdXRpb24g dG8gZXZlcnkgU0ROIHVzZSBjYXNlLg0KDQpUaGFua3MsDQpBY2VlDQoNCg0KRnJvbTogSWRyIDxp ZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhh bGYgb2YgIlZhbiBEZSBWZWxkZSwgR3VudGVyIChOb2tpYSAtIEJFKSIgPGd1bnRlci52YW5fZGVf dmVsZGVAbm9raWEuY29tPG1haWx0bzpndW50ZXIudmFuX2RlX3ZlbGRlQG5va2lhLmNvbT4+DQpE YXRlOiBUaHVyc2RheSwgQXByaWwgMjgsIDIwMTYgYXQgMzozMSBBTQ0KVG86IFN1c2FuIEhhcmVz IDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+LCAiSm9obiBHLiBTY3Vk ZGVyIiA8amdzQGJncC5udTxtYWlsdG86amdzQGJncC5udT4+DQpDYzogSURSIExpc3QgPGlkckBp ZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9w dGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZD NTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpIaSBK b2huLCBTdWUsDQoNCkl0cyBiZWVuIGEgd2hpbGUgc2luY2UgV0cgYWRvcHRpb24gY2FsbCBlbmRl ZCBmb3IgYSBmZXcgRmxvd3NwZWMgZHJhZnRzLiBJIHdhbnQgdG8gdG91Y2ggYmFzZSBhZ2FpbiBv biB0aGUgc3RhdHVzIG9mIHRoaXMgYWRvcHRpb24gY2FsbC4NCg0KDQpkcmFmdC12YW5kZXZlbGRl LWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IHJlY2VpdmVkIGEgc2lnbmlmaWNhbnQgbnVtYmVy IG9mIHBvc2l0aXZlIHN1cHBvcnQgZmVlZGJhY2sgdG8gc3VwcG9ydCBvbiB0aGUgbGlzdCBhbmQg ZHVyaW5nIHRoZSBJRFIgV0cgbWVldGluZyBpbiBCdWVub3MgQWlyZXMuIFRoZSBzdXBwb3J0IHdh cyByZWNlaXZlZCBmcm9tIGEgdmVyeSBkaXZlcnNlIHNldCBvZiBjb250cmlidXRvcnMgYW5kIGFm ZmlsaWF0aW9ucy4gVGhpcyB3b3JrIGlzIHRpbWVseSBhbmQgcmVhZHkgZm9yIGFkb3B0aW9uIGFu ZCBjb3ZlcnMgRERvUyByZWRpcmVjdGlvbiB0b3dhcmRzIGFuIGFwcHJvcHJpYXRlIHNlcnZpY2Ug cGxhbmUgd2VsbC4NCg0KDQpLaW5kIFJlZ2FyZHMsDQoNCkcvDQoNCg0KRnJvbTogSWRyIDxpZHIt Ym91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYg b2YgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4N CkRhdGU6IFN1bmRheSAxMCBBcHJpbCAyMDE2IGF0IDIxOjEyDQpUbzogJ0d1bnRlciBWYW4gRGUg VmVsZGUnIDxndW50ZXJ2YW5kZXZlbGRlY2NAaWNsb3VkLmNvbTxtYWlsdG86Z3VudGVydmFuZGV2 ZWxkZWNjQGljbG91ZC5jb20+PiwgJ1podWFuZ3NodW53YW4nIDx6aHVhbmdzaHVud2FuQGh1YXdl aS5jb208bWFpbHRvOnpodWFuZ3NodW53YW5AaHVhd2VpLmNvbT4+DQpDYzogImlkckBpZXRmLm9y ZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3Jn Pj4NClN1YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZs b3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0 aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpHdW50ZXIgYW5kIFNodW53YW46DQoNClRoYW5rIHlv dSBmb3IgeW91ciBpbnB1dCBvbiB0aGlzIHRvcGljLiAgIEpvaG4gYW5kIEkgcmVjZWl2ZSBhIGxv dCBvZiBpbnB1dCBpbmRpdmlkdWFsbHkgZnJvbSAzLzI1IHRvIDQvOCwgYW5kIGJlZ2FuIGRpc2N1 c3Npb25zIHdpdGggb3VyIEFEIChBbHZhcm8pLg0KDQpKb2huIGFuZCBJIHdpbGwgZGlzY3Vzc2lu ZyB0aGlzIGFkb3B0aW9uIGNhbGwgZHVyaW5nIHRoZSB1cGNvbWluZyB3ZWVrLiAgQW55IGRyYWZ0 cyB0aGF0IGFyZSBhZG9wdGVkIGZvciB0aGUgRmxvdyBTcGVjaWZpY2F0aW9uIHdpbGwgYmUgSURS IFdvcmtpbmcgR3JvdXAgKFdHKSBEcmFmdHMuICBBcyBzdWNoLCB0aGVzZSBkcmFmdHMgYmVjb21l IHRoZSByZXN1bHQgb2YgdGhlIGNvbnNlbnN1cyBvZiB0aGUgd29ya2luZyBncm91cCB1bmRlciB0 aGUgZGlyZWN0aW9uIG9mIHRoZSBXRyBjaGFpcnMuICAgV0cgZHJhZnRzIG1heSBiZSByZXF1ZXN0 ZWQgdG8gYmU6IGEpIG1lcmdlZCB3aXRoIG90aGVyIFdHIGRyYWZ0cywgYikgc3BsaXQgaW50byAy KyBkcmFmdHMsIG9yIGMpIHJlZmluZWQuDQoNCkNoZWVyaWx5LA0KDQpTdWUgSGFyZXMNCg0KRnJv bTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBHdW50ZXIg VmFuIERlIFZlbGRlDQpTZW50OiBTYXR1cmRheSwgQXByaWwgMDksIDIwMTYgOTo1NyBBTQ0KVG86 IFpodWFuZ3NodW53YW4NCkNjOiBpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4NClN1 YmplY3Q6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9yIEZsb3cgU3Bl Y2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMvYWN0aW9ucykg My8yNSB0byA0LzgvMjAxNg0KDQoNCkRlYXIgU2h1bndhbg0KDQpXaXRoIHRoZSBhZG9wdGlvbiBj YWxsIGVuZGVkLCB0aGUgSURSIGNoYWlycyBjYW4gdXNlIHRoZSByZWNlaXZlZCBpbnB1dCBhbmQg Y29tYmluZSBpdCB3aXRoIGRyYWZ0IHN1Ym1pdCB0aW1lbGluZSBpbmZvIChzb21lIHdvcmsgaXMg YXMgb2xkIGFzICs3bW9udGhzKS4gSSBwZXJzb25hbGx5IGRvIG5vdCBzZWUgYSBuZWVkIHRvIG1l cmdlIGFzIHZhbmRldmVsZGUtZmxvd3NwZWMtaWRyLXBhdGgtcmVkaXJlY3QgY292ZXJzIGFscmVh ZHkgdGhlIGdvYWwgZWZmZWN0aXZlbHkgYW5kIGFmZmljaWVudGx5DQoNCkZyb20gdGhlIGxpbmsg eW91IHByb3ZpZGVkIHJlZmVyZW5jaW5nIGEgcXVvdGUgYXMgb2xkIGFzIFNlcHRlbWJlciAyMDE1 ISEhLi4gSXQgaXMgYWxsIHN0aWxsIHZhbGlkLiBPbmUgcmVzZXJ2ZWQgYml0IHdhcyB1c2VkIHRv IGFkZCBTUiBiaW5kaW5nIGluZGV4IGlkZW50aWZ5ZXIgZm9yIHNlZ21lbnQgcm91dGluZyB1c2Ug Y2FzZSB3YXkgYmVmb3JlIGV2ZW4NCmRyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5l cmFsaXplZC1zaWQtMDAgZXhpc3RlZC4uLg0KDQoqKioNCg0KRnJvbSBTZXB0ZW1iZXIgMjAxNToN Cg0KPiBCZW5lZml0czoNCj4NCj4gbm8gbmVlZCBmb3Igc2lnbmFsbGluZyBsYWJlbHMgb3IgZXh0 cmEgZW5jYXAgaW4gQkdQDQo+IEVhY2ggcGF0aC1pZCBpbmRleGVkIExTUC90dW5uZWwgdGFibGUg aXMgYSBsb2NhbGlzZWQgY29uc3RydWN0DQo+IGV4aXN0aW5nIHRlY2hub2xvZ3kgaXMgdXNlZCB0 byBjb25zdHJ1Y3QgdGhlIHBhdGgtaWQgaW5kZXhlZCBsb2NhbGlzZWQgdGFibGUNCj4gQ29tcGF0 aWJpbGl0eSB3aXRoIHRlY2hub2xvZ2llcyBhbHJlYWR5IHVzaW5nIDMyIG9yIDEyOCBiaXQgaWRl bnRpZmllcnMgZm9yDQo+IHBhdGhzIGFuZCBzZXNzaW9ucw0KPiBFYXN5IGZvciBmbG93IHNwZWMg dG8gc2lnbmFsIGFzIGl0IGludHJvZHVjZXMgbm8gbmVlZCB0byBzaWduYWwgbGFiZWxzIGV0Y+KA pg0KPiBubyBjb25mbGljdHMgd2l0aCBleGlzdGluZyBsYWJlbCBleGNoYW5nZSB0ZWNobm9sb2dp ZXMNCg0KKioqDQoNCkcvDQoNClNlbnQgdXNpbmcgQ2xvdWRNYWdpYyBFbWFpbDxodHRwczovL2Ns b3VkbWFnaWMuY29tL2svZC9tYWlsYXBwP2N0PXBhJmN2PTguMy44JnB2PTYuMC4xJnNvdXJjZT1l bWFpbF9mb290ZXJfMj4NCg0KT24gU2F0LCBBcHIgMDksIDIwMTYgYXQgMTA6MTkgQU0sIFpodWFu Z3NodW53YW4gPHpodWFuZ3NodW53YW5AaHVhd2VpLmNvbTxtYWlsdG86emh1YW5nc2h1bndhbkBo dWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBJZ25hcyBhbmQgYWxsLA0KDQpSZWdhcmRpbmcgZHJhZnQt dmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdCAmIGRyYWZ0LWxpLWlkci1mbG93 c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQtLCBoZXJlIGFyZSB0aGUgYWNoaWV2ZWQgZGlz Y3Vzc2lvbiBpbmZvcm1hdGlvbiBhYm91dCAiU2VtYW50aWNzIEluZGVwZW5kZW50IiBGbG93c3Bl YzoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1cnJlbnQvbXNn MTUwODEuaHRtbA0KDQoNCjAxKSBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJl ZGlyZWN0IGV2ZXIgc2FpZCB0aGF0IGl0IHBsYW5uZWQgdG8gZGVmaW5lIOKAnFNlbWFudGljcyBJ bmRlcGVuZGVudOKAnSBhY3Rpb24uDQpQZXIgdGhlIGNvbW1lbnQgaW5mb3JtYXRpb24sIGRyYWZ0 LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDAgJiBkcmFmdC12YW5kZXZl bGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxIGRlZmluZWQgdGhlICJTZW1hbnRpY3Mg SW5kZXBlbmRlbnQiIEZsb3dzcGVjIFJlZGlyZWN0aW9uOg0KDQpodHRwczovL3d3dy5pZXRmLm9y Zy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3Qt MDEudHh0DQrigKYNClRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29t bXVuaXR5Lg0K4oCmDQpUaGUgMi1ieXRlIGxvY2FsIGFkbWluaXN0cmF0b3IgZmllbGQgaXMgZm9y bWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLg0KICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgICAgICAgICAgMQ0KICAgICAgICAgICAgICAgICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUNCiAgICAgICAgICAgICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICBSZXNlcnZlZCAg ICAgICB8VElEfEN8DQogICAgICAgICAgICAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsNCg0KDQowMikgZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVy YWxpemVkLXNpZC0wMCBkZWZpbmVkIGEgIlNlbWFudGljcyBEZXBlbmRlbnTigJ0gRmxvd3NwZWMg UmVkaXJlY3Rpb246DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1p ZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0K4oCmDQogICBUaGlzIGRvY3Vt ZW50IGRlZmluZXMgdGhlIGZvbGxvd2luZyBSZWRpcmVjdCB0byBHZW5lcmFsaXplZCBTZWdtZW50 DQogICBJRCBFeHRlbmRlZCBDb21tdW5pdHk6DQoNCg0KICAgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQog IHwgVHlwZT1UQkQxICAgICB8IFN1Yi1UeXBlPVRCRDIgfCBGbGFncygxIG9jdGV0KXwgU2VnbWVu dCBUeXBlICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQogIHwgICAgICAgICAgICAgICAgICBHZW5lcmFsaXplZCBT ZWdtZW50IElEICAgICAgICAgICAgICAgICAgICAgICB8DQogICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQrigKYNCg0KDQow MykgTm93IGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIgaW50 cm9kdWNlcyDigJxC4oCdIGJpdCB0byBtYXAgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2Jh bCBhZG1pbmlzdHJhdG9yIGZpZWxkIHRvIGEgQmluZGluZyBTZWdtZW50IElkZW50aWZpZXIgdmFs dWU6DQpodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXZhbmRldmVsZGUtaWRy LWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIudHh0DQrigKYNClRoaXMgZG9jdW1lbnQgZGVmaW5l cyBhIG5ldyBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5Lg0K4oCmDQpUaGUgMi1ieXRlIGxvY2FsIGFk bWluaXN0cmF0b3IgZmllbGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLg0KDQog ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAgICAgICAgICAxDQogICAgICAgICAgICAg ICAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNQ0KICAgICAgICAgICAgICAg ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgICAgICAgICAg ICAgICB8ICAgICAgICAgIFJlc2VydmVkICAgICB8QnxUSUR8Q3wNCiAgICAgICAgICAgICAgICAg ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0K4oCmDQogICBCaXQgMiBpcyBk ZWZpbmVkIHRvIGJlIHRoZSAnQicgKEJpbmRpbmcpIGJpdC4gIFdoZW4gdGhlICdCJyBiaXQgaXMN CiAgIHNldCwgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZp ZWxkIGlzIGEgQmluZGluZw0KICAgU2VnbWVudCBJZGVudGlmaWVyIHZhbHVlIHRoZSB1c2Ugb2Yg d2hpY2ggaXMgZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjIuDQrigKYNCg0KDQpOb3cgZHJhZnQtdmFu ZGV2ZWxkZSBhbHNvIGRlZmluZXMgdGhlICJTZW1hbnRpY3MgRGVwZW5kZW50IiBGbG93c3BlYyBS ZWRpcmVjdGlvbi4NClNob3VsZCB3ZSBjb21iaW5lIHRoZSB3b3JrIG9mIGRyYWZ0LXZhbmRldmVs ZGUgJiBkcmFmdC1saSA/DQoNCg0KVGhhbmtzLA0KU2h1bndhbg0KDQoNCuWPkeS7tuS6ujogSWRy IFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBJZ25hcyBCYWdkb25hcw0K5Y+R 6YCB5pe26Ze0OiAyMDE25bm0NOaciDjml6UgMjA6MTcNCuaUtuS7tuS6ujogaWRyQGlldGYub3Jn PG1haWx0bzppZHJAaWV0Zi5vcmc+DQrkuLvpopg6IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxs IGZvciBkcmFmdHMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRp dGlvbnMgKGZpbHRlcnMvYWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNg0KDQpJIGhhdmUgcmVhZCB0 aGUgZHJhZnRzIGJlaW5nIHBvbGxlZC4NCg0KRm9yIGEgZ3JvdXAgb2YgZHJhZnRzIG9uIHJlZGly ZWN0Og0KDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVs ZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvDQpTdXBwb3J0IGFzIGJlaW5nIGEgZ29vZCBz dGFydGluZyBwb2ludC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvDQpEbyBub3Qgc3VwcG9ydC4gSXQgaXMg cmVkdW5kYW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1p ZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLw0KRG8gbm90IHN1cHBvcnQuIEl0 IGlzIHJlZHVuZGFudC4NCg0KRHJhZnQtdmFuZGV2ZWxkZSBjYW4gYWNoaWV2ZSBhbGwgd2hhdCBk cmFmdC1oYW8gYW5kIGRyYWZ0LWxpIGNhbiwgYW5kIGluIGEgbW9yZSBmbGV4aWJsZSB3YXkuIEhh dmluZyB0aGUgYWJpbGl0eSB0byBkZWNvdXBsZSByZWRpcmVjdGlvbiB0dW5uZWwgdHlwZSBmcm9t IHJlZGlyZWN0aW9uIGFjdGlvbiBpcyBib3RoIHByYWN0aWNhbCBhbmQgZXh0ZW5zaWJsZSAtIHRo ZSBhY3R1YWwgdHVubmVsIHRvIGJlIHVzZWQgaXMgYSBsb2NhbCBvcGVyYXRpb25hbCBkZWNpc2lv biBmb3IgZWFjaCBuZXR3b3JrIGVsZW1lbnQsIGl0IGlzIG5vdCBuZWNlc3Nhcnkgc2lnbmFsbGVk IGF0IHRoZSBzYW1lIHRpbWUgYW5kIGJ5IHRoZSBzYW1lIG1lY2hhbmlzbS4gRGVjb3VwbGluZyBz aWduYWxsaW5nIGFuZCByZWRpcmVjdCBwYXJ0cyBhbGlnbnMgd2VsbCB0byBvcGVyYXRpb25hbCBw cmFjdGljZXMgb2YgdXNpbmcgc3BlY2lmaWMgdG9vbHMgZm9yIHNwZWNpZmljIHRhc2tzLiBKdXN0 IHRoYXQgQkdQIGNvdWxkIGRvIHRoYXQgZG9lcyBub3QgbmVjZXNhc3J5IG1lYW4gdGhhdCBpdCBz aG91bGQgYmUgdXNlZCBhcyBhIGJlc3QgZml0LiBGcm9tIG9wZXJhdGlvbmFsIHBlcnNwZWN0aXZl IHRoZXJlIGlzIG5vIG5lZWQgdG8gaGF2ZSBtdWx0aXBsZSBzb2x1dGlvbnMgdGhhdCB0cnkgdG8g YWRkcmVzcyB0aGUgbmFycm93IHByb2JsZW0gc3BhY2UgaW4gc2ltaWxhciB5ZXQgaW5jb21wYXRp YmxlIHdheXMuIFRoZXJlIHNob3VsZCBiZSBvbmUgZG9jdW1lbnQgZm9yIHJlZGlyZWN0LCBhbmQg ZHJhZnQtdmFuZGV2ZWxkZSBpcyBhIGdvb2Qgc3RhcnRpbmcgYmFzZSBmb3IgdGhhdC4NCg0KDQpG b3IgdGhlIG1hdGNoOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC8NClN1cG9ydCBhcyBhIGdvb2Qgc3Rh cnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVk ZHktaWRyLWZsb3dzcGVjLXBhY2tldC1yYXRlLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcg cG9pbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHIt Zmxvd3NwZWMtbnZvMy8NClN1cHBvcnQgYXMgYSBnb29kIHN0YXJ0aW5nIHBvaW50Lg0KDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZsb3dzcGVj LWxhYmVsLw0KU3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuDQoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dzcGVjLW1wbHMtbWF0Y2gv DQpTdXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC4NCg0KDQoNCklnbmFzDQoNCk9uIDI1 LzAzLzIwMTYgMTQ6NDcsIFN1c2FuIEhhcmVzIHdyb3RlOg0KSURSIFdHOg0KDQpUaGlzIGJlZ2lu cyBhIDIgd2VlayBXRyBDYWxsICgzLzI1IHRvIDQvOC8yMDE2KSBmb3IgdGhlIHNldCBvZiBkcmFm dHMgdG8gYmUgY29uc2lkZXJlZCBpbiBSRkM1NTc1IGFkZGl0aW9ucy4gVGhlc2Ugb3B0aW9ucyBh cmUgZmlsdGVycywgYWN0aW9ucyBvciBjcml0aWNhbCBzZWN1cml0eSBhZGRpdGlvbnMuICBUaGUg ZmxvdyBzcGVjaWZpY2F0aW9uIHdvcmsgaGFzIGJlZW4gYSBwYXJ0IG9mIHRoZSBpbnRlcmltcyBz aW5jZSBJRVRGIDk0DQpodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIw MTYvMDIvMDgvaWRyL3Byb2NlZWRpbmdzLmh0bWwNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2Nl ZWRpbmdzL2ludGVyaW0vMjAxNi8wMy8wNy9pZHIvcHJvY2VlZGluZ3MuaHRtbA0KDQpUaGVyZSB3 aWxsIGJlIGEgYnJpZWYgZmxvdyBzcGVjaWZpY2F0aW9uIHByZXNlbnRhdGlvbiBhdCBJRVRGIDk1 LCBhbmQgdGhlIGVtYWlsIGxpc3QgaGFzIHNlbGVjdCB0byBzdGFydCB3aXRoIG9wdGlvbiAxIOKA kyBleHRlbmRpbmcgUkZDNTU3NS4gIFdlIGFsc28gd2lsbCBiZSBnYXRoZXJpbmcgZGV0YWlscyBv biB0aGUgU0ROL05GViB1c2UgY2FzZSBmb3Igb3B0aW9uIDIgKG5ldyBOTFJJIGFuZCBXaWRlIENv bW11bml0aWVzIHN1cHBvcnQpLg0KDQpUaGlzIGlzIGEgZ3JvdXAgY2FsbCBmb3IgdGhlIGRyYWZ0 cyB0byBiZSBjb25zaWRlcmVkIGluIHRoZSBmbG93IHNwZWNpZmljYXRpb24gd29yay4gIEZvciBl YWNoIG9mIHRoZSBkcmFmdHMgeW91IHdpc2ggdG8gYmUgY29uc2lkZXJlZCBPcHRpb24gMSwgcGxl YXNlIGluZGljYXRlOg0KDQoNCjEpICAgICAgSWYgdGhpcyBvcHRpb24gaXMgdmFsdWFibGUgZm9y IHRoZSBERG9TIGRlcGxveW1lbnRzIG9yIGFub3RoZXIgY3JpdGljYWwgZGVwbG95bWVudHMsDQoN CjIpICAgICAgRG8geW91IGZlZWwgdGhpcyBkcmFmdCBpcyB1c2VmdWwsIGJ1dCBub3QgcmVhZHkg Zm9yIGFkb3B0aW9uLA0KDQozKSAgICAgIERvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgYSBnb29k IHN0YXJ0IGZvciB0aGlzIHdvcmsuDQoNClRoZSBkcmFmdHMgdG8gY29uc2lkZXIgYXJlOg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFj a2V0LXJhdGUvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRy LWZsb3dzcGVjLW52bzMvDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1o YW8taWRyLWZsb3dzcGVjLXJlZGlyZWN0LXR1bm5lbC8NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQv DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdwLWZs b3dzcGVjLWxhYmVsLw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0 a293c2tpLWlkci1mbG93c3BlYy1pbnRlcmZhY2VzZXQvDQpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0Lw0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMt bXBscy1tYXRjaC8NCg0KQW5kIGZvciB0aGUgb3JkZXJpbmcgb2YgdGhlc2UgZmlsdGVycyBhbmQg YWN0aW9ucyBkcmFmdHMg4oCTIHRoZSBPcHRpb24gMSBzZWN0aW9uIG91dCBvZiB0aGlzDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYXJlcy1pZHItZmxvd3NwZWMtY29t Ym8vDQooQSByZXZpc2VkIGRyYWZ0IHdpdGgganVzdCBPcHRpb24gMSB3aWxsIGJlIHBvc3RlZCkN Cg0KU3VlIEhhcmVzIGFuZCBKb2huIFNjdWRkZXINCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCklkciBtYWlsaW5nIGxpc3QNCg0K SWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyDQoNCg== --_000_D347BEFD5E335aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdj4NCjxkaXY+SGkgR3VudGVyLCBTdWUsIEpv aG4sJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxp YnJpLHNhbnMtc2VyaWYiPkkmbmJzcDtzdXBwb3J0IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0LyBhbmQgaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1y ZWRpcmVjdC0wMi50eHQgZm9yIFdHIGFkb3B0aW9uLiBJIHRoaW5rIHRoZSBpbnRlcmZhY2Utc2V0 IGRyYWZ0IGlzIGEgdmFsdWFibGUNCiBsZXZlbCBvZiBncmFudWxhcml0eSBhbmQgc3BlY2lmeWlu ZyBpdCBleHBsaWNpdGx5IHJhdGhlciB0aGFuIHVzaW5nIGNvbW11bml0aWVzIGlzIGNvbnNpc3Rl bnQgd2l0aCB0aGUgZmxvdy1zcGVjIHNwZWNpZmljYXRpb24uIEFzIGZvciB0aGUgZmxvdy1zcGVj IHJlZGlyZWN0IGRyYWZ0LCBJIGJlbGlldmUgdGhpcyBhcHByb2FjaCBpcyBjb25zaXN0ZW50IHdp dGggdGhlIG9wdGlvbiAxIGNvbWJvIGZsb3ctc3BlYyBkaXJlY3Rpb24gYW5kIHJldXNlcw0KIGV4 aXN0aW5nIEJHUCBtZWNoYW5pc21zIChpLmUuLCByZWN1cnNpdmUgcmVzb2x1dGlvbikuJm5ic3A7 PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPjxicj4N CjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5J4oCZ bSBub3QgbmVjZXNzYXJpbHkgYWdhaW5zdCB0aGUgb3RoZXIgZG9jdW1lbnRzLiBIb3dldmVyLCBJ IGFtIG9wcG9zZWQgdG8gdGhlc2UgZG9jdW1lbnRzIHRoYXQgYXJlIG5vdCBldmVuIFdHIGRvY3Vt ZW50cyBiZWluZyZuYnNwO3B1cnBvcnRlZCBhcyB0aGUgYWNjZXB0ZWQgYW5kIG9ubHkgc29sdXRp b24gdG8gZXZlcnkgU0ROIHVzZSBjYXNlLiZuYnNwOzwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQg ZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250 IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+VGhhbmtzLDwvZm9udD48L2Rpdj4NCjxkaXY+PGZv bnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5BY2VlJm5ic3A7PC9mb250PjwvZGl2Pg0KPGRp diBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBmb250LXNpemU6IDE0cHg7Ij4NCjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9E WV9TRUNUSU9OIiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7 IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBB RERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47 IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25l OyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9t OiA8L3NwYW4+SWRyICZsdDs8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmciPmlk ci1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mICZxdW90O1ZhbiBEZSBWZWxk ZSwgR3VudGVyIChOb2tpYSAtIEJFKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmd1bnRlci52 YW5fZGVfdmVsZGVAbm9raWEuY29tIj5ndW50ZXIudmFuX2RlX3ZlbGRlQG5va2lhLmNvbTwvYT4m Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5UaHVy c2RheSwgQXByaWwgMjgsIDIwMTYgYXQgMzozMSBBTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5UbzogPC9zcGFuPlN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hh cmVzQG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0OywgJnF1b3Q7Sm9obiBHLiBTY3Vk ZGVyJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86amdzQGJncC5udSI+amdzQGJncC5udTwvYT4m Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+SURSIExp c3QgJmx0OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7 PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTog W0lkcl0gV0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24g b3B0aW9uIDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84 LzIwMTY8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFD X09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVj NGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8 ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFj ZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPg0KPGRpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SGkgSm9obiwgU3VlLDwv Zm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KPC9mb250PjwvZGl2 Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj5JdHMgYmVlbiBhIHdoaWxlIHNpbmNlIFdHIGFk b3B0aW9uIGNhbGwgZW5kZWQgZm9yIGEgZmV3IEZsb3dzcGVjIGRyYWZ0cy4gSSB3YW50IHRvIHRv dWNoIGJhc2UgYWdhaW4gb24gdGhlIHN0YXR1cyBvZiB0aGlzIGFkb3B0aW9uIGNhbGwuPC9mb250 PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8 ZGl2Pg0KPHByZSBjbGFzcz0id29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzog MHB4OyBib3JkZXI6IDBweDsgbGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBi YXNlbGluZTsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48 Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj5kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3Bl Yy1wYXRoLXJlZGlyZWN0IHJlY2VpdmVkIGEgc2lnbmlmaWNhbnQgbnVtYmVyIG9mIHBvc2l0aXZl IHN1cHBvcnQgZmVlZGJhY2sgdG8gc3VwcG9ydCBvbiB0aGUgbGlzdCBhbmQgZHVyaW5nIHRoZSBJ RFIgV0cgbWVldGluZyBpbiBCdWVub3MgQWlyZXMuIFRoZSBzdXBwb3J0IHdhcyByZWNlaXZlZCBm cm9tIGEgdmVyeSBkaXZlcnNlIHNldCBvZiBjb250cmlidXRvcnMgYW5kIGFmZmlsaWF0aW9ucy4g VGhpcyB3b3JrIGlzIHRpbWVseSBhbmQgcmVhZHkgZm9yIGFkb3B0aW9uIGFuZCBjb3ZlcnMgRERv UyByZWRpcmVjdGlvbiB0b3dhcmRzIGFuIGFwcHJvcHJpYXRlIHNlcnZpY2UgcGxhbmUgd2VsbC4g PC9mb250PjwvcHJlPg0KPHByZSBjbGFzcz0id29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsg cGFkZGluZzogMHB4OyBib3JkZXI6IDBweDsgbGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2Fs LWFsaWduOiBiYXNlbGluZTsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIzIj48YnI+PC9mb250PjwvcHJlPg0K PHByZSBjbGFzcz0id29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBi b3JkZXI6IDBweDsgbGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGlu ZTsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBm YWNlPSJDYWxpYnJpIiBzaXplPSIzIj5LaW5kIFJlZ2FyZHMsPC9mb250PjwvcHJlPg0KPHByZSBj bGFzcz0id29yZHdyYXAiIHN0eWxlPSJtYXJnaW46IDBweDsgcGFkZGluZzogMHB4OyBib3JkZXI6 IDBweDsgbGluZS1oZWlnaHQ6IGluaGVyaXQ7IHZlcnRpY2FsLWFsaWduOiBiYXNlbGluZTsgd2hp dGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7Ij48Zm9udCBmYWNlPSJD YWxpYnJpIiBzaXplPSIzIj5HLzwvZm9udD48L3ByZT4NCjxwcmUgY2xhc3M9IndvcmR3cmFwIiBz dHlsZT0ibWFyZ2luOiAwcHg7IHBhZGRpbmc6IDBweDsgYm9yZGVyOiAwcHg7IGxpbmUtaGVpZ2h0 OiBpbmhlcml0OyB2ZXJ0aWNhbC1hbGlnbjogYmFzZWxpbmU7IHdoaXRlLXNwYWNlOiBwcmUtd3Jh cDsgd29yZC13cmFwOiBicmVhay13b3JkOyI+PGJyPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjxz cGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OkNhbGlicmk7IGZvbnQtc2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBC T1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURE SU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBC T1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsg UEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTog PC9zcGFuPklkciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHIt Ym91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyAmbHQ7PGEg aHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlN1bmRheSAxMCBB cHJpbCAyMDE2IGF0IDIxOjEyPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRv OiA8L3NwYW4+J0d1bnRlciBWYW4gRGUgVmVsZGUnICZsdDs8YSBocmVmPSJtYWlsdG86Z3VudGVy dmFuZGV2ZWxkZWNjQGljbG91ZC5jb20iPmd1bnRlcnZhbmRldmVsZGVjY0BpY2xvdWQuY29tPC9h PiZndDssICdaaHVhbmdzaHVud2FuJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpodWFuZ3NodW53YW5A aHVhd2VpLmNvbSI+emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86 aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86 aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250 LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtJZHJdIFdHIEFkb3B0aW9uIGNhbGwg Zm9yIGRyYWZ0cyBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uIG9wdGlvbiAxIChSRkM1NTc1IGFkZGl0 aW9ucyAoZmlsdGVycy9hY3Rpb25zKSAzLzI1IHRvIDQvOC8yMDE2PGJyPg0KPC9kaXY+DQo8ZGl2 Pjxicj4NCjwvZGl2Pg0KPHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpv PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpz Y2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFz Lm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMu b3JnL1RSL1JFQy1odG1sNDAiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNy b3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBE ZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3Nl LTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1i cmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMg NSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3Nl LTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBT aW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5p dGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFy Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4w cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9 DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFBy ZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6 YmxhY2s7fQ0KdHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNr O30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQ YXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1h cmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZv cm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0 ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxT dHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpwLkhUTUwsIGxpLkhUTUwsIGRp di5IVE1MDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJbXNvLXN0eWxl LWxpbms6IkhUTUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHls ZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToi QmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFu Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5HdW50ZXIgYW5kIFNodW53YW46IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+VGhhbmsgeW91IGZvciB5b3VyIGlucHV0IG9uIHRoaXMgdG9waWMuJm5ic3A7ICZuYnNwO0pv aG4gYW5kIEkgcmVjZWl2ZSBhIGxvdCBvZiBpbnB1dCBpbmRpdmlkdWFsbHkgZnJvbSAzLzI1IHRv IDQvOCwgYW5kIGJlZ2FuIGRpc2N1c3Npb25zIHdpdGggb3VyIEFEIChBbHZhcm8pLiZuYnNwOw0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Kb2huIGFuZCBJIHdpbGwgZGlz Y3Vzc2luZyB0aGlzIGFkb3B0aW9uIGNhbGwgZHVyaW5nIHRoZSB1cGNvbWluZyB3ZWVrLiAmbmJz cDtBbnkgZHJhZnRzIHRoYXQgYXJlIGFkb3B0ZWQgZm9yIHRoZSBGbG93IFNwZWNpZmljYXRpb24g d2lsbCBiZSBJRFIgV29ya2luZyBHcm91cCAoV0cpIERyYWZ0cy4gJm5ic3A7QXMgc3VjaCwgdGhl c2UgZHJhZnRzIGJlY29tZSB0aGUgcmVzdWx0DQogb2YgdGhlIGNvbnNlbnN1cyBvZiB0aGUgd29y a2luZyBncm91cCB1bmRlciB0aGUgZGlyZWN0aW9uIG9mIHRoZSBXRyBjaGFpcnMuJm5ic3A7Jm5i c3A7IFdHIGRyYWZ0cyBtYXkgYmUgcmVxdWVzdGVkIHRvIGJlOiBhKSBtZXJnZWQgd2l0aCBvdGhl ciBXRyBkcmFmdHMsIGIpIHNwbGl0IGludG8gMiYjNDM7IGRyYWZ0cywgb3IgYykgcmVmaW5lZC4m bmJzcDsgJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5DaGVlcmls eSwgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TdWUgSGFyZXMgPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEs IHNhbnMtc2VyaWY7IGNvbG9yOiB3aW5kb3d0ZXh0OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNv bG9yOiB3aW5kb3d0ZXh0OyI+IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYu b3JnIj5tYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwv Yj5HdW50ZXIgVmFuIERlIFZlbGRlPGJyPg0KPGI+U2VudDo8L2I+IFNhdHVyZGF5LCBBcHJpbCAw OSwgMjAxNiA5OjU3IEFNPGJyPg0KPGI+VG86PC9iPiBaaHVhbmdzaHVud2FuPGJyPg0KPGI+Q2M6 PC9iPiA8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+PGJyPg0K PGI+U3ViamVjdDo8L2I+IFJlOiBbSWRyXSBXRyBBZG9wdGlvbiBjYWxsIGZvciBkcmFmdHMgZm9y IEZsb3cgU3BlY2lmaWNhdGlvbiBvcHRpb24gMSAoUkZDNTU3NSBhZGRpdGlvbnMgKGZpbHRlcnMv YWN0aW9ucykgMy8yNSB0byA0LzgvMjAxNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+PGJyPg0KRGVhciBTaHVud2Fu PG86cD48L286cD48L3A+DQo8cD5XaXRoIHRoZSBhZG9wdGlvbiBjYWxsIGVuZGVkLCB0aGUgSURS IGNoYWlycyBjYW4gdXNlIHRoZSByZWNlaXZlZCBpbnB1dCBhbmQgY29tYmluZSBpdCB3aXRoIGRy YWZ0IHN1Ym1pdCB0aW1lbGluZSBpbmZvIChzb21lIHdvcmsgaXMgYXMgb2xkIGFzICYjNDM7N21v bnRocykuIEkgcGVyc29uYWxseSBkbyBub3Qgc2VlIGEgbmVlZCB0byBtZXJnZSBhcyB2YW5kZXZl bGRlLWZsb3dzcGVjLWlkci1wYXRoLXJlZGlyZWN0IGNvdmVycyBhbHJlYWR5IHRoZQ0KIGdvYWwg ZWZmZWN0aXZlbHkgYW5kIGFmZmljaWVudGx5PG86cD48L286cD48L3A+DQo8cD5Gcm9tIHRoZSBs aW5rIHlvdSBwcm92aWRlZCByZWZlcmVuY2luZyBhIHF1b3RlIGFzIG9sZCBhcyBTZXB0ZW1iZXIg MjAxNSEhIS4uIEl0IGlzIGFsbCBzdGlsbCB2YWxpZC4gT25lIHJlc2VydmVkIGJpdCB3YXMgdXNl ZCB0byBhZGQgU1IgYmluZGluZyBpbmRleCBpZGVudGlmeWVyIGZvciBzZWdtZW50IHJvdXRpbmcg dXNlIGNhc2Ugd2F5IGJlZm9yZSBldmVuDQo8YnI+DQpkcmFmdC1saS1pZHItZmxvd3NwZWMtcmVk aXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGV4aXN0ZWQuLi48bzpwPjwvbzpwPjwvcD4NCjxwPioq KjxvOnA+PC9vOnA+PC9wPg0KPHA+RnJvbSBTZXB0ZW1iZXIgMjAxNTo8bzpwPjwvbzpwPjwvcD4N CjxwPiZndDsgQmVuZWZpdHM6PGJyPg0KJmd0Ozxicj4NCiZndDsgbm8gbmVlZCBmb3Igc2lnbmFs bGluZyBsYWJlbHMgb3IgZXh0cmEgZW5jYXAgaW4gQkdQPGJyPg0KJmd0OyBFYWNoIHBhdGgtaWQg aW5kZXhlZCBMU1AvdHVubmVsIHRhYmxlIGlzIGEgbG9jYWxpc2VkIGNvbnN0cnVjdDxicj4NCiZn dDsgZXhpc3RpbmcgdGVjaG5vbG9neSBpcyB1c2VkIHRvIGNvbnN0cnVjdCB0aGUgcGF0aC1pZCBp bmRleGVkIGxvY2FsaXNlZCB0YWJsZTxicj4NCiZndDsgQ29tcGF0aWJpbGl0eSB3aXRoIHRlY2hu b2xvZ2llcyBhbHJlYWR5IHVzaW5nIDMyIG9yIDEyOCBiaXQgaWRlbnRpZmllcnMgZm9yPGJyPg0K Jmd0OyBwYXRocyBhbmQgc2Vzc2lvbnM8YnI+DQomZ3Q7IEVhc3kgZm9yIGZsb3cgc3BlYyB0byBz aWduYWwgYXMgaXQgaW50cm9kdWNlcyBubyBuZWVkIHRvIHNpZ25hbCBsYWJlbHMgZXRj4oCmPGJy Pg0KJmd0OyBubyBjb25mbGljdHMgd2l0aCBleGlzdGluZyBsYWJlbCBleGNoYW5nZSB0ZWNobm9s b2dpZXM8bzpwPjwvbzpwPjwvcD4NCjxwPioqKjxvOnA+PC9vOnA+PC9wPg0KPHA+Ry88bzpwPjwv bzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+U2VudCB1c2luZyA8YSBo cmVmPSJodHRwczovL2Nsb3VkbWFnaWMuY29tL2svZC9tYWlsYXBwP2N0PXBhJmFtcDtjdj04LjMu OCZhbXA7cHY9Ni4wLjEmYW1wO3NvdXJjZT1lbWFpbF9mb290ZXJfMiI+DQpDbG91ZE1hZ2ljIEVt YWlsPC9hPiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdiBpZD0ib2xkY29udGVudCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5PbiBTYXQsIEFwciAwOSwgMjAxNiBhdCAxMDoxOSBB TSwgWmh1YW5nc2h1bndhbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpodWFuZ3NodW53YW5AaHVhd2Vp LmNvbSI+emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48 L3A+DQo8ZGl2IGlkPSJvbGRjb250ZW50Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPkhpIElnbmFzIGFuZCBhbGwsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZGluZyBkcmFmdC12YW5kZXZl bGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0ICZhbXA7IGRyYWZ0LWxpLWlkci1mbG93c3Bl Yy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQtLCBoZXJlIGFyZSB0aGUgYWNoaWV2ZWQgZGlzY3Vz c2lvbiBpbmZvcm1hdGlvbiBhYm91dCAmcXVvdDtTZW1hbnRpY3MNCiBJbmRlcGVuZGVudCZxdW90 OyBGbG93c3BlYzogPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Nv bG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93 ZWIvaWRyL2N1cnJlbnQvbXNnMTUwODEuaHRtbCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1h cmNoaXZlL3dlYi9pZHIvY3VycmVudC9tc2cxNTA4MS5odG1sPC9hPjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjAx KSBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0IGV2ZXIgc2FpZCB0 aGF0IGl0IHBsYW5uZWQgdG8gZGVmaW5lIOKAnFNlbWFudGljcyBJbmRlcGVuZGVudOKAnSBhY3Rp b24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPlBlciB0aGUgY29tbWVudCBpbmZvcm1hdGlvbiwgZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxv d3NwZWMtcGF0aC1yZWRpcmVjdC0wMCAmYW1wOyBkcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3Bl Yy1wYXRoLXJlZGlyZWN0LTAxIGRlZmluZWQgdGhlICZxdW90O1NlbWFudGljcyBJbmRlcGVuZGVu dCZxdW90OyBGbG93c3BlYw0KIFJlZGlyZWN0aW9uOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+PGEgaHJlZj0iaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRo LXJlZGlyZWN0LTAxLnR4dCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC12 YW5kZXZlbGRlLWlkci1mbG93c3BlYy1wYXRoLXJlZGlyZWN0LTAxLnR4dDwvYT48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9y OiMxRjQ5N0QiPuKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjojMUY0OTdEIj5UaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgQkdQIGV4dGVuZGVkIGNv bW11bml0eS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6U2ltU3VuO2NvbG9yOiMxRjQ5N0QiPuKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5UaGUgMi1ieXRlIGxvY2FsIGFkbWluaXN0 cmF0b3IgZmllbGQgaXMgZm9ybWF0dGVkIGFzIHNob3duIGluIEZpZ3VyZSAxLjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAx PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8VElEfEN8PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjAyKSBk cmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLTAwIGRlZmluZWQg YSAmcXVvdDtTZW1hbnRpY3MgRGVwZW5kZW504oCdIEZsb3dzcGVjIFJlZGlyZWN0aW9uOjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saS1pZHItZmxvd3Nw ZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC88L2E+ PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNp bVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5l cyB0aGUgZm9sbG93aW5nIFJlZGlyZWN0IHRvIEdlbmVyYWxpemVkIFNlZ21lbnQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7IElEIEV4dGVuZGVkIENvbW11bml0eTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsgfCBUeXBlPVRCRDEm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBTdWItVHlwZT1UQkQyIHwgRmxhZ3MoMSBvY3RldCl8 IFNlZ21lbnQgVHlwZSZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4m bmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHZW5l cmFsaXplZCBTZWdtZW50IElEJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7ICYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4wMykg Tm93IGRyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QtMDIgaW50cm9k dWNlcyDigJxC4oCdIGJpdCB0byBtYXAgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBh ZG1pbmlzdHJhdG9yIGZpZWxkIHRvIGEgQmluZGluZyBTZWdtZW50IElkZW50aWZpZXIgdmFsdWU6 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Qi PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdmFuZGV2ZWxk ZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0wMi50eHQiPmh0dHBzOi8vd3d3LmlldGYub3Jn L2FyY2hpdmUvaWQvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC0w Mi50eHQ8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEg bmV3IEJHUCBleHRlbmRlZCBjb21tdW5pdHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7igKY8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+VGhlIDIt Ynl0ZSBsb2NhbCBhZG1pbmlzdHJhdG9yIGZpZWxkIGlzIGZvcm1hdHRlZCBhcyBzaG93biBpbiBG aWd1cmUgMS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj NDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHxCfFRJRHxD fDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6U2ltU3Vu O2NvbG9yOiMxRjQ5N0QiPuKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgQml0IDIgaXMgZGVmaW5lZCB0byBiZSB0 aGUgJ0InIChCaW5kaW5nKSBiaXQuJm5ic3A7IFdoZW4gdGhlICdCJyBiaXQgaXM8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7IHNldCwgdGhlIHZhbHVlIGVuY29kZWQgaW4gdGhlIGdsb2JhbCBhZG1pbmlzdHJhdG9yIGZp ZWxkIGlzIGEgQmluZGluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgU2VnbWVudCBJZGVudGlmaWVyIHZhbHVlIHRo ZSB1c2Ugb2Ygd2hpY2ggaXMgZGV0YWlsZWQgaW4gc2VjdGlvbiAzLjIuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0 OTdEIj7igKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjojMUY0OTdEIj5Ob3cgZHJhZnQtdmFuZGV2ZWxkZSBhbHNvIGRlZmluZXMg dGhlICZxdW90O1NlbWFudGljcyBEZXBlbmRlbnQmcXVvdDsgRmxvd3NwZWMgUmVkaXJlY3Rpb24u DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3 RCI+U2hvdWxkIHdlIGNvbWJpbmUgdGhlIHdvcmsgb2YgZHJhZnQtdmFuZGV2ZWxkZSAmYW1wOyBk cmFmdC1saSA/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5TaHVud2FuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjp3aW5kb3d0ZXh0Ij7l j5Hku7bkuro6PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTpTaW1TdW47Y29sb3I6d2luZG93dGV4dCI+IElkciBbPGEgaHJlZj0ibWFpbHRvOmlkci1i b3VuY2VzQGlldGYub3JnIj5tYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+5Luj 6KGoIDwvYj5JZ25hcyBCYWdkb25hczxicj4NCjxiPuWPkemAgeaXtumXtDo8L2I+IDIwMTblubQ0 5pyIOOaXpSAyMDoxNzxicj4NCjxiPuaUtuS7tuS6ujo8L2I+IDxhIGhyZWY9Im1haWx0bzppZHJA aWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT48YnI+DQo8Yj7kuLvpopg6PC9iPiBSZTogW0lkcl0g V0cgQWRvcHRpb24gY2FsbCBmb3IgZHJhZnRzIGZvciBGbG93IFNwZWNpZmljYXRpb24gb3B0aW9u IDEgKFJGQzU1NzUgYWRkaXRpb25zIChmaWx0ZXJzL2FjdGlvbnMpIDMvMjUgdG8gNC84LzIwMTY8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6d2hp dGUiPjx0dD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+SSBoYXZlIHJlYWQgdGhlIGRy YWZ0cyBiZWluZyBwb2xsZWQuPC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjxicj4NCjx0dD5G b3IgYSBncm91cCBvZiBkcmFmdHMgb24gcmVkaXJlY3Q6PC90dD48YnI+DQo8YnI+DQo8YnI+DQo8 dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2 ZWxkZS1pZHItZmxvd3NwZWMtcGF0aC1yZWRpcmVjdC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvPC9h PjwvdHQ+PGJyPg0KPHR0PlN1cHBvcnQgYXMgYmVpbmcgYSBnb29kIHN0YXJ0aW5nIHBvaW50Ljwv dHQ+PGJyPg0KPGJyPg0KPHR0PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWhhby1pZHItZmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLyI+aHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5u ZWwvPC9hPjwvdHQ+PGJyPg0KPHR0PkRvIG5vdCBzdXBwb3J0LiBJdCBpcyByZWR1bmRhbnQuPC90 dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXJlZGlyZWN0LWdlbmVyYWxpemVkLXNpZC8iPmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3BlYy1yZWRpcmVj dC1nZW5lcmFsaXplZC1zaWQvPC9hPjwvdHQ+PGJyPg0KPHR0PkRvIG5vdCBzdXBwb3J0LiBJdCBp cyByZWR1bmRhbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+RHJhZnQtdmFuZGV2ZWxkZSBjYW4gYWNo aWV2ZSBhbGwgd2hhdCBkcmFmdC1oYW8gYW5kIGRyYWZ0LWxpIGNhbiwgYW5kIGluIGEgbW9yZSBm bGV4aWJsZSB3YXkuIEhhdmluZyB0aGUgYWJpbGl0eSB0byBkZWNvdXBsZSByZWRpcmVjdGlvbiB0 dW5uZWwgdHlwZSBmcm9tIHJlZGlyZWN0aW9uIGFjdGlvbiBpcyBib3RoIHByYWN0aWNhbCBhbmQg ZXh0ZW5zaWJsZSAtIHRoZSBhY3R1YWwgdHVubmVsIHRvIGJlIHVzZWQgaXMgYSBsb2NhbCBvcGVy YXRpb25hbA0KIGRlY2lzaW9uIGZvciBlYWNoIG5ldHdvcmsgZWxlbWVudCwgaXQgaXMgbm90IG5l Y2Vzc2FyeSBzaWduYWxsZWQgYXQgdGhlIHNhbWUgdGltZSBhbmQgYnkgdGhlIHNhbWUgbWVjaGFu aXNtLiBEZWNvdXBsaW5nIHNpZ25hbGxpbmcgYW5kIHJlZGlyZWN0IHBhcnRzIGFsaWducyB3ZWxs IHRvIG9wZXJhdGlvbmFsIHByYWN0aWNlcyBvZiB1c2luZyBzcGVjaWZpYyB0b29scyBmb3Igc3Bl Y2lmaWMgdGFza3MuIEp1c3QgdGhhdCBCR1AgY291bGQgZG8gdGhhdA0KIGRvZXMgbm90IG5lY2Vz YXNyeSBtZWFuIHRoYXQgaXQgc2hvdWxkIGJlIHVzZWQgYXMgYSBiZXN0IGZpdC4gRnJvbSBvcGVy YXRpb25hbCBwZXJzcGVjdGl2ZSB0aGVyZSBpcyBubyBuZWVkIHRvIGhhdmUgbXVsdGlwbGUgc29s dXRpb25zIHRoYXQgdHJ5IHRvIGFkZHJlc3MgdGhlIG5hcnJvdyBwcm9ibGVtIHNwYWNlIGluIHNp bWlsYXIgeWV0IGluY29tcGF0aWJsZSB3YXlzLiBUaGVyZSBzaG91bGQgYmUgb25lIGRvY3VtZW50 IGZvciByZWRpcmVjdCwNCiBhbmQgZHJhZnQtdmFuZGV2ZWxkZSBpcyBhIGdvb2Qgc3RhcnRpbmcg YmFzZSBmb3IgdGhhdC48L3R0Pjxicj4NCjxicj4NCjxicj4NCjx0dD5Gb3IgdGhlIG1hdGNoOjwv dHQ+PGJyPg0KPGJyPg0KPHR0PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItZmxvd3NwZWMtaW50ZXJmYWNlc2V0LyI+aHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93c3BlYy1pbnRl cmZhY2VzZXQvPC9hPjwvdHQ+PGJyPg0KPHR0PlN1cG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9p bnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtZWRkeS1pZHItZmxvd3NwZWMtcGFja2V0LXJhdGUvIj5odHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQtcmF0 ZS88L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBhcyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuPC90 dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1udm8zLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1udm8zLzwvYT48L3R0Pjxicj4NCjx0dD5T dXBwb3J0IGFzIGEgZ29vZCBzdGFydGluZyBwb2ludC48L3R0Pjxicj4NCjxicj4NCjx0dD48YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1pZHItYmdw LWZsb3dzcGVjLWxhYmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt bGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC88L2E+PC90dD48YnI+DQo8dHQ+U3VwcG9ydCBh cyBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQuPC90dD48YnI+DQo8YnI+DQo8dHQ+PGEgaHJlZj0iaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteW9uZy1pZHItZmxvd3NwZWMtbXBs cy1tYXRjaC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRy LWZsb3dzcGVjLW1wbHMtbWF0Y2gvPC9hPjwvdHQ+PGJyPg0KPHR0PlN1cHBvcnQgYXMgYSBnb29k IHN0YXJ0aW5nIHBvaW50LjwvdHQ+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHR0PklnbmFzPC90 dD48YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk9uIDI1LzAzLzIwMTYgMTQ6NDcsIFN1 c2FuIEhhcmVzIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5JRFIgV0c6IDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PlRoaXMgYmVnaW5zIGEgMiB3ZWVrIFdHIENhbGwgKDMvMjUgdG8gNC84LzIwMTYpIGZvciB0aGUg c2V0IG9mIGRyYWZ0cyB0byBiZSBjb25zaWRlcmVkIGluIFJGQzU1NzUgYWRkaXRpb25zLiBUaGVz ZSBvcHRpb25zIGFyZSBmaWx0ZXJzLCBhY3Rpb25zIG9yIGNyaXRpY2FsIHNlY3VyaXR5IGFkZGl0 aW9ucy4gJm5ic3A7VGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3JrIGhhcyBiZWVuDQogYSBwYXJ0 IG9mIHRoZSBpbnRlcmltcyBzaW5jZSBJRVRGIDk0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAyLzA4L2lkci9wcm9jZWVkaW5ncy5o dG1sIj5odHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDIvMDgv aWRyL3Byb2NlZWRpbmdzLmh0bWw8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvcHJvY2VlZGluZ3MvaW50ZXJpbS8yMDE2LzAzLzA3L2lkci9wcm9jZWVkaW5ncy5odG1sIj5o dHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy9pbnRlcmltLzIwMTYvMDMvMDcvaWRyL3By b2NlZWRpbmdzLmh0bWw8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+VGhlcmUgd2lsbCBiZSBhIGJyaWVm IGZsb3cgc3BlY2lmaWNhdGlvbiBwcmVzZW50YXRpb24gYXQgSUVURiA5NSwgYW5kIHRoZSBlbWFp bCBsaXN0IGhhcyBzZWxlY3QgdG8gc3RhcnQgd2l0aCBvcHRpb24gMSDigJMgZXh0ZW5kaW5nIFJG QzU1NzUuJm5ic3A7IFdlIGFsc28gd2lsbCBiZSBnYXRoZXJpbmcgZGV0YWlscyBvbiB0aGUgU0RO L05GViB1c2UgY2FzZSBmb3Igb3B0aW9uIDINCiAobmV3IE5MUkkgYW5kIFdpZGUgQ29tbXVuaXRp ZXMgc3VwcG9ydCkuIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlRoaXMgaXMgYSBncm91cCBjYWxsIGZvciB0 aGUgZHJhZnRzIHRvIGJlIGNvbnNpZGVyZWQgaW4gdGhlIGZsb3cgc3BlY2lmaWNhdGlvbiB3b3Jr LiZuYnNwOyBGb3IgZWFjaCBvZiB0aGUgZHJhZnRzIHlvdSB3aXNoIHRvIGJlIGNvbnNpZGVyZWQg T3B0aW9uIDEsIHBsZWFzZSBpbmRpY2F0ZToNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47YmFj a2dyb3VuZDp3aGl0ZSI+MSk8c3BhbiBzdHlsZT0iZm9udC1zaXplOiA3cHQ7IGZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJywgc2VyaWY7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj5JZiB0aGlzIG9wdGlvbiBpcyB2YWx1YWJsZSBmb3IgdGhlIEREb1MgZGVwbG95 bWVudHMgb3IgYW5vdGhlciBjcml0aWNhbCBkZXBsb3ltZW50cywgJm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVp bjtiYWNrZ3JvdW5kOndoaXRlIj4yKTxzcGFuIHN0eWxlPSJmb250LXNpemU6IDdwdDsgZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nLCBzZXJpZjsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPkRvIHlvdSBmZWVsIHRoaXMgZHJhZnQgaXMgdXNlZnVsLCBidXQgbm90 IHJlYWR5IGZvciBhZG9wdGlvbiwgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjtiYWNrZ3JvdW5kOndoaXRlIj4zKTxz cGFuIHN0eWxlPSJmb250LXNpemU6IDdwdDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4n LCBzZXJpZjsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPkRvIHlvdSBm ZWVsIHRoaXMgZHJhZnQgaXMgYSBnb29kIHN0YXJ0IGZvciB0aGlzIHdvcmsuIDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPlRoZSBkcmFmdHMgdG8gY29uc2lkZXIgYXJlOiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1lZGR5LWlkci1mbG93c3BlYy1wYWNrZXQt cmF0ZS8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWVkZHktaWRyLWZs b3dzcGVjLXBhY2tldC1yYXRlLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW8taWRyLWZsb3dzcGVjLW52bzMvPC9hPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhby1pZHIt Zmxvd3NwZWMtcmVkaXJlY3QtdHVubmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaGFvLWlkci1mbG93c3BlYy1yZWRpcmVjdC10dW5uZWwvPC9hPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhy ZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1mbG93c3Bl Yy1yZWRpcmVjdC1nZW5lcmFsaXplZC1zaWQvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1saS1pZHItZmxvd3NwZWMtcmVkaXJlY3QtZ2VuZXJhbGl6ZWQtc2lkLzwvYT48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFu Zy1pZHItYmdwLWZsb3dzcGVjLWxhYmVsLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1sYWJlbC88L2E+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1mbG93 c3BlYy1pbnRlcmZhY2VzZXQvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1saXRrb3dza2ktaWRyLWZsb3dzcGVjLWludGVyZmFjZXNldC88L2E+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0i aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItZmxv d3NwZWMtcGF0aC1yZWRpcmVjdC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LXZhbmRldmVsZGUtaWRyLWZsb3dzcGVjLXBhdGgtcmVkaXJlY3QvPC9hPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhy ZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXlvbmctaWRyLWZsb3dz cGVjLW1wbHMtbWF0Y2gvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC15 b25nLWlkci1mbG93c3BlYy1tcGxzLW1hdGNoLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5BbmQgZm9y IHRoZSBvcmRlcmluZyBvZiB0aGVzZSBmaWx0ZXJzIGFuZCBhY3Rpb25zIGRyYWZ0cyDigJMgdGhl IE9wdGlvbiAxIHNlY3Rpb24gb3V0IG9mIHRoaXMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1jb21iby8iPmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhhcmVzLWlkci1mbG93c3BlYy1j b21iby88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+KEEgcmV2aXNlZCBkcmFmdCB3aXRoIGp1c3QgT3B0aW9uIDEgd2lsbCBi ZSBwb3N0ZWQpDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5TdWUgSGFyZXMgYW5kIEpvaG4gU2N1ZGRlciA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndo aXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbicsIHNlcmlmOyI+PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHBy ZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+SWRyIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3JnIj5JZHJAaWV0Zi5v cmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcjwvYT48bzpwPjwvbzpwPjwvcHJlPg0K PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3 IFJvbWFuJywgc2VyaWY7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_D347BEFD5E335aceeciscocom_-- From nobody Fri Apr 29 07:30:00 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBB2D12D161 for ; Fri, 29 Apr 2016 07:29:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.517 X-Spam-Level: X-Spam-Status: No, score=-15.517 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 1taoBfZIwmcu for ; Fri, 29 Apr 2016 07:29:57 -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 5C27312D157 for ; Fri, 29 Apr 2016 07:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=211; q=dns/txt; s=iport; t=1461940197; x=1463149797; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=qn/TogbTNzOBFXptHN277o5rTLJsHJQ2qANepLoxQpw=; b=AnpgtDHkmOBpxhNNk1kEqaqgVzU0LiLjnK6Qdis8X5KaaeYzeb+/HmBz w5X87L8joJpzk9K3aq/NrJhfS5+9mIqhknEgRu0i2vXxiaxSDLQrb4AhE vGDm59SNbpv1Uo2mkoJ3QPagwv71taGUPV06wRbVF4LuwZPc2ZI54FhMj w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D8AQB3byNX/4YNJK1dgzhTum4BDYF2I?= =?us-ascii?q?ocaOBQBAQEBAQEBZRwLhEg6UQE+QicEiD0OoyGgcQEBAQEBBQEBAQEBAQEBARM?= =?us-ascii?q?EhiGBdoo+gisFmBMBhXuIG4FRAY0/jy8BHgEBQoNriW0BAQE?= X-IronPort-AV: E=Sophos;i="5.24,552,1454976000"; d="scan'208";a="102740416" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Apr 2016 14:29:56 +0000 Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u3TETuEK003694 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Fri, 29 Apr 2016 14:29:56 GMT Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 29 Apr 2016 09:29:56 -0500 Received: from xch-aln-014.cisco.com ([173.36.7.24]) by XCH-ALN-014.cisco.com ([173.36.7.24]) with mapi id 15.00.1104.009; Fri, 29 Apr 2016 09:29:55 -0500 From: "Jakob Heitz (jheitz)" To: "idr@ietf.org" Thread-Topic: BGP persistence Thread-Index: AQHRoiOZxY3tynlL7U+1m/QeYzMTpQ== Date: Fri, 29 Apr 2016 14:29:55 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-ID: <9C70ECA247C2BE478212AD0F39F3E0C6@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Idr] BGP persistence X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:29:59 -0000 Why is this https://tools.ietf.org/html/draft-uttaro-idr-bgp-persistence-03 persistently not an RFC? We have had an implementation for at least a couple of years and others hav= e also. -- Jakob Heitz. From nobody Fri Apr 29 07:38:50 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12F1012D141 for ; Fri, 29 Apr 2016 07:38:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 dZdvmOOrcO88 for ; Fri, 29 Apr 2016 07:38:46 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0737.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:737]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3598612D0B5 for ; Fri, 29 Apr 2016 07:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Cj9Q2KUOI8SxdDRPSJKjtz5WK/9NyxDfkY05+5IHZKQ=; b=aKXrcdfK+PPDAelLitiIWZVNI33l8YsbI3N6LjwzssHSOvdyDttbFsNF6D4/Qu8kUSbUPRc5FSmcKzyP/mQ//8vmCSvU0+HyrhQPEp7jWFTSssVTg6fOm+7ivQkhoYGpfxvsumBDZFWAkZPrxrBfM1WUSk95CvC8iGy9qtboKOI= Authentication-Results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; Received: from [172.29.36.133] (66.129.241.10) by BL2PR05MB194.namprd05.prod.outlook.com (10.242.198.147) with Microsoft SMTP Server (TLS) id 15.1.453.26; Fri, 29 Apr 2016 14:38:26 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: "John G. Scudder" In-Reply-To: Date: Fri, 29 Apr 2016 10:38:21 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: <1BE5582B-90D5-4C99-8807-EC6202523E4B@juniper.net> References: To: "Jakob Heitz (jheitz)" X-Mailer: Apple Mail (2.3124) X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: BLUPR14CA0003.namprd14.prod.outlook.com (10.163.77.141) To BL2PR05MB194.namprd05.prod.outlook.com (10.242.198.147) X-MS-Office365-Filtering-Correlation-Id: b4036b1b-9808-47ee-3aa9-08d3703becca X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 2:AebhjV2CcwMgrSdtTfcLZI2k0D0f86f0By1SG55rFV3jALXD9NHZccmmzU0Ll8IE+B6l+RIYMEjFG53el0Fg6Odqv+Hl9+Wuq+cSpHcrLRzH2H7WsmqgeUx26wWOtOmRYjs1hf/ZcKnILrQE+/oNyKyqHwuWpcmrQ2if36yeDsX97GvYa3Nt2lZsBByPg1m+; 3:hATAvVfK15D9SrAC4WO+ttSDL+NJ8b56HlC8mmQ2muqsO1MlThy47/WNK9vkTJNHFtDF7EtlFITswjv+8Fq3xLFUgSxxI4hr12pIBGsS3X1HlXo5ObkIPX24S0l+2EWi; 25:P81d1Vbb1vGvKg3bRwiHwv9XY0sV9Fq8aXuwlzrpp00yuO/Kl4tEDTOdQ+e1HKKFHkpB00yd0fv6J9hlfAfFkQNchePxUeewXx3b6H5hHtRXkIYoWgaOuNUo6D0w4rxfFVIo/XxWhSvCYwEwAboUnUaRFyikoUKEXBj3PBoo+uhVCLsBss4a1MTbKjJP9DkOrSdjdL36aQxXZb46hljXZQuZehLVMa9vcUTiIoJumVAIDBCwuX/JKhRGvz4izU6zFQpqh5Pvmgdqa9FZDpNrkCnTsMd2Y/xIzzyTMlqWg71tGLfA6nTg2U3PxLvi3AF3QRUMPd5EfJb6ZyjXS8XvzQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB194; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 20:eNtX3Hm3uLuTYtiH5K42ODsgJQ+xYjEUhyLGQSpQWDRwraP3qUVtdgQb7FjxKJAe5skIIN292KbnWMVJWOzzTUoHxIzUvqQ17IJebAIjwCSW4ntzJAcDVJBPxkCuoGUqSO3v1ukjLlcn2T5beKkS/MFTXQIkD1VnU6pxEHZEkRjHacg+ES/wGv9Ad/wCfP1+0lzP9G0EEuFJaBqVqhb8cmE+Sy0EqwDDHKAd0L/HBXXPSRr5FmbreJvj4o5vXNE5UlPS2H99+aNeW8+VnVgKAfdTN7vXhJeSHNcmx/hnMPANX67E699dKDycpjbV1LtT2P1j8JpoUUOGBMg9R2Pm9vODVQpLXXPWmDpGpGs+VG2kfFcar3mx1y5KWmP1ZesUThDPrTHEwBLbmmebAnDXI8gTJlTIOnu3kBIiANFTCA0DaPNOZeqA6OMeSlXsGLDgHgwr4w9lMelX6Upg2u0HafD7E3YQfHC+H86a2Z8FANYYs5xUIoK6fGsmZIXqrwRo X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(95692535739014); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(9101521072)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BL2PR05MB194; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB194; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 4:QKju2FthkQf+c+63zrdLsWP+LFG4nB3P5NB5xOEcJDWqqZOW2ZsyAGMGXOzEeb+AOy6csi2u5IAa5j7rgDk1SJ6qGZRTfTyZ0Enm88jltGUgbeHrLVn6r5gKh3SOJg1j5zwYt/MdOCZ4PZcNmAd6gEqo6I1x4sp74Ra0snH16mqmjl+73D1pv6jbGcFUw/JpBKgdzjM/SV6DEfrzXfL/Y7dKJdkgB4okr/mC29rOBO9K5YvwGAaG00Jw1NiWqv7puzD9RD1Lj1VlCxMfnfk1lsme7z71FdedP+SbBrfXN+JE949xAl6/3Oqy0W29CXCXUHvtjlJNhm17NlLZdZfj8ILMowLYqfLdkgqPUtB8lAazRwt6Y5F+lNO6s09TZA1xqlgMv//5Kn1zcxOdYSxQhCJkOxCCAapqLexZj+ih/DJk0ooVmc0YAkuLesKV0rTvExBmSc7CSjK4wH2nl55hmQ== X-Forefront-PRVS: 0927AA37C7 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(377454003)(24454002)(15975445007)(42186005)(36756003)(82746002)(2950100001)(66066001)(77096005)(3846002)(92566002)(4326007)(97756001)(50226002)(5008740100001)(57306001)(586003)(6116002)(50466002)(83716003)(5004730100002)(81166005)(47776003)(1096002)(23726003)(50986999)(86362001)(2906002)(33656002)(110136002)(19580395003)(19580405001)(189998001)(46406003)(76176999)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB194; H:[172.29.36.133]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB194; 23:qfxJ+ZcL5OC7sb+nZqIboRU7fjtlJnVjgIIn4j8Ear?= =?us-ascii?Q?H1y1Z8StKSLwSP0NgRXGGcHoNZlwcRCDd0hQtCQEDEVkUslCRIR6ktVzdjhB?= =?us-ascii?Q?0ikwGYjb55kHn0P4Gv9YZBuIVENK857mpghjYGHiIo+6vq4VaROFC+TuC4Dt?= =?us-ascii?Q?ICK8xxry/xq2Xf8la5rv8STqgkjYJ4uTsZog+tMoNaZLdQA+kQP5pZvZ7fOx?= =?us-ascii?Q?HyFxj9k3HtsZAEcayDMY2/6I+JnYT22Mf91ZfWJIHChiJqScSCfIvsbmwtgc?= =?us-ascii?Q?xwb+IXJf3xbLb/7MNopQqYxXIJEQun15/Ygq/I+vPUxf78PqsTUCCqEgMQXx?= =?us-ascii?Q?CiU1EmqRd2BXkMfx96eNXyrPjCTmv5Z9pOqoqNQL2E/Ud4FLJOBa84oD5lCc?= =?us-ascii?Q?ruSMaxdM6mYeKk/aylKpUzF0rMr+2PARJT+yd5/ZVq5E25XY8ozKkfYUCurA?= =?us-ascii?Q?99msZx0Qg5EQiF5+alMVLMR70aCVC7QOgkrgtYCOw5oRySZfVz49TQ/dA2u8?= =?us-ascii?Q?JhYB9cVEaM5a+8NtZXg51zaXFnD8cpehIa2Sz2I98rvsGlSyZXUAV+ScRsa1?= =?us-ascii?Q?Czfv6YDp5yqau7KET9btS7y8oo25DcUeYwnpy7Jnzpl6bC6MspgudlYMgoNL?= =?us-ascii?Q?CYbLoi/Tay06Fa9Vldu5JBo+UQFksSblwuwQYPqo4P96CWPDWlNcj7MKiiPi?= =?us-ascii?Q?/kxS7E0+j10bAyG7y0bqCxv+6UijWo36qWFpqpAzh+jOV52GE2iH2KvGXkLB?= =?us-ascii?Q?u5S7pGdVNgaVWccNIrO05Cpmh/RnCyar8kLwBq0uO1agwKII9HPKsNx46Kci?= =?us-ascii?Q?FsxtDsbdkNtrPsqKhyfwcrYFH1hkDOzB3Q3eUoviQA7cdAfo5eEIjGuWLFxV?= =?us-ascii?Q?fQz4XeKfBktHky8mTUSoKg1vPXbucZNOolqOb5pRfJbp5hxTlsBCkKIt1iW2?= =?us-ascii?Q?j6P/QH1UjWUme+fmQBQoMGptOkwAaXujkaS7fMM5hGmEYOoyV9jZ/XMT5Z/z?= =?us-ascii?Q?gJCX2DRU/QE8XllWNmkqhFi1x/r7982ZKTxDFeCPevIJaCAVmHg1jofKzOA0?= =?us-ascii?Q?HTkFg=3D?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB194; 5:oztamkKCo0dYtRAC7UpHWmoe0cW4NV3PAePZdAbgpZwpdEMenaW16wMF4xIhdrkIb00+UcCUJ0vhcXWXSpQeZmDt2ry0qf7ijkWaycQPELNQxzj4JtRm4GTDpsYsZNaYnlqsTmkYHbWvqRi1gTo8nw==; 24:dpfUPjBkSYkKMMv1uO6oD/w/UNQO+1JiVVEjoLPlKPpmQJ1jc4Vg/EvjCOcANrC1gKTHbY/mEfAFQPoUjoLwMIwW6qyfWuqM09QTgfq9t0w= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Apr 2016 14:38:26.4309 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB194 Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] BGP persistence X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 14:38:49 -0000 It's a fair question! The last time the WG discussed adopting the item, as I recall there was = no consensus to do so. It seems as though we should be able to have the = conversation again at this point. As you say, we now have actual = experience with it, which hopefully will help inform the discussion. = Also, the current form of the document reflects many updates made to = address concerns expressed by the WG about previous versions, so even = though it wasn't a WG document, the authors were listening and = responding to the WG feedback. With WG chair hat firmly off my head and contributor-to-the-document hat = prominently displayed, let me suggest (or rather, second Jakob's = indirect suggestion) that we adopt and progress the document. Thanks for bringing it up, --John > On Apr 29, 2016, at 10:29 AM, Jakob Heitz (jheitz) = wrote: >=20 > Why is this > https://tools.ietf.org/html/draft-uttaro-idr-bgp-persistence-03 > persistently not an RFC? > We have had an implementation for at least a couple of years and = others have also. >=20 > -- > Jakob Heitz. From ajayl.bro@gmail.com Fri Apr 29 11:32:54 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9728712D519 for ; Fri, 29 Apr 2016 11:32:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ahp2IGGumtfk for ; Fri, 29 Apr 2016 11:32:40 -0700 (PDT) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (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 347EC12D6F8 for ; Fri, 29 Apr 2016 11:32:39 -0700 (PDT) Received: by mail-oi0-x235.google.com with SMTP id k142so128266212oib.1 for ; Fri, 29 Apr 2016 11:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=+sTSh01S90G+OuwOzeekZBG2nvYGphi89/dJKBNDMrM=; b=HiKNG5QgioUdegp1pR/wcVyPgGYwMcA+XAFJqv8q3nMu1zcHkIuUKfjGXwAvqQzpIJ VtC+tJLQYSaVZ9fw6pjn/iGaN+gmtF7F5YwKs0ihIarzhHCCy9MhiOXTADdz6l2Kf8yo Q6XQdiFqcCWn/0PbvWlHIbPHRicDW97MGU6lIDg8HtH1umHgkrY+R4Vh7eEOtIOtRA9/ PBCAb1i5jgBuLPYY6Z/+Db78LlEKNtc8TWqfbQ8BBF9Nbfc/b5iqesIR2NJhCcT0iB60 4d0DzvyVjZXAroHbB27jiElihTrwZmFmSRZkRZfPlRVFwyzk2IjkxddEB/McQCjUCM/G zsMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=+sTSh01S90G+OuwOzeekZBG2nvYGphi89/dJKBNDMrM=; b=gs8FYAKyUdnW7LnZxkFAO2J409tvAio58Yk840eimCCsOetEDuTwMb8zexX9uf761c rdH117bhW41PV1R9Z64s/0JV7oIdlRCtvwH7xXx4rmcRLWKVEGDyBJuHkn13Upr/Azi/ XW0m7j2MhzdIKiGorb63Aa17MKAiDXGSJur/vI3Lx/OGzz13uTqKaV88LOMvA24yCclH 8wt5y/vKubvFknmzp2UoDPJ4dpsIQuPR2tMX1b5lDzsRDTv07kY9kTOns/jkMGcildBM nMjhwxKLv9sfCXeaJxqFfhh9yRpJQZjOU07AiQ1vo4BnwO77VeOFItd8wJLuvmyKRHlb FJmA== X-Gm-Message-State: AOPr4FUFgeWi5+4Hv8uKAX3vNKe5JbdWOA4n+4MdDZ1L2gdv8sGVsfPzoBdCSJz6p1gfVUErdj0OnJti92FDfQ== MIME-Version: 1.0 X-Received: by 10.157.45.198 with SMTP id g64mr10968390otb.132.1461954758523; Fri, 29 Apr 2016 11:32:38 -0700 (PDT) Received: by 10.157.36.81 with HTTP; Fri, 29 Apr 2016 11:32:38 -0700 (PDT) Date: Fri, 29 Apr 2016 11:32:38 -0700 Message-ID: From: Ajay L To: idr@ietf.org Content-Type: multipart/alternative; boundary=94eb2c11507a0f437c0531a3dedf Archived-At: X-Mailman-Approved-At: Fri, 29 Apr 2016 12:06:35 -0700 Subject: [Idr] Question about BGP mandatory attribute missing behavior X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 18:47:34 -0000 --94eb2c11507a0f437c0531a3dedf Content-Type: text/plain; charset=UTF-8 Hi Experts, Had a question about expected behavior about error handling scenario for an BGP implementation Per RFC 4271, if mandatory path attribute is not present in the UPDATE message, NOTIFICATION message with appropriate error code and subcode must be generated. If multiple mandatory path attributes are missing (e.g. ORIGIN and AS_PATH), is the expected behavior to generate multiple separate NOTIFICATION messages one for each missing attribute, or just one NOTIFICATION message for the first detected missing attribute? If any of the well-known mandatory attributes are not present, then the Error Subcode MUST be set to Missing Well-known Attribute. The Data field MUST contain the Attribute Type Code of the missing, well-known attribute. Thanks Ajay --94eb2c11507a0f437c0531a3dedf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Experts,

Had a question a= bout expected behavior about error handling scenario for an BGP implementat= ion

Per RFC 4271, if mandatory path attribute is not pr= esent in the UPDATE message, NOTIFICATION message with appropriate error co= de and subcode must be generated. If multiple mandatory path attributes are= missing (e.g. ORIGIN and AS_PATH), is the expected behavior to generate mu= ltiple separate NOTIFICATION=C2=A0messages one for each missing attribute, = or just one=C2=A0NOTIFICATION message for the first detected missing attrib= ute?

   If any of the well-kno=
wn mandatory attributes are not present, then
   the Error Subcode MUST be set to Missing Well-known Attribute.  The
   Data field MUST contain the Attribute Type Code of the missing,
   well-known attribute.

Thanks
Ajay
--94eb2c11507a0f437c0531a3dedf-- From nobody Fri Apr 29 13:08:28 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDFE412B03B for ; Fri, 29 Apr 2016 13:08:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dsu1iZgZ7nyh for ; Fri, 29 Apr 2016 13:08:24 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF9F212B067 for ; Fri, 29 Apr 2016 13:08:23 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id x19so130847583oix.2 for ; Fri, 29 Apr 2016 13:08:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=inirEwiaGvDzdvUYLHtvMc3CG7k5H9DdR+QPYU43RgI=; b=e6/2L5vJdKygMuM6/Y1FqBLWJ7SNnrylbC/GPZcgy2EYCNu801SYprMxvHVfRIwYwG 5K3XelkzFQ3ZNKdb1JqoDKjWSea4oz+2qyNjILiWMg4fDeYHvhFwaRnFwVCMuigHz2XK /RUruY6I59uB0tfn3bZUltTxj6G61ZYI4rIFufKZK8rqIQVP8LuTchtFWkZR6fCqx899 QNuEI2WAGGkng3cRCCHTbtRVQWpO7QASdad3fT0rKQ7ZFRQaI1VENbRZAIF5He0qj7pb OKamOg0J7Yyf3QYmcthA1JKAff6ytWSLlaxBIYjVQyBTAcjqVpz4h8MKi0qMgSQAwL72 NWpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=inirEwiaGvDzdvUYLHtvMc3CG7k5H9DdR+QPYU43RgI=; b=WOEN+bz2dR2azBudkQLGvckpFuuUqACNRHIcdctjQ+E4UzebfoY+3lLM3LGuAySI3e wN5DShz40t+KPZ+JdhJcF5FozLi5qH7S70CbVh2u+dDwQJysbi72kvwr2SzaLqUg69sx xwVJf5iwogfgFvyP0ZM/APNsJc3xdVqHHyYhoFceQLkPLNnuNtWqr3eEScXDuaA/2K2w m3SBsTVaYpDpDW11nNSzHI2QPujHsi2dYD5wDWcitffaJl5mvGXckJAepvNXH/9v0Eak iABSzezodLLJXXEZICFSF1QMJmnC+u/JRpL0F4Xfj9cnk4UdTHyDInaq2Qh5iyX55ZCi AvSA== X-Gm-Message-State: AOPr4FUxYqBtiKgCN/GOsjhbHSKEqjrm8bAde6RBvKhuJI5ZAcG3r/GZj8QUifzUCiaqmmQKDxPhml3GB/NI+g== MIME-Version: 1.0 X-Received: by 10.157.12.168 with SMTP id b37mr9738634otb.4.1461960503302; Fri, 29 Apr 2016 13:08:23 -0700 (PDT) Received: by 10.157.36.81 with HTTP; Fri, 29 Apr 2016 13:08:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 Apr 2016 13:08:23 -0700 Message-ID: From: Ajay L To: idr@ietf.org Content-Type: multipart/alternative; boundary=001a1140af66799df40531a53452 Archived-At: Subject: Re: [Idr] Question about BGP mandatory attribute missing behavior X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 20:08:26 -0000 --001a1140af66799df40531a53452 Content-Type: text/plain; charset=UTF-8 The section on NOTIFICATION message says that BGP connection is closed immediately after sending it. So in my scenario, looks like the expected behavior is to send NOTIFICATION message with details of the first detected missing mandatory attribute and close the connection. Please let me know if this interpretation is not correct 4.5 . NOTIFICATION Message Format A NOTIFICATION message is sent when an error condition is detected. The BGP connection is closed immediately after it is sent. Thanks Ajay On Fri, Apr 29, 2016 at 11:32 AM, Ajay L wrote: > Hi Experts, > > Had a question about expected behavior about error handling scenario for > an BGP implementation > > Per RFC 4271, if mandatory path attribute is not present in the UPDATE > message, NOTIFICATION message with appropriate error code and subcode must > be generated. If multiple mandatory path attributes are missing (e.g. > ORIGIN and AS_PATH), is the expected behavior to generate multiple separate > NOTIFICATION messages one for each missing attribute, or just > one NOTIFICATION message for the first detected missing attribute? > > If any of the well-known mandatory attributes are not present, then > the Error Subcode MUST be set to Missing Well-known Attribute. The > Data field MUST contain the Attribute Type Code of the missing, > well-known attribute. > > > Thanks > > Ajay > > --001a1140af66799df40531a53452 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The section on=C2=A0= NOTIFICATION=C2=A0message says that BGP connection is closed immedia= tely after sending it. So in my scenario, looks like the expected behavior = is to send NOTIFICATION message with details of the first detected missing = mandatory attribute and close the connection. Please let me know if this in= terpretation is not correct

=

4.5.  NOTIFIC=
ATION Message Format


   A NOTIFICATION message is sent when an error condition is detected.
   The BGP connection is closed immediately after it is sent.


Thanks
Ajay

On Fri, Ap= r 29, 2016 at 11:32 AM, Ajay L <ajayl.bro@gmail.com> wrote= :
Hi Experts,
=

Had a question about expected behavior about error hand= ling scenario for an BGP implementation

Per RFC 4271, i= f mandatory path attribute is not present in the UPDATE message, NOTIFICATI= ON message with appropriate error code and subcode must be generated. If mu= ltiple mandatory path attributes are missing (e.g. ORIGIN and AS_PATH), is = the expected behavior to generate multiple separate NOTIFICATION=C2=A0messa= ges one for each missing attribute, or just one=C2=A0NOTIFICATION message f= or the first detected missing attribute?

=
   If any of the well-known mandatory attributes are not present, then
   the Error Subcode MUST be set to Missing Well-known Attribute.  The
   Data field MUST contain the Attribute Type Code of the missing,
   well-known attribute.

Thanks
<=
/font>
Ajay

--001a1140af66799df40531a53452-- From nobody Fri Apr 29 13:31:00 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50DA212D10E; Fri, 29 Apr 2016 13:30:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vju380MQqb3Q; Fri, 29 Apr 2016 13:30:55 -0700 (PDT) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDBE012D096; Fri, 29 Apr 2016 13:30:55 -0700 (PDT) Received: by mail-oi0-x22c.google.com with SMTP id k142so131711248oib.1; Fri, 29 Apr 2016 13:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=9XM/dRPz6RzLEhu/lUvCojPDAGy8JlLaTVFubmFqA14=; b=snu1koEI26VLFpmsx2GxRtoaNxQOoeAi1mo2ETs+tvr4D+o1tNKEeWMkk8zkJfu4dq OJQVtedBwFGzl1agfdBQrDqgboIS8SHMJZruxWcALtCo0MFNh4BFJ86IPlQGUHswJRq3 W7TME/0ovu1G3p4byXEd5iO0Rze3GChHmv+gog8zL9EJOFZ4GpJMLil7w6iI8TamlyaN EFbChJjM1A5XfHqeM2G81A7PPgG0s4leAQR1HCb3VNKcvXXjLJhxtUH7QTmNvkpGafEL /Jn5dHEkzlDGNmYkVI6vAUj4CjoyQp8yhvura8pHgm/LfcdyGntNUXS6JUbr4UKj1FLX IN+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=9XM/dRPz6RzLEhu/lUvCojPDAGy8JlLaTVFubmFqA14=; b=WeZC3zCNpi9aJpygV41kHxtixr32c+E7iXAVC2+TKJ1FXd/v0QOPW29X8Asd6QZ/Zk SGSluKWy+/9tCft+F1u2wcJToEnTT2fNPZI3ngeOZUcyf3UMofto+a/HPYD07R7zDgU6 IFW0EXRy5hLEAOR6585sSiEXon+MbUEquXJZpwzylA/XhHQb6H1HXDzhwpWzVmVozXyL S2H+hz+YSf+0YwjuozVCfppjNWjRjmo5njL5RhfpFWv9RhUgQoS0QvQgZJGxbcoh2fZg 5HZUYhNCwuBQyv/yJY8W4ixVjFJ4MS6YmGrmRntbc57zTi9Y2JGL0mznb6Q1g636Rduq cocw== X-Gm-Message-State: AOPr4FVw8WX1EpbGnjtEvngjg9WNkHfkgmncJUoFOjfHCz5wxSbexT8ndmIvUPgYGcQ3y1hzExxRQTnKMb8wTw== MIME-Version: 1.0 X-Received: by 10.157.20.149 with SMTP id d21mr10112777ote.143.1461961855151; Fri, 29 Apr 2016 13:30:55 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 29 Apr 2016 13:30:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 Apr 2016 16:30:55 -0400 Message-ID: From: Alia Atlas To: "Carlos Pignataro (cpignata)" Content-Type: multipart/alternative; boundary=001a113e22ac0d38320531a5859d Archived-At: Cc: "" , "" , "draft-ietf-idr-add-paths.all@ietf.org" , "idr@ietf.org" Subject: Re: [Idr] RtgDir review: draft-ietf-idr-add-paths-13 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 20:30:58 -0000 --001a113e22ac0d38320531a5859d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Carlos, Thank you very much for your review. Shepherd & authors, Could you please respond and update the draft ASAP with what you agree are improvements as well as addressing the one IETF Last Call comment with the agreed changes? Thanks, Alia On Wed, Apr 27, 2016 at 4:27 PM, Carlos Pignataro (cpignata) < cpignata@cisco.com> wrote: > Hello, > > I have been selected as the Routing Directorate reviewer for this > draft. The Routing Directorate seeks to review all routing or > routing-related drafts as they pass through IETF last call and IESG revie= w, > and sometimes on special request. The purpose of the review is to > provide assistance to the Routing ADs. For more information about the > Routing Directorate, please see =E2=80=8B > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Although these comments are primarily for the use of the Routing ADs, > it would be helpful if you could consider them along with any other > IETF Last Call comments that you receive, and strive to resolve them > through discussion or by updating the draft. > > Document: draft-ietf-idr-add-paths-13 > Reviewer: Carlos Pignataro > Review Date: April 25, 2016 > Intended Status: Proposed Standard > > https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > > > Summary: > This document is basically ready for publication, but has nits that shoul= d > be considered prior to publication. > > Comments: > This is an extremely well written document, very focused and with high > SNR. I have a couple totally-non-critical comments and questions below. > > > Major Issues: > None. > > > Minor Issues: > I have a couple of questions rather than issues: > > 2. How to Identify a Path > ... > A BGP > speaker that receives a route SHOULD NOT assume that the identifier > carries any particular semantics; it SHOULD be treated as an opaque > value. > > I was thinking about why =E2=80=9CSHOULD NOT=E2=80=9D and not =E2=80=9CMU= ST NOT=E2=80=9D, and I understand > future proofing, but wondering if there=E2=80=99s another reason. > > The path identifier has well-defined semantics: make a path unique for a > given prefix, or make the {identifier; prefix} specify a path among many. > Does this sentence intend to specify that a BGP receiving a route SHOULD > NOT assume particular semantics of the numerical value of the field? (suc= h > as the lower value means a more important route), or SHOULD NOT assume > particular semantics of the structure of the field? (such as some > hierarchy, or MSB with some meaning). Or both? > > Maybe, =E2=80=9C=E2=80=A6 assume that the value or structure of the ident= ifier carries =E2=80=A6=E2=80=9D? > Or maybe it is OK as is and I am reading too much into it? > > 6. Applications > > The BGP extension specified in this document can be used by a BGP > speaker to advertise multiple paths in certain applications. The > availability of the additional paths can help reduce or eliminate > persistent route oscillations [RFC3345]. It can also help with > optimal routing and routing convergence in a network. The > applications are detailed in separate documents. > > The final sentence does not seem to add anything, other than questions. > I=E2=80=99d suggest either adding pointers to those separate documents, o= r removing > the sentence. This is a non-normative section. > > 7. Deployment Considerations > > The extension proposed in this document provides a mechanism for a > BGP speaker to advertise multiple paths over a BGP session. Care > needs to be taken in its deployment to ensure consistent routing and > forwarding in a network, the details of which will be described in > separate application documents. > > Similarly, which documents? These seem like important considerations. > > > Nits: > > 4. ADD-PATH Capability > > The ADD-PATH Capability is a new BGP capability [RFC5492]. The > Capability Code for this capability is specified in the IANA > Considerations section of this document. > > Why not say "The ADD-PATH Capability is a new BGP capability [RFC5492], > with Capability Code of 69=E2=80=9D and simplify it for the reader? > > 9. Security Considerations > ... > The use of the ADD-PATH Capability is intended to > address specific needs related to, for example, eliminating the MED- > induced route oscillations in a network > [I-D.ietf-idr-route-oscillation-stop]. While the applications for > the ADD-PATH Capability are outside the scope of this document, the > users are encouraged to examine their behavior and potential impact > by studying the best practices described in > [I-D.ietf-idr-add-paths-guidelines]. > > Are these Security Considerations, Applications, or Deployment > Considerations? > > > I hope these help, > > =E2=80=94 Carlos. > --001a113e22ac0d38320531a5859d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Carlos,

Thank you very much for your= review.

Shepherd & authors,

Could you please respond and update the draft ASAP with what you ag= ree are improvements
as well as addressing the one IETF Last Call= comment with the agreed changes?

Thanks,
Alia

On Wed, Apr 27, 2016 at 4:27 PM, Carlos Pignataro (cpignata) <cpignata@c= isco.com> wrote:
Hello,

I have been selected as the Routing Directorate reviewer for this draft.=C2= =A0The Routing Directorate seeks to review all routing or routing-related= =C2=A0drafts as they pass through IETF last call and IESG=C2=A0review, and= =C2=A0sometimes on special request. The purpose of the review is to provide=C2=A0assistance to the Routing ADs. For more informat= ion about the Routing=C2=A0Directorate, please see=C2=A0=E2=80=8Bht= tp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir=C2=A0

Although these comments are primarily for the use of the Routing ADs, it=C2= =A0would be helpful if you could consider them along with any other IETF=C2= =A0Last Call comments that you receive, and strive to=C2=A0resolve them thr= ough=C2=A0discussion or by updating the draft.

Document:=C2=A0draft-ietf-idr-add-paths-13=C2=A0
Reviewer: Carlos Pignataro=C2=A0
Review Date: April 25, 2016
Intended Status: Proposed Standard


Summary:
This document is basically ready for publication, but has nits that sh= ould be considered prior to publication.

Comments:
This is an extremely well written document, very focused and with high= SNR. I have a couple totally-non-critical comments and questions below.


Major Issues:
None.


Minor Issues:
I have a couple of questions rather than issues:

2.=C2=A0 How to Identify a Path
...
=C2=A0 =C2=A0A BGP
=C2=A0 =C2=A0speaker that receives a route SHOULD NOT assume that the = identifier
=C2=A0 =C2=A0carries any particular semantics; it SHOULD be treated as= an opaque
=C2=A0 =C2=A0value.

I was thinking about why =E2=80=9CSHOULD NOT=E2=80=9D and not =E2=80= =9CMUST NOT=E2=80=9D, and I understand future proofing, but wondering if th= ere=E2=80=99s another reason.

The path identifier has well-defined semantics: make a path unique for= a given prefix, or make the {identifier; prefix} specify a path among many= . Does this sentence intend to specify that a BGP receiving a route SHOULD = NOT assume particular semantics of the numerical value of the field? (such as the lower value means a more= important route), or SHOULD NOT assume particular semantics of the structu= re of the field? (such as some hierarchy, or MSB with some meaning). Or bot= h?

Maybe, =E2=80=9C=E2=80=A6=C2=A0assume that the value or structure of t= he identifier carries =E2=80=A6=E2=80=9D?=C2=A0
Or maybe it is OK as is and I am reading too much into it?

6.=C2=A0 Applications

=C2=A0 =C2=A0The BGP extension specified in this document can be used = by a BGP
=C2=A0 =C2=A0speaker to advertise multiple paths in certain applicatio= ns.=C2=A0 The
=C2=A0 =C2=A0availability of the additional paths can help reduce or e= liminate
=C2=A0 =C2=A0persistent route oscillations [RFC3345].=C2=A0 It can als= o help with
=C2=A0 =C2=A0optimal routing and routing convergence in a network.=C2= =A0 The
=C2=A0 =C2=A0applications are detailed in separate documents.

The final sentence does not seem to add anything, other than questions= . I=E2=80=99d suggest either adding pointers to those separate documents, o= r removing the sentence. This is a non-normative section.

7.=C2=A0 Deployment Considerations

=C2=A0 =C2=A0The extension proposed in this document provides a mechan= ism for a
=C2=A0 =C2=A0BGP speaker to advertise multiple paths over a BGP sessio= n.=C2=A0 Care
=C2=A0 =C2=A0needs to be taken in its deployment to ensure consistent = routing and
=C2=A0 =C2=A0forwarding in a network, the details of which will be des= cribed in
=C2=A0 =C2=A0separate application documents.

Similarly, which documents? These seem like important considerations.<= /div>


Nits:

4.=C2=A0 ADD-PATH Capability

=C2=A0 =C2=A0The ADD-PATH Capability is a new BGP capability [RFC5492]= .=C2=A0 The
=C2=A0 =C2=A0Capability Code for this capability is specified in the I= ANA
=C2=A0 =C2=A0Considerations section of this document.

Why not say "The ADD-PATH Capability is a new BGP capability [RFC= 5492], with Capability Code of 69=E2=80=9D and simplify it for the reader?<= /div>

9.=C2=A0 Security Considerations
...
=C2=A0 The use of the ADD-PATH Capability is intended to
=C2=A0 =C2=A0address specific needs related to, for example, eliminati= ng the MED-
=C2=A0 =C2=A0induced route oscillations in a network
=C2=A0 =C2=A0[I-D.ietf-idr-route-oscillation-stop].=C2=A0 While the ap= plications for
=C2=A0 =C2=A0the ADD-PATH Capability are outside the scope of this doc= ument, the
=C2=A0 =C2=A0users are encouraged to examine their behavior and potent= ial impact
=C2=A0 =C2=A0by studying the best practices described in
=C2=A0 =C2=A0[I-D.ietf-idr-add-paths-guidelines].

Are these Security Considerations, Applications, or Deployment Conside= rations?


I hope these help,

=E2=80=94 Carlos.

--001a113e22ac0d38320531a5859d-- From nobody Fri Apr 29 15:37:29 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F17B12D540; Fri, 29 Apr 2016 15:37:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160429223728.4719.46801.idtracker@ietfa.amsl.com> Date: Fri, 29 Apr 2016 15:37:28 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-ix-bgp-route-server-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 22:37:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : Internet Exchange BGP Route Server Authors : Elisa Jasinska Nick Hilliard Robert Raszuk Niels Bakker Filename : draft-ietf-idr-ix-bgp-route-server-10.txt Pages : 11 Date : 2016-04-29 Abstract: This document outlines a specification for multilateral interconnections at Internet exchange points (IXPs). Multilateral interconnection is a method of exchanging routing information between three or more external BGP speakers using a single intermediate broker system, referred to as a route server. Route servers are typically used on shared access media networks, such as Internet exchange points (IXPs), to facilitate simplified interconnection between multiple Internet routers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-ix-bgp-route-server/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-ix-bgp-route-server-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-ix-bgp-route-server-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 Fri Apr 29 15:44:17 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3DA512D102; Fri, 29 Apr 2016 15:44:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MhpX7g0fR8_j; Fri, 29 Apr 2016 15:44:13 -0700 (PDT) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABE3212D0A6; Fri, 29 Apr 2016 15:44:12 -0700 (PDT) X-Envelope-To: idr@ietf.org Received: from cupcake.foobar.org (089-101-070076.ntlworld.ie [89.101.70.76] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.15.2) with ESMTPSA id u3TMhxYA031910 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Apr 2016 23:43:59 +0100 (IST) (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-070076.ntlworld.ie [89.101.70.76] (may be forged) claimed to be cupcake.foobar.org Message-ID: <5723E3B4.4090103@foobar.org> Date: Fri, 29 Apr 2016 23:44:04 +0100 From: Nick Hilliard User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "Alvaro Retana (aretana)" References: In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Archived-At: Cc: "idr-chairs@ietf.org" , "idr@ietf.org" , Susan Hares , "draft-ietf-idr-ix-bgp-route-server@ietf.org" Subject: Re: [Idr] AD Review of draft-ietf-idr-ix-bgp-route-server-09 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 22:44:15 -0000 Hi Alvaro, [the hex numbers are git commit tags for github.com/fooelisa/draft-jasinska-ix-bgp-route-server, to make it easier for the co-authors to follow what's going on.] First, thanks for the comments - much appreciated. And apologies for the delay in replying. To give you some background, this is one Internet Draft of a set of two: draft-ietf-idr-ix-bgp-route-server was intended to be a standards track document which outlines the differences between a standard BGP implementation and a route server implementation. Its sister draft (draft-ietf-grow-ix-bgp-route-server-operations) is an information draft which deals with operational issues. We deliberately steered clear of dealing with operational issues in this draft because its focus was on the bgp protocol. Several of the comments you make below are probably more relevant to draft-ietf-grow-ix-bgp-route-server-operations. We've marked them as such. Otherwise, I've submitted draft-ietf-idr-ix-bgp-route-server-10 with your suggestions. Alvaro Retana (aretana) wrote: > 1. Should this document be marked as updating rfc4271? There are > several places in Section 2 where the behavior is different than what > is specified in rfc4271. Given that the route server functionality > is an optional enhancement, I don't think this document should be > marked as updating rfc4271 (I.e. It changes the behavior only for the > functionality specified here). I'm assuming the authors/WG agree > since there is no indication of an update. Please include a clear > statement (maybe in the Introduction) to the fact that the mechanism > is optional. added: "Route server functionality is not mandatory in BGP implementations" to the introduction. [#0b70f51] > 2. Section 2.1. (Client UPDATE Messages). "The route server SHOULD > forward UPDATE messages where appropriate…to its clients." When is > it appropriate? I'm guessing that you mean something like "where > local policy permits".. Please be clear. reworded [#4d0643a] > 3. Section 2.2.2. (AS_PATH Attribute) Not prepending the route > server's AS_PATH brings up a couple of issues/questions: > * RFC4271 talks about prepending the local ASN (when advertising to > an EBGP peer), and it doesn't mention any exceptions. This document > includes an exception. Clearly indicate the modifications to Section > 5.1.2. (AS_PATH) of RFC4271. > * Section 6.3. (UPDATE Message Error Handling) of rfc4271 says that > when an "…UPDATE message is received from an external peer, the local > system MAY check whether the leftmost…AS in the AS_PATH attribute is > equal to the autonomous system number of the peer that sent the > message", and MUST send a NOTIFICATION if it doesn't. > * Please be explicit about the required behavior for both the route > server, and the clients. Cleared up 5.1.2 and 6.3 differences for both sender and receiver [#14334e5] > * Even though this check is optional in RFC4271, mandating that is > not be done could be interpreted as a security issue. Please include > some text around it (and mitigation) in the Security Considerations > section. > * Independent of the check, not including an ASN in the AS_PATH > could (in the general case) result in loops; which I also interpret > as a potential security issue. Please include some text about this > too — a mitigation option is clearly to not check the first ASN only > when known route servers are peers. Noted. An extra MUST has been added to the spec to allow rsclients to disable the check, and it's mentioned in the security section that this check should only be disabled when the rsclient operator is sure that the peer is a RS. (#f235abf) > 4. Section 2.2.4. (Communities Attributes) says that Communities > "SHOULD NOT be modified, processed or removed. However, if such an > attribute is intended for processing by the route server itself, it > MAY be modified or removed." How does the route server know if the > sender intended for a community to be processed by it, or not? > Please add details. I've reworded this as follows: > [...] SHOULD NOT be modified, processed or removed, except as > defined by local policy. If a Communities Attribute is intended for > processing by the route server itself, as determined by local policy, > it MAY be modified or removed. #99b0810 > 5. Section 3. (Security Considerations) > * Besides the points above, because clients rely on the route > server to implement outbound route filtering for them, there can be a > privacy issue/route leak scenario where the route server can send > routes to clients that it shouldn't have. Not much can be done to > mitigate this because it will mostly be due to a bad implementation > or simply a "bad operator". > * You should point at relevant sections of RFC7454. 6. I've added a reference to RFC7454 but am a bit unhappy about it because this is more relevant to the route server operations draft than this draft. Like any BGP speaker, a route server can cause a huge amount of damage is misconfigured or badly coded, and these problems are not even slightly limited to prefix filtering issues. (#2df7be3) > Minor: > > 1. Please be consistent: > * s/exterior BGP/external BGP..or even just EBGP (yes, a nit..but > that's how rfc4271 calls EBGP) oops, fixed (#36fa650) > * s/best path selection process/Decision Process I've changed most of these (#3611255). > * s/IX/IXP Gah, missed that. > 2. Section 2.2.3. (MULTI_EXIT_DISC Attribute) specifically calls out > the MED, but you already said in Section 2.2. (Attribute > Transparency) that all optional attributes "SHOULD NOT be updated by > the route server…and SHOULD be passed on to other route server > clients." Is there anything special about the MED that I'm missing? > If not, then you should be able to delete the section. This was added to make it clear to implementers that of all the transitive attributes, the NH, AS_PATH and MED are the most important. There are lots of transitive attributes defined for BGP, but we enumerated those three specifically because if any of them is left out, route server functionality will be broken. > 3. In Section 2.3.1. (Path Hiding on a Route Server) policy > implementation is described in terms of outbound route filtering. > The description of the example says that if "AS1's policy prevents > AS2's path from being accepted, then AS1 would never receive a path > to this prefix". To be consistent with the outbound filtering > description, you might want to change that text to something like > "AS2's policy prevents AS1 from receiving the path, …" Right, good point. That was written from the point of view of the IXP operator who writes the outbound policy for AS1, which is really AS2's policy, not AS1's. (#2437a52) Nick From nobody Sat Apr 30 17:22:51 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FC0412D0A8; Sat, 30 Apr 2016 17:22:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160501002249.31116.85616.idtracker@ietfa.amsl.com> Date: Sat, 30 Apr 2016 17:22:49 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-add-paths-14.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2016 00:22:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : Advertisement of Multiple Paths in BGP Authors : Daniel Walton Alvaro Retana Enke Chen John Scudder Filename : draft-ietf-idr-add-paths-14.txt Pages : 8 Date : 2016-04-30 Abstract: This document defines a BGP extension that allows the advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones. The essence of the extension is that each path is identified by a path identifier in addition to the address prefix. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-add-paths-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-add-paths-14 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 Sat Apr 30 17:23:43 2016 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FA6212D1BA; Sat, 30 Apr 2016 17:23:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 J1p8XhzZGAKb; Sat, 30 Apr 2016 17:23:39 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54C7912D1B4; Sat, 30 Apr 2016 17:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5230; q=dns/txt; s=iport; t=1462062219; x=1463271819; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=28jPHOSletqYWmLZfb3sNnnkRg54L/oeVKWFqs9SlRg=; b=gg/XrVzE5MVsJU/oqb1B35DIG036VnLcHs+BviYCY+kusvaU+RhV6t9C tmXXF+qpjBTlPLkkWlXZ3lMhW7b75QLP50c0jkESnmjcDW0wbgOz//IE8 K1i8VhBAQ+Zrb5bt1u829gL309MLxmIzDgeIeTC+y6AZYkT+YS+h7VNXy k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtBwBuSyVX/4kNJK1UCoJsTIFQBrR6h?= =?us-ascii?q?QGBdoYQAoEdORMBAQEBAQEBZSeEQgEBBGcSEAIBCAQ7BzIUEQIEAQ0FiCrDMgE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBARWGIYRMgg6CB4V+BY4PhRSEcQGOF48RjzABI?= =?us-ascii?q?QFAg2tshn5/AQEB?= X-IronPort-AV: E=Sophos;i="5.24,559,1454976000"; d="scan'208,217";a="268220814" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 May 2016 00:23:38 +0000 Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u410Nc7m003311 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 1 May 2016 00:23:38 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sat, 30 Apr 2016 19:23:37 -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.1104.009; Sat, 30 Apr 2016 19:23:38 -0500 From: "Alvaro Retana (aretana)" To: "Carlos Pignataro (cpignata)" , "" Thread-Topic: RtgDir review: draft-ietf-idr-add-paths-13 Thread-Index: AQHRoMMn98zHhK2TjUSNYmp93K/cmJ+jTqEA Date: Sun, 1 May 2016 00:23:38 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.22] Content-Type: multipart/alternative; boundary="_000_D34ABA8B1229DEaretanaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "" , "draft-ietf-idr-add-paths.all@ietf.org" , "idr@ietf.org" Subject: Re: [Idr] RtgDir review: draft-ietf-idr-add-paths-13 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2016 00:23:41 -0000 --_000_D34ABA8B1229DEaretanaciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On 4/27/16, 4:27 PM, "Carlos Pignataro (cpignata)" > wrote: author Carlos: Hi! Thanks for the review! I just posted version -14. Thanks! Alvaro. ... Minor Issues: I have a couple of questions rather than issues: 2. How to Identify a Path ... A BGP speaker that receives a route SHOULD NOT assume that the identifier carries any particular semantics; it SHOULD be treated as an opaque value. I was thinking about why "SHOULD NOT" and not "MUST NOT", and I understand = future proofing, but wondering if there's another reason. The path identifier has well-defined semantics: make a path unique for a gi= ven prefix, or make the {identifier; prefix} specify a path among many. Doe= s this sentence intend to specify that a BGP receiving a route SHOULD NOT a= ssume particular semantics of the numerical value of the field? (such as th= e lower value means a more important route), or SHOULD NOT assume particula= r semantics of the structure of the field? (such as some hierarchy, or MSB = with some meaning). Or both? Maybe, "... assume that the value or structure of the identifier carries ..= ."? Or maybe it is OK as is and I am reading too much into it? At one point in time I think we toyed with the fact that the Path ID could = indicate which was the bestpath, for example. We had added that text to co= ver the point that there is no specific interpretation that should be assum= ed. All the Last Call reviews we got point at this piece of text, so we're modi= fying it to take the rfc2119 language out. --_000_D34ABA8B1229DEaretanaciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable

<hat>author</hat>

Carlos:

Hi!  Thanks for the review!

I just posted version –14.

Thanks!

Alvaro.


…
Minor Issues:
I have a couple of questions rather than issues:

2.  How to Identify a Path
...
   A BGP
   speaker that receives a route SHOULD NOT assum= e that the identifier
   carries any particular semantics; it SHOULD be= treated as an opaque
   value.

I was thinking about why “SHOULD NOT” and not &= #8220;MUST NOT”, and I understand future proofing, but wondering if t= here’s another reason.

The path identifier has well-defined semantics: make a path= unique for a given prefix, or make the {identifier; prefix} specify a path= among many. Does this sentence intend to specify that a BGP receiving a ro= ute SHOULD NOT assume particular semantics of the numerical value of the field? (such as the lower value means a more= important route), or SHOULD NOT assume particular semantics of the structu= re of the field? (such as some hierarchy, or MSB with some meaning). Or bot= h?

Maybe, “… assume that the value or structu= re of the identifier carries …”? 
Or maybe it is OK as is and I am reading too much into it?<= /div>

At one point in time I think we toyed with the fact that the Path ID c= ould indicate which was the bestpath, for example.  We had added that = text to cover the point that there is no specific interpretation that shoul= d be assumed.

All the Last Call reviews we got point at this piece of text, so we're= modifying it to take the rfc2119 language out.

--_000_D34ABA8B1229DEaretanaciscocom_-- From nobody Sat Apr 30 19:19:36 2016 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 99ECE12D1BB; Sat, 30 Apr 2016 19:19:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160501021931.31163.79376.idtracker@ietfa.amsl.com> Date: Sat, 30 Apr 2016 19:19:31 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-route-oscillation-stop-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.17 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2016 02:19:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : BGP Persistent Route Oscillation Solutions Authors : Daniel Walton Alvaro Retana Enke Chen John Scudder Filename : draft-ietf-idr-route-oscillation-stop-03.txt Pages : 9 Date : 2016-04-30 Abstract: This document presents two sets of paths for an address prefix that can be advertised by a BGP route reflector or confederation ASBR to eliminate the MED-induced route oscillations in a network. The first set involves all the available paths, and would achieve the same routing consistency as the full IBGP mesh. The second set, which is a subset of the first one, involves the neighbor-AS based Group Best Paths, and would be sufficient to eliminate the MED-induced route oscillations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-route-oscillation-stop/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-route-oscillation-stop-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-route-oscillation-stop-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/