From nobody Sun Feb 1 12:02:17 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD361A1AE7 for ; Sun, 1 Feb 2015 12:02:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.2 X-Spam-Level: X-Spam-Status: No, score=-99.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lpMTombhyKWM for ; Sun, 1 Feb 2015 12:02:14 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1848C1A044D for ; Sun, 1 Feb 2015 12:02:13 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11K2BJq016031 for ; Sun, 1 Feb 2015 20:02:12 GMT Received: from 950129200 (089144228090.atnat0037.highway.a1.net [89.144.228.90]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11K28LC015967 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 1 Feb 2015 20:02:11 GMT From: "Adrian Farrel" To: Date: Sun, 1 Feb 2015 20:02:07 -0000 Message-ID: <020201d03e59$f76cd2a0$e64677e0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdA+WbPTIXdj0FejTl6iIGkXNM5BYg== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21298.002 X-TM-AS-Result: No--6.685-10.0-31-10 X-imss-scan-details: No--6.685-10.0-31-10 X-TMASE-MatchedRID: x/2OSqWhHxhHdhuYYkLbTFEp96PnqFJs6Jj6zYvfFAS1FeFXyekgdJhn 8R2NdHc7rhhRof9DwXaZF9Oh4gh4s6e6jDzI71t5ma6DzXaohvO4hAMe708bDt9K/NtBuAhPg7D e8qWTR26jXlx6vL75yDVj2AJAih8ujr/xCq8Mxejr/EBmiNuXt6KaxHqGRwkCfKvJLWOzfdABja LwDWJMp/aoAtPsd1pRl/nE+SiO7IaWSXc09VQwYV9/Y/FXKScRCwT2DH7iMm6Fz4nDgsy1wP1UB t6FX8d+rLgdAFl8goxxtmDLAf/w+cxTWmkvofuC5gCHftmwEMJ9LQinZ4QefL6qvLNjDYTwfY9h sM0xN70qtq5d3cxkNUc3U9YVGz98K6TL2XriuxgUgnrTY5blg0F6fomdeg3Vv8sV1uJb9UM= Archived-At: Subject: [bess] Auth48 changes to EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2015 20:02:16 -0000 Hi BESS WG, During the final stages of processing draft-ietf-l2vpn-evpn the authors requested some changes to section 6.3 "VLAN-Aware Bundle Service Interface" Because these changes are a little more than editorial in nature, I want to run them passed the working group. Please comment on this list before February 8th if you find these changes unacceptable. In that case, please state your reasoning and preferably supply an alternative. OLD With this service interface, an EVPN instance consists of several broadcast domains (e.g., several VLANs) with each VLAN having its own bridge domain -- i.e., multiple bridge domains (one per VLAN) are maintained by a single MAC-VRF corresponding to the EVPN instance. In the case where a single VLAN is represented by different VIDs on different CEs and thus VID translation is required, a normalized Ethernet Tag ID (VID) MUST be carried in the MPLS-encapsulated frames, and an Ethernet Tag ID translation function MUST be supported in the data path. This translation MUST be performed in the data path on both the imposition and disposition PEs (translating to a normalized Ethernet Tag ID on the imposition PE and translating to a local Ethernet Tag ID on the disposition PE). The Ethernet Tag ID in all EVPN routes MUST be set to the normalized value assigned by the EVPN provider. NEW With this service interface, an EVPN instance consists of multiple broadcast domains (e.g., multiple VLANs) with each VLAN having its own bridge table -- i.e., multiple bridge tables (one per VLAN) are maintained by a single MAC-VRF corresponding to the EVPN instance. Broadcast, unknown unicast, or multicast (BUM) traffic is sent only to the CEs in a given broadcast domain; however, the broadcast domains within an EVI either MAY each have their own P-Tunnel or MAY share P-Tunnels -- e.g., all of the broadcast domains in an EVI MAY share a single P-Tunnel. In the case where a single VLAN is represented by a single VID and thus no VID translation is required, an MPLS-encapsulated packet MUST carry that VID. The Ethernet Tag ID in all EVPN routes MUST be set to that VID. The advertising PE MAY advertise the MPLS Label1 in the MAC/IP Advertisement route representing ONLY the EVI or representing both the Ethernet Tag ID and the EVI. This decision is only a local matter by the advertising PE (which is also the disposition PE) and doesn't affect any other PEs. In the case where a single VLAN is represented by different VIDs on different CEs and thus VID translation is required, a normalized Ethernet Tag ID (VID) MUST be carried in the EVPN BGP routes. Furthermore, the advertising PE advertises the MPLS Label1 in the MAC/IP Advertisement route representing both the Ethernet Tag ID and the EVI, so that upon receiving an MPLS-encapsulated packet, it can identify the corresponding bridge table from the MPLS EVPN label and perform Ethernet Tag ID translation ONLY at the disposition PE -- i.e., the Ethernet frames transported over the MPLS/IP network MUST remain tagged with the originating VID, and VID translation is performed on the disposition PE. The Ethernet Tag ID in all EVPN routes MUST be set to the normalized Ethernet Tag ID assigned by the EVPN provider. END Thanks, Adrian From nobody Sun Feb 1 13:39:31 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6E641A1AAE for ; Sun, 1 Feb 2015 13:39:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.2 X-Spam-Level: X-Spam-Status: No, score=-99.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Llme2_ODsgOZ for ; Sun, 1 Feb 2015 13:39:26 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D4361A00F6 for ; Sun, 1 Feb 2015 13:39:26 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11LdOZA015458; Sun, 1 Feb 2015 21:39:24 GMT Received: from 950129200 (089144228090.atnat0037.highway.a1.net [89.144.228.90]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11LdK6V015446 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2015 21:39:21 GMT From: "Adrian Farrel" To: Date: Sun, 1 Feb 2015 21:39:16 -0000 Message-ID: <021501d03e67$8ba2a4b0$a2e7ee10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdA+Z4SifJ0JulckRlW4uyazhmDfKg== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21298.002 X-TM-AS-Result: No--8.277-10.0-31-10 X-imss-scan-details: No--8.277-10.0-31-10 X-TMASE-MatchedRID: mPihJ8l+1n5dpLkh5p97gytXry/BBKTKfkuZtv/FS5owuTUAZRhNiwku iFJsQqOR/yijydKZwpljkUi0HNObIyUetYXFvf04TSPNp9e/u1Pj5lyuq8IOQeOxOq7LQlGLidX gUqJvtIsBbbGhBHuXCzsZbph68QZSVJ3WmxOQFu1QiFNNqFvt1V67veYUroY0bRMzdJgFQzYy5P BtqoQlkzzOFIjT6oRS1euLY6sGIA2x1vEkhJiHSlz+axQLnAVBj0EinRwktH8f/28+P8WCgGctp sjrtVl8PdJs51vPe8kpklIgnYODOAEzlKcqjzGc3FqOVb7PDEKD30L3uxcHwIXPicOCzLXAyDVC q0Bt2exiDZThmCaG8a0wtqdMcnlAG3+s7Q8JfKa7wwjtTI4sEEyQ5fRSh265F1D6dI/j6sejxYy RBa/qJX3mXSdV7KK4OubYLCVnBVF5zdAzex5xZucRtzVjxbHMLsyJlVRLz0ByamLXC8Kp4+oUkv YpsKgc7OEr8eAtB3uUTGVAhB5EbQ== Archived-At: Cc: bess@ietf.org Subject: [bess] AD review of draft-ietf-bess-orf-covering-prefixes X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2015 21:39:29 -0000 Thanks for this document. I was hard-pushed to find anything to talk about, so I guess you did a good job or I am losing my touch. The points below are pretty minor, but they will get pulled up in IETF last call reviews, so I think we should fix them in a new revision before i start last call. I'll put the document into "Revised I-D needed" state, and start the last call as soon as I see a new revision. Thanks for the work, Adrian --- In section 3 When a BGP speaker receives a ROUTE-REFRESH message that contains a CP-ORF, and that ROUTE-REFRESH message violates any of the encoding rules specified in Section 2, the BGP speaker MUST log the event and ignore the entire ROUTE-REFRESH message. I think you need to allow for event logging to implement thresholds to avoid the logs becoming a gating factor when there is something evil going on. Probably that makes s/MUST/SHOULD/ And add "although an implementation MAY apply logging thresholds to avoid excessive messaging or log file overflow." --- Section 7 needs to include a request to the IANA to update the references to the code points to point to this document when published as an RFC. --- Section 8 has o When negotiating the ORF capability, advertise willingness to receive the CP-ORF only to known, trusted iBGP peers which implies that there is a mechanism to - negotiate the ORF capability - advertise willingness to receive CP-ORF Do you need a small section on this? Probably just a reference to the negotiation process for the ORF capability, and a note saying how the CP-ORF willingness is indicated. --- I completely understand where you are coming from with section 8, but I also know how our friends in the Security Area will respond. Can you add a very short section noting... Security considerations for BGP are presented in [RFC4271] while further security analysis of BGP is found in [RFC6952]. (you'll have to add an informative reference to 6952) From nobody Sun Feb 1 13:40:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 799E41A1ADD for ; Sun, 1 Feb 2015 13:40:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mC-aVHpWwsNO; Sun, 1 Feb 2015 13:39:59 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 263A01A1B06; Sun, 1 Feb 2015 13:39:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org, bess-chairs@tools.ietf.org, martin.vigoureux@alcatel-lucent.com, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150201213944.27808.88179.idtracker@ietfa.amsl.com> Date: Sun, 01 Feb 2015 13:39:44 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2015 21:40:01 -0000 IESG state changed to AD Evaluation::Revised I-D Needed from AD Evaluation AD review ===== Thanks for this document. I was hard-pushed to find anything to talk about, so I guess you did a good job or I am losing my touch. The points below are pretty minor, but they will get pulled up in IETF last call reviews, so I think we should fix them in a new revision before i start last call. I'll put the document into "Revised I-D needed" state, and start the last call as soon as I see a new revision. Thanks for the work, Adrian --- In section 3 When a BGP speaker receives a ROUTE-REFRESH message that contains a CP-ORF, and that ROUTE-REFRESH message violates any of the encoding rules specified in Section 2, the BGP speaker MUST log the event and ignore the entire ROUTE-REFRESH message. I think you need to allow for event logging to implement thresholds to avoid the logs becoming a gating factor when there is something evil going on. Probably that makes s/MUST/SHOULD/ And add "although an implementation MAY apply logging thresholds to avoid excessive messaging or log file overflow." --- Section 7 needs to include a request to the IANA to update the references to the code points to point to this document when published as an RFC. --- Section 8 has o When negotiating the ORF capability, advertise willingness to receive the CP-ORF only to known, trusted iBGP peers which implies that there is a mechanism to - negotiate the ORF capability - advertise willingness to receive CP-ORF Do you need a small section on this? Probably just a reference to the negotiation process for the ORF capability, and a note saying how the CP-ORF willingness is indicated. --- I completely understand where you are coming from with section 8, but I also know how our friends in the Security Area will respond. Can you add a very short section noting... Security considerations for BGP are presented in [RFC4271] while further security analysis of BGP is found in [RFC6952]. (you'll have to add an informative reference to 6952) ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ From nobody Sun Feb 1 13:41:27 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E6261A1AAE for ; Sun, 1 Feb 2015 13:41:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lbe2l3eucJ7j for ; Sun, 1 Feb 2015 13:41:23 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D93E1A00F6 for ; Sun, 1 Feb 2015 13:41:23 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11LfLhX019880; Sun, 1 Feb 2015 21:41:21 GMT Received: from 950129200 (089144228090.atnat0037.highway.a1.net [89.144.228.90]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t11LfJMe019867 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2015 21:41:20 GMT From: "Adrian Farrel" To: References: In-Reply-To: Date: Sun, 1 Feb 2015 21:41:19 -0000 Message-ID: <021c01d03e67$d160ccc0$74226640$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdA+Z4SifJ0JulckRlW4uyazhmDfKgAACd4w Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21298.002 X-TM-AS-Result: No--8.277-10.0-31-10 X-imss-scan-details: No--8.277-10.0-31-10 X-TMASE-MatchedRID: vbSD0OnL8/KnykMun0J1wnBRIrj8R47FOCnJnYCQOn3aAJvPY56t/oSQ N+MhFHKb+8l6jFSki7obnlA5hMkbAC9FtW7XfHueu72KpAktHS+jiNbvNIOD2UklF5L0lQHcxLg b7Z5yc7FmGJRvS4MER8pXloycweXihNOV4m79rvQuLk8NfSpYejul9KNGwPY6tK3FOVf6EnvWHs SDkOK86xEj+nEDVQN1ZZOw+Y3DHUCvhOOX3csmV4bBPrt55wnwMZm0+sEE9mst2MsJK3Vh/RxF/ qtw1VJDDDrTt8xcfpA0BG1dZaQXBFvTdvbQErqnaK+MsTwM+1nRahuPwaQ1WiSqFMz9Rn22z98z GS250W33DSoUCUFagdQeBditHr5SIoY4ZTE7vhxjHWM8krL4PDiSasS8s0Tt31GU/N5W5BDMV8z hsU6PiOLzNWBegCW2XC3N7C7YzrfkwjHXXC/4I7I7zVffJqTzd+olT1i+EJhvmDOwOvXljrbvqc Lp5ciCLeT/i2MbDRlrZ9rAgKXYSX7cGd19dSFd Archived-At: Cc: bess@ietf.org Subject: Re: [bess] AD review of draft-ietf-bess-orf-covering-prefixes X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2015 21:41:25 -0000 [Re-send with correct address] Thanks for this document. I was hard-pushed to find anything to talk about, so I guess you did a good job or I am losing my touch. The points below are pretty minor, but they will get pulled up in IETF last call reviews, so I think we should fix them in a new revision before i start last call. I'll put the document into "Revised I-D needed" state, and start the last call as soon as I see a new revision. Thanks for the work, Adrian --- In section 3 When a BGP speaker receives a ROUTE-REFRESH message that contains a CP-ORF, and that ROUTE-REFRESH message violates any of the encoding rules specified in Section 2, the BGP speaker MUST log the event and ignore the entire ROUTE-REFRESH message. I think you need to allow for event logging to implement thresholds to avoid the logs becoming a gating factor when there is something evil going on. Probably that makes s/MUST/SHOULD/ And add "although an implementation MAY apply logging thresholds to avoid excessive messaging or log file overflow." --- Section 7 needs to include a request to the IANA to update the references to the code points to point to this document when published as an RFC. --- Section 8 has o When negotiating the ORF capability, advertise willingness to receive the CP-ORF only to known, trusted iBGP peers which implies that there is a mechanism to - negotiate the ORF capability - advertise willingness to receive CP-ORF Do you need a small section on this? Probably just a reference to the negotiation process for the ORF capability, and a note saying how the CP-ORF willingness is indicated. --- I completely understand where you are coming from with section 8, but I also know how our friends in the Security Area will respond. Can you add a very short section noting... Security considerations for BGP are presented in [RFC4271] while further security analysis of BGP is found in [RFC6952]. (you'll have to add an informative reference to 6952) From nobody Sun Feb 1 17:45:00 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0179B1A701D for ; Sun, 1 Feb 2015 17:44:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1IT9b9Y4ISQu for ; Sun, 1 Feb 2015 17:44:48 -0800 (PST) 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 53F1A1A7018 for ; Sun, 1 Feb 2015 17:44:48 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRZ08081; Mon, 02 Feb 2015 01:44:46 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 01:44:45 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 09:44:38 +0800 From: Xuxiaohu To: "bess@ietf.org" Thread-Topic: New Version Notification for draft-xu-bess-virtual-subnet-rib-reduction-00.txt Thread-Index: AQHQPThnsM1W8BhzYUSZlaJKKVHmPZzcmEVA Date: Mon, 2 Feb 2015 01:44:38 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083037A2@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [bess] FW: New Version Notification for draft-xu-bess-virtual-subnet-rib-reduction-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 01:44:52 -0000 QW55IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBhcmUgd2VsY29tZS4NCg0KQmVzdCByZWdhcmRz LA0KWGlhb2h1DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBT ZW50OiBTYXR1cmRheSwgSmFudWFyeSAzMSwgMjAxNSA1OjI5IFBNDQo+IFRvOiBCcmVuZGFuIEZl ZTsgWHV4aWFvaHU7IEJyZW5kYW4gRmVlOyBTdXNhbiBIYXJlczsgWW9uZ2JpbmcgRmFuOyBYdXhp YW9odTsNCj4gVHJ1bWFuIEJveWVzOyBDaHJpc3RpYW4gSmFjcXVlbmV0OyBUcnVtYW4gQm95ZXM7 IENocmlzdGlhbiBKYWNxdWVuZXQ7IFN1c2FuDQo+IEhhcmVzOyBGYW4gWW9uZ2JpbmcNCj4gU3Vi amVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPiBkcmFmdC14dS1iZXNzLXZpcnR1 YWwtc3VibmV0LXJpYi1yZWR1Y3Rpb24tMDAudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LXh1LWJlc3MtdmlydHVhbC1zdWJuZXQtcmliLXJlZHVjdGlvbi0wMC50eHQN Cj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUgWHUgYW5kIHBvc3Rl ZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LXh1LWJlc3Mtdmly dHVhbC1zdWJuZXQtcmliLXJlZHVjdGlvbg0KPiBSZXZpc2lvbjoJMDANCj4gVGl0bGU6CQlSSUIg UmVkdWN0aW9uIGluIFZpcnR1YWwgU3VibmV0DQo+IERvY3VtZW50IGRhdGU6CTIwMTUtMDEtMzEN Cj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQk3DQo+IFVSTDoNCj4g aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQteHUtYmVzcy12aXJ0dWFs LXN1Ym5ldC1yaWItcmVkdWN0aW9uLQ0KPiAwMC50eHQNCj4gU3RhdHVzOg0KPiBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14dS1iZXNzLXZpcnR1YWwtc3VibmV0LXJpYi1y ZWR1Y3Rpb24vDQo+IEh0bWxpemVkOg0KPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC14dS1iZXNzLXZpcnR1YWwtc3VibmV0LXJpYi1yZWR1Y3Rpb24tMDANCj4gDQo+IA0KPiBBYnN0 cmFjdDoNCj4gICAgVmlydHVhbCBTdWJuZXQgaXMgYSBCR1AvTVBMUyBJUCBWUE4tYmFzZWQgc3Vi bmV0IGV4dGVuc2lvbiBzb2x1dGlvbg0KPiAgICB3aGljaCBpcyBpbnRlbmRlZCBmb3IgYnVpbGRp bmcgTGF5ZXIzIG5ldHdvcmsgdmlydHVhbGl6YXRpb24gb3ZlcmxheXMNCj4gICAgd2l0aGluIGFu ZC9vciBhY3Jvc3MgZGF0YSBjZW50ZXJzLiAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYQ0KPiAg ICBtZWNoYW5pc20gZm9yIHJlZHVjaW5nIHRoZSBSSUIgc2l6ZSBvZiBQRSByb3V0ZXJzIGluIHRo ZSBWaXJ0dWFsDQo+ICAgIFN1Ym5ldCBjb250ZXh0Lg0KPiANCj4gDQo+IA0KPiANCj4gUGxlYXNl IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg b2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUg YXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQN Cg0K From nobody Sun Feb 1 17:59:58 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36FF51A8728 for ; Sun, 1 Feb 2015 17:59:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zfJE5Hi8_eAX for ; Sun, 1 Feb 2015 17:59:53 -0800 (PST) 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 7FF001A8784 for ; Sun, 1 Feb 2015 17:59:52 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRZ08911; Mon, 02 Feb 2015 01:59:51 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 01:59:50 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 09:59:43 +0800 From: Xuxiaohu To: "bess@ietf.org" Thread-Topic: New Version Notification for draft-xu-bess-l3vpn-prefix-orf-00.txt Thread-Index: AQHQPSpIecpJCnGpYE6Y4D6Y+d3mxZzcnTxw Date: Mon, 2 Feb 2015 01:59:42 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083037AF@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [bess] FW: New Version Notification for draft-xu-bess-l3vpn-prefix-orf-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 01:59:55 -0000 QW55IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBhcmUgd2VsY29tZS4NCg0KQmVzdCByZWdhcmRz LA0KWGlhb2h1DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBT ZW50OiBTYXR1cmRheSwgSmFudWFyeSAzMSwgMjAxNSAzOjQ4IFBNDQo+IFRvOiBYdXhpYW9odTsg WHV4aWFvaHUNCj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14 dS1iZXNzLWwzdnBuLXByZWZpeC1vcmYtMDAudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LXh1LWJlc3MtbDN2cG4tcHJlZml4LW9yZi0wMC50eHQNCj4gaGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUgWHUgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LXh1LWJlc3MtbDN2cG4tcHJlZml4LW9y Zg0KPiBSZXZpc2lvbjoJMDANCj4gVGl0bGU6CQlMM1ZQTiBBZGRyZXNzIFByZWZpeCBCYXNlZCBP dXRib3VuZCBSb3V0ZSBGaWx0ZXIgZm9yIEJHUC00DQo+IERvY3VtZW50IGRhdGU6CTIwMTUtMDEt MzANCj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQk0DQo+IFVSTDoN Cj4gaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQteHUtYmVzcy1sM3Zw bi1wcmVmaXgtb3JmLTAwLnR4dA0KPiBTdGF0dXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LXh1LWJlc3MtbDN2cG4tcHJlZml4LW9yZi8NCj4gSHRtbGl6ZWQ6ICAg ICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXh1LWJlc3MtbDN2cG4tcHJlZml4 LW9yZi0wMA0KPiANCj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGlzIGRvY3VtZW50IGRlZmluZXMg YSBuZXcgT3V0Ym91bmQgUm91dGVyIEZpbHRlciAoT1JGKSB0eXBlIGZvcg0KPiAgICBCR1AsIHJl ZmVyZWQgdG8gYXMgIkwzVlBOIEFkZHJlc3MgUHJlZml4IE91dGJvdW5kIFJvdXRlIEZpbHRlciIs IHRoYXQNCj4gICAgY2FuIGJlIHVzZWQgdG8gcGVyZm9ybSBMM1ZQTiBhZGRyZXNzLXByZWZpeC1i YXNlZCByb3V0ZSBmaWx0ZXJpbmcuDQo+ICAgIFRoaXMgT1JGLXR5cGUgc3VwcG9ydHMgcHJlZml4 LWxlbmd0aC0gb3IgcmFuZ2UtYmFzZWQgbWF0Y2hpbmcsIHdpbGQtDQo+ICAgIGNhcmQtYmFzZWQg YWRkcmVzcyBwcmVmaXggbWF0Y2hpbmcsIGFzIHdlbGwgYXMgdGhlIGV4YWN0IGFkZHJlc3MNCj4g ICAgcHJlZml4IG1hdGNoaW5nIGZvciBMM1ZQTiBhZGRyZXNzIGZhbWlsaWVzLiAgVGhlIEwzVlBO IEFkZHJlc3MgUHJlZml4DQo+ICAgIE9SRiBpcyBhcHBsaWNhYmxlIGluIHRoZSBWaXJ0dWFsIFN1 Ym5ldCBjb250ZXh0Lg0KPiANCj4gDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xz LmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Sun Feb 1 18:06:16 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C75701A9093 for ; Sun, 1 Feb 2015 18:06:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tkg_ad9PUkhh for ; Sun, 1 Feb 2015 18:06:12 -0800 (PST) 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 76CA21A89E0 for ; Sun, 1 Feb 2015 18:06:12 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOQ77671; Mon, 02 Feb 2015 02:06:11 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 02:06:10 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 10:05:59 +0800 From: Xuxiaohu To: Xuxiaohu , "bess@ietf.org" Thread-Topic: New Version Notification for draft-xu-bess-l3vpn-prefix-orf-00.txt Thread-Index: AQHQPSpIecpJCnGpYE6Y4D6Y+d3mxZzcnTxwgAABWrA= Date: Mon, 2 Feb 2015 02:05:58 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083037C4@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] New Version Notification for draft-xu-bess-l3vpn-prefix-orf-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 02:06:15 -0000 QnkgdGhlIHdheSwgdGhpcyBkcmFmdCBpcyBhbiB1cGRhdGUgb2YgdGhlIHByZXZpb3VzIGRyYWZ0 IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteHUtbDN2cG4tcHJlZml4LW9yZi0w MCkuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogWHV4aWFvaHUNCj4g U2VudDogTW9uZGF5LCBGZWJydWFyeSAwMiwgMjAxNSAxMDowMCBBTQ0KPiBUbzogYmVzc0BpZXRm Lm9yZw0KPiBTdWJqZWN0OiBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14 dS1iZXNzLWwzdnBuLXByZWZpeC1vcmYtMDAudHh0DQo+IA0KPiBBbnkgY29tbWVudHMgYW5kIHN1 Z2dlc3Rpb25zIGFyZSB3ZWxjb21lLg0KPiANCj4gQmVzdCByZWdhcmRzLA0KPiBYaWFvaHUNCj4g DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBpbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ID4gU2VudDog U2F0dXJkYXksIEphbnVhcnkgMzEsIDIwMTUgMzo0OCBQTQ0KPiA+IFRvOiBYdXhpYW9odTsgWHV4 aWFvaHUNCj4gPiBTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+ID4gZHJh ZnQteHUtYmVzcy1sM3Zwbi1wcmVmaXgtb3JmLTAwLnR4dA0KPiA+DQo+ID4NCj4gPiBBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQteHUtYmVzcy1sM3Zwbi1wcmVmaXgtb3JmLTAwLnR4dA0KPiA+ IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWGlhb2h1IFh1IGFuZCBwb3N0ZWQg dG8gdGhlIElFVEYNCj4gcmVwb3NpdG9yeS4NCj4gPg0KPiA+IE5hbWU6CQlkcmFmdC14dS1iZXNz LWwzdnBuLXByZWZpeC1vcmYNCj4gPiBSZXZpc2lvbjoJMDANCj4gPiBUaXRsZToJCUwzVlBOIEFk ZHJlc3MgUHJlZml4IEJhc2VkIE91dGJvdW5kIFJvdXRlIEZpbHRlciBmb3IgQkdQLTQNCj4gPiBE b2N1bWVudCBkYXRlOgkyMDE1LTAxLTMwDQo+ID4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Np b24NCj4gPiBQYWdlczoJCTQNCj4gPiBVUkw6DQo+ID4gaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvZHJhZnQteHUtYmVzcy1sM3Zwbi1wcmVmaXgtb3JmLTAwLg0KPiA+IHR4dA0K PiA+IFN0YXR1czoNCj4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC14 dS1iZXNzLWwzdnBuLXByZWZpeC1vcmYvDQo+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LXh1LWJlc3MtbDN2cG4tcHJlZml4LW9yZi0wMA0KPiA+DQo+ ID4NCj4gPiBBYnN0cmFjdDoNCj4gPiAgICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgT3V0 Ym91bmQgUm91dGVyIEZpbHRlciAoT1JGKSB0eXBlIGZvcg0KPiA+ICAgIEJHUCwgcmVmZXJlZCB0 byBhcyAiTDNWUE4gQWRkcmVzcyBQcmVmaXggT3V0Ym91bmQgUm91dGUgRmlsdGVyIiwgdGhhdA0K PiA+ICAgIGNhbiBiZSB1c2VkIHRvIHBlcmZvcm0gTDNWUE4gYWRkcmVzcy1wcmVmaXgtYmFzZWQg cm91dGUgZmlsdGVyaW5nLg0KPiA+ICAgIFRoaXMgT1JGLXR5cGUgc3VwcG9ydHMgcHJlZml4LWxl bmd0aC0gb3IgcmFuZ2UtYmFzZWQgbWF0Y2hpbmcsIHdpbGQtDQo+ID4gICAgY2FyZC1iYXNlZCBh ZGRyZXNzIHByZWZpeCBtYXRjaGluZywgYXMgd2VsbCBhcyB0aGUgZXhhY3QgYWRkcmVzcw0KPiA+ ICAgIHByZWZpeCBtYXRjaGluZyBmb3IgTDNWUE4gYWRkcmVzcyBmYW1pbGllcy4gIFRoZSBMM1ZQ TiBBZGRyZXNzIFByZWZpeA0KPiA+ICAgIE9SRiBpcyBhcHBsaWNhYmxlIGluIHRoZSBWaXJ0dWFs IFN1Ym5ldCBjb250ZXh0Lg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4gUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4gPiBz dWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFi bGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+ID4NCj4gPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Sun Feb 1 22:49:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BBC81A9240 for ; Sun, 1 Feb 2015 22:49:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.301 X-Spam-Level: X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oYs697rHLV38 for ; Sun, 1 Feb 2015 22:49:45 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC8691A923E for ; Sun, 1 Feb 2015 22:49:44 -0800 (PST) X-AuditID: c6180641-f79916d00000623a-38-54cebeadcc31 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id E8.2F.25146.DAEBEC45; Mon, 2 Feb 2015 01:02:54 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Mon, 2 Feb 2015 01:49:33 -0500 From: Antoni Przygienda To: "bess@ietf.org" Thread-Topic: suggested AUTH48 changes on EVPN draft Thread-Index: AdA+pTP3XYwV9ahfQ+2wWy0k9kSgMg== Date: Mon, 2 Feb 2015 06:49:32 +0000 Message-ID: <2E4BB27CAB87BF43B4207C0E55860F18236370@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_2E4BB27CAB87BF43B4207C0E55860F18236370eusaamb103ericsso_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrFLMWRmVeSWpSXmKPExsUyuXRPiO66fedCDHb3MFmsOD6T2YHRY8mS n0wBjFFcNimpOZllqUX6dglcGZf2bWcqeBVTMffrPbYGxn+BXYycHBICJhJPNjQwQdhiEhfu rWfrYuTiEBI4wihx8Np/VghnGaPE5Hcz2EGq2AQsJC5/e8rcxcjBISKgLHGkwRskLCygL7Fr 8x1mEFsEaOjRvo0sELaexJ4jr9lAbBYBFYlTL36AjeEV8JaY9v8BWJwRaPH3U2vAjmAWEJe4 9WQ+1EECEkv2nGeGsEUlXj7+xwphK0lMWnqOFaI+X+Jey3dWiJmCEidnPmGZwCg0C8moWUjK ZiEpg4jrSCzY/YkNwtaWWLbwNTOMfebAYyZk8QWM7KsYOUqLU8ty040MNzECA/+YBJvjDsYF nywPMQpwMCrx8H5Yfy5EiDWxrLgy9xCjNAeLkjhv2ZWDIUIC6YklqdmpqQWpRfFFpTmpxYcY mTg4pRoYBdd+sv0VcvNbneJWvg3z1HibjM9avW3NM413qL25t2CNWoj+oTfr/O4XbVz4fFnp U6H+yblSe7vET/4v1PG3iKm/4/H5rdIbwRVHb5V/t4r4FXfaOmBRWjxjatirpS80Ik19pD/5 rl7cODfVTiNe7+CJjKJacZafN+/EBb7j8rfjDFKfNnuXEktxRqKhFnNRcSIAUwQ1d10CAAA= Archived-At: Subject: [bess] suggested AUTH48 changes on EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 06:49:47 -0000 --_000_2E4BB27CAB87BF43B4207C0E55860F18236370eusaamb103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Having seen Adrian's email on the suggested changes (mux'ing VLANs on the s= ame IMET) here's a nit-pic _or_ a clarifying question depending how one se= es it: Let me see whether I parse it correctly: a) we are talking about BUM P-Tunnels b) the text clarifies that multiple VLANs can be mux'ed onto same P-Tu= nnel c) The rule that multiple EVIs can be mux'ed onto a P-tunnel in case o= f p2mp per 16.2.1 still stands. My question would be: What is the ETAG is multiple VLANs are multiplexed on= to a P-Tunnel. I assume it's max-ET? I assume that the choice (each VLAN d= istinct or all VLANs on same P-Tunnel) is a binary decision; otherwise we'd= have to deal with the situation where we advertise for an EVI 1 EVI1;ETAG=3DMAX-ET, PMSI1 EVI1; ETAG=3D100, PMSI1' with the semantics of "all VLANs _except_ 100". Probably not intended. As well, I was always lost how ETAG can be used once multiple EVIs are mux'= ed onto a P-tunnel. It would mean "VLAN 100 for EVI1 _and_ EVI2" which doe= s not seem particularly useful. n tony --_000_2E4BB27CAB87BF43B4207C0E55860F18236370eusaamb103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Having seen Adrian’s email on the suggested changes (m= ux’ing VLANs on the same IMET) here’s a nit-pic _or_  a clarifying question depending how one sees it:

 

Let me see whether I parse it correctly:

a) =      we are talking about BUM P-Tun= nels

b) =      the text clarifies that multip= le VLANs can be mux’ed onto same P-Tunnel

c) =      The rule that multiple EVIs ca= n be mux’ed onto a P-tunnel in case of p2mp per 16.2.1 still stands.

 <= /font>

My question would be: What is the ETAG is multiple VLANs are= multiplexed onto a P-Tunnel. I assume it’s max-ET?  I assume th= at the choice (each VLAN distinct or all VLANs on same P-Tunnel) is a binary decision; otherwise we’d have to deal with the= situation where we advertise for an EVI 1

 

EVI1;ETAG=3DMAX-ET,  PMSI1

EVI1; ETAG=3D100, PMSI1’

 

with the semantics of „all VLANs _except_ 100“.  Probably not intended= .

 

As well, I was always lost how ETAG can be used once multipl= e EVIs are mux’ed onto a P-tunnel.  It would mean “VLAN 10= 0 for EVI1 _and_ EVI2” which does not seem particularly useful.

 

n  tony

 

--_000_2E4BB27CAB87BF43B4207C0E55860F18236370eusaamb103ericsso_-- From nobody Mon Feb 2 05:37:22 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B40761A065C for ; Mon, 2 Feb 2015 05:37:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HQiCUB8rV6hP for ; Mon, 2 Feb 2015 05:37:17 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0118.outbound.protection.outlook.com [65.55.169.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA6641A0636 for ; Mon, 2 Feb 2015 05:37:16 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) with Microsoft SMTP Server (TLS) id 15.1.75.20; Mon, 2 Feb 2015 13:37:15 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Mon, 2 Feb 2015 13:37:14 +0000 From: John E Drake To: Antoni Przygienda , "bess@ietf.org" Thread-Topic: suggested AUTH48 changes on EVPN draft Thread-Index: AdA+pTP3XYwV9ahfQ+2wWy0k9kSgMgARtJdg Date: Mon, 2 Feb 2015 13:37:13 +0000 Message-ID: References: <2E4BB27CAB87BF43B4207C0E55860F18236370@eusaamb103.ericsson.se> In-Reply-To: <2E4BB27CAB87BF43B4207C0E55860F18236370@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-forefront-prvs: 0475418F50 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(2656002)(19300405004)(16236675004)(2501002)(46102003)(77156002)(86362001)(107886001)(87936001)(74316001)(54606007)(99286002)(2900100001)(66066001)(19625215002)(15975445007)(40100003)(122556002)(19609705001)(2950100001)(54356999)(92566002)(62966003)(76176999)(54206007)(102836002)(50986999)(19580395003)(77096005)(19580405001)(33656002)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB561; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_BLUPR05MB56212288C398F6CAE187D13C73C0BLUPR05MB562namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2015 13:37:13.0979 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB561 Archived-At: Subject: Re: [bess] suggested AUTH48 changes on EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 13:37:19 -0000 --_000_BLUPR05MB56212288C398F6CAE187D13C73C0BLUPR05MB562namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Tony, The change you mention in your email below is editorial, clarifying what wa= s already supported in the encodings but not explicitly described. The technical change is in the last paragraph and deals w/ VLAN Aware Bundl= e service w/ VID translation. Previously the ingress PE translated from in= gress VID to Ethernet Tag and the egress PE translated from Ethernet Tag to= egress VID. The change is that the ingress PE does not translate but rath= er sends the ingress VID and the egress translates from ingress VID to egre= ss VID. This is makes the data plane behavior consistent across all servic= es and both MPLS and VXLAN encapsulations. It requires the egress PE to ad= vertise an MPLS label w/ a granularity of at least [EVI, broadcast domain]. Yours Irrespectively, John From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Antoni Przygienda Sent: Monday, February 02, 2015 1:50 AM To: bess@ietf.org Subject: [bess] suggested AUTH48 changes on EVPN draft Having seen Adrian's email on the suggested changes (mux'ing VLANs on the s= ame IMET) here's a nit-pic _or_ a clarifying question depending how one se= es it: Let me see whether I parse it correctly: a) we are talking about BUM P-Tunnels b) the text clarifies that multiple VLANs can be mux'ed onto same P-Tu= nnel c) The rule that multiple EVIs can be mux'ed onto a P-tunnel in case = of p2mp per 16.2.1 still stands. My question would be: What is the ETAG is multiple VLANs are multiplexed on= to a P-Tunnel. I assume it's max-ET? I assume that the choice (each VLAN d= istinct or all VLANs on same P-Tunnel) is a binary decision; otherwise we'd= have to deal with the situation where we advertise for an EVI 1 EVI1;ETAG=3DMAX-ET, PMSI1 EVI1; ETAG=3D100, PMSI1' with the semantics of "all VLANs _except_ 100". Probably not intended. As well, I was always lost how ETAG can be used once multiple EVIs are mux'= ed onto a P-tunnel. It would mean "VLAN 100 for EVI1 _and_ EVI2" which doe= s not seem particularly useful. n tony --_000_BLUPR05MB56212288C398F6CAE187D13C73C0BLUPR05MB562namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Tony,

 

The change you mention= in your email below is editorial, clarifying what was already supported in= the encodings but not explicitly described.

 

The technical change i= s in the last paragraph and deals w/ VLAN Aware Bundle service w/ VID trans= lation.  Previously the ingress PE translated from ingress VID to Ethe= rnet Tag and the egress PE translated from Ethernet Tag to egress VID.  The change is that the ingress PE does n= ot translate but rather sends the ingress VID and the egress translates fro= m ingress VID to egress VID.  This is makes the data plane behavior co= nsistent across all services and both MPLS and VXLAN encapsulations.  It requires the egress PE to advertise an = MPLS label w/ a granularity of at least [EVI, broadcast domain].

 

Yours Irrespectively,<= o:p>

 

John=

 

From: BESS [mailto:bess-bounces@ietf.org] = On Behalf Of Antoni Przygienda
Sent: Monday, February 02, 2015 1:50 AM
To: bess@ietf.org
Subject: [bess] suggested AUTH48 changes on EVPN draft

 

Having seen Adrian’s email on the suggested ch= anges (mux’ing VLANs on the same IMET) here’s a nit-pic _or<= /i>_  a clarifying question depending how one sees it:

 

Let me see whether I parse it correctly:<= /p>

a)      we are talking about BUM P-Tunnels

b)      the text clarifies that multiple VLANs can be mux&#= 8217;ed onto same P-Tunnel

c)       The rule that multiple EVIs can be mux’ed ont= o a P-tunnel in case of p2mp per 16.2.1 still stands.

 =

My question would be: What is the ETAG is multiple V= LANs are multiplexed onto a P-Tunnel. I assume it’s max-ET?  I a= ssume that the choice (each VLAN distinct or all VLANs on same P-Tunnel) is= a binary decision; otherwise we’d have to deal with the situation where we advertise for an EVI 1

 

EVI1;ETAG=3DMAX-ET,  PMSI1

EVI1; ETAG=3D100, PMSI1’

 

with the semantics of „all VLANs _except_ 100“.  Probably not intended.

 

As well, I was always lost how ETAG can be used once= multiple EVIs are mux’ed onto a P-tunnel.  It would mean “= ;VLAN 100 for EVI1 _and_ EVI2” which does not seem particularl= y useful.

 

n  tony

 

--_000_BLUPR05MB56212288C398F6CAE187D13C73C0BLUPR05MB562namprd_-- From nobody Mon Feb 2 05:42:12 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 248A41A039C for ; Mon, 2 Feb 2015 05:42:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3NlOEj_1T4Oz for ; Mon, 2 Feb 2015 05:42:08 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 85BA21A19EC for ; Mon, 2 Feb 2015 05:42:08 -0800 (PST) Received: from [216.53.141.131] (port=40298 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIHGQ-0002WD-OA for bess@ietf.org; Mon, 02 Feb 2015 13:42:07 +0000 From: "Russ White" To: Date: Mon, 2 Feb 2015 08:42:02 -0500 Message-ID: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCWw== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 13:42:11 -0000 Y'all: I know this is in auth-48 (or maybe past), but I've been through these docs a number of times, and still come up with questions that I think need to be addressed/answered at some point. In general, eVPN seems to be on the receiving end of "I can imagine a lot of different use cases, some of which are self-contradictory, but let's just throw it all in the bucket anyway, regardless of the complexity and other problems." But, aside from that -- some specific comments on the base draft -- == Section 7.2 The MAC address field in the TLV is specified as 6 octets, but there is also a MAC address length field -- normally you would only include a length field if the field itself is variable length, which doesn't appear to be the case here. Is there some specific reason a length field is included, and the length of the field is specified? == Section 7.6 This is a new transitive Route Target extended community carried with the Ethernet Segment route. When used, it enables all the PEs connected to the same multi-homed site to import the Ethernet Segment routes. The value is derived automatically from the ESI by encoding the high order 6-octet portion of the 9-octet ESI Value in the ESImport Route Target. The high order 6-octet of the ESI incorporates MAC address of ESI (for type 1, 2, and 3) which when encoded in this RT and used in the RT constrain feature, it enables proper routetarget filtering. The format of this extended community is as follows: However, the high order 6 octet portion of the ESI is not unique -- the section on forming the ESI actually includes instructions that would mean multiple ESIs with the same higher order 6 octet. When we're dealing with MAC addresses and overlapping IP address sets, it will be problematic to install destinations from one ESI into the MAC-VRF in another ESI. This is related to section 8.1.1, as well, which deals with route filtering. == 8.2.1 Throughout most of the document, the ESI is described as being 9 octets. Here it is described as being 10 octets. No explanation is given. == 8.4 The entire concept of aliasing appears dangerous to me. It would have been better to separate the MAC address from the EVI in two separate advertisements, making reachability to the MAC address in reference to the EVI, and reachabality to the EVI it's "own thing," rather than tying the two together and then creating an "alias." == 8.5 The definition of "service carving" is buried in the text in the middle of section 8.5. Shouldn't this be included in the glossary, at least? == 8.5 In step 3 of DF election, the list of IP addresses is ordered in "increasing numeric value." What if you have a mix of v4 and v6 addresses? == :-) Russ From nobody Mon Feb 2 05:47:05 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F32841A19F7 for ; Mon, 2 Feb 2015 05:47:03 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NgHLIiLzSQp2 for ; Mon, 2 Feb 2015 05:47:01 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0132.outbound.protection.outlook.com [65.55.169.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82CC21A039C for ; Mon, 2 Feb 2015 05:47:01 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) with Microsoft SMTP Server (TLS) id 15.1.75.20; Mon, 2 Feb 2015 13:46:59 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Mon, 2 Feb 2015 13:46:59 +0000 From: John E Drake To: Russ White , "bess@ietf.org" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCWwAAXBKw Date: Mon, 2 Feb 2015 13:46:59 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> In-Reply-To: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-forefront-prvs: 0475418F50 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(52314003)(377454003)(51704005)(13464003)(40100003)(15975445007)(122556002)(2950100001)(66066001)(19580405001)(33656002)(76576001)(62966003)(54356999)(92566002)(102836002)(54206007)(19580395003)(77096005)(50986999)(76176999)(86362001)(107886001)(2656002)(77156002)(2501002)(46102003)(2900100001)(74316001)(54606007)(87936001)(99286002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB561; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2015 13:46:59.6637 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB561 Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 13:47:04 -0000 Russ, I am under the impression that Adrian's email asked for comments on the pro= posed change to section 6.3.=20 Yours Irrespectively, John > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White > Sent: Monday, February 02, 2015 8:42 AM > To: bess@ietf.org > Subject: [bess] EVPN Draft Comments >=20 > Y'all: >=20 > I know this is in auth-48 (or maybe past), but I've been through these do= cs a > number of times, and still come up with questions that I think need to be > addressed/answered at some point. In general, eVPN seems to be on the > receiving end of "I can imagine a lot of different use cases, some of whi= ch are > self-contradictory, but let's just throw it all in the bucket anyway, reg= ardless > of the complexity and other problems." But, aside from that -- some speci= fic > comments on the base draft -- >=20 > =3D=3D > Section 7.2 >=20 > The MAC address field in the TLV is specified as 6 octets, but there is a= lso a > MAC address length field -- normally you would only include a length fiel= d if > the field itself is variable length, which doesn't appear to be the case = here. Is > there some specific reason a length field is included, and the length of = the > field is specified? >=20 > =3D=3D > Section 7.6 >=20 > This is a new transitive Route Target extended community carried with the > Ethernet Segment route. When used, it enables all the PEs connected to th= e > same multi-homed site to import the Ethernet Segment routes. The value is > derived automatically from the ESI by encoding the high order 6-octet > portion of the 9-octet ESI Value in the ESImport Route Target. The high o= rder > 6-octet of the ESI incorporates MAC address of ESI (for type 1, 2, and 3) > which when encoded in this RT and used in the RT constrain feature, it > enables proper routetarget filtering. The format of this extended communi= ty > is as > follows: >=20 > However, the high order 6 octet portion of the ESI is not unique -- the s= ection > on forming the ESI actually includes instructions that would mean multipl= e > ESIs with the same higher order 6 octet. When we're dealing with MAC > addresses and overlapping IP address sets, it will be problematic to inst= all > destinations from one ESI into the MAC-VRF in another ESI. >=20 > This is related to section 8.1.1, as well, which deals with route filteri= ng. >=20 > =3D=3D > 8.2.1 >=20 > Throughout most of the document, the ESI is described as being 9 octets. > Here it is described as being 10 octets. No explanation is given. >=20 > =3D=3D > 8.4 >=20 > The entire concept of aliasing appears dangerous to me. It would have bee= n > better to separate the MAC address from the EVI in two separate > advertisements, making reachability to the MAC address in reference to th= e > EVI, and reachabality to the EVI it's "own thing," rather than tying the = two > together and then creating an "alias." >=20 > =3D=3D > 8.5 >=20 > The definition of "service carving" is buried in the text in the middle o= f > section 8.5. Shouldn't this be included in the glossary, at least? >=20 > =3D=3D > 8.5 >=20 > In step 3 of DF election, the list of IP addresses is ordered in "increas= ing > numeric value." What if you have a mix of v4 and v6 addresses? >=20 > =3D=3D >=20 > :-) >=20 > Russ >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 05:58:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A6751A1A25 for ; Mon, 2 Feb 2015 05:58:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YrNl8Yy2rCvM for ; Mon, 2 Feb 2015 05:58:41 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 CA9671A1A11 for ; Mon, 2 Feb 2015 05:58:41 -0800 (PST) Received: from [216.53.141.131] (port=53565 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIHWP-00030i-92; Mon, 02 Feb 2015 13:58:37 +0000 From: "Russ White" To: "'John E Drake'" , References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> In-Reply-To: Date: Mon, 2 Feb 2015 08:58:31 -0500 Message-ID: <008c01d03ef0$57254d80$056fe880$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQHwQgZJnp1QMxA= Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 13:58:46 -0000 John -- > I am under the impression that Adrian's email asked for comments on the > proposed change to section 6.3. This isn't in response to Adrian's email. This is a long stewing email that I've finally gotten around to sending, after spending many hours trying to make certain I'm not bringing up things that are covered someplace else. Again, these might not need to be addressed in this particular version of the draft, but there are some things here that might need to be cleared up in a future bis version, or at least explained, in some way, as they are errors in the draft, and may actually impact the operation of any given implementation. I'm assuming we'll end up with bis versions, given the state of the drafts as we move into this final phase of publication. :-) Russ From nobody Mon Feb 2 06:03:19 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B2BD1A036E for ; Mon, 2 Feb 2015 06:03:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vq9dOT3k8er8 for ; Mon, 2 Feb 2015 06:03:15 -0800 (PST) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADD221A1A24 for ; Mon, 2 Feb 2015 06:03:04 -0800 (PST) Received: by mail-wi0-f172.google.com with SMTP id h11so16977986wiw.5 for ; Mon, 02 Feb 2015 06:03:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:content-type:content-transfer-encoding; bh=2vtex4edWVxzEhqfev0CQkJbwwTBeBMFkeN9vfRSBDg=; b=ftzzjGoAe+xnsIImCfSpgfChPwMVncUWT0BNeqfhZC55rH42iezbxuF0N/CJqnavpG Yv3WyOOSlreRuWGvwQ0CkYcKZJznMabLPbao/kPzu1ckzo+asFyPrV5xKaJ6xMz9b/Ky Np36vdk/CDGbOOC8iG8zMXuM2md5TAaTIDMF/raWHFCsCW7QONfo+OmaR5m2RBs36PLJ BMFq1RpbB/alVuaX/vh37QmGqgXxFNYH+DVIuuqWTU+Qykn9E3XFRmE9fCGT2XmLDS4E 5rtIbdLT3Ez2yVab5YKm59hc/EVG1u4F98RZsTIj6ci2B6YypXKOLGZPCaFXw7/66jsM nWhg== X-Received: by 10.180.208.112 with SMTP id md16mr24049389wic.37.1422885783360; Mon, 02 Feb 2015 06:03:03 -0800 (PST) Received: from [127.0.0.1] (ARennes-652-1-111-85.w92-139.abo.wanadoo.fr. [92.139.14.85]) by mx.google.com with ESMTPSA id a1sm28029682wjs.40.2015.02.02.06.03.01 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Feb 2015 06:03:02 -0800 (PST) Sender: Thomas Morin Message-ID: <54CF8393.9080303@orange.com> Date: Mon, 02 Feb 2015 15:02:59 +0100 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: bess@ietf.org Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-sajassi-bess-evpn-etree@tools.ietf.org Subject: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 14:03:17 -0000 Hello working group, This email starts a two-week poll on adopting draft-sajassi-bess-evpn-etree-00 [1] as a working group item. Please send comments to the list and state if you support adoption or not (in the later case, please also state the reasons). This poll runs until **February 16th**. *Coincidentally*, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). ==> *If* you are listed as a document author or contributor please respond to this email and indicate whether or not you are aware of any relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thank you, Martin & Thomas bess chairs [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree From nobody Mon Feb 2 06:09:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45BBE1A1B0D for ; Mon, 2 Feb 2015 06:09:00 -0800 (PST) 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 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 2VuN36oxex7g for ; Mon, 2 Feb 2015 06:08:58 -0800 (PST) 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 664111A1A4F for ; Mon, 2 Feb 2015 06:07:47 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 8441A42D20486; Mon, 2 Feb 2015 14:07:42 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t12E7ime000762 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 15:07:45 +0100 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.10]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 15:07:44 +0100 From: "Henderickx, Wim (Wim)" To: Thomas Morin , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Thread-Index: AQHQPvEEnz3HD+ZLW0+VT4/j/7X1WpzdZVMA Date: Mon, 2 Feb 2015 14:07:44 +0000 Message-ID: References: <54CF8393.9080303@orange.com> In-Reply-To: <54CF8393.9080303@orange.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 14:09:00 -0000 Support as a co-author, not aware of IPR related to this draft On 02/02/15 15:02, "Thomas Morin" wrote: >Hello working group, > >This email starts a two-week poll on adopting >draft-sajassi-bess-evpn-etree-00 [1] as a working group item. > >Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons). > >This poll runs until **February 16th**. > > >*Coincidentally*, we are also polling for knowledge of any IPR that >applies to this draft, to ensure that IPR has been disclosed in >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >and 5378 for more details). > >=3D=3D> *If* you are listed as a document author or contributor please >respond to this email and indicate whether or not you are aware of any >relevant IPR. > >The draft will not be adopted until a response has been received from >each author and contributor. > >If you are not listed as an author or contributor, then please >explicitly respond only if you are aware of any IPR that has not yet >been disclosed in conformance with IETF rules. > >Thank you, > >Martin & Thomas >bess chairs > >[1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 06:49:50 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A78211A1A34 for ; Mon, 2 Feb 2015 06:49:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.576 X-Spam-Level: X-Spam-Status: No, score=-6.576 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gp7VzCxYnGuU for ; Mon, 2 Feb 2015 06:49:47 -0800 (PST) Received: from mgnj1.bloomberg.net (mgnj1.bloomberg.net [69.191.244.19]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CE591A1A11 for ; Mon, 2 Feb 2015 06:49:47 -0800 (PST) X-BB-Reception-Complete: 02 Feb 2015 09:49:46 -0500 X-IP-Listener: Outgoing Mail X-IP-MID: 1524383882 Received: from p286.bloomberg.com (HELO p286) ([10.126.147.18]) by mgnj1.bloomberg.net with SMTP; 02 Feb 2015 09:49:46 -0500 X-BLP-INETSVC: version=BLP_APP_S_INETSVC_1.0.1; host=mgnj1:25; conid=67 Date: Mon, 2 Feb 2015 14:49:46 -0000 From: "Aldrin Isaac (BLOOMBERG/ 731 LEX)" To: thomas.morin@orange.com MIME-Version: 1.0 Message-ID: <54CF8E8A01F400F8011E02C3_0_286851@p286> X-BLP-GUID: 54CF8E8A01F400F8011E02C30000 Content-Type: multipart/alternative; boundary="BOUNDARY_54CF8E8A01F400F8011E02C3_0_65907_p286" Content-ID: Archived-At: Cc: draft-sajassi-bess-evpn-etree@tools.ietf.org, bess@ietf.org Subject: Re: [bess] =?utf-8?q?Poll_for_adoption=3A_draft-sajassi-bess-evpn-etr?= =?utf-8?q?ee?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Aldrin Isaac List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 14:49:48 -0000 --BOUNDARY_54CF8E8A01F400F8011E02C3_0_65907_p286 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: base64 U3VwcG9ydCBhcyBhIGNvYXV0aG9yLiAgVW5hd2FyZSBvZiBhbnkgSVBSIHJlbGF0aW5nIHRvIHRo aXMgZHJhZnQuCgpGcm9tOiB0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbSBBdDogRmViICAyIDIwMTUg MDk6MDM6MzIKVG86IGJlc3NAaWV0Zi5vcmcKQ2M6IGRyYWZ0LXNhamFzc2ktYmVzcy1ldnBuLWV0 cmVlQHRvb2xzLmlldGYub3JnClN1YmplY3Q6IFJlOltiZXNzXSAgUG9sbCBmb3IgYWRvcHRpb246 IGRyYWZ0LXNhamFzc2ktYmVzcy1ldnBuLWV0cmVlCgpIZWxsbyB3b3JraW5nIGdyb3VwLAoKVGhp cyBlbWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xsIG9uIGFkb3B0aW5nCmRyYWZ0LXNhamFzc2kt YmVzcy1ldnBuLWV0cmVlLTAwIFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4KClBsZWFzZSBz ZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlv biBvcgpub3QgKGluIHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29u cykuCgpUaGlzIHBvbGwgcnVucyB1bnRpbCAqKkZlYnJ1YXJ5IDE2dGgqKi4KCgoqQ29pbmNpZGVu dGFsbHkqLCB3ZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IElQUiB0aGF0 CmFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Ns b3NlZCBpbgpjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4 NzksIDM2NjkKYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuCgo9PT4gKklmKiB5b3UgYXJlIGxp c3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UKcmVzcG9uZCB0 byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9m IGFueSAKcmVsZXZhbnQgSVBSLgoKVGhlIGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwg YSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tCmVhY2ggYXV0aG9yIGFuZCBjb250cmli dXRvci4KCklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3Is IHRoZW4gcGxlYXNlIApleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9m IGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCAKYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ug d2l0aCBJRVRGIHJ1bGVzLgoKVGhhbmsgeW91LAoKTWFydGluICYgVGhvbWFzCmJlc3MgY2hhaXJz CgpbMV0gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXNhamFzc2ktYmVzcy1ldnBu LWV0cmVlCgoK --BOUNDARY_54CF8E8A01F400F8011E02C3_0_65907_p286 Content-Type: text/html; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+PC9oZWFkPjxib2R5PjwhLS0gcnRlLXZlcnNpb24g MC4yIDk5NDc1NTE2MzcyOTQwMDhiNzdiY2UyNWViNjgzZGFjIC0tPjxkaXYgY2xhc3M9InJ0ZS1z dHlsZS1tYWludGFpbmVyIiBzdHlsZT0id2hpdGUtc3BhY2U6IHByZS13cmFwOyBmb250LXNpemU6 IHNtYWxsOyBmb250LWZhbWlseTogJ0NvdXJpZXIgTmV3JywgQ291cmllciwgJ0JCLkZpeGVkV2lk dGgnOyJkYXRhLWNvbG9yPSJnbG9iYWwtZGVmYXVsdCIgZGF0YS1iYi1mb250LXNpemU9Im1lZGl1 bSI+U3VwcG9ydCBhcyBhIGNvYXV0aG9yLiAgVW5hd2FyZSBvZiBhbnkgSVBSIHJlbGF0aW5nIHRv IHRoaXMgZHJhZnQuPGJyPjxicj48ZGl2IGNsYXNzPSJydGUtc3R5bGUtbWFpbnRhaW5lciIgc3R5 bGU9ImZvbnQtc2l6ZTogc21hbGw7IGZvbnQtZmFtaWx5OiAnQ291cmllciBOZXcnLCBDb3VyaWVy LCAnQkIuRml4ZWRXaWR0aCc7ImRhdGEtY29sb3I9Imdsb2JhbC1kZWZhdWx0IiBkYXRhLWJiLWZv bnQtc2l6ZT0ibWVkaXVtIj48ZGl2IGNsYXNzPSJiYmctcnRlLWZvbGQtY29udGVudCIgZGF0YS1o ZWFkZXI9IkZyb206IHRob21hcy5tb3JpbkBvcmFuZ2UuY29tIEF0OiBGZWIgMiAyMDE1IDA5OjAz OjMyImRhdGEtZGlnZXN0PSJGcm9tOiB0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbSBBdDogRmViIDIg MjAxNSAwOTowMzozMiJzdHlsZT0iIj48ZGl2IGNsYXNzPSJiYmctcnRlLWZvbGQtc3VtbWFyeSI+ RnJvbTogdGhvbWFzLm1vcmluQG9yYW5nZS5jb20gQXQ6IEZlYiAgMiAyMDE1IDA5OjAzOjMyPC9k aXY+PGRpdj5UbzogPGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciIHNwZWxsY2hlY2s9ImZh bHNlImRhdGEtZGVzdGluYXRpb249Im1haWx0bzpydGU6YmluZCI+YmVzc0BpZXRmLm9yZzwvYT48 YnI+Q2M6IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1zYWphc3NpLWJlc3MtZXZwbi1ldHJlZUB0b29s cy5pZXRmLm9yZyJzcGVsbGNoZWNrPSJmYWxzZSIgZGF0YS1kZXN0aW5hdGlvbj0ibWFpbHRvOnJ0 ZTpiaW5kIj5kcmFmdC1zYWphc3NpLWJlc3MtZXZwbi1ldHJlZUB0b29scy5pZXRmLm9yZzwvYT48 YnI+U3ViamVjdDogUmU6W2Jlc3NdICBQb2xsIGZvciBhZG9wdGlvbjogZHJhZnQtc2FqYXNzaS1i ZXNzLWV2cG4tZXRyZWU8YnI+PC9kaXY+PC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0icnRlLWludGVy bmV0LWJsb2NrLXdyYXBwZXIiIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB3aGl0ZTsgY29sb3I6 IGJsYWNrOyBmb250LWZhbWlseTogQXJpYWwsICdCQi5Qcm9wb3J0aW9uYWwnOyBmb250LXNpemU6 IHNtYWxsOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyI+PGRpdiBjbGFzcz0icnRlLWludGVybmV0LWJs b2NrIj48YmxvY2txdW90ZT48c3Bhbj5IZWxsbyB3b3JraW5nIGdyb3VwLDxicj48YnI+VGhpcyBl bWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xsIG9uIGFkb3B0aW5nPGJyPmRyYWZ0LXNhamFzc2kt YmVzcy1ldnBuLWV0cmVlLTAwIFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS48YnI+PGJyPlBs ZWFzZSBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBh ZG9wdGlvbiBvcjxicj5ub3QgKGluIHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0 aGUgcmVhc29ucykuPGJyPjxicj5UaGlzIHBvbGwgcnVucyB1bnRpbCAqKkZlYnJ1YXJ5IDE2dGgq Ki48YnI+PGJyPjxicj4qQ29pbmNpZGVudGFsbHkqLCB3ZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBr bm93bGVkZ2Ugb2YgYW55IElQUiB0aGF0PGJyPmFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8gZW5z dXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbjxicj5jb21wbGlhbmNlIHdpdGggSUVU RiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2Njk8YnI+YW5kIDUzNzggZm9yIG1v cmUgZGV0YWlscykuPGJyPjxicj49PSZndDsgKklmKiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3Vt ZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2U8YnI+cmVzcG9uZCB0byB0aGlzIGVtYWls IGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSA8YnI+cmVs ZXZhbnQgSVBSLjxicj48YnI+VGhlIGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwgYSBy ZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tPGJyPmVhY2ggYXV0aG9yIGFuZCBjb250cmli dXRvci48YnI+PGJyPklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJp YnV0b3IsIHRoZW4gcGxlYXNlIDxicj5leHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJl IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCA8YnI+YmVlbiBkaXNjbG9zZWQgaW4g Y29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLjxicj48YnI+VGhhbmsgeW91LDxicj48YnI+TWFy dGluICZhbXA7IFRob21hczxicj5iZXNzIGNoYWlyczxicj48YnI+WzFdIDxhIGhyZWY9Imh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1zYWphc3NpLWJlc3MtZXZwbi1ldHJlZSJzcGVs bGNoZWNrPSJmYWxzZSIgZGF0YS1kZXN0aW5hdGlvbj0icnRlOmJpbmQiIGNsYXNzPSIiIHN0eWxl PSIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1zYWphc3NpLWJlc3MtZXZwbi1l dHJlZTwvYT48YnI+PC9zcGFuPjwvYmxvY2txdW90ZT48c3Bhbj48YnI+PC9zcGFuPjwvZGl2Pjwv ZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+ --BOUNDARY_54CF8E8A01F400F8011E02C3_0_65907_p286-- From nobody Mon Feb 2 06:50:49 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05CCD1A1B13 for ; Mon, 2 Feb 2015 06:50:47 -0800 (PST) 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 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 RkTWYUjobh9j for ; Mon, 2 Feb 2015 06:50:45 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38A211A1A11 for ; Mon, 2 Feb 2015 06:50:45 -0800 (PST) X-AuditID: c6180641-f79916d00000623a-92-54cf2f6c8a1e Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 26.3B.25146.C6F2FC45; Mon, 2 Feb 2015 09:03:56 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Mon, 2 Feb 2015 09:50:40 -0500 From: Jeff Tantsura To: Thomas Morin , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Thread-Index: AQHQPvEDv6KVqJJ6l06Ss0gw9GAzSZzdPv+A Date: Mon, 2 Feb 2015 14:50:40 +0000 Message-ID: References: <54CF8393.9080303@orange.com> In-Reply-To: <54CF8393.9080303@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [147.117.188.12] Content-Type: text/plain; charset="us-ascii" Content-ID: <9D8D7940AE692649A7D8568D2AE927ED@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupmkeLIzCtJLcpLzFFi42KZXLonRDdH/3yIwb8b5hYrjs9ktthz7DKr xYZ9R9kcmD2WLPnJ5NHy7CSbx5fLn9kCmKO4bFJSczLLUov07RK4MhbeZCl4y1Nxv+U2awPj ea4uRk4OCQETif93T7NC2GISF+6tZ+ti5OIQEjjCKLHu/nF2kISQwDJGiffb+UFsNgEDif/f jrOA2CIC3hIv3p5gArGZBZIluveuB7OFBdwk5m2ZDlTDAVTjLnHoRzaEaSTxqK0EpIJFQEXi zLk/bCA2r4C5xK6ZO6A2aUo8O3IE7BxOAS2JI4t3gtUwAp32/dQaqE3iEreezGeCOFlAYsme 88wQtqjEy8f/wHpFBfQknm3YzA4RV5KY8/oaM0SvjsSC3Z/YIGxriVNLmxghbG2JZQtfM0Pc IyhxcuYTlgmMErOQrJuFpH0WkvZZSNpnIWlfwMi6ipGjtDi1LDfdyHATIzD2jkmwOe5gXPDJ 8hCjAAejEg/vh/XnQoRYE8uKK3MPMUpzsCiJ85ZdORgiJJCeWJKanZpakFoUX1Sak1p8iJGJ g1OqgTHQMfWXm15Y6MKLflIyee9CH03v/77tbop58qJvywz2p00pED+0rPje6nwr6xb+m/fv TgxbzsL1tycwevqqb+qtT2ziwzdoxN8/cSb3U5Bp+a/PBpkltUbbp3wvcy470BFpMc/r/uaW P8aX0laJxzBJ3FGMk/rtWeJ3STnjhXiK6Yf8OGmzHCWW4oxEQy3mouJEACzsvgueAgAA Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 14:50:47 -0000 Yes/support Cheers, Jeff -----Original Message----- From: Thomas Morin Organization: Orange Date: Monday, February 2, 2015 at 6:02 AM To: "bess@ietf.org" Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree >Hello working group, > >This email starts a two-week poll on adopting >draft-sajassi-bess-evpn-etree-00 [1] as a working group item. > >Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons). > >This poll runs until **February 16th**. > > >*Coincidentally*, we are also polling for knowledge of any IPR that >applies to this draft, to ensure that IPR has been disclosed in >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >and 5378 for more details). > >=3D=3D> *If* you are listed as a document author or contributor please >respond to this email and indicate whether or not you are aware of any >relevant IPR. > >The draft will not be adopted until a response has been received from >each author and contributor. > >If you are not listed as an author or contributor, then please >explicitly respond only if you are aware of any IPR that has not yet >been disclosed in conformance with IETF rules. > >Thank you, > >Martin & Thomas >bess chairs > >[1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 07:00:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1AB91A1B0D for ; Mon, 2 Feb 2015 07:00:49 -0800 (PST) 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 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 iQAOJ_sW5XtM for ; Mon, 2 Feb 2015 07:00:48 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 7D20C1A1AF9 for ; Mon, 2 Feb 2015 07:00:46 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id D70039CA2F2C6; Mon, 2 Feb 2015 15:00:37 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t12F0a4V004949 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 16:00:39 +0100 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.123]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 16:00:39 +0100 From: "Rabadan, Jorge (Jorge)" To: Thomas Morin , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Thread-Index: AQHQPvEE5hmbjaSKSUi3ZSujxBfPLpzc3T+A Date: Mon, 2 Feb 2015 15:00:39 +0000 Message-ID: References: <54CF8393.9080303@orange.com> In-Reply-To: <54CF8393.9080303@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 15:00:50 -0000 U3VwcG9ydCBhcyBjby1hdXRob3IuDQpOb3QgYXdhcmUgb2YgYW55IElQUi4NCg0KVGhhbmtzLg0K Sm9yZ2UNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRob21hcyBNb3JpbiA8 dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+DQpPcmdhbml6YXRpb246IE9yYW5nZQ0KRGF0ZTogTW9u ZGF5LCBGZWJydWFyeSAyLCAyMDE1IGF0IDY6MDIgQU0NClRvOiAiYmVzc0BpZXRmLm9yZyIgPGJl c3NAaWV0Zi5vcmc+DQpDYzogImRyYWZ0LXNhamFzc2ktYmVzcy1ldnBuLWV0cmVlQHRvb2xzLmll dGYub3JnIg0KPGRyYWZ0LXNhamFzc2ktYmVzcy1ldnBuLWV0cmVlQHRvb2xzLmlldGYub3JnPg0K U3ViamVjdDogW2Jlc3NdICAgUG9sbCBmb3IgYWRvcHRpb246IGRyYWZ0LXNhamFzc2ktYmVzcy1l dnBuLWV0cmVlDQoNCj5IZWxsbyB3b3JraW5nIGdyb3VwLA0KPg0KPlRoaXMgZW1haWwgc3RhcnRz IGEgdHdvLXdlZWsgcG9sbCBvbiBhZG9wdGluZw0KPmRyYWZ0LXNhamFzc2ktYmVzcy1ldnBuLWV0 cmVlLTAwIFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4NCj4NCj5QbGVhc2Ugc2VuZCBjb21t ZW50cyB0byB0aGUgbGlzdCBhbmQgc3RhdGUgaWYgeW91IHN1cHBvcnQgYWRvcHRpb24gb3INCj5u b3QgKGluIHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29ucykuDQo+ DQo+VGhpcyBwb2xsIHJ1bnMgdW50aWwgKipGZWJydWFyeSAxNnRoKiouDQo+DQo+DQo+KkNvaW5j aWRlbnRhbGx5Kiwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJUFIg dGhhdA0KPmFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVu IGRpc2Nsb3NlZCBpbg0KPmNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3Mg Mzk3OSwgNDg3OSwgMzY2OQ0KPmFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KPg0KPj09PiAq SWYqIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBs ZWFzZQ0KPnJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3Qg eW91IGFyZSBhd2FyZSBvZiBhbnkNCj5yZWxldmFudCBJUFIuDQo+DQo+VGhlIGRyYWZ0IHdpbGwg bm90IGJlIGFkb3B0ZWQgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tDQo+ ZWFjaCBhdXRob3IgYW5kIGNvbnRyaWJ1dG9yLg0KPg0KPklmIHlvdSBhcmUgbm90IGxpc3RlZCBh cyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlDQo+ZXhwbGljaXRseSByZXNw b25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgaGFzIG5vdCB5ZXQNCj5i ZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+DQo+VGhhbmsg eW91LA0KPg0KPk1hcnRpbiAmIFRob21hcw0KPmJlc3MgY2hhaXJzDQo+DQo+WzFdIGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1zYWphc3NpLWJlc3MtZXZwbi1ldHJlZQ0KPg0KPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+QkVTUyBtYWls aW5nIGxpc3QNCj5CRVNTQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9iZXNzDQoNCg== From nobody Mon Feb 2 07:06:07 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C30F1A1B92 for ; Mon, 2 Feb 2015 07:06:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6K3B-4bnShWF for ; Mon, 2 Feb 2015 07:05:57 -0800 (PST) Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40AEC1A1B5A for ; Mon, 2 Feb 2015 07:04:49 -0800 (PST) Received: by mail-qg0-f46.google.com with SMTP id i50so47594288qgf.5 for ; Mon, 02 Feb 2015 07:04:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=hjB1dJHMTOyLPd5nHg5bWBwGEVtRe13Se1bTsKUb7qg=; b=BYfwBOZpU7W19SUqr50aesOW6iWNfVdijwrjFrf5xvtaga6Iyoo8JtnF83N4drVBjL Hlwkt9oIPWIXt/i3ISal3kMW7jGZLe9PkVF0wtq+C3BPapkqFOGN7h0IqP1Eia7Tcoj9 /Ks3qNgFDFGQzhlVfKCgi3QLxpwJI/iv5JohqOCfPDnV/6Z7DYwxcK5qCIQeearDk1tg mH2t2tA5Bq2GApFfPnl9HdtZ7v7Jd0L4MwrT3sFgnn6J1FjfLsPvDIW6GTcYbu5v12yO w54XFfMnTHQZfBT2PrxoJZ05QpHGADcFRHl6reqoYAgCbXlJgUtTF4DSUaRwlYBDstF1 NPXg== X-Gm-Message-State: ALoCoQkkEJ6zrUIGLyTUwu9rzkU96DAoKMxHn5I3urwf0KvHQpRxNH9DgX94GbZqSqvGjp3HWJUA X-Received: by 10.224.43.10 with SMTP id u10mr42217673qae.20.1422889488354; Mon, 02 Feb 2015 07:04:48 -0800 (PST) Received: from [192.168.1.7] (ool-4570080d.dyn.optonline.net. [69.112.8.13]) by mx.google.com with ESMTPSA id c3sm18478962qan.45.2015.02.02.07.04.47 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Feb 2015 07:04:47 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Nabee Cocker X-Mailer: iPhone Mail (12B466) In-Reply-To: <54CF8393.9080303@orange.com> Date: Mon, 2 Feb 2015 10:04:47 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54CF8393.9080303@orange.com> To: Thomas Morin Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" , "bess@ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 15:06:00 -0000 Hello.=20 Support.=20 Nabeel Sent from my iPhone > On Feb 2, 2015, at 9:02 AM, Thomas Morin wrote: >=20 > Hello working group, >=20 > This email starts a two-week poll on adopting > draft-sajassi-bess-evpn-etree-00 [1] as a working group item. >=20 > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). >=20 > This poll runs until **February 16th**. >=20 >=20 > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). >=20 > =3D=3D> *If* you are listed as a document author or contributor please > respond to this email and indicate whether or not you are aware of any rel= evant IPR. >=20 > The draft will not be adopted until a response has been received from > each author and contributor. >=20 > If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in c= onformance with IETF rules. >=20 > Thank you, >=20 > Martin & Thomas > bess chairs >=20 > [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 07:39:29 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53C591A026E for ; Mon, 2 Feb 2015 07:39:27 -0800 (PST) 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 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 OiFMKPSouaSE for ; Mon, 2 Feb 2015 07:39:25 -0800 (PST) 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 066311A1A23 for ; Mon, 2 Feb 2015 07:39:24 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 596A0885F2402; Mon, 2 Feb 2015 15:39:19 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t12Fd36j024270 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 16:39:22 +0100 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.123]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 16:39:20 +0100 From: "Rabadan, Jorge (Jorge)" To: Russ White , "bess@ietf.org" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KA Date: Mon, 2 Feb 2015 15:39:19 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> In-Reply-To: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.41] Content-Type: text/plain; charset="utf-8" Content-ID: <905CC7CD20ED124A99B3021C2EF49464@exchange.lucent.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 15:39:27 -0000 SGkgUnVzcywNCg0KU2luY2Ugd2UgYXJlIEkgdGhpbmsgaW4gYWdyZWVtZW50IHRoaXMgbXVzdCBO T1QgaG9sZCB0aGUgcHJvY2VzcywgSSBnaXZlDQp5b3UgbXkgMiBjZW50cyBpZiBJIG1heS4uLg0K DQpTZWN0aW9uIDcuMiAtIHRoZSBtYWMgbGVuZ3RoIGZpZWxkIGlzIGZpeGVkIGluIEVWUE4gdG8g NDgsIGJ1dCBpdCBoYXMgdG8NCmJlIHRoZXJlIHRvIGFsbG93IGZ1dHVyZSB1c2UtY2FzZXMuIEZv ciBpbnN0YW5jZSwgaXQgbWlnaHQgbWFrZSBzZW5zZSB0bw0KdXNlIHZhcmlhYmxlIG1hYyBsZW5n dGhzIGluIFBCQi1FVlBOIHNpbmNlIHRoZSBCTUFDcyBhcmUgb3BlcmF0b3ItbWFuYWdlZC4NCg0K DQpTZWN0aW9uIDcuNiAtIHRoaXMgaXMgbm90IGFuIGlzc3VlIHRvIG1lLiBUaGUgRVNJIGhhcyB0 byBiZSB1bmlxdWUgaW4gdGhlDQpuZXR3b3JrLiBUaGUgbWVjaGFuaXNtcyB0byBhdXRvLWRlcml2 ZSB0aGUgRVNJIGNhbiBvbmx5IGJlIHVzZWQgaWYgdGhleQ0KZ3VhcmFudGVlIHRoZSB1bmlxdWVu ZXNzIG9mIHRoZSBFU0kuIEFuZCBzaW5jZSB0aGUgRVMtaW1wb3J0IHJvdXRlLXRhcmdldA0KaXMg YSByb3V0ZS10YXJnZXQsIGl0cyB2YWx1ZSBjYW4gb25seSBiZSBwcmVzZW50IG9uIHRoZSBQRXMg d2hlcmUgeW91IHdhbnQNCnRvIGltcG9ydCB0aGUgcm91dGUuIEkgZG9u4oCZdCB0aGluayB0aGVy ZSBpcyBhIG5lZWQgZm9yIGNsYXJpZmljYXRpb24gb2YNCnRoZSB0ZXh0Lg0KDQpBbHNvLCBJIHRo aW5rIGFsaWFzaW5nIGlzIGEgZ3JlYXQgdGhpbmcgdG8gc3VwcG9ydC4NCg0KVGhhbmtzLg0KSm9y Z2UNCiANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFJ1c3MgV2hpdGUgPHJ1 c3N3QHJpdy51cz4NCkRhdGU6IE1vbmRheSwgRmVicnVhcnkgMiwgMjAxNSBhdCA1OjQyIEFNDQpU bzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KU3ViamVjdDogW2Jlc3NdIEVWUE4g RHJhZnQgQ29tbWVudHMNCg0KPlknYWxsOg0KPg0KPkkga25vdyB0aGlzIGlzIGluIGF1dGgtNDgg KG9yIG1heWJlIHBhc3QpLCBidXQgSSd2ZSBiZWVuIHRocm91Z2ggdGhlc2UNCj5kb2NzDQo+YSBu dW1iZXIgb2YgdGltZXMsIGFuZCBzdGlsbCBjb21lIHVwIHdpdGggcXVlc3Rpb25zIHRoYXQgSSB0 aGluayBuZWVkIHRvDQo+YmUNCj5hZGRyZXNzZWQvYW5zd2VyZWQgYXQgc29tZSBwb2ludC4gSW4g Z2VuZXJhbCwgZVZQTiBzZWVtcyB0byBiZSBvbiB0aGUNCj5yZWNlaXZpbmcgZW5kIG9mICJJIGNh biBpbWFnaW5lIGEgbG90IG9mIGRpZmZlcmVudCB1c2UgY2FzZXMsIHNvbWUgb2YNCj53aGljaA0K PmFyZSBzZWxmLWNvbnRyYWRpY3RvcnksIGJ1dCBsZXQncyBqdXN0IHRocm93IGl0IGFsbCBpbiB0 aGUgYnVja2V0IGFueXdheSwNCj5yZWdhcmRsZXNzIG9mIHRoZSBjb21wbGV4aXR5IGFuZCBvdGhl ciBwcm9ibGVtcy4iIEJ1dCwgYXNpZGUgZnJvbSB0aGF0IC0tDQo+c29tZSBzcGVjaWZpYyBjb21t ZW50cyBvbiB0aGUgYmFzZSBkcmFmdCAtLQ0KPg0KPj09DQo+U2VjdGlvbiA3LjINCj4NCj5UaGUg TUFDIGFkZHJlc3MgZmllbGQgaW4gdGhlIFRMViBpcyBzcGVjaWZpZWQgYXMgNiBvY3RldHMsIGJ1 dCB0aGVyZSBpcw0KPmFsc28NCj5hIE1BQyBhZGRyZXNzIGxlbmd0aCBmaWVsZCAtLSBub3JtYWxs eSB5b3Ugd291bGQgb25seSBpbmNsdWRlIGEgbGVuZ3RoDQo+ZmllbGQNCj5pZiB0aGUgZmllbGQg aXRzZWxmIGlzIHZhcmlhYmxlIGxlbmd0aCwgd2hpY2ggZG9lc24ndCBhcHBlYXIgdG8gYmUgdGhl DQo+Y2FzZQ0KPmhlcmUuIElzIHRoZXJlIHNvbWUgc3BlY2lmaWMgcmVhc29uIGEgbGVuZ3RoIGZp ZWxkIGlzIGluY2x1ZGVkLCBhbmQgdGhlDQo+bGVuZ3RoIG9mIHRoZSBmaWVsZCBpcyBzcGVjaWZp ZWQ/DQo+DQo+PT0NCj5TZWN0aW9uIDcuNg0KPg0KPlRoaXMgaXMgYSBuZXcgdHJhbnNpdGl2ZSBS b3V0ZSBUYXJnZXQgZXh0ZW5kZWQgY29tbXVuaXR5IGNhcnJpZWQgd2l0aA0KPnRoZSBFdGhlcm5l dCBTZWdtZW50IHJvdXRlLiBXaGVuIHVzZWQsIGl0IGVuYWJsZXMgYWxsIHRoZSBQRXMNCj5jb25u ZWN0ZWQgdG8gdGhlIHNhbWUgbXVsdGktaG9tZWQgc2l0ZSB0byBpbXBvcnQgdGhlIEV0aGVybmV0 IFNlZ21lbnQNCj5yb3V0ZXMuIFRoZSB2YWx1ZSBpcyBkZXJpdmVkIGF1dG9tYXRpY2FsbHkgZnJv bSB0aGUgRVNJIGJ5IGVuY29kaW5nDQo+dGhlIGhpZ2ggb3JkZXIgNi1vY3RldCBwb3J0aW9uIG9m IHRoZSA5LW9jdGV0IEVTSSBWYWx1ZSBpbiB0aGUgRVNJbXBvcnQNCj5Sb3V0ZSBUYXJnZXQuIFRo ZSBoaWdoIG9yZGVyIDYtb2N0ZXQgb2YgdGhlIEVTSSBpbmNvcnBvcmF0ZXMNCj5NQUMgYWRkcmVz cyBvZiBFU0kgKGZvciB0eXBlIDEsIDIsIGFuZCAzKSB3aGljaCB3aGVuIGVuY29kZWQgaW4gdGhp cw0KPlJUIGFuZCB1c2VkIGluIHRoZSBSVCBjb25zdHJhaW4gZmVhdHVyZSwgaXQgZW5hYmxlcyBw cm9wZXIgcm91dGV0YXJnZXQNCj5maWx0ZXJpbmcuIFRoZSBmb3JtYXQgb2YgdGhpcyBleHRlbmRl ZCBjb21tdW5pdHkgaXMgYXMNCj5mb2xsb3dzOg0KPg0KPkhvd2V2ZXIsIHRoZSBoaWdoIG9yZGVy IDYgb2N0ZXQgcG9ydGlvbiBvZiB0aGUgRVNJIGlzIG5vdCB1bmlxdWUgLS0gdGhlDQo+c2VjdGlv biBvbiBmb3JtaW5nIHRoZSBFU0kgYWN0dWFsbHkgaW5jbHVkZXMgaW5zdHJ1Y3Rpb25zIHRoYXQg d291bGQgbWVhbg0KPm11bHRpcGxlIEVTSXMgd2l0aCB0aGUgc2FtZSBoaWdoZXIgb3JkZXIgNiBv Y3RldC4gV2hlbiB3ZSdyZSBkZWFsaW5nIHdpdGgNCj5NQUMgYWRkcmVzc2VzIGFuZCBvdmVybGFw cGluZyBJUCBhZGRyZXNzIHNldHMsIGl0IHdpbGwgYmUgcHJvYmxlbWF0aWMgdG8NCj5pbnN0YWxs IGRlc3RpbmF0aW9ucyBmcm9tIG9uZSBFU0kgaW50byB0aGUgTUFDLVZSRiBpbiBhbm90aGVyIEVT SS4NCj4NCj5UaGlzIGlzIHJlbGF0ZWQgdG8gc2VjdGlvbiA4LjEuMSwgYXMgd2VsbCwgd2hpY2gg ZGVhbHMgd2l0aCByb3V0ZQ0KPmZpbHRlcmluZy4NCj4NCj49PQ0KPjguMi4xDQo+DQo+VGhyb3Vn aG91dCBtb3N0IG9mIHRoZSBkb2N1bWVudCwgdGhlIEVTSSBpcyBkZXNjcmliZWQgYXMgYmVpbmcg OSBvY3RldHMuDQo+SGVyZSBpdCBpcyBkZXNjcmliZWQgYXMgYmVpbmcgMTAgb2N0ZXRzLiBObyBl eHBsYW5hdGlvbiBpcyBnaXZlbi4NCj4NCj49PQ0KPjguNA0KPg0KPlRoZSBlbnRpcmUgY29uY2Vw dCBvZiBhbGlhc2luZyBhcHBlYXJzIGRhbmdlcm91cyB0byBtZS4gSXQgd291bGQgaGF2ZSBiZWVu DQo+YmV0dGVyIHRvIHNlcGFyYXRlIHRoZSBNQUMgYWRkcmVzcyBmcm9tIHRoZSBFVkkgaW4gdHdv IHNlcGFyYXRlDQo+YWR2ZXJ0aXNlbWVudHMsIG1ha2luZyByZWFjaGFiaWxpdHkgdG8gdGhlIE1B QyBhZGRyZXNzIGluIHJlZmVyZW5jZSB0byB0aGUNCj5FVkksIGFuZCByZWFjaGFiYWxpdHkgdG8g dGhlIEVWSSBpdCdzICJvd24gdGhpbmcsIiByYXRoZXIgdGhhbiB0eWluZyB0aGUNCj50d28NCj50 b2dldGhlciBhbmQgdGhlbiBjcmVhdGluZyBhbiAiYWxpYXMuIg0KPg0KPj09DQo+OC41DQo+DQo+ VGhlIGRlZmluaXRpb24gb2YgInNlcnZpY2UgY2FydmluZyIgaXMgYnVyaWVkIGluIHRoZSB0ZXh0 IGluIHRoZSBtaWRkbGUgb2YNCj5zZWN0aW9uIDguNS4gU2hvdWxkbid0IHRoaXMgYmUgaW5jbHVk ZWQgaW4gdGhlIGdsb3NzYXJ5LCBhdCBsZWFzdD8NCj4NCj49PQ0KPjguNQ0KPg0KPkluIHN0ZXAg MyBvZiBERiBlbGVjdGlvbiwgdGhlIGxpc3Qgb2YgSVAgYWRkcmVzc2VzIGlzIG9yZGVyZWQgaW4N Cj4iaW5jcmVhc2luZw0KPm51bWVyaWMgdmFsdWUuIiBXaGF0IGlmIHlvdSBoYXZlIGEgbWl4IG9m IHY0IGFuZCB2NiBhZGRyZXNzZXM/DQo+DQo+PT0NCj4NCj46LSkNCj4NCj5SdXNzDQo+DQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5CRVNTIG1haWxp bmcgbGlzdA0KPkJFU1NAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2Jlc3MNCg0K From nobody Mon Feb 2 08:53:15 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EB571A6FFA for ; Mon, 2 Feb 2015 08:53:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6D5G0vF0qyiE for ; Mon, 2 Feb 2015 08:53:07 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AA4A1A86F8 for ; Mon, 2 Feb 2015 08:53:01 -0800 (PST) X-AuditID: c618062d-f79376d000000ceb-a6-54cf5841b302 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id EF.85.03307.1485FC45; Mon, 2 Feb 2015 11:58:09 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Mon, 2 Feb 2015 11:52:56 -0500 From: Antoni Przygienda To: John E Drake , "bess@ietf.org" Thread-Topic: suggested AUTH48 changes on EVPN draft Thread-Index: AdA+pTP3XYwV9ahfQ+2wWy0k9kSgMgARtJdgAAa2/3A= Date: Mon, 2 Feb 2015 16:52:55 +0000 Message-ID: <2E4BB27CAB87BF43B4207C0E55860F182364F4@eusaamb103.ericsson.se> References: <2E4BB27CAB87BF43B4207C0E55860F18236370@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/alternative; boundary="_000_2E4BB27CAB87BF43B4207C0E55860F182364F4eusaamb103ericsso_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDLMWRmVeSWpSXmKPExsUyuXRPiK5jxPkQgyMbdCxWHJ/JbDHnrrMD k8eSJT+ZPK43XWUPYIrisklJzcksSy3St0vgyrj66ihLweWaiovvZzA3MP7N7WLk5JAQMJGY s+84I4QtJnHh3nq2LkYuDiGBI4wSzZMesYMkhASWMUocnikOYrMJWEhc/vaUGcQWEXCT6N23 jwnEFhYwllj9ZwMLRNxE4mjfRijbSuLSpsdgC1gEVCSmT53MCmLzCnhLLOu/xw6xbA6jxOa9 C8CKOAWiJeYuOA7WzAh00fdTa8AWMAuIS9x6Mp8J4lIBiSV7zjND2KISLx//Y4WwlSQ+/p7P DlGfL9Hbv4kFYpmgxMmZT1gmMIrMQjJqFpKyWUjKIOI6Egt2f2KDsLUlli18zQxjnznwmAlZ fAEj+ypGjtLi1LLcdCODTYzA6Dkmwaa7g3HPS8tDjAIcjEo8vB/WnwsRYk0sK67MPcQozcGi JM676MHBECGB9MSS1OzU1ILUovii0pzU4kOMTBycUg2MzTdtDM7Ps5uhoXN9UXXCVT6BbE7N 0tDrO67kzu3d9/7v5qd3Vh/mWq924t/zL5PiwxndTi8N5WMWWv8uSndr+sLinOPd0TVXJ32/ xZyoZHh79nnv24oze/aUrUk5pGUTMF+2RE9q4/aFetPmX5u/tP0L++cdzrMnSd02WZLT6TM3 +M6XrnymFiWW4oxEQy3mouJEANWBETJ/AgAA Archived-At: Subject: Re: [bess] suggested AUTH48 changes on EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 16:53:14 -0000 --_000_2E4BB27CAB87BF43B4207C0E55860F182364F4eusaamb103ericsso_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable John, understood clearer now. As far I thought that through it may be an un= necessary restriction but I see the 'uniformity' argument. My (now tad unrelated to this) question as what ETAG the IMET carries still= stands (albeit the way I outlined it seems the only logical way to adverti= se multiple ETAGs on an IMET) --- tony From: John E Drake [mailto:jdrake@juniper.net] Sent: Monday, February 02, 2015 5:37 AM To: Antoni Przygienda; bess@ietf.org Subject: RE: suggested AUTH48 changes on EVPN draft Tony, The change you mention in your email below is editorial, clarifying what wa= s already supported in the encodings but not explicitly described. The technical change is in the last paragraph and deals w/ VLAN Aware Bundl= e service w/ VID translation. Previously the ingress PE translated from in= gress VID to Ethernet Tag and the egress PE translated from Ethernet Tag to= egress VID. The change is that the ingress PE does not translate but rath= er sends the ingress VID and the egress translates from ingress VID to egre= ss VID. This is makes the data plane behavior consistent across all servic= es and both MPLS and VXLAN encapsulations. It requires the egress PE to ad= vertise an MPLS label w/ a granularity of at least [EVI, broadcast domain]. Yours Irrespectively, John From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Antoni Przygienda Sent: Monday, February 02, 2015 1:50 AM To: bess@ietf.org Subject: [bess] suggested AUTH48 changes on EVPN draft Having seen Adrian's email on the suggested changes (mux'ing VLANs on the s= ame IMET) here's a nit-pic _or_ a clarifying question depending how one se= es it: Let me see whether I parse it correctly: a) we are talking about BUM P-Tunnels b) the text clarifies that multiple VLANs can be mux'ed onto same P-Tu= nnel c) The rule that multiple EVIs can be mux'ed onto a P-tunnel in case = of p2mp per 16.2.1 still stands. My question would be: What is the ETAG is multiple VLANs are multiplexed on= to a P-Tunnel. I assume it's max-ET? I assume that the choice (each VLAN d= istinct or all VLANs on same P-Tunnel) is a binary decision; otherwise we'd= have to deal with the situation where we advertise for an EVI 1 EVI1;ETAG=3DMAX-ET, PMSI1 EVI1; ETAG=3D100, PMSI1' with the semantics of "all VLANs _except_ 100". Probably not intended. As well, I was always lost how ETAG can be used once multiple EVIs are mux'= ed onto a P-tunnel. It would mean "VLAN 100 for EVI1 _and_ EVI2" which doe= s not seem particularly useful. * tony --_000_2E4BB27CAB87BF43B4207C0E55860F182364F4eusaamb103ericsso_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= John, understood clearer now= . As far I thought that through it may be an unnecessary restriction but I = see the ‘uniformity’ argument.

=  

= My (now tad unrelated to thi= s) question as what ETAG the IMET carries still stands (albeit the way I ou= tlined it seems the only logical way to advertise multiple ETAGs on an IMET)

=  

= --- tony

=  

From: John E Drake [mailto:jdrake@juniper.net]
Sent: Monday, February 02, 2= 015 5:37 AM
To: Antoni Przygienda; bess@= ietf.org
Subject: RE: suggested AUTH4= 8 changes on EVPN draft

 

= Tony,

=  

= The change you mention in yo= ur email below is editorial, clarifying what was already supported in the e= ncodings but not explicitly described.

=  

= The technical change is in t= he last paragraph and deals w/ VLAN Aware Bundle service w/ VID translation= .  Previously the ingress PE translated from ingress VID to Ethernet Tag and the egress PE translated from Ethernet Tag= to egress VID.  The change is that the ingress PE does not translate = but rather sends the ingress VID and the egress translates from ingress VID= to egress VID.  This is makes the data plane behavior consistent across all services and both MPLS and VXLAN enca= psulations.  It requires the egress PE to advertise an MPLS label w/ a= granularity of at least [EVI, broadcast domain].

=  

= Yours Irrespectively,

=  

= John

=  

From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Antoni Przygien= da
Sent: Monday, February 02, 2= 015 1:50 AM
To: bess@ietf.org
Subject: [bess] suggested AU= TH48 changes on EVPN draft

 

Having seen Adrian’s email on the suggested changes (m= ux’ing VLANs on the same IMET) here’s a nit-pic _or_  a clarifying question depending how one sees it:

 

Let me see whether I parse it correctly:

a) &n= bsp;    we are talking about BUM P-Tunnels

b) &n= bsp;    the text clarifies that multiple VLANs can be mux’ed on= to same P-Tunnel

c) &n= bsp;     The rule that multiple EVIs can be mux’ed onto a P-tunn= el in case of p2mp per 16.2.1 still stands.

 <= /font>

My question would be: What is the ETAG is multiple VLANs are= multiplexed onto a P-Tunnel. I assume it’s max-ET?  I assume th= at the choice (each VLAN distinct or all VLANs on same P-Tunnel) is a binary decision; otherwise we’d have to deal with the= situation where we advertise for an EVI 1

 

EVI1;ETAG=3DMAX-ET,  PMSI1

EVI1; ETAG=3D100, PMSI1’

 

with the semantics of „all VLANs _except_ 100“.  Probably not intended= .

 

As well, I was always lost how ETAG can be used once multipl= e EVIs are mux’ed onto a P-tunnel.  It would mean “VLAN 10= 0 for EVI1 _and_ EVI2” which does not seem particularly useful.

 

= n&nb= sp; tony

 

--_000_2E4BB27CAB87BF43B4207C0E55860F182364F4eusaamb103ericsso_-- From nobody Mon Feb 2 08:56:55 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 808E21A82E2 for ; Mon, 2 Feb 2015 08:56:53 -0800 (PST) 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 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 x74OOIoVhlSy for ; Mon, 2 Feb 2015 08:56:51 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 6E0171A03A5 for ; Mon, 2 Feb 2015 08:56:51 -0800 (PST) Received: from us70tusmtp1.zam.alcatel-lucent.com (unknown [135.5.2.63]) by Websense Email Security Gateway with ESMTPS id 95728C4A91A59; Mon, 2 Feb 2015 16:56:46 +0000 (GMT) Received: from US70TWXCHHUB04.zam.alcatel-lucent.com (us70twxchhub04.zam.alcatel-lucent.com [135.5.2.36]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id t12GulIL011185 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 11:56:48 -0500 Received: from US70TWXCHMBA10.zam.alcatel-lucent.com ([169.254.4.234]) by US70TWXCHHUB04.zam.alcatel-lucent.com ([135.5.2.36]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 11:56:48 -0500 From: "OYA LUENGO, ROBERTO (ROBERTO)" To: Thomas Morin , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Thread-Index: AQHQPvEMdpl/gbV6ike1KUQzSHnRMpzdYkgA Date: Mon, 2 Feb 2015 16:56:47 +0000 Message-ID: References: <54CF8393.9080303@orange.com> In-Reply-To: <54CF8393.9080303@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.2.140509 x-originating-ip: [135.5.27.17] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 16:56:53 -0000 Support On 2/2/15, 6:02 AM, "Thomas Morin" wrote: >Hello working group, > >This email starts a two-week poll on adopting >draft-sajassi-bess-evpn-etree-00 [1] as a working group item. > >Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons). > >This poll runs until **February 16th**. > > >*Coincidentally*, we are also polling for knowledge of any IPR that >applies to this draft, to ensure that IPR has been disclosed in >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >and 5378 for more details). > >=3D=3D> *If* you are listed as a document author or contributor please >respond to this email and indicate whether or not you are aware of any >relevant IPR. > >The draft will not be adopted until a response has been received from >each author and contributor. > >If you are not listed as an author or contributor, then please >explicitly respond only if you are aware of any IPR that has not yet >been disclosed in conformance with IETF rules. > >Thank you, > >Martin & Thomas >bess chairs > >[1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 10:18:27 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDB01A884D for ; Mon, 2 Feb 2015 10:18:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.01 X-Spam-Level: X-Spam-Status: No, score=-13.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, IXHASH_X1=1.5, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NoChRWSLlcGt for ; Mon, 2 Feb 2015 10:18:23 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D75761A1A20 for ; Mon, 2 Feb 2015 10:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23415; q=dns/txt; s=iport; t=1422901102; x=1424110702; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=a7KDkoIAG+b+E5ZFi5+GpgQF5TgKd1ldrTFX0P2Pjgc=; b=HSsQOTyAp7UsSN/H6dI2HHFEEYm7x7BmZ2FctGcGN1ubjXsvSn7qZXjU 4LmUbzA31UDeebxy3fzOfNMIqnUXHdEYsB2ThEXYby29GCbSx+uQ727/c fpFngrH+YhyAu0cqDs9uDqYfWZtr8WEsi8+44VjvaPYP/LW/CMJ2uj87+ w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BnBQDwvs9U/4QNJK1bgkMhIlJZBIJ9x1gCHIEAQwEBAQEBfYQMAQEBBCMKOiQBCBEDAQEBKAMCBDAUCQgBAQQBEogtAcBUlVwBAQEBAQEBAQEBAQEBAQEBAQEBAQEXjxYRAT8XAYJogUEFjwmJJYEXjgiDPSKCAhyBUG+BCzl+AQEB X-IronPort-AV: E=Sophos;i="5.09,507,1418083200"; d="scan'208,217";a="119807760" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-4.cisco.com with ESMTP; 02 Feb 2015 18:18:22 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t12IILij019816 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 18:18:22 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 12:18:21 -0600 From: "Ali Sajassi (sajassi)" To: Antoni Przygienda , John E Drake , "bess@ietf.org" Thread-Topic: [bess] suggested AUTH48 changes on EVPN draft Thread-Index: AdA+pTP3XYwV9ahfQ+2wWy0k9kSgMgARtJdgAAa2/3D///nwAA== Date: Mon, 2 Feb 2015 18:18:20 +0000 Message-ID: In-Reply-To: <2E4BB27CAB87BF43B4207C0E55860F182364F4@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.128.2.49] Content-Type: multipart/alternative; boundary="_000_D0F4FE9B121C18sajassiciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] suggested AUTH48 changes on EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 18:18:25 -0000 --_000_D0F4FE9B121C18sajassiciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIaSBBbnRvbmksDQoNClJlZ2FyZGluZyBFVEFHIHZhbHVlIGZvciBJTUVUIHJvdXRlLCBpdCBp cyBzZXQgdGhlIGFwcHJvcHJpYXRlIFZJRCB2YWx1ZSAoaWYgRVRBRyBpcyBWTEFOIFRhZykganVz dCBhcyBiZWZvcmUuIEluIG90aGVyIHdvcmRzLCB0aGUgRVRBRyB2YWx1ZSB5b3UgdXNlIHRoZSBJ TUVUIHJvdXRlIGlzIHRoZSBzYW1lIGFzIHRoZSBvbmUgeW91IHVzZSBpbiBNQUMvSVAgcm91dGUg 4oCTIG5vdGhpbmcgaGFzIGNoYW5nZWQgaW4gdGhpcyByZWdhcmRzLg0KDQpDaGVlcnMsDQpBbGkN Cg0KRnJvbTogQW50b25pIFByenlnaWVuZGEgPGFudG9uaS5wcnp5Z2llbmRhQGVyaWNzc29uLmNv bTxtYWlsdG86YW50b25pLnByenlnaWVuZGFAZXJpY3Nzb24uY29tPj4NCkRhdGU6IE1vbmRheSwg RmVicnVhcnkgMiwgMjAxNSBhdCA4OjUyIEFNDQpUbzogSm9obiBFIERyYWtlIDxqZHJha2VAanVu aXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+LCAiYmVzc0BpZXRmLm9yZzxtYWls dG86YmVzc0BpZXRmLm9yZz4iIDxiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPj4N ClN1YmplY3Q6IFJlOiBbYmVzc10gc3VnZ2VzdGVkIEFVVEg0OCBjaGFuZ2VzIG9uIEVWUE4gZHJh ZnQNCg0KSm9obiwgdW5kZXJzdG9vZCBjbGVhcmVyIG5vdy4gQXMgZmFyIEkgdGhvdWdodCB0aGF0 IHRocm91Z2ggaXQgbWF5IGJlIGFuIHVubmVjZXNzYXJ5IHJlc3RyaWN0aW9uIGJ1dCBJIHNlZSB0 aGUg4oCYdW5pZm9ybWl0eeKAmSBhcmd1bWVudC4NCg0KTXkgKG5vdyB0YWQgdW5yZWxhdGVkIHRv IHRoaXMpIHF1ZXN0aW9uIGFzIHdoYXQgRVRBRyB0aGUgSU1FVCBjYXJyaWVzIHN0aWxsIHN0YW5k cyAoYWxiZWl0IHRoZSB3YXkgSSBvdXRsaW5lZCBpdCBzZWVtcyB0aGUgb25seSBsb2dpY2FsIHdh eSB0byBhZHZlcnRpc2UgbXVsdGlwbGUgRVRBR3Mgb24gYW4gSU1FVCkNCg0KLS0tIHRvbnkNCg0K RnJvbTogSm9obiBFIERyYWtlIFttYWlsdG86amRyYWtlQGp1bmlwZXIubmV0XQ0KU2VudDogTW9u ZGF5LCBGZWJydWFyeSAwMiwgMjAxNSA1OjM3IEFNDQpUbzogQW50b25pIFByenlnaWVuZGE7IGJl c3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogc3VnZ2VzdGVk IEFVVEg0OCBjaGFuZ2VzIG9uIEVWUE4gZHJhZnQNCg0KVG9ueSwNCg0KVGhlIGNoYW5nZSB5b3Ug bWVudGlvbiBpbiB5b3VyIGVtYWlsIGJlbG93IGlzIGVkaXRvcmlhbCwgY2xhcmlmeWluZyB3aGF0 IHdhcyBhbHJlYWR5IHN1cHBvcnRlZCBpbiB0aGUgZW5jb2RpbmdzIGJ1dCBub3QgZXhwbGljaXRs eSBkZXNjcmliZWQuDQoNClRoZSB0ZWNobmljYWwgY2hhbmdlIGlzIGluIHRoZSBsYXN0IHBhcmFn cmFwaCBhbmQgZGVhbHMgdy8gVkxBTiBBd2FyZSBCdW5kbGUgc2VydmljZSB3LyBWSUQgdHJhbnNs YXRpb24uICBQcmV2aW91c2x5IHRoZSBpbmdyZXNzIFBFIHRyYW5zbGF0ZWQgZnJvbSBpbmdyZXNz IFZJRCB0byBFdGhlcm5ldCBUYWcgYW5kIHRoZSBlZ3Jlc3MgUEUgdHJhbnNsYXRlZCBmcm9tIEV0 aGVybmV0IFRhZyB0byBlZ3Jlc3MgVklELiAgVGhlIGNoYW5nZSBpcyB0aGF0IHRoZSBpbmdyZXNz IFBFIGRvZXMgbm90IHRyYW5zbGF0ZSBidXQgcmF0aGVyIHNlbmRzIHRoZSBpbmdyZXNzIFZJRCBh bmQgdGhlIGVncmVzcyB0cmFuc2xhdGVzIGZyb20gaW5ncmVzcyBWSUQgdG8gZWdyZXNzIFZJRC4g IFRoaXMgaXMgbWFrZXMgdGhlIGRhdGEgcGxhbmUgYmVoYXZpb3IgY29uc2lzdGVudCBhY3Jvc3Mg YWxsIHNlcnZpY2VzIGFuZCBib3RoIE1QTFMgYW5kIFZYTEFOIGVuY2Fwc3VsYXRpb25zLiAgSXQg cmVxdWlyZXMgdGhlIGVncmVzcyBQRSB0byBhZHZlcnRpc2UgYW4gTVBMUyBsYWJlbCB3LyBhIGdy YW51bGFyaXR5IG9mIGF0IGxlYXN0IFtFVkksIGJyb2FkY2FzdCBkb21haW5dLg0KDQpZb3VycyBJ cnJlc3BlY3RpdmVseSwNCg0KSm9obg0KDQpGcm9tOiBCRVNTIFttYWlsdG86YmVzcy1ib3VuY2Vz QGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQW50b25pIFByenlnaWVuZGENClNlbnQ6IE1vbmRheSwg RmVicnVhcnkgMDIsIDIwMTUgMTo1MCBBTQ0KVG86IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NA aWV0Zi5vcmc+DQpTdWJqZWN0OiBbYmVzc10gc3VnZ2VzdGVkIEFVVEg0OCBjaGFuZ2VzIG9uIEVW UE4gZHJhZnQNCg0KSGF2aW5nIHNlZW4gQWRyaWFu4oCZcyBlbWFpbCBvbiB0aGUgc3VnZ2VzdGVk IGNoYW5nZXMgKG11eOKAmWluZyBWTEFOcyBvbiB0aGUgc2FtZSBJTUVUKSBoZXJl4oCZcyBhIG5p dC1waWMgX29yXyAgYSBjbGFyaWZ5aW5nIHF1ZXN0aW9uIGRlcGVuZGluZyBob3cgb25lIHNlZXMg aXQ6DQoNCkxldCBtZSBzZWUgd2hldGhlciBJIHBhcnNlIGl0IGNvcnJlY3RseToNCg0KYSkgICAg ICB3ZSBhcmUgdGFsa2luZyBhYm91dCBCVU0gUC1UdW5uZWxzDQoNCmIpICAgICAgdGhlIHRleHQg Y2xhcmlmaWVzIHRoYXQgbXVsdGlwbGUgVkxBTnMgY2FuIGJlIG11eOKAmWVkIG9udG8gc2FtZSBQ LVR1bm5lbA0KDQpjKSAgICAgICBUaGUgcnVsZSB0aGF0IG11bHRpcGxlIEVWSXMgY2FuIGJlIG11 eOKAmWVkIG9udG8gYSBQLXR1bm5lbCBpbiBjYXNlIG9mIHAybXAgcGVyIDE2LjIuMSBzdGlsbCBz dGFuZHMuDQoNCg0KTXkgcXVlc3Rpb24gd291bGQgYmU6IFdoYXQgaXMgdGhlIEVUQUcgaXMgbXVs dGlwbGUgVkxBTnMgYXJlIG11bHRpcGxleGVkIG9udG8gYSBQLVR1bm5lbC4gSSBhc3N1bWUgaXTi gJlzIG1heC1FVD8gIEkgYXNzdW1lIHRoYXQgdGhlIGNob2ljZSAoZWFjaCBWTEFOIGRpc3RpbmN0 IG9yIGFsbCBWTEFOcyBvbiBzYW1lIFAtVHVubmVsKSBpcyBhIGJpbmFyeSBkZWNpc2lvbjsgb3Ro ZXJ3aXNlIHdl4oCZZCBoYXZlIHRvIGRlYWwgd2l0aCB0aGUgc2l0dWF0aW9uIHdoZXJlIHdlIGFk dmVydGlzZSBmb3IgYW4gRVZJIDENCg0KRVZJMTtFVEFHPU1BWC1FVCwgIFBNU0kxDQpFVkkxOyBF VEFHPTEwMCwgUE1TSTHigJkNCg0Kd2l0aCB0aGUgc2VtYW50aWNzIG9mIOKAnmFsbCBWTEFOcyBf ZXhjZXB0XyAxMDDigJwuICBQcm9iYWJseSBub3QgaW50ZW5kZWQuDQoNCkFzIHdlbGwsIEkgd2Fz IGFsd2F5cyBsb3N0IGhvdyBFVEFHIGNhbiBiZSB1c2VkIG9uY2UgbXVsdGlwbGUgRVZJcyBhcmUg bXV44oCZZWQgb250byBhIFAtdHVubmVsLiAgSXQgd291bGQgbWVhbiDigJxWTEFOIDEwMCBmb3Ig RVZJMSBfYW5kXyBFVkky4oCdIHdoaWNoIGRvZXMgbm90IHNlZW0gcGFydGljdWxhcmx5IHVzZWZ1 bC4NCg0KDQrigKIgIHRvbnkNCg0K --_000_D0F4FE9B121C18sajassiciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj48YnI+DQo8L2Rp dj4NCjxkaXY+SGkgQW50b25pLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UmVnYXJk aW5nIEVUQUcgdmFsdWUgZm9yIElNRVQgcm91dGUsIGl0IGlzIHNldCB0aGUgYXBwcm9wcmlhdGUg VklEIHZhbHVlIChpZiBFVEFHIGlzIFZMQU4gVGFnKSBqdXN0IGFzIGJlZm9yZS4gSW4gb3RoZXIg d29yZHMsIHRoZSBFVEFHIHZhbHVlIHlvdSB1c2UgdGhlIElNRVQgcm91dGUgaXMgdGhlIHNhbWUg YXMgdGhlIG9uZSB5b3UgdXNlIGluIE1BQy9JUCByb3V0ZSDigJMgbm90aGluZyBoYXMgY2hhbmdl ZCBpbiB0aGlzIHJlZ2FyZHMuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5DaGVlcnMs PC9kaXY+DQo8ZGl2PkFsaTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtf U1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpMdWNpZGEgR3JhbmRl OyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJP VFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RU T006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRP UDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkct VE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj5B bnRvbmkgUHJ6eWdpZW5kYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFudG9uaS5wcnp5Z2llbmRhQGVy aWNzc29uLmNvbSI+YW50b25pLnByenlnaWVuZGFAZXJpY3Nzb24uY29tPC9hPiZndDs8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPk1vbmRheSwgRmVicnVh cnkgMiwgMjAxNSBhdCA4OjUyIEFNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi PlRvOiA8L3NwYW4+Sm9obiBFIERyYWtlICZsdDs8YSBocmVmPSJtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0Ij5qZHJha2VAanVuaXBlci5uZXQ8L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRv OmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogW2Jlc3NdIHN1Z2dlc3RlZCBB VVRINDggY2hhbmdlcyBvbiBFVlBOIGRyYWZ0PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0i dXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2No ZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5t aWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9y Zy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9z b2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9z ZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpXaW5n ZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2Zv bnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQg NCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGku TXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEi LCJzYW5zLXNlcmlmIjt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgs IGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4t dG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdp bi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToi QmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJ bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPkpvaG4sIHVuZGVyc3Rvb2QgY2xl YXJlciBub3cuIEFzIGZhciBJIHRob3VnaHQgdGhhdCB0aHJvdWdoIGl0IG1heSBiZSBhbiB1bm5l Y2Vzc2FyeSByZXN0cmljdGlvbiBidXQgSSBzZWUgdGhlIOKAmHVuaWZvcm1pdHnigJkgYXJndW1l bnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i IzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s b3I6IzFGNDk3RCI+TXkgKG5vdyB0YWQgdW5yZWxhdGVkIHRvIHRoaXMpIHF1ZXN0aW9uIGFzIHdo YXQgRVRBRyB0aGUgSU1FVCBjYXJyaWVzIHN0aWxsIHN0YW5kcyAoYWxiZWl0IHRoZSB3YXkgSSBv dXRsaW5lZCBpdCBzZWVtcyB0aGUgb25seSBsb2dpY2FsIHdheSB0byBhZHZlcnRpc2UNCiBtdWx0 aXBsZSBFVEFHcyBvbiBhbiBJTUVUKTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtjb2xvcjojMUY0OTdEIj4tLS0gdG9ueQ0KPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIj MWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGZvbnQt d2VpZ2h0OiBib2xkOyI+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPSIyIiBmYWNl PSJUYWhvbWEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhv bWEsIHNhbnMtc2VyaWY7Ij4gSm9obg0KIEUgRHJha2UgWzxhIGhyZWY9Im1haWx0bzpqZHJha2VA anVuaXBlci5uZXQiPm1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ8L2E+XSA8YnI+DQo8Yj48c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9iPiBNb25kYXksIEZlYnJ1 YXJ5IDAyLCAyMDE1IDU6MzcgQU08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+VG86PC9zcGFuPjwvYj4gQW50b25pIFByenlnaWVuZGE7IDxhIGhyZWY9Im1haWx0bzpiZXNz QGlldGYub3JnIj4NCmJlc3NAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUkU6IHN1Z2dlc3RlZCBBVVRINDggY2hh bmdlcyBvbiBFVlBOIGRyYWZ0PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIj MWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xv cjojMUY0OTdEIj5Ub255LDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtjb2xvcjojMUY0OTdEIj5UaGUgY2hhbmdlIHlvdSBtZW50aW9uIGluIHlvdXIgZW1h aWwgYmVsb3cgaXMgZWRpdG9yaWFsLCBjbGFyaWZ5aW5nIHdoYXQgd2FzIGFscmVhZHkgc3VwcG9y dGVkIGluIHRoZSBlbmNvZGluZ3MgYnV0IG5vdCBleHBsaWNpdGx5IGRlc2NyaWJlZC48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+ VGhlIHRlY2huaWNhbCBjaGFuZ2UgaXMgaW4gdGhlIGxhc3QgcGFyYWdyYXBoIGFuZCBkZWFscyB3 LyBWTEFOIEF3YXJlIEJ1bmRsZSBzZXJ2aWNlIHcvIFZJRCB0cmFuc2xhdGlvbi4mbmJzcDsgUHJl dmlvdXNseSB0aGUgaW5ncmVzcyBQRSB0cmFuc2xhdGVkIGZyb20NCiBpbmdyZXNzIFZJRCB0byBF dGhlcm5ldCBUYWcgYW5kIHRoZSBlZ3Jlc3MgUEUgdHJhbnNsYXRlZCBmcm9tIEV0aGVybmV0IFRh ZyB0byBlZ3Jlc3MgVklELiZuYnNwOyBUaGUgY2hhbmdlIGlzIHRoYXQgdGhlIGluZ3Jlc3MgUEUg ZG9lcyBub3QgdHJhbnNsYXRlIGJ1dCByYXRoZXIgc2VuZHMgdGhlIGluZ3Jlc3MgVklEIGFuZCB0 aGUgZWdyZXNzIHRyYW5zbGF0ZXMgZnJvbSBpbmdyZXNzIFZJRCB0byBlZ3Jlc3MgVklELiZuYnNw OyBUaGlzIGlzIG1ha2VzIHRoZSBkYXRhDQogcGxhbmUgYmVoYXZpb3IgY29uc2lzdGVudCBhY3Jv c3MgYWxsIHNlcnZpY2VzIGFuZCBib3RoIE1QTFMgYW5kIFZYTEFOIGVuY2Fwc3VsYXRpb25zLiZu YnNwOyBJdCByZXF1aXJlcyB0aGUgZWdyZXNzIFBFIHRvIGFkdmVydGlzZSBhbiBNUExTIGxhYmVs IHcvIGEgZ3JhbnVsYXJpdHkgb2YgYXQgbGVhc3QgW0VWSSwgYnJvYWRjYXN0IGRvbWFpbl0uDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Nv bG9yOiMxRjQ5N0QiPllvdXJzIElycmVzcGVjdGl2ZWx5LDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3 ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjojMUY0OTdEIj5Kb2huPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206 PC9zcGFuPjwvZm9udD48L2I+IEJFU1MgWzxhIGhyZWY9Im1haWx0bzpiZXNzLWJvdW5jZXNAaWV0 Zi5vcmciPm1haWx0bzpiZXNzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9iPkFudG9uaSBQcnp5Z2ll bmRhPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwv Yj4gTW9uZGF5LCBGZWJydWFyeSAwMiwgMjAxNSAxOjUwIEFNPGJyPg0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48L2I+IDxhIGhyZWY9Im1haWx0bzpiZXNzQGll dGYub3JnIj5iZXNzQGlldGYub3JnPC9hPjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdo dDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFtiZXNzXSBzdWdnZXN0ZWQgQVVUSDQ4IGNoYW5n ZXMgb24gRVZQTiBkcmFmdDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhhdmluZyBzZWVuIEFkcmlhbuKAmXMgZW1haWwgb24gdGhl IHN1Z2dlc3RlZCBjaGFuZ2VzIChtdXjigJlpbmcgVkxBTnMgb24gdGhlIHNhbWUgSU1FVCkgaGVy ZeKAmXMgYSBuaXQtcGljIF88aT48c3BhbiBzdHlsZT0iZm9udC1zdHlsZTppdGFsaWMiPm9yPC9z cGFuPjwvaT5fJm5ic3A7IGEgY2xhcmlmeWluZyBxdWVzdGlvbg0KIGRlcGVuZGluZyBob3cgb25l IHNlZXMgaXQ6IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5MZXQgbWUgc2VlIHdoZXRoZXIgSSBwYXJzZSBpdCBjb3JyZWN0bHk6PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+YSk8L3NwYW4+ PC9mb250Pjxmb250IHNpemU9IjEiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogN3B0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250PndlIGFyZSB0YWxr aW5nIGFib3V0IEJVTSBQLVR1bm5lbHM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Yik8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjEiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogN3B0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bicsIHNlcmlmOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250 PnRoZSB0ZXh0IGNsYXJpZmllcyB0aGF0IG11bHRpcGxlIFZMQU5zIGNhbiBiZSBtdXjigJllZCBv bnRvIHNhbWUgUC1UdW5uZWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Yyk8 L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjEiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogN3B0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNl cmlmOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250 PlRoZSBydWxlIHRoYXQgbXVsdGlwbGUgRVZJcyBjYW4gYmUgbXV44oCZZWQgb250byBhIFAtdHVu bmVsIGluIGNhc2Ugb2YgcDJtcCBwZXIgMTYuMi4xIHN0aWxsIHN0YW5kcy4NCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVp biI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+TXkgcXVlc3Rpb24gd291bGQgYmU6IFdoYXQgaXMgdGhlIEVUQUcgaXMgbXVs dGlwbGUgVkxBTnMgYXJlIG11bHRpcGxleGVkIG9udG8gYSBQLVR1bm5lbC4gSSBhc3N1bWUgaXTi gJlzIG1heC1FVD8mbmJzcDsgSSBhc3N1bWUgdGhhdCB0aGUgY2hvaWNlIChlYWNoIFZMQU4gZGlz dGluY3Qgb3IgYWxsIFZMQU5zIG9uIHNhbWUNCiBQLVR1bm5lbCkgaXMgYSBiaW5hcnkgZGVjaXNp b247IG90aGVyd2lzZSB3ZeKAmWQgaGF2ZSB0byBkZWFsIHdpdGggdGhlIHNpdHVhdGlvbiB3aGVy ZSB3ZSBhZHZlcnRpc2UgZm9yIGFuIEVWSSAxPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkVWSTE7RVRBRz1NQVgtRVQsJm5ic3A7IFBN U0kxPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5FVkkxOyBFVEFHPTEwMCwgUE1TSTHigJk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+d2l0aCB0aGUgc2VtYW50aWNzIG9mIOKAnmFs bCBWTEFOcyBfPGk+PHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6aXRhbGljIj5leGNlcHQ8L3NwYW4+ PC9pPl8gMTAw4oCcLiAmbmJzcDtQcm9iYWJseSBub3QgaW50ZW5kZWQuDQo8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgd2VsbCwg SSB3YXMgYWx3YXlzIGxvc3QgaG93IEVUQUcgY2FuIGJlIHVzZWQgb25jZSBtdWx0aXBsZSBFVklz IGFyZSBtdXjigJllZCBvbnRvIGEgUC10dW5uZWwuICZuYnNwO0l0IHdvdWxkIG1lYW4g4oCcVkxB TiAxMDAgZm9yIEVWSTEgXzxpPjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOml0YWxpYyI+YW5kPC9z cGFuPjwvaT5fDQogRVZJMuKAnSB3aGljaCBkb2VzIG5vdCBzZWVtIHBhcnRpY3VsYXJseSB1c2Vm dWwuIDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48Zm9udCBzaXplPSIyIiBmYWNl PSJXaW5nZGluZ3MiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5Oldp bmdkaW5ncyI+bjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMSIgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiA3cHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3 IFJvbWFuJywgc2VyaWY7Ij4mbmJzcDsNCjwvc3Bhbj48L2ZvbnQ+dG9ueSA8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D0F4FE9B121C18sajassiciscocom_-- From nobody Mon Feb 2 12:02:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB7871A8A42 for ; Mon, 2 Feb 2015 12:02:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.31 X-Spam-Level: X-Spam-Status: No, score=-1.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_24=0.6, T_RP_MATCHES_RCVD=-0.01] autolearn=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 WLckdegYSqQm for ; Mon, 2 Feb 2015 12:02:41 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 BE9631A89EB for ; Mon, 2 Feb 2015 12:02:26 -0800 (PST) Received: from 216-53-168-060.subnet.mpinet.net ([216.53.168.60]:27924 helo=[172.19.40.208]) by server.riw.us with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84) (envelope-from ) id 1YINCR-00008R-Np; Mon, 02 Feb 2015 20:02:25 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Russ White X-Mailer: iPad Mail (12B466) In-Reply-To: Date: Mon, 2 Feb 2015 15:02:20 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> To: "Rabadan, Jorge (Jorge)" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 20:02:43 -0000 If the length of the layer 2 address is fixed, there is no way to accommodat= e future use cases regardless of the inclusion of a length field. The way th= e draft is written, it would be justifiable to ignore the length field, dest= roying future expansion. Adding a length field to a fixed length filed doesn= 't mean the length of the fixed length field can change -- otherwise it woul= dn't be fixed length. The aliasing procedure, to me,says "we didn't think through these relationsh= ips well, so let's throw in a way to get around the limitations we put into t= he original draft." This isn't an elegant solution. If the esi must be unique, and it's important, then the esi must be unique a= s used. Using a non-unique part of the esi destroys the point of building a u= nique esi in the first place. Two of these are going to be problems in real world deployments, and need, i= mho, to be fixed in a bis. :-) Russ > On Feb 2, 2015, at 10:39 AM, Rabadan, Jorge (Jorge) wrote: >=20 > Hi Russ, >=20 > Since we are I think in agreement this must NOT hold the process, I give > you my 2 cents if I may... >=20 > Section 7.2 - the mac length field is fixed in EVPN to 48, but it has to > be there to allow future use-cases. For instance, it might make sense to > use variable mac lengths in PBB-EVPN since the BMACs are operator-managed.= >=20 >=20 > Section 7.6 - this is not an issue to me. The ESI has to be unique in the > network. The mechanisms to auto-derive the ESI can only be used if they > guarantee the uniqueness of the ESI. And since the ES-import route-target > is a route-target, its value can only be present on the PEs where you want= > to import the route. I don=E2=80=99t think there is a need for clarificati= on of > the text. >=20 > Also, I think aliasing is a great thing to support. >=20 > Thanks. > Jorge >=20 >=20 > -----Original Message----- > From: Russ White > Date: Monday, February 2, 2015 at 5:42 AM > To: "bess@ietf.org" > Subject: [bess] EVPN Draft Comments >=20 >> Y'all: >>=20 >> I know this is in auth-48 (or maybe past), but I've been through these >> docs >> a number of times, and still come up with questions that I think need to >> be >> addressed/answered at some point. In general, eVPN seems to be on the >> receiving end of "I can imagine a lot of different use cases, some of >> which >> are self-contradictory, but let's just throw it all in the bucket anyway,= >> regardless of the complexity and other problems." But, aside from that --= >> some specific comments on the base draft -- >>=20 >> =3D=3D >> Section 7.2 >>=20 >> The MAC address field in the TLV is specified as 6 octets, but there is >> also >> a MAC address length field -- normally you would only include a length >> field >> if the field itself is variable length, which doesn't appear to be the >> case >> here. Is there some specific reason a length field is included, and the >> length of the field is specified? >>=20 >> =3D=3D >> Section 7.6 >>=20 >> This is a new transitive Route Target extended community carried with >> the Ethernet Segment route. When used, it enables all the PEs >> connected to the same multi-homed site to import the Ethernet Segment >> routes. The value is derived automatically from the ESI by encoding >> the high order 6-octet portion of the 9-octet ESI Value in the ESImport >> Route Target. The high order 6-octet of the ESI incorporates >> MAC address of ESI (for type 1, 2, and 3) which when encoded in this >> RT and used in the RT constrain feature, it enables proper routetarget >> filtering. The format of this extended community is as >> follows: >>=20 >> However, the high order 6 octet portion of the ESI is not unique -- the >> section on forming the ESI actually includes instructions that would mean= >> multiple ESIs with the same higher order 6 octet. When we're dealing with= >> MAC addresses and overlapping IP address sets, it will be problematic to >> install destinations from one ESI into the MAC-VRF in another ESI. >>=20 >> This is related to section 8.1.1, as well, which deals with route >> filtering. >>=20 >> =3D=3D >> 8.2.1 >>=20 >> Throughout most of the document, the ESI is described as being 9 octets. >> Here it is described as being 10 octets. No explanation is given. >>=20 >> =3D=3D >> 8.4 >>=20 >> The entire concept of aliasing appears dangerous to me. It would have bee= n >> better to separate the MAC address from the EVI in two separate >> advertisements, making reachability to the MAC address in reference to th= e >> EVI, and reachabality to the EVI it's "own thing," rather than tying the >> two >> together and then creating an "alias." >>=20 >> =3D=3D >> 8.5 >>=20 >> The definition of "service carving" is buried in the text in the middle o= f >> section 8.5. Shouldn't this be included in the glossary, at least? >>=20 >> =3D=3D >> 8.5 >>=20 >> In step 3 of DF election, the list of IP addresses is ordered in >> "increasing >> numeric value." What if you have a mix of v4 and v6 addresses? >>=20 >> =3D=3D >>=20 >> :-) >>=20 >> Russ >>=20 >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >=20 From nobody Mon Feb 2 12:41:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 930061A8ADD for ; Mon, 2 Feb 2015 12:41:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.302 X-Spam-Level: X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 Ku3WzCRBI0DA for ; Mon, 2 Feb 2015 12:41:04 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0129.outbound.protection.outlook.com [207.46.100.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75C071A8ADA for ; Mon, 2 Feb 2015 12:41:04 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.1.75.20; Mon, 2 Feb 2015 20:41:03 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Mon, 2 Feb 2015 20:41:02 +0000 From: John E Drake To: Russ White , "Rabadan, Jorge (Jorge)" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgA== Date: Mon, 2 Feb 2015 20:41:02 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB564; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB564; x-forefront-prvs: 0475418F50 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(52314003)(24454002)(377454003)(51704005)(54206007)(40100003)(77096005)(2656002)(74316001)(102836002)(46102003)(92566002)(2950100001)(15975445007)(66066001)(122556002)(62966003)(77156002)(76576001)(2900100001)(19580405001)(33656002)(54606007)(50986999)(76176999)(54356999)(87936001)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2015 20:41:02.2487 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB564 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 20:41:06 -0000 UnVzcywNCg0KQ29tbWVudHMgaW5saW5lLiAgICANCg0KWW91cnMgSXJyZXNwZWN0aXZlbHksDQoN CkpvaG4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCRVNTIFttYWls dG86YmVzcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUnVzcyBXaGl0ZQ0KPiBTZW50 OiBNb25kYXksIEZlYnJ1YXJ5IDAyLCAyMDE1IDM6MDIgUE0NCj4gVG86IFJhYmFkYW4sIEpvcmdl IChKb3JnZSkNCj4gQ2M6IGJlc3NAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtiZXNzXSBFVlBO IERyYWZ0IENvbW1lbnRzDQo+IA0KPiANCj4gSWYgdGhlIGxlbmd0aCBvZiB0aGUgbGF5ZXIgMiBh ZGRyZXNzIGlzIGZpeGVkLCB0aGVyZSBpcyBubyB3YXkgdG8gYWNjb21tb2RhdGUNCj4gZnV0dXJl IHVzZSBjYXNlcyByZWdhcmRsZXNzIG9mIHRoZSBpbmNsdXNpb24gb2YgYSBsZW5ndGggZmllbGQu IFRoZSB3YXkgdGhlDQo+IGRyYWZ0IGlzIHdyaXR0ZW4sIGl0IHdvdWxkIGJlIGp1c3RpZmlhYmxl IHRvIGlnbm9yZSB0aGUgbGVuZ3RoIGZpZWxkLCBkZXN0cm95aW5nDQo+IGZ1dHVyZSBleHBhbnNp b24uIEFkZGluZyBhIGxlbmd0aCBmaWVsZCB0byBhIGZpeGVkIGxlbmd0aCBmaWxlZCBkb2Vzbid0 IG1lYW4NCj4gdGhlIGxlbmd0aCBvZiB0aGUgZml4ZWQgbGVuZ3RoIGZpZWxkIGNhbiBjaGFuZ2Ug LS0gb3RoZXJ3aXNlIGl0IHdvdWxkbid0IGJlDQo+IGZpeGVkIGxlbmd0aC4NCg0KDQpbSkRdICBX aGF0IFJGQyA3NDMyIGFjdHVhbGx5IHNheXMgaXM6ICAiVGhlIE1BQyBBZGRyZXNzIExlbmd0aCBm aWVsZCBpcyBpbiBiaXRzLCBhbmQgaXQgaXMgc2V0IHRvIDQ4Lg0KTUFDIGFkZHJlc3MgbGVuZ3Ro IHZhbHVlcyBvdGhlciB0aGFuIDQ4IGJpdHMgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMg ZG9jdW1lbnQuIiAgU28sDQpUaGUgTUFDIEFkZHJlc3MgZmllbGQgaXMgYSB2YXJpYWJsZSBsZW5n dGggZmllbGQgd2hvc2UgbGVuZ3RoIGlzIGN1cnJlbnRseSBzZXQgdG8gNDguICANCg0KIA0KPiAN Cj4gVGhlIGFsaWFzaW5nIHByb2NlZHVyZSwgdG8gbWUsc2F5cyAid2UgZGlkbid0IHRoaW5rIHRo cm91Z2ggdGhlc2UNCj4gcmVsYXRpb25zaGlwcyB3ZWxsLCBzbyBsZXQncyB0aHJvdyBpbiBhIHdh eSB0byBnZXQgYXJvdW5kIHRoZSBsaW1pdGF0aW9ucyB3ZSBwdXQNCj4gaW50byB0aGUgb3JpZ2lu YWwgZHJhZnQuIiBUaGlzIGlzbid0IGFuIGVsZWdhbnQgc29sdXRpb24uDQoNCg0KW0pEXSAgSnVz dCBiZWNhdXNlIHlvdSBkb24ndCBsaWtlL3VuZGVyc3RhbmQgaXQgZG9lc24ndCBuZWNlc3Nhcmls eSBtZWFuIGl0J3Mgd3JvbmcuICAgIA0KDQoNCj4gDQo+IElmIHRoZSBlc2kgbXVzdCBiZSB1bmlx dWUsIGFuZCBpdCdzIGltcG9ydGFudCwgdGhlbiB0aGUgZXNpIG11c3QgYmUgdW5pcXVlIGFzDQo+ IHVzZWQuIFVzaW5nIGEgbm9uLXVuaXF1ZSBwYXJ0IG9mIHRoZSBlc2kgZGVzdHJveXMgdGhlIHBv aW50IG9mIGJ1aWxkaW5nIGENCj4gdW5pcXVlIGVzaSBpbiB0aGUgZmlyc3QgcGxhY2UuDQoNCg0K W0pEXSAgVGhlIEVTSSBpcyB1bmlxdWUuICBUaGUgRVMtSW1wb3J0IFJUIGlzIG5vdC4gIFRoaXMg bWVhbnMgdGhhdCBzb21lIFBFcyBtYXkgaW1wb3J0IGFuIEV0aGVybmV0IFNlZ21lbnQgcm91dGUN CnRoYXQgYXJlIG5vdCBhdHRhY2hlZCB0byB0aGUgRVMgc3BlY2lmaWVkIGluIHRoZSBFdGhlcm5l dCBTZWdtZW50IHJvdXRlLiAgV2hlbiB0aGV5IGV4YW1pbmUgdGhlIEV0aGVybmV0IFNlZ21lbnQN CnJvdXRlIHRoZXkgd2lsbCByZWFsaXplIHRoaXMgYW5kIGRpc2NhcmQgaXQuDQogDQoNCj4gDQo+ IFR3byBvZiB0aGVzZSBhcmUgZ29pbmcgdG8gYmUgcHJvYmxlbXMgaW4gcmVhbCB3b3JsZCBkZXBs b3ltZW50cywgYW5kIG5lZWQsDQo+IGltaG8sIHRvIGJlIGZpeGVkIGluIGEgYmlzLg0KPiANCj4g Oi0pDQo+IA0KPiBSdXNzDQo+IA0KPiANCj4gPiBPbiBGZWIgMiwgMjAxNSwgYXQgMTA6MzkgQU0s IFJhYmFkYW4sIEpvcmdlIChKb3JnZSkNCj4gPGpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQu Y29tPiB3cm90ZToNCj4gPg0KPiA+IEhpIFJ1c3MsDQo+ID4NCj4gPiBTaW5jZSB3ZSBhcmUgSSB0 aGluayBpbiBhZ3JlZW1lbnQgdGhpcyBtdXN0IE5PVCBob2xkIHRoZSBwcm9jZXNzLCBJDQo+ID4g Z2l2ZSB5b3UgbXkgMiBjZW50cyBpZiBJIG1heS4uLg0KPiA+DQo+ID4gU2VjdGlvbiA3LjIgLSB0 aGUgbWFjIGxlbmd0aCBmaWVsZCBpcyBmaXhlZCBpbiBFVlBOIHRvIDQ4LCBidXQgaXQgaGFzDQo+ ID4gdG8gYmUgdGhlcmUgdG8gYWxsb3cgZnV0dXJlIHVzZS1jYXNlcy4gRm9yIGluc3RhbmNlLCBp dCBtaWdodCBtYWtlDQo+ID4gc2Vuc2UgdG8gdXNlIHZhcmlhYmxlIG1hYyBsZW5ndGhzIGluIFBC Qi1FVlBOIHNpbmNlIHRoZSBCTUFDcyBhcmUNCj4gb3BlcmF0b3ItbWFuYWdlZC4NCj4gPg0KPiA+ DQo+ID4gU2VjdGlvbiA3LjYgLSB0aGlzIGlzIG5vdCBhbiBpc3N1ZSB0byBtZS4gVGhlIEVTSSBo YXMgdG8gYmUgdW5pcXVlIGluDQo+ID4gdGhlIG5ldHdvcmsuIFRoZSBtZWNoYW5pc21zIHRvIGF1 dG8tZGVyaXZlIHRoZSBFU0kgY2FuIG9ubHkgYmUgdXNlZCBpZg0KPiA+IHRoZXkgZ3VhcmFudGVl IHRoZSB1bmlxdWVuZXNzIG9mIHRoZSBFU0kuIEFuZCBzaW5jZSB0aGUgRVMtaW1wb3J0DQo+ID4g cm91dGUtdGFyZ2V0IGlzIGEgcm91dGUtdGFyZ2V0LCBpdHMgdmFsdWUgY2FuIG9ubHkgYmUgcHJl c2VudCBvbiB0aGUNCj4gPiBQRXMgd2hlcmUgeW91IHdhbnQgdG8gaW1wb3J0IHRoZSByb3V0ZS4g SSBkb27igJl0IHRoaW5rIHRoZXJlIGlzIGEgbmVlZA0KPiA+IGZvciBjbGFyaWZpY2F0aW9uIG9m IHRoZSB0ZXh0Lg0KPiA+DQo+ID4gQWxzbywgSSB0aGluayBhbGlhc2luZyBpcyBhIGdyZWF0IHRo aW5nIHRvIHN1cHBvcnQuDQo+ID4NCj4gPiBUaGFua3MuDQo+ID4gSm9yZ2UNCj4gPg0KPiA+DQo+ ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBSdXNzIFdoaXRlIDxydXNz d0ByaXcudXM+DQo+ID4gRGF0ZTogTW9uZGF5LCBGZWJydWFyeSAyLCAyMDE1IGF0IDU6NDIgQU0N Cj4gPiBUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KPiA+IFN1YmplY3Q6IFti ZXNzXSBFVlBOIERyYWZ0IENvbW1lbnRzDQo+ID4NCj4gPj4gWSdhbGw6DQo+ID4+DQo+ID4+IEkg a25vdyB0aGlzIGlzIGluIGF1dGgtNDggKG9yIG1heWJlIHBhc3QpLCBidXQgSSd2ZSBiZWVuIHRo cm91Z2gNCj4gPj4gdGhlc2UgZG9jcyBhIG51bWJlciBvZiB0aW1lcywgYW5kIHN0aWxsIGNvbWUg dXAgd2l0aCBxdWVzdGlvbnMgdGhhdCBJDQo+ID4+IHRoaW5rIG5lZWQgdG8gYmUgYWRkcmVzc2Vk L2Fuc3dlcmVkIGF0IHNvbWUgcG9pbnQuIEluIGdlbmVyYWwsIGVWUE4NCj4gPj4gc2VlbXMgdG8g YmUgb24gdGhlIHJlY2VpdmluZyBlbmQgb2YgIkkgY2FuIGltYWdpbmUgYSBsb3Qgb2YgZGlmZmVy ZW50DQo+ID4+IHVzZSBjYXNlcywgc29tZSBvZiB3aGljaCBhcmUgc2VsZi1jb250cmFkaWN0b3J5 LCBidXQgbGV0J3MganVzdCB0aHJvdw0KPiA+PiBpdCBhbGwgaW4gdGhlIGJ1Y2tldCBhbnl3YXks IHJlZ2FyZGxlc3Mgb2YgdGhlIGNvbXBsZXhpdHkgYW5kIG90aGVyDQo+ID4+IHByb2JsZW1zLiIg QnV0LCBhc2lkZSBmcm9tIHRoYXQgLS0gc29tZSBzcGVjaWZpYyBjb21tZW50cyBvbiB0aGUgYmFz ZQ0KPiA+PiBkcmFmdCAtLQ0KPiA+Pg0KPiA+PiA9PQ0KPiA+PiBTZWN0aW9uIDcuMg0KPiA+Pg0K PiA+PiBUaGUgTUFDIGFkZHJlc3MgZmllbGQgaW4gdGhlIFRMViBpcyBzcGVjaWZpZWQgYXMgNiBv Y3RldHMsIGJ1dCB0aGVyZQ0KPiA+PiBpcyBhbHNvIGEgTUFDIGFkZHJlc3MgbGVuZ3RoIGZpZWxk IC0tIG5vcm1hbGx5IHlvdSB3b3VsZCBvbmx5IGluY2x1ZGUNCj4gPj4gYSBsZW5ndGggZmllbGQg aWYgdGhlIGZpZWxkIGl0c2VsZiBpcyB2YXJpYWJsZSBsZW5ndGgsIHdoaWNoIGRvZXNuJ3QNCj4g Pj4gYXBwZWFyIHRvIGJlIHRoZSBjYXNlIGhlcmUuIElzIHRoZXJlIHNvbWUgc3BlY2lmaWMgcmVh c29uIGEgbGVuZ3RoDQo+ID4+IGZpZWxkIGlzIGluY2x1ZGVkLCBhbmQgdGhlIGxlbmd0aCBvZiB0 aGUgZmllbGQgaXMgc3BlY2lmaWVkPw0KPiA+Pg0KPiA+PiA9PQ0KPiA+PiBTZWN0aW9uIDcuNg0K PiA+Pg0KPiA+PiBUaGlzIGlzIGEgbmV3IHRyYW5zaXRpdmUgUm91dGUgVGFyZ2V0IGV4dGVuZGVk IGNvbW11bml0eSBjYXJyaWVkIHdpdGgNCj4gPj4gdGhlIEV0aGVybmV0IFNlZ21lbnQgcm91dGUu IFdoZW4gdXNlZCwgaXQgZW5hYmxlcyBhbGwgdGhlIFBFcw0KPiA+PiBjb25uZWN0ZWQgdG8gdGhl IHNhbWUgbXVsdGktaG9tZWQgc2l0ZSB0byBpbXBvcnQgdGhlIEV0aGVybmV0IFNlZ21lbnQNCj4g Pj4gcm91dGVzLiBUaGUgdmFsdWUgaXMgZGVyaXZlZCBhdXRvbWF0aWNhbGx5IGZyb20gdGhlIEVT SSBieSBlbmNvZGluZw0KPiA+PiB0aGUgaGlnaCBvcmRlciA2LW9jdGV0IHBvcnRpb24gb2YgdGhl IDktb2N0ZXQgRVNJIFZhbHVlIGluIHRoZQ0KPiA+PiBFU0ltcG9ydCBSb3V0ZSBUYXJnZXQuIFRo ZSBoaWdoIG9yZGVyIDYtb2N0ZXQgb2YgdGhlIEVTSSBpbmNvcnBvcmF0ZXMNCj4gPj4gTUFDIGFk ZHJlc3Mgb2YgRVNJIChmb3IgdHlwZSAxLCAyLCBhbmQgMykgd2hpY2ggd2hlbiBlbmNvZGVkIGlu IHRoaXMNCj4gPj4gUlQgYW5kIHVzZWQgaW4gdGhlIFJUIGNvbnN0cmFpbiBmZWF0dXJlLCBpdCBl bmFibGVzIHByb3Blcg0KPiA+PiByb3V0ZXRhcmdldCBmaWx0ZXJpbmcuIFRoZSBmb3JtYXQgb2Yg dGhpcyBleHRlbmRlZCBjb21tdW5pdHkgaXMgYXMNCj4gPj4gZm9sbG93czoNCj4gPj4NCj4gPj4g SG93ZXZlciwgdGhlIGhpZ2ggb3JkZXIgNiBvY3RldCBwb3J0aW9uIG9mIHRoZSBFU0kgaXMgbm90 IHVuaXF1ZSAtLQ0KPiA+PiB0aGUgc2VjdGlvbiBvbiBmb3JtaW5nIHRoZSBFU0kgYWN0dWFsbHkg aW5jbHVkZXMgaW5zdHJ1Y3Rpb25zIHRoYXQNCj4gPj4gd291bGQgbWVhbiBtdWx0aXBsZSBFU0lz IHdpdGggdGhlIHNhbWUgaGlnaGVyIG9yZGVyIDYgb2N0ZXQuIFdoZW4NCj4gPj4gd2UncmUgZGVh bGluZyB3aXRoIE1BQyBhZGRyZXNzZXMgYW5kIG92ZXJsYXBwaW5nIElQIGFkZHJlc3Mgc2V0cywg aXQNCj4gPj4gd2lsbCBiZSBwcm9ibGVtYXRpYyB0byBpbnN0YWxsIGRlc3RpbmF0aW9ucyBmcm9t IG9uZSBFU0kgaW50byB0aGUgTUFDLVZSRg0KPiBpbiBhbm90aGVyIEVTSS4NCj4gPj4NCj4gPj4g VGhpcyBpcyByZWxhdGVkIHRvIHNlY3Rpb24gOC4xLjEsIGFzIHdlbGwsIHdoaWNoIGRlYWxzIHdp dGggcm91dGUNCj4gPj4gZmlsdGVyaW5nLg0KPiA+Pg0KPiA+PiA9PQ0KPiA+PiA4LjIuMQ0KPiA+ Pg0KPiA+PiBUaHJvdWdob3V0IG1vc3Qgb2YgdGhlIGRvY3VtZW50LCB0aGUgRVNJIGlzIGRlc2Ny aWJlZCBhcyBiZWluZyA5IG9jdGV0cy4NCj4gPj4gSGVyZSBpdCBpcyBkZXNjcmliZWQgYXMgYmVp bmcgMTAgb2N0ZXRzLiBObyBleHBsYW5hdGlvbiBpcyBnaXZlbi4NCj4gPj4NCj4gPj4gPT0NCj4g Pj4gOC40DQo+ID4+DQo+ID4+IFRoZSBlbnRpcmUgY29uY2VwdCBvZiBhbGlhc2luZyBhcHBlYXJz IGRhbmdlcm91cyB0byBtZS4gSXQgd291bGQgaGF2ZQ0KPiA+PiBiZWVuIGJldHRlciB0byBzZXBh cmF0ZSB0aGUgTUFDIGFkZHJlc3MgZnJvbSB0aGUgRVZJIGluIHR3byBzZXBhcmF0ZQ0KPiA+PiBh ZHZlcnRpc2VtZW50cywgbWFraW5nIHJlYWNoYWJpbGl0eSB0byB0aGUgTUFDIGFkZHJlc3MgaW4g cmVmZXJlbmNlDQo+ID4+IHRvIHRoZSBFVkksIGFuZCByZWFjaGFiYWxpdHkgdG8gdGhlIEVWSSBp dCdzICJvd24gdGhpbmcsIiByYXRoZXIgdGhhbg0KPiA+PiB0eWluZyB0aGUgdHdvIHRvZ2V0aGVy IGFuZCB0aGVuIGNyZWF0aW5nIGFuICJhbGlhcy4iDQo+ID4+DQo+ID4+ID09DQo+ID4+IDguNQ0K PiA+Pg0KPiA+PiBUaGUgZGVmaW5pdGlvbiBvZiAic2VydmljZSBjYXJ2aW5nIiBpcyBidXJpZWQg aW4gdGhlIHRleHQgaW4gdGhlDQo+ID4+IG1pZGRsZSBvZiBzZWN0aW9uIDguNS4gU2hvdWxkbid0 IHRoaXMgYmUgaW5jbHVkZWQgaW4gdGhlIGdsb3NzYXJ5LCBhdCBsZWFzdD8NCj4gPj4NCj4gPj4g PT0NCj4gPj4gOC41DQo+ID4+DQo+ID4+IEluIHN0ZXAgMyBvZiBERiBlbGVjdGlvbiwgdGhlIGxp c3Qgb2YgSVAgYWRkcmVzc2VzIGlzIG9yZGVyZWQgaW4NCj4gPj4gImluY3JlYXNpbmcgbnVtZXJp YyB2YWx1ZS4iIFdoYXQgaWYgeW91IGhhdmUgYSBtaXggb2YgdjQgYW5kIHY2DQo+ID4+IGFkZHJl c3Nlcz8NCj4gPj4NCj4gPj4gPT0NCj4gPj4NCj4gPj4gOi0pDQo+ID4+DQo+ID4+IFJ1c3MNCj4g Pj4NCj4gPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gPj4gQkVTUyBtYWlsaW5nIGxpc3QNCj4gPj4gQkVTU0BpZXRmLm9yZw0KPiA+PiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCj4gPg0KPiANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gQkVTUyBtYWlsaW5nIGxp c3QNCj4gQkVTU0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2Jlc3MNCg== From nobody Mon Feb 2 14:31:44 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6423C1A1A1F for ; Mon, 2 Feb 2015 14:31:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.31 X-Spam-Level: X-Spam-Status: No, score=-6.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IhAwEqRgpP3F for ; Mon, 2 Feb 2015 14:31:40 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 C13991A049C for ; Mon, 2 Feb 2015 14:31:39 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 6465BDF5C229B; Mon, 2 Feb 2015 22:31:34 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t12MVbmT006670 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 23:31:37 +0100 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.123]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 23:31:37 +0100 From: "Rabadan, Jorge (Jorge)" To: John E Drake , Russ White Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADPmwCAAArQAP//mMYA Date: Mon, 2 Feb 2015 22:31:36 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="utf-8" Content-ID: <4E697AFF8FDF6348A4B7A5708BE71643@exchange.lucent.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 22:31:42 -0000 RnVsbHkgYWdyZWUgd2l0aCBKb2huLg0KVGhhbmtzLg0KSm9yZ2UNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IEpvaG4gRSBEcmFrZSA8amRyYWtlQGp1bmlwZXIubmV0Pg0KRGF0 ZTogTW9uZGF5LCBGZWJydWFyeSAyLCAyMDE1IGF0IDEyOjQxIFBNDQpUbzogUnVzcyBXaGl0ZSA8 cnVzc3dAcml3LnVzPiwgSm9yZ2UgUmFiYWRhbg0KPGpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNl bnQuY29tPg0KQ2M6ICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJF OiBbYmVzc10gRVZQTiBEcmFmdCBDb21tZW50cw0KDQo+UnVzcywNCj4NCj5Db21tZW50cyBpbmxp bmUuICANCj4NCj5Zb3VycyBJcnJlc3BlY3RpdmVseSwNCj4NCj5Kb2huDQo+DQo+PiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJ1c3MgV2hpdGUNCj4+IFNlbnQ6IE1vbmRheSwgRmVicnVh cnkgMDIsIDIwMTUgMzowMiBQTQ0KPj4gVG86IFJhYmFkYW4sIEpvcmdlIChKb3JnZSkNCj4+IENj OiBiZXNzQGlldGYub3JnDQo+PiBTdWJqZWN0OiBSZTogW2Jlc3NdIEVWUE4gRHJhZnQgQ29tbWVu dHMNCj4+IA0KPj4gDQo+PiBJZiB0aGUgbGVuZ3RoIG9mIHRoZSBsYXllciAyIGFkZHJlc3MgaXMg Zml4ZWQsIHRoZXJlIGlzIG5vIHdheSB0bw0KPj5hY2NvbW1vZGF0ZQ0KPj4gZnV0dXJlIHVzZSBj YXNlcyByZWdhcmRsZXNzIG9mIHRoZSBpbmNsdXNpb24gb2YgYSBsZW5ndGggZmllbGQuIFRoZSB3 YXkNCj4+dGhlDQo+PiBkcmFmdCBpcyB3cml0dGVuLCBpdCB3b3VsZCBiZSBqdXN0aWZpYWJsZSB0 byBpZ25vcmUgdGhlIGxlbmd0aCBmaWVsZCwNCj4+ZGVzdHJveWluZw0KPj4gZnV0dXJlIGV4cGFu c2lvbi4gQWRkaW5nIGEgbGVuZ3RoIGZpZWxkIHRvIGEgZml4ZWQgbGVuZ3RoIGZpbGVkIGRvZXNu J3QNCj4+bWVhbg0KPj4gdGhlIGxlbmd0aCBvZiB0aGUgZml4ZWQgbGVuZ3RoIGZpZWxkIGNhbiBj aGFuZ2UgLS0gb3RoZXJ3aXNlIGl0DQo+PndvdWxkbid0IGJlDQo+PiBmaXhlZCBsZW5ndGguDQo+ DQo+DQo+W0pEXSAgV2hhdCBSRkMgNzQzMiBhY3R1YWxseSBzYXlzIGlzOiAgIlRoZSBNQUMgQWRk cmVzcyBMZW5ndGggZmllbGQgaXMNCj5pbiBiaXRzLCBhbmQgaXQgaXMgc2V0IHRvIDQ4Lg0KPk1B QyBhZGRyZXNzIGxlbmd0aCB2YWx1ZXMgb3RoZXIgdGhhbiA0OCBiaXRzIGFyZSBvdXRzaWRlIHRo ZSBzY29wZSBvZg0KPnRoaXMgZG9jdW1lbnQuIiAgU28sDQo+VGhlIE1BQyBBZGRyZXNzIGZpZWxk IGlzIGEgdmFyaWFibGUgbGVuZ3RoIGZpZWxkIHdob3NlIGxlbmd0aCBpcw0KPmN1cnJlbnRseSBz ZXQgdG8gNDguDQo+DQo+IA0KPj4gDQo+PiBUaGUgYWxpYXNpbmcgcHJvY2VkdXJlLCB0byBtZSxz YXlzICJ3ZSBkaWRuJ3QgdGhpbmsgdGhyb3VnaCB0aGVzZQ0KPj4gcmVsYXRpb25zaGlwcyB3ZWxs LCBzbyBsZXQncyB0aHJvdyBpbiBhIHdheSB0byBnZXQgYXJvdW5kIHRoZQ0KPj5saW1pdGF0aW9u cyB3ZSBwdXQNCj4+IGludG8gdGhlIG9yaWdpbmFsIGRyYWZ0LiIgVGhpcyBpc24ndCBhbiBlbGVn YW50IHNvbHV0aW9uLg0KPg0KPg0KPltKRF0gIEp1c3QgYmVjYXVzZSB5b3UgZG9uJ3QgbGlrZS91 bmRlcnN0YW5kIGl0IGRvZXNuJ3QgbmVjZXNzYXJpbHkgbWVhbg0KPml0J3Mgd3JvbmcuICAgIA0K Pg0KPg0KPj4gDQo+PiBJZiB0aGUgZXNpIG11c3QgYmUgdW5pcXVlLCBhbmQgaXQncyBpbXBvcnRh bnQsIHRoZW4gdGhlIGVzaSBtdXN0IGJlDQo+PnVuaXF1ZSBhcw0KPj4gdXNlZC4gVXNpbmcgYSBu b24tdW5pcXVlIHBhcnQgb2YgdGhlIGVzaSBkZXN0cm95cyB0aGUgcG9pbnQgb2YgYnVpbGRpbmcN Cj4+YQ0KPj4gdW5pcXVlIGVzaSBpbiB0aGUgZmlyc3QgcGxhY2UuDQo+DQo+DQo+W0pEXSAgVGhl IEVTSSBpcyB1bmlxdWUuICBUaGUgRVMtSW1wb3J0IFJUIGlzIG5vdC4gIFRoaXMgbWVhbnMgdGhh dCBzb21lDQo+UEVzIG1heSBpbXBvcnQgYW4gRXRoZXJuZXQgU2VnbWVudCByb3V0ZQ0KPnRoYXQg YXJlIG5vdCBhdHRhY2hlZCB0byB0aGUgRVMgc3BlY2lmaWVkIGluIHRoZSBFdGhlcm5ldCBTZWdt ZW50IHJvdXRlLg0KPldoZW4gdGhleSBleGFtaW5lIHRoZSBFdGhlcm5ldCBTZWdtZW50DQo+cm91 dGUgdGhleSB3aWxsIHJlYWxpemUgdGhpcyBhbmQgZGlzY2FyZCBpdC4NCj4gDQo+DQo+PiANCj4+ IFR3byBvZiB0aGVzZSBhcmUgZ29pbmcgdG8gYmUgcHJvYmxlbXMgaW4gcmVhbCB3b3JsZCBkZXBs b3ltZW50cywgYW5kDQo+Pm5lZWQsDQo+PiBpbWhvLCB0byBiZSBmaXhlZCBpbiBhIGJpcy4NCj4+ IA0KPj4gOi0pDQo+PiANCj4+IFJ1c3MNCj4+IA0KPj4gDQo+PiA+IE9uIEZlYiAyLCAyMDE1LCBh dCAxMDozOSBBTSwgUmFiYWRhbiwgSm9yZ2UgKEpvcmdlKQ0KPj4gPGpvcmdlLnJhYmFkYW5AYWxj YXRlbC1sdWNlbnQuY29tPiB3cm90ZToNCj4+ID4NCj4+ID4gSGkgUnVzcywNCj4+ID4NCj4+ID4g U2luY2Ugd2UgYXJlIEkgdGhpbmsgaW4gYWdyZWVtZW50IHRoaXMgbXVzdCBOT1QgaG9sZCB0aGUg cHJvY2VzcywgSQ0KPj4gPiBnaXZlIHlvdSBteSAyIGNlbnRzIGlmIEkgbWF5Li4uDQo+PiA+DQo+ PiA+IFNlY3Rpb24gNy4yIC0gdGhlIG1hYyBsZW5ndGggZmllbGQgaXMgZml4ZWQgaW4gRVZQTiB0 byA0OCwgYnV0IGl0IGhhcw0KPj4gPiB0byBiZSB0aGVyZSB0byBhbGxvdyBmdXR1cmUgdXNlLWNh c2VzLiBGb3IgaW5zdGFuY2UsIGl0IG1pZ2h0IG1ha2UNCj4+ID4gc2Vuc2UgdG8gdXNlIHZhcmlh YmxlIG1hYyBsZW5ndGhzIGluIFBCQi1FVlBOIHNpbmNlIHRoZSBCTUFDcyBhcmUNCj4+IG9wZXJh dG9yLW1hbmFnZWQuDQo+PiA+DQo+PiA+DQo+PiA+IFNlY3Rpb24gNy42IC0gdGhpcyBpcyBub3Qg YW4gaXNzdWUgdG8gbWUuIFRoZSBFU0kgaGFzIHRvIGJlIHVuaXF1ZSBpbg0KPj4gPiB0aGUgbmV0 d29yay4gVGhlIG1lY2hhbmlzbXMgdG8gYXV0by1kZXJpdmUgdGhlIEVTSSBjYW4gb25seSBiZSB1 c2VkIGlmDQo+PiA+IHRoZXkgZ3VhcmFudGVlIHRoZSB1bmlxdWVuZXNzIG9mIHRoZSBFU0kuIEFu ZCBzaW5jZSB0aGUgRVMtaW1wb3J0DQo+PiA+IHJvdXRlLXRhcmdldCBpcyBhIHJvdXRlLXRhcmdl dCwgaXRzIHZhbHVlIGNhbiBvbmx5IGJlIHByZXNlbnQgb24gdGhlDQo+PiA+IFBFcyB3aGVyZSB5 b3Ugd2FudCB0byBpbXBvcnQgdGhlIHJvdXRlLiBJIGRvbuKAmXQgdGhpbmsgdGhlcmUgaXMgYSBu ZWVkDQo+PiA+IGZvciBjbGFyaWZpY2F0aW9uIG9mIHRoZSB0ZXh0Lg0KPj4gPg0KPj4gPiBBbHNv LCBJIHRoaW5rIGFsaWFzaW5nIGlzIGEgZ3JlYXQgdGhpbmcgdG8gc3VwcG9ydC4NCj4+ID4NCj4+ ID4gVGhhbmtzLg0KPj4gPiBKb3JnZQ0KPj4gPg0KPj4gPg0KPj4gPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPj4gPiBGcm9tOiBSdXNzIFdoaXRlIDxydXNzd0ByaXcudXM+DQo+PiA+IERh dGU6IE1vbmRheSwgRmVicnVhcnkgMiwgMjAxNSBhdCA1OjQyIEFNDQo+PiA+IFRvOiAiYmVzc0Bp ZXRmLm9yZyIgPGJlc3NAaWV0Zi5vcmc+DQo+PiA+IFN1YmplY3Q6IFtiZXNzXSBFVlBOIERyYWZ0 IENvbW1lbnRzDQo+PiA+DQo+PiA+PiBZJ2FsbDoNCj4+ID4+DQo+PiA+PiBJIGtub3cgdGhpcyBp cyBpbiBhdXRoLTQ4IChvciBtYXliZSBwYXN0KSwgYnV0IEkndmUgYmVlbiB0aHJvdWdoDQo+PiA+ PiB0aGVzZSBkb2NzIGEgbnVtYmVyIG9mIHRpbWVzLCBhbmQgc3RpbGwgY29tZSB1cCB3aXRoIHF1 ZXN0aW9ucyB0aGF0IEkNCj4+ID4+IHRoaW5rIG5lZWQgdG8gYmUgYWRkcmVzc2VkL2Fuc3dlcmVk IGF0IHNvbWUgcG9pbnQuIEluIGdlbmVyYWwsIGVWUE4NCj4+ID4+IHNlZW1zIHRvIGJlIG9uIHRo ZSByZWNlaXZpbmcgZW5kIG9mICJJIGNhbiBpbWFnaW5lIGEgbG90IG9mIGRpZmZlcmVudA0KPj4g Pj4gdXNlIGNhc2VzLCBzb21lIG9mIHdoaWNoIGFyZSBzZWxmLWNvbnRyYWRpY3RvcnksIGJ1dCBs ZXQncyBqdXN0IHRocm93DQo+PiA+PiBpdCBhbGwgaW4gdGhlIGJ1Y2tldCBhbnl3YXksIHJlZ2Fy ZGxlc3Mgb2YgdGhlIGNvbXBsZXhpdHkgYW5kIG90aGVyDQo+PiA+PiBwcm9ibGVtcy4iIEJ1dCwg YXNpZGUgZnJvbSB0aGF0IC0tIHNvbWUgc3BlY2lmaWMgY29tbWVudHMgb24gdGhlIGJhc2UNCj4+ ID4+IGRyYWZ0IC0tDQo+PiA+Pg0KPj4gPj4gPT0NCj4+ID4+IFNlY3Rpb24gNy4yDQo+PiA+Pg0K Pj4gPj4gVGhlIE1BQyBhZGRyZXNzIGZpZWxkIGluIHRoZSBUTFYgaXMgc3BlY2lmaWVkIGFzIDYg b2N0ZXRzLCBidXQgdGhlcmUNCj4+ID4+IGlzIGFsc28gYSBNQUMgYWRkcmVzcyBsZW5ndGggZmll bGQgLS0gbm9ybWFsbHkgeW91IHdvdWxkIG9ubHkgaW5jbHVkZQ0KPj4gPj4gYSBsZW5ndGggZmll bGQgaWYgdGhlIGZpZWxkIGl0c2VsZiBpcyB2YXJpYWJsZSBsZW5ndGgsIHdoaWNoIGRvZXNuJ3QN Cj4+ID4+IGFwcGVhciB0byBiZSB0aGUgY2FzZSBoZXJlLiBJcyB0aGVyZSBzb21lIHNwZWNpZmlj IHJlYXNvbiBhIGxlbmd0aA0KPj4gPj4gZmllbGQgaXMgaW5jbHVkZWQsIGFuZCB0aGUgbGVuZ3Ro IG9mIHRoZSBmaWVsZCBpcyBzcGVjaWZpZWQ/DQo+PiA+Pg0KPj4gPj4gPT0NCj4+ID4+IFNlY3Rp b24gNy42DQo+PiA+Pg0KPj4gPj4gVGhpcyBpcyBhIG5ldyB0cmFuc2l0aXZlIFJvdXRlIFRhcmdl dCBleHRlbmRlZCBjb21tdW5pdHkgY2FycmllZCB3aXRoDQo+PiA+PiB0aGUgRXRoZXJuZXQgU2Vn bWVudCByb3V0ZS4gV2hlbiB1c2VkLCBpdCBlbmFibGVzIGFsbCB0aGUgUEVzDQo+PiA+PiBjb25u ZWN0ZWQgdG8gdGhlIHNhbWUgbXVsdGktaG9tZWQgc2l0ZSB0byBpbXBvcnQgdGhlIEV0aGVybmV0 IFNlZ21lbnQNCj4+ID4+IHJvdXRlcy4gVGhlIHZhbHVlIGlzIGRlcml2ZWQgYXV0b21hdGljYWxs eSBmcm9tIHRoZSBFU0kgYnkgZW5jb2RpbmcNCj4+ID4+IHRoZSBoaWdoIG9yZGVyIDYtb2N0ZXQg cG9ydGlvbiBvZiB0aGUgOS1vY3RldCBFU0kgVmFsdWUgaW4gdGhlDQo+PiA+PiBFU0ltcG9ydCBS b3V0ZSBUYXJnZXQuIFRoZSBoaWdoIG9yZGVyIDYtb2N0ZXQgb2YgdGhlIEVTSSBpbmNvcnBvcmF0 ZXMNCj4+ID4+IE1BQyBhZGRyZXNzIG9mIEVTSSAoZm9yIHR5cGUgMSwgMiwgYW5kIDMpIHdoaWNo IHdoZW4gZW5jb2RlZCBpbiB0aGlzDQo+PiA+PiBSVCBhbmQgdXNlZCBpbiB0aGUgUlQgY29uc3Ry YWluIGZlYXR1cmUsIGl0IGVuYWJsZXMgcHJvcGVyDQo+PiA+PiByb3V0ZXRhcmdldCBmaWx0ZXJp bmcuIFRoZSBmb3JtYXQgb2YgdGhpcyBleHRlbmRlZCBjb21tdW5pdHkgaXMgYXMNCj4+ID4+IGZv bGxvd3M6DQo+PiA+Pg0KPj4gPj4gSG93ZXZlciwgdGhlIGhpZ2ggb3JkZXIgNiBvY3RldCBwb3J0 aW9uIG9mIHRoZSBFU0kgaXMgbm90IHVuaXF1ZSAtLQ0KPj4gPj4gdGhlIHNlY3Rpb24gb24gZm9y bWluZyB0aGUgRVNJIGFjdHVhbGx5IGluY2x1ZGVzIGluc3RydWN0aW9ucyB0aGF0DQo+PiA+PiB3 b3VsZCBtZWFuIG11bHRpcGxlIEVTSXMgd2l0aCB0aGUgc2FtZSBoaWdoZXIgb3JkZXIgNiBvY3Rl dC4gV2hlbg0KPj4gPj4gd2UncmUgZGVhbGluZyB3aXRoIE1BQyBhZGRyZXNzZXMgYW5kIG92ZXJs YXBwaW5nIElQIGFkZHJlc3Mgc2V0cywgaXQNCj4+ID4+IHdpbGwgYmUgcHJvYmxlbWF0aWMgdG8g aW5zdGFsbCBkZXN0aW5hdGlvbnMgZnJvbSBvbmUgRVNJIGludG8gdGhlDQo+Pk1BQy1WUkYNCj4+ IGluIGFub3RoZXIgRVNJLg0KPj4gPj4NCj4+ID4+IFRoaXMgaXMgcmVsYXRlZCB0byBzZWN0aW9u IDguMS4xLCBhcyB3ZWxsLCB3aGljaCBkZWFscyB3aXRoIHJvdXRlDQo+PiA+PiBmaWx0ZXJpbmcu DQo+PiA+Pg0KPj4gPj4gPT0NCj4+ID4+IDguMi4xDQo+PiA+Pg0KPj4gPj4gVGhyb3VnaG91dCBt b3N0IG9mIHRoZSBkb2N1bWVudCwgdGhlIEVTSSBpcyBkZXNjcmliZWQgYXMgYmVpbmcgOQ0KPj5v Y3RldHMuDQo+PiA+PiBIZXJlIGl0IGlzIGRlc2NyaWJlZCBhcyBiZWluZyAxMCBvY3RldHMuIE5v IGV4cGxhbmF0aW9uIGlzIGdpdmVuLg0KPj4gPj4NCj4+ID4+ID09DQo+PiA+PiA4LjQNCj4+ID4+ DQo+PiA+PiBUaGUgZW50aXJlIGNvbmNlcHQgb2YgYWxpYXNpbmcgYXBwZWFycyBkYW5nZXJvdXMg dG8gbWUuIEl0IHdvdWxkIGhhdmUNCj4+ID4+IGJlZW4gYmV0dGVyIHRvIHNlcGFyYXRlIHRoZSBN QUMgYWRkcmVzcyBmcm9tIHRoZSBFVkkgaW4gdHdvIHNlcGFyYXRlDQo+PiA+PiBhZHZlcnRpc2Vt ZW50cywgbWFraW5nIHJlYWNoYWJpbGl0eSB0byB0aGUgTUFDIGFkZHJlc3MgaW4gcmVmZXJlbmNl DQo+PiA+PiB0byB0aGUgRVZJLCBhbmQgcmVhY2hhYmFsaXR5IHRvIHRoZSBFVkkgaXQncyAib3du IHRoaW5nLCIgcmF0aGVyIHRoYW4NCj4+ID4+IHR5aW5nIHRoZSB0d28gdG9nZXRoZXIgYW5kIHRo ZW4gY3JlYXRpbmcgYW4gImFsaWFzLiINCj4+ID4+DQo+PiA+PiA9PQ0KPj4gPj4gOC41DQo+PiA+ Pg0KPj4gPj4gVGhlIGRlZmluaXRpb24gb2YgInNlcnZpY2UgY2FydmluZyIgaXMgYnVyaWVkIGlu IHRoZSB0ZXh0IGluIHRoZQ0KPj4gPj4gbWlkZGxlIG9mIHNlY3Rpb24gOC41LiBTaG91bGRuJ3Qg dGhpcyBiZSBpbmNsdWRlZCBpbiB0aGUgZ2xvc3NhcnksDQo+PmF0IGxlYXN0Pw0KPj4gPj4NCj4+ ID4+ID09DQo+PiA+PiA4LjUNCj4+ID4+DQo+PiA+PiBJbiBzdGVwIDMgb2YgREYgZWxlY3Rpb24s IHRoZSBsaXN0IG9mIElQIGFkZHJlc3NlcyBpcyBvcmRlcmVkIGluDQo+PiA+PiAiaW5jcmVhc2lu ZyBudW1lcmljIHZhbHVlLiIgV2hhdCBpZiB5b3UgaGF2ZSBhIG1peCBvZiB2NCBhbmQgdjYNCj4+ ID4+IGFkZHJlc3Nlcz8NCj4+ID4+DQo+PiA+PiA9PQ0KPj4gPj4NCj4+ID4+IDotKQ0KPj4gPj4N Cj4+ID4+IFJ1c3MNCj4+ID4+DQo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4gPj4gQkVTUyBtYWlsaW5nIGxpc3QNCj4+ID4+IEJFU1NAaWV0 Zi5vcmcNCj4+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0K Pj4gPg0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4gQkVTUyBtYWlsaW5nIGxpc3QNCj4+IEJFU1NAaWV0Zi5vcmcNCj4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0KDQo= From nobody Mon Feb 2 15:39:26 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BDB11A1B69 for ; Mon, 2 Feb 2015 15:39:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gXVRCevrvF1a for ; Mon, 2 Feb 2015 15:39:22 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DAC21A1B95 for ; Mon, 2 Feb 2015 15:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5052; q=dns/txt; s=iport; t=1422920362; x=1424129962; h=from:to:subject:date:message-id:references:mime-version; bh=sYzenMzgCZ1BbgDiPGz0eVTCyZbS2ysRL86dVPFi82c=; b=fweWPXRodEHHBRTNAFl3oDyQkYD1CzHZfveEE56lcVEYrJbJEMaEabEJ rnbkVSduaqrrM8nBi0iNIVAG96QdLzvjJ5xLO9I4CgHOG+wXNJYxtWvQ1 LB0SUuALb8wOIiv4Xbu1RL53/NL98YNpNUv5Bl4KlFGENq86gpfVlAdDF U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AksFAEUK0FStJV2a/2dsb2JhbABagkNDUlkExF0BCYVxgR9DAQEBAQF9hA0BAQQBAQFrGwIBCD8HJwsUEQEBBAESG4gSDdVuAQEBAQEFAQEBAQEBARcEj3SENAWPCYklklwigX8fgVBvgUR+AQEB X-IronPort-AV: E=Sophos;i="5.09,509,1418083200"; d="scan'208,217";a="392863098" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-6.cisco.com with ESMTP; 02 Feb 2015 23:39:22 +0000 Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t12NdLK7029347 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Feb 2015 23:39:21 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.2]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 17:39:21 -0600 From: "Satya Mohanty (satyamoh)" To: Russ White , "bess@ietf.org" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCWwAQzeCA Date: Mon, 2 Feb 2015 23:39:21 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.154.212.147] Content-Type: multipart/alternative; boundary="_000_D0F547A92399Esatyamohciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 23:39:24 -0000 --_000_D0F547A92399Esatyamohciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On 2/2/15 5:42 AM, "Russ White" > wrote: Y'all: I know this is in auth-48 (or maybe past), but I've been through these docs a number of times, and still come up with questions that I think need to be addressed/answered at some point. In general, eVPN seems to be on the receiving end of "I can imagine a lot of different use cases, some of which are self-contradictory, but let's just throw it all in the bucket anyway, :::::::::::; =3D=3D 8.5 In step 3 of DF election, the list of IP addresses is ordered in "increasin= g numeric value." What if you have a mix of v4 and v6 addresses? [Satya] One possible solution may be to do a lexicographic comparison of ke= ys (the iP address strings in this case considered as sequence of bytes). For unequal-length keys like in the case of v4 and v6, assume that a unique= 'padding' alphabet is present after the v4 address that always has priorit= y over other alphabets (byte values). This will make the comparison non-ambiguous, and still the same algorithm s= uffices. =3D=3D :-) Russ _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess Thanks, --Satya --_000_D0F547A92399Esatyamohciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable


On 2/2/15 5:42 AM, "Russ White&qu= ot; <russw@riw.us> wrote:

Y'all:

I know this is in auth-48 (or maybe past), but I've been through these= docs
a number of times, and still come up with questions that I think need = to be
addressed/answered at some point. In general, eVPN seems to be on the<= /div>
receiving end of "I can imagine a lot of different use cases, som= e of which
are self-contradictory, but let's just throw it all in the bucket anyw= ay,

:::::::::::;


=3D=3D
8.5

In step 3 of DF election, the list of IP addresses is ordered in "= ;increasing
numeric value." What if you have a mix of v4 and v6 addresses?

[Satya] One possible solution may be to do a l= exicographic comparison of keys (the iP address strings in this case consid= ered as sequence of bytes).
For unequal-length keys like in the case of v4= and v6, assume that a unique 'padding' alphabet is present after the v4 ad= dress that always has priority  over other alphabets (byte values).
This will make the comparison non-ambiguous, a= nd still the same algorithm suffices.



=3D=3D

:-)

Russ

_______________________________________________
BESS mailing list

Thanks,
--Satya
--_000_D0F547A92399Esatyamohciscocom_-- From nobody Mon Feb 2 16:12:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BBD41A8823 for ; Mon, 2 Feb 2015 16:12:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R2D6iNafK8jj for ; Mon, 2 Feb 2015 16:12:05 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 1591D1A87EF for ; Mon, 2 Feb 2015 16:12:04 -0800 (PST) Received: from [216.53.141.131] (port=44301 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIR62-0004Gf-Gu; Tue, 03 Feb 2015 00:12:02 +0000 From: "Russ White" To: "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Date: Mon, 2 Feb 2015 19:11:57 -0500 Message-ID: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7558gyHQ Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:12:06 -0000 > [JD] What RFC 7432 actually says is: "The MAC Address Length field = is in bits, > and it is set to 48. > MAC address length values other than 48 bits are outside the scope of = this > document." So, The MAC Address field is a variable length field whose > length is currently set to 48. And the figure clearly shows the length at 6 octets only. I'm not = arguing the draft didn't _intend_ to make this a variable length field = -- I'm arguing the draft, as written, can easily be misinterpreted, and = could use clarification. > [JD] Just because you don't like/understand it doesn't necessarily = mean it's > wrong. John -- you could have said, "I think it's elegant because..." -- or, "I = agree it's not perfect, but we chose this solution because..." Instead, = you decided to launch a personal attack, calling me = stupid/uneducated/ignorant/whatever. This is one of the things that = drives me absolutely nuts about working in the IETF -- we cannot hold = ourselves to an actual discussion, we have to find some way to make = claims about other people personally, no matter whether or not we think = they're true, etc. The next time someone says, "I can't figure out why = we are losing participation in the IETF," go back and reread your = response. Now -- to return to the actual topic at hand -- I find the idea of = binding things together tightly, and then creating an "alias," rather = than creating a looser bind and map in the first place, is worse. That = might not fit what you think, but it's still something worth mentioning. :-) Russ From nobody Mon Feb 2 16:16:41 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D7B11A8850 for ; Mon, 2 Feb 2015 16:16:33 -0800 (PST) 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 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 yafWF6v-2izy for ; Mon, 2 Feb 2015 16:16:32 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 0FEA91A885A for ; Mon, 2 Feb 2015 16:16:23 -0800 (PST) Received: from [216.53.141.131] (port=15706 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIRAB-0004WU-Ji; Tue, 03 Feb 2015 00:16:20 +0000 From: "Russ White" To: "'Satya Mohanty \(satyamoh\)'" , References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> In-Reply-To: Date: Mon, 2 Feb 2015 19:16:14 -0500 Message-ID: <01e501d03f46$a21a5640$e64f02c0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQI6IjWmnpuuEeA= Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:16:34 -0000 > In step 3 of DF election, the list of IP addresses is ordered in > "increasing > numeric value." What if you have a mix of v4 and v6 addresses? > > [Satya] One possible solution may be to do a lexicographic comparison of > keys (the iP address strings in this case considered as sequence of bytes). > For unequal-length keys like in the case of v4 and v6, assume that a unique > 'padding' alphabet is present after the v4 address that always has priority > over other alphabets (byte values). > This will make the comparison non-ambiguous, and still the same algorithm > suffices. Would you want a different DF for v4 and v6 devices? Maybe no -- because this is layer 2 forwarding, but maybe yes. If the answer is no, then this should be documented, I think, even if it's in a different doc. :-) Russ From nobody Mon Feb 2 16:30:27 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B47A1A87C6 for ; Mon, 2 Feb 2015 16:30:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sYft9sAPW7OZ for ; Mon, 2 Feb 2015 16:30:20 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DBA11A875C for ; Mon, 2 Feb 2015 16:30:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5862; q=dns/txt; s=iport; t=1422923420; x=1424133020; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Iidqh7oQvCfgqxkk+P6ruzFn64QM/9wWuMpTbpm512E=; b=DF8ZoDcVxL54FwYSNc78BL3GvITH63EAjmPjoeNOkpKMezollgMggqus zxlvmNukh0QeSqEqK7yRy4Ro3gMF7MppEO37+ow2h91ZgwTFwMq+dfoNp 72znxnpar2Jdvp/Zi3jcAaXYVa7KLXL2kxzB9N33t6O59OAMXjOrcXcgf Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BHBQCXFdBU/4oNJK1agkNDgSsEyl0CgR9DAQEBAQF9hA0BAQSBCQIBCD8HMhQRAgQBEhuIEtYtAQEBAQEBAQMBAQEBAQEBARqPf4QpBY0mgWOJJZJcIoF/H4FQb4FEfgEBAQ X-IronPort-AV: E=Sophos;i="5.09,509,1418083200"; d="scan'208,217";a="119908071" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-7.cisco.com with ESMTP; 03 Feb 2015 00:30:20 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t130UJQs019319 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 00:30:19 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.2]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Mon, 2 Feb 2015 18:30:19 -0600 From: "Satya Mohanty (satyamoh)" To: Russ White , "bess@ietf.org" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AQHQP0GBHEW6FpxHfkGBzWE8S2ZXv5zec1AA//990IA= Date: Tue, 3 Feb 2015 00:30:18 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <01e501d03f46$a21a5640$e64f02c0$@riw.us> In-Reply-To: <01e501d03f46$a21a5640$e64f02c0$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.154.212.147] Content-Type: multipart/alternative; boundary="_000_D0F5539C239C4satyamohciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:30:23 -0000 --_000_D0F5539C239C4satyamohciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On 2/2/15 4:16 PM, "Russ White" > wrote: In step 3 of DF election, the list of IP addresses is ordered in "increasing numeric value." What if you have a mix of v4 and v6 addresses? [Satya] One possible solution may be to do a lexicographic comparison of keys (the iP address strings in this case considered as sequence of bytes). For unequal-length keys like in the case of v4 and v6, assume that a unique 'padding' alphabet is present after the v4 address that always has priority over other alphabets (byte values). This will make the comparison non-ambiguous, and still the same algorithm suffices. Would you want a different DF for v4 and v6 devices? Maybe no -- because this is layer 2 forwarding, but maybe yes. If the answer is no, then this should be documented, I think, even if it's in a different doc. [Satya] I believe a different DF for v4 and v6 is unnecessary (this is laye= r 2 forwarding as you pointed out, and I wrote the above keeping that in mi= nd). The above method should work and can be documented (to remove unambigu= ity). FYI, it may help to know there are other DF election procedures that are be= ing worked on that are provably more robust, and do not have the problem di= scussed here. :-) Russ --_000_D0F5539C239C4satyamohciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <7B7E6211BFDD934E9CED3B9C0ED6DD3F@emea.cisco.com> Content-Transfer-Encoding: quoted-printable


On 2/2/15 4:16 PM, "Russ White" <russw@riw.us> wrote:


In ste= p 3 of DF election, the list of IP addresses is ordered in
"increasing
numeri= c value." What if you have a mix of v4 and v6 addresses?
[Satya] One possible solution may be to do a lexicographic comparison = of
keys (the iP address strings in this case considered as sequence of
bytes).
For unequal-length keys like in the case of v4 and v6, assume that a
unique
'padding' alphabet is present after the v4 address that always has
priority
over other alphabets (byte values).
This will make the comparison non-ambiguous, and still the same algori= thm
suffices.

Would you want a different DF for v4 and v6 devices? Maybe no -- becau= se
this is layer 2 forwarding, but maybe yes. If the answer is no, then t= his
should be documented, I think, even if it's in a different doc.

[Satya] I be= lieve a different DF for v4 and v6 is unnecessary (this is layer 2 forwardi= ng as you pointed out, and I wrote the above keeping that in mind). The above method should work and can be documented (to remove unambiguity).
FYI, it may help to know there are other DF election proced= ures that are being worked on that are provably more robust, and do not hav= e the problem discussed here.   


:-)

Russ


--_000_D0F5539C239C4satyamohciscocom_-- From nobody Mon Feb 2 16:33:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 324021A87CC for ; Mon, 2 Feb 2015 16:33:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SJrRnmQhboV2 for ; Mon, 2 Feb 2015 16:33:01 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 B5E6A1A86EE for ; Mon, 2 Feb 2015 16:33:00 -0800 (PST) Received: from [216.53.141.131] (port=17326 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIRQJ-0004uG-A7; Tue, 03 Feb 2015 00:32:59 +0000 From: "Russ White" To: "'Satya Mohanty \(satyamoh\)'" , References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <01e501d03f46$a21a5640$e64f02c0$@riw.us> In-Reply-To: Date: Mon, 2 Feb 2015 19:32:56 -0500 Message-ID: <023801d03f48$f5f7d740$e1e785c0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQI6IjWmAxWxFPMBk4LHb552aZXw Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:33:02 -0000 > [Satya] I believe a different DF for v4 and v6 is unnecessary (this is layer 2 > forwarding as you pointed out, and I wrote the above keeping that in mind). > The above method should work and can be documented (to remove > unambiguity). > FYI, it may help to know there are other DF election procedures that are > being worked on that are provably more robust, and do not have the > problem discussed here. That's great -- thanks! If y'all are working on a different doc, I would just leave it 'til the alternates doc is published. Just wanted to make certain it's covered at some point. :-) Russ From nobody Mon Feb 2 16:42:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3511A87C7 for ; Mon, 2 Feb 2015 16:42:44 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yvx1xaQYzlnM for ; Mon, 2 Feb 2015 16:42:41 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0123.outbound.protection.outlook.com [207.46.100.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D22D31A8747 for ; Mon, 2 Feb 2015 16:42:40 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 00:42:38 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 00:42:38 +0000 From: John E Drake To: Russ White , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgIAASDiA///5LDA= Date: Tue, 3 Feb 2015 00:42:38 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> In-Reply-To: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB561; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(76104003)(377454003)(51704005)(13464003)(40100003)(2950100001)(77096005)(102836002)(122556002)(66066001)(76576001)(33656002)(19580405001)(50986999)(76176999)(54356999)(62966003)(19580395003)(92566002)(54206007)(86362001)(2656002)(77156002)(46102003)(2900100001)(74316001)(87936001)(99286002)(54606007)(93886004); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB561; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 00:42:38.7377 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB561 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:42:44 -0000 UnVzcywNCg0KQ29tbWVudHMgaW5saW5lDQoNCllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2hu DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUnVzcyBXaGl0ZSBbbWFp bHRvOnJ1c3N3QHJpdy51c10NCj4gU2VudDogTW9uZGF5LCBGZWJydWFyeSAwMiwgMjAxNSA3OjEy IFBNDQo+IFRvOiBKb2huIEUgRHJha2U7ICdSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpJw0KPiBDYzog YmVzc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSRTogW2Jlc3NdIEVWUE4gRHJhZnQgQ29tbWVudHMN Cj4gDQo+IA0KPiA+IFtKRF0gIFdoYXQgUkZDIDc0MzIgYWN0dWFsbHkgc2F5cyBpczogICJUaGUg TUFDIEFkZHJlc3MgTGVuZ3RoIGZpZWxkDQo+ID4gaXMgaW4gYml0cywgYW5kIGl0IGlzIHNldCB0 byA0OC4NCj4gPiBNQUMgYWRkcmVzcyBsZW5ndGggdmFsdWVzIG90aGVyIHRoYW4gNDggYml0cyBh cmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YNCj4gPiB0aGlzIGRvY3VtZW50LiIgIFNvLCBUaGUgTUFD IEFkZHJlc3MgZmllbGQgaXMgYSB2YXJpYWJsZSBsZW5ndGggZmllbGQNCj4gPiB3aG9zZSBsZW5n dGggaXMgY3VycmVudGx5IHNldCB0byA0OC4NCj4gDQo+IEFuZCB0aGUgZmlndXJlIGNsZWFybHkg c2hvd3MgdGhlIGxlbmd0aCBhdCA2IG9jdGV0cyBvbmx5LiBJJ20gbm90IGFyZ3VpbmcgdGhlDQo+ IGRyYWZ0IGRpZG4ndCBfaW50ZW5kXyB0byBtYWtlIHRoaXMgYSB2YXJpYWJsZSBsZW5ndGggZmll bGQgLS0gSSdtIGFyZ3VpbmcgdGhlDQo+IGRyYWZ0LCBhcyB3cml0dGVuLCBjYW4gZWFzaWx5IGJl IG1pc2ludGVycHJldGVkLCBhbmQgY291bGQgdXNlIGNsYXJpZmljYXRpb24uDQoNCg0KW0pEXSAg VGhlIGZpZWxkIGlzIHNpeCBvY3RldHMuICBXaGF0IGlzIGNvbnRhaW5lZCB3aXRoaW4gdGhlIGZp ZWxkIGlzIHNpeCBvY3RldHMgdG9kYXkNCmJ1dCBtYXkgYmUgbGVzcyBpbiB0aGUgZnV0dXJlLiAg QUZBSUsgdGhpcyBpcyBjb25zaXN0ZW50IHcvIHN0YW5kYXJkIElFVEYgZGVzaWduLCBlLmcuLA0K Q0lEUi4NCiAgICANCg0KPiANCj4gPiBbSkRdICBKdXN0IGJlY2F1c2UgeW91IGRvbid0IGxpa2Uv dW5kZXJzdGFuZCBpdCBkb2Vzbid0IG5lY2Vzc2FyaWx5DQo+ID4gbWVhbiBpdCdzIHdyb25nLg0K PiANCj4gSm9obiAtLSB5b3UgY291bGQgaGF2ZSBzYWlkLCAiSSB0aGluayBpdCdzIGVsZWdhbnQg YmVjYXVzZS4uLiIgLS0gb3IsICJJIGFncmVlIGl0J3MNCj4gbm90IHBlcmZlY3QsIGJ1dCB3ZSBj aG9zZSB0aGlzIHNvbHV0aW9uIGJlY2F1c2UuLi4iIEluc3RlYWQsIHlvdSBkZWNpZGVkIHRvDQo+ IGxhdW5jaCBhIHBlcnNvbmFsIGF0dGFjaywgY2FsbGluZyBtZSBzdHVwaWQvdW5lZHVjYXRlZC9p Z25vcmFudC93aGF0ZXZlci4NCj4gVGhpcyBpcyBvbmUgb2YgdGhlIHRoaW5ncyB0aGF0IGRyaXZl cyBtZSBhYnNvbHV0ZWx5IG51dHMgYWJvdXQgd29ya2luZyBpbiB0aGUNCj4gSUVURiAtLSB3ZSBj YW5ub3QgaG9sZCBvdXJzZWx2ZXMgdG8gYW4gYWN0dWFsIGRpc2N1c3Npb24sIHdlIGhhdmUgdG8g ZmluZA0KPiBzb21lIHdheSB0byBtYWtlIGNsYWltcyBhYm91dCBvdGhlciBwZW9wbGUgcGVyc29u YWxseSwgbm8gbWF0dGVyIHdoZXRoZXINCj4gb3Igbm90IHdlIHRoaW5rIHRoZXkncmUgdHJ1ZSwg ZXRjLiBUaGUgbmV4dCB0aW1lIHNvbWVvbmUgc2F5cywgIkkgY2FuJ3QgZmlndXJlDQo+IG91dCB3 aHkgd2UgYXJlIGxvc2luZyBwYXJ0aWNpcGF0aW9uIGluIHRoZSBJRVRGLCIgZ28gYmFjayBhbmQg cmVyZWFkIHlvdXINCj4gcmVzcG9uc2UuDQo+IA0KPiBOb3cgLS0gdG8gcmV0dXJuIHRvIHRoZSBh Y3R1YWwgdG9waWMgYXQgaGFuZCAtLSBJIGZpbmQgdGhlIGlkZWEgb2YgYmluZGluZyB0aGluZ3MN Cj4gdG9nZXRoZXIgdGlnaHRseSwgYW5kIHRoZW4gY3JlYXRpbmcgYW4gImFsaWFzLCIgcmF0aGVy IHRoYW4gY3JlYXRpbmcgYSBsb29zZXINCj4gYmluZCBhbmQgbWFwIGluIHRoZSBmaXJzdCBwbGFj ZSwgaXMgd29yc2UuIFRoYXQgbWlnaHQgbm90IGZpdCB3aGF0IHlvdSB0aGluaywNCj4gYnV0IGl0 J3Mgc3RpbGwgc29tZXRoaW5nIHdvcnRoIG1lbnRpb25pbmcuDQoNCg0KW0pEXSAgWW91ciBjaGFz dGlzZW1lbnQgb2YgbXkgZWdyZWdpb3VzIGJlaGF2aW9yIHdvdWxkIGhhdmUgYmVlbiBtb3JlIGNv bXBlbGxpbmcgaWYNCnlvdSBoYWQgcHJvdmlkZWQgYW55IHRlY2huaWNhbCBhcmd1bWVudHMgZm9y IHdoeSB0aGUgY3VycmVudCBkZXNpZ24gaGFzIGlzc3VlcyBvciBmbGF3cy4NCiAgDQoNCj4gDQo+ IDotKQ0KPiANCj4gUnVzcw0KDQo= From nobody Mon Feb 2 16:53:27 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 334901A1ADD for ; Mon, 2 Feb 2015 16:53:26 -0800 (PST) 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 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 CKAeyl7a3mqr for ; Mon, 2 Feb 2015 16:53:25 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 124901A07BE for ; Mon, 2 Feb 2015 16:53:24 -0800 (PST) Received: from [216.53.141.131] (port=42245 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIRk0-0005Em-GT; Tue, 03 Feb 2015 00:53:20 +0000 From: "Russ White" To: "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> In-Reply-To: Date: Mon, 2 Feb 2015 19:53:18 -0500 Message-ID: <024e01d03f4b$cdda0960$698e1c20$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wJ2lBSIAwkxbZ+eUJFNMA== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:53:26 -0000 > > And the figure clearly shows the length at 6 octets only. I'm not > > arguing the draft didn't _intend_ to make this a variable length field > > -- I'm arguing the draft, as written, can easily be misinterpreted, and could > use clarification. > > [JD] The field is six octets. What is contained within the field is six octets > today but may be less in the future. AFAIK this is consistent w/ standard IETF > design, e.g., CIDR. CIDR is yet another mess -- not a good example, IMHO. So the field is a _maximum_ of six octets, and potentially shorter? This isn't explained in the document at all, and it should be. > [JD] Your chastisement of my egregious behavior would have been more > compelling if you had provided any technical arguments for why the current > design has issues or flaws. There is a difference between "flawed" and "not elegant." It will work, but I think it would have been cleaner/more elegant if the binding would have been "loose," with a "connector," rather than the alias construction. Aliases seem simple, but they add complexity in terms of ossification later on -- they are more difficult to change in the future. Either way, a technical discussion is not the place to insert claims of someone else being ignorant, etc. :-) Russ From nobody Mon Feb 2 16:55:09 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 919BC1A1B7D for ; Mon, 2 Feb 2015 16:55:07 -0800 (PST) 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 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 cL-xQF4MRBU7 for ; Mon, 2 Feb 2015 16:55:06 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 BB2A41A1ADD for ; Mon, 2 Feb 2015 16:55:06 -0800 (PST) Received: from [216.53.141.131] (port=45596 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIRlg-0005Gy-1W; Tue, 03 Feb 2015 00:55:04 +0000 From: "Russ White" To: "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> <024e01d03f4b$cdda0960$698e1c20$@riw.us> In-Reply-To: <024e01d03f4b$cdda0960$698e1c20$@riw.us> Date: Mon, 2 Feb 2015 19:55:01 -0500 Message-ID: <025001d03f4c$0b901240$22b036c0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wJ2lBSIAwkxbZ8BoIfY2J5DjkDw Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 00:55:07 -0000 > > design, e.g., CIDR. > > CIDR is yet another mess -- not a good example, IMHO. Sorry -- SIDR, not CIDR. Typed it back out without thinking, but it is important to be precise. :-) Russ From nobody Mon Feb 2 18:48:58 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F241B1A1EEC; Mon, 2 Feb 2015 18:48:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aKnYN_YFJXqk; Mon, 2 Feb 2015 18:48:54 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A6CCA1A1BC9; Mon, 2 Feb 2015 18:48:54 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203024854.28083.89874.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 18:48:54 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-orf-covering-prefixes-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 02:48:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : Covering Prefixes Outbound Route Filter for BGP-4 Authors : Huajin Jeng Luay Jalil Ron Bonica Keyur Patel Lucy Yong Filename : draft-ietf-bess-orf-covering-prefixes-02.txt Pages : 19 Date : 2015-02-02 Abstract: This document defines a new Outbound Route Filter (ORF) type, called the "Covering Prefixes ORF (CP-ORF)". CP-ORF is applicable in Virtual Hub-and-Spoke VPNs. It also is applicable in BGP/MPLS Ethernet VPN (EVPN) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-orf-covering-prefixes-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-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 Feb 2 18:49:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 527E51A1BC9 for ; Mon, 2 Feb 2015 18:48:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YCIO0ph8Df5X; Mon, 2 Feb 2015 18:48:56 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DC53F1A1DE2; Mon, 2 Feb 2015 18:48:54 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org, bess-chairs@tools.ietf.org, martin.vigoureux@alcatel-lucent.com, bess@ietf.org, adrian@olddog.co.uk X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203024854.28083.20994.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 18:48:54 -0800 Archived-At: Subject: [bess] New Version Notification - draft-ietf-bess-orf-covering-prefixes-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 02:48:57 -0000 A new version (-02) has been submitted for draft-ietf-bess-orf-covering-prefixes: http://www.ietf.org/internet-drafts/draft-ietf-bess-orf-covering-prefixes-02.txt Sub state has been changed to AD Followup from Revised ID Needed The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-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. IETF Secretariat. From nobody Mon Feb 2 18:58:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 369201A1BFC; Mon, 2 Feb 2015 18:58:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P0zjTkfciy8T; Mon, 2 Feb 2015 18:58:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC8CB1A1A98; Mon, 2 Feb 2015 18:58:02 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203025802.5159.37691.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 18:58:02 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-orf-covering-prefixes-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 02:58:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : Covering Prefixes Outbound Route Filter for BGP-4 Authors : Huajin Jeng Luay Jalil Ron Bonica Keyur Patel Lucy Yong Filename : draft-ietf-bess-orf-covering-prefixes-03.txt Pages : 19 Date : 2015-02-02 Abstract: This document defines a new Outbound Route Filter (ORF) type, called the "Covering Prefixes ORF (CP-ORF)". CP-ORF is applicable in Virtual Hub-and-Spoke VPNs. It also is applicable in BGP/MPLS Ethernet VPN (EVPN) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-orf-covering-prefixes-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 2 18:58:11 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47AE31A1A98 for ; Mon, 2 Feb 2015 18:58:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gpt0WUDf4waj; Mon, 2 Feb 2015 18:58:04 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 022041A1BE6; Mon, 2 Feb 2015 18:58:03 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org, bess-chairs@tools.ietf.org, martin.vigoureux@alcatel-lucent.com, bess@ietf.org, adrian@olddog.co.uk X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203025803.5159.13351.idtracker@ietfa.amsl.com> Date: Mon, 02 Feb 2015 18:58:03 -0800 Archived-At: Subject: [bess] New Version Notification - draft-ietf-bess-orf-covering-prefixes-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 02:58:06 -0000 A new version (-03) has been submitted for draft-ietf-bess-orf-covering-prefixes: http://www.ietf.org/internet-drafts/draft-ietf-bess-orf-covering-prefixes-03.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-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. IETF Secretariat. From nobody Mon Feb 2 18:59:57 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2F871A1BC6 for ; Mon, 2 Feb 2015 18:59:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9AYV6r1EYmjN for ; Mon, 2 Feb 2015 18:59:55 -0800 (PST) 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 057E71A00F4 for ; Mon, 2 Feb 2015 18:59:54 -0800 (PST) Received: from CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) by CO1PR05MB313.namprd05.prod.outlook.com (10.141.69.150) with Microsoft SMTP Server (TLS) id 15.1.65.19; Tue, 3 Feb 2015 02:59:53 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 02:59:52 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.90]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.56]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 02:59:52 +0000 From: Ronald Bonica To: "adrian@olddog.co.uk" , "draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org" Thread-Topic: [bess] AD review of draft-ietf-bess-orf-covering-prefixes Thread-Index: AdA+Z4SifJ0JulckRlW4uyazhmDfKgAACd4wAD1tB2A= Date: Tue, 3 Feb 2015 02:59:51 +0000 Message-ID: References: <021c01d03e67$d160ccc0$74226640$@olddog.co.uk> In-Reply-To: <021c01d03e67$d160ccc0$74226640$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443;UriScan:; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(13464003)(377454003)(92566002)(66066001)(40100003)(86362001)(76176999)(54356999)(50986999)(33656002)(76576001)(54206007)(74316001)(54606007)(15975445007)(2900100001)(2656002)(102836002)(2950100001)(77156002)(122556002)(62966003)(230783001)(19580405001)(2501002)(46102003)(19580395003)(99286002)(87936001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 02:59:51.6461 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB443 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB313; X-OriginatorOrg: juniper.net Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] AD review of draft-ietf-bess-orf-covering-prefixes X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 02:59:56 -0000 Adrian, Thanks for the review. All of the changes that you suggest have been applied to version-03. Ron > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: Sunday, February 01, 2015 4:41 PM > To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org > Cc: bess@ietf.org > Subject: Re: [bess] AD review of draft-ietf-bess-orf-covering-prefixes >=20 > [Re-send with correct address] >=20 > Thanks for this document. I was hard-pushed to find anything to talk abou= t, > so I guess you did a good job or I am losing my touch. >=20 > The points below are pretty minor, but they will get pulled up in IETF la= st call > reviews, so I think we should fix them in a new revision before i start l= ast call. >=20 > I'll put the document into "Revised I-D needed" state, and start the last= call as > soon as I see a new revision. >=20 > Thanks for the work, > Adrian >=20 > --- >=20 > In section 3 >=20 > When a BGP speaker receives a ROUTE-REFRESH message that contains a > CP-ORF, and that ROUTE-REFRESH message violates any of the encoding > rules specified in Section 2, the BGP speaker MUST log the event and > ignore the entire ROUTE-REFRESH message. >=20 > I think you need to allow for event logging to implement thresholds to av= oid > the logs becoming a gating factor when there is something evil going on. > Probably that makes >=20 > s/MUST/SHOULD/ > And add "although an implementation MAY apply logging thresholds to avoid > excessive messaging or log file overflow." >=20 > --- >=20 > Section 7 needs to include a request to the IANA to update the references= to > the code points to point to this document when published as an RFC. >=20 > --- >=20 > Section 8 has >=20 > o When negotiating the ORF capability, advertise willingness to > receive the CP-ORF only to known, trusted iBGP peers >=20 > which implies that there is a mechanism to > - negotiate the ORF capability > - advertise willingness to receive CP-ORF >=20 > Do you need a small section on this? Probably just a reference to the > negotiation process for the ORF capability, and a note saying how the CP-= ORF > willingness is indicated. >=20 > --- >=20 > I completely understand where you are coming from with section 8, but I a= lso > know how our friends in the Security Area will respond. >=20 > Can you add a very short section noting... >=20 > Security considerations for BGP are presented in [RFC4271] while > further security analysis of BGP is found in [RFC6952]. >=20 > (you'll have to add an informative reference to 6952) >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 21:25:36 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 621E21A3B9D for ; Mon, 2 Feb 2015 21:25:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 UEKqOsWV87tX for ; Mon, 2 Feb 2015 21:25:33 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id C7E0E1A212D for ; Mon, 2 Feb 2015 21:25:32 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Russ White'" , "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> In-Reply-To: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> Date: Tue, 3 Feb 2015 00:25:07 -0500 Message-ID: <026801d03f71$c78dfcd0$56a9f670$@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: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wJ2lBSInmkjjfA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 05:25:34 -0000 Russ and John: I have concerns about the issues Russ has raised as well as other concerns regarding the EVPN. As I mentioned at the last IETF's BESS meeting, John Scudder and I have been discussing the next-hop issues in BESS drafts to see if IDR could create better BGP mechanism for the future BESS drafts. In this review, it became clear that several of the mechanism in EVPN could have been done in a simpler and more elegant way in BGP. It was not the first EVPN specification that made this clear, but the review of several drafts. I am pragmatic. It is auth-48. If the EVPN is widely shipping and deployed in networks, it is unlikely that the vendors or providers want to change it at this point. They have coded the EVPN solution. My agreement with the BESS chairs was this investigation was not to derail their work. If you are interested, I would appreciate a phone conversation with both of you. John Scudder indicated that John Drake would be the best person within Juniper to discuss this point with. Perhaps we can talk about all of these issues. Since it is a BGP mechanism, perhaps if we create a more elegant BGP mechanism it could be considered as a "bis" for EVPN drafts. I suspect EVPN use is only going to grow, and better BGP mechanisms usually mean more efficient and scalable code. Best wishes, Sue Hares -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White Sent: Monday, February 02, 2015 7:12 PM To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments > [JD] What RFC 7432 actually says is: "The MAC Address Length field > is in bits, and it is set to 48. > MAC address length values other than 48 bits are outside the scope of > this document." So, The MAC Address field is a variable length field > whose length is currently set to 48. And the figure clearly shows the length at 6 octets only. I'm not arguing the draft didn't _intend_ to make this a variable length field -- I'm arguing the draft, as written, can easily be misinterpreted, and could use clarification. > [JD] Just because you don't like/understand it doesn't necessarily > mean it's wrong. John -- you could have said, "I think it's elegant because..." -- or, "I agree it's not perfect, but we chose this solution because..." Instead, you decided to launch a personal attack, calling me stupid/uneducated/ignorant/whatever. This is one of the things that drives me absolutely nuts about working in the IETF -- we cannot hold ourselves to an actual discussion, we have to find some way to make claims about other people personally, no matter whether or not we think they're true, etc. The next time someone says, "I can't figure out why we are losing participation in the IETF," go back and reread your response. Now -- to return to the actual topic at hand -- I find the idea of binding things together tightly, and then creating an "alias," rather than creating a looser bind and map in the first place, is worse. That might not fit what you think, but it's still something worth mentioning. :-) Russ _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 23:32:49 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC4551A7026 for ; Mon, 2 Feb 2015 23:32:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fSEQBDDf7FtL for ; Mon, 2 Feb 2015 23:32:46 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 127FA1A7016 for ; Mon, 2 Feb 2015 23:32:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2912; q=dns/txt; s=iport; t=1422948766; x=1424158366; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=sjmHHQ7B6Ic1tlgM4C28iJYObvi+G3+B2C6FTpyzE8o=; b=FkTMa3F3QI11qxnYDJWDyFkfGzKuj67OXv0BfGtmkpmyD3Kt/xQbDaD0 WItk1S+atPt52MNIY9UGXBvWqN+m8h0Qe/MByXSeaT5f/0A9mFgtr0nQM Q/t9rr0e4R4xCqo5Bam1XkODMYikQCuG48Z0gc7WW2wcUI80d+NxoZAz7 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AMBQD2eNBU/5hdJa1agmQiUl3EdgqFcQKBHUMBAQEBAX2EDQEBBAEBAWsLEgEIbQslAQEEAQ0FG4gSAQzVZgEBAQEBAQEBAQEBAQEBAQEBAQEBFASPFhEBUAeEKQWJb4UaiSWBF4VHiEGDPSKCAhyBUG+BCzl+AQEB X-IronPort-AV: E=Sophos;i="5.09,511,1418083200"; d="scan'208";a="119993299" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-6.cisco.com with ESMTP; 03 Feb 2015 07:32:45 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t137Wjp1031268 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 07:32:45 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0195.001; Tue, 3 Feb 2015 01:32:45 -0600 From: "Ali Sajassi (sajassi)" To: Russ White , "'John E Drake'" , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgAFE9ACAAArQAIAAOu6A///1AwA= Date: Tue, 3 Feb 2015 07:32:44 +0000 Message-ID: In-Reply-To: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.24.242.75] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 07:32:47 -0000 Russ, It is good that you have started to read this draft several times recently and asking the questions that should have been asked during the WG state or even during the WG LC. But Adrian ask was very clear and specific wrt section 6.3 and we am not opening this document for yet another round of comments specially considering that this draft has been around for several years in WG state. More in line ... On 2/2/15, 4:11 PM, "Russ White" wrote: > >> [JD] What RFC 7432 actually says is: "The MAC Address Length field is >>in bits, >> and it is set to 48. >> MAC address length values other than 48 bits are outside the scope of >>this >> document." So, The MAC Address field is a variable length field whose >> length is currently set to 48. > >And the figure clearly shows the length at 6 octets only. I'm not arguing >the draft didn't _intend_ to make this a variable length field -- I'm >arguing the draft, as written, can easily be misinterpreted, and could >use clarification. Wrt this draft, the text is very clear as it has been implemented by several major vendors. Now if you are wondering what would be the application for variable length, that is outside of the scope of this draft as the draft clearly says that. However, if variable length is used, the length field is basically the length of subnet address within the 6 octets w/ remaining bits set to zero. This may not be clear to you but that doesn=B9t make the existing text inaccurate. > >> [JD] Just because you don't like/understand it doesn't necessarily >>mean it's >> wrong. > >John -- you could have said, "I think it's elegant because..." -- or, "I >agree it's not perfect, but we chose this solution because..." Instead, >you decided to launch a personal attack, calling me >stupid/uneducated/ignorant/whatever. This is one of the things that >drives me absolutely nuts about working in the IETF -- we cannot hold >ourselves to an actual discussion, we have to find some way to make >claims about other people personally, no matter whether or not we think >they're true, etc. The next time someone says, "I can't figure out why we >are losing participation in the IETF," go back and reread your response. Ross, if you don't like John's response, then you should probably take a look at your email. You didn=B9t ask your question(s) but rather asserting that "the solution is not elegant=B2. -Ali=20 > >Now -- to return to the actual topic at hand -- I find the idea of >binding things together tightly, and then creating an "alias," rather >than creating a looser bind and map in the first place, is worse. That >might not fit what you think, but it's still something worth mentioning. > >:-) > >Russ > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 2 23:52:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50CAE1A86EF for ; Mon, 2 Feb 2015 23:52:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tj1xkx9mMKqJ for ; Mon, 2 Feb 2015 23:52:00 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DEE21A1DBC for ; Mon, 2 Feb 2015 23:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4057; q=dns/txt; s=iport; t=1422949920; x=1424159520; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=15taIFoUcKL1Udlaxc9GtFc1QMvjwG6w+KDFTqr3kgE=; b=lWdjhxjuDA3MOJPQv/8Gj2v85igzepQRoZjUff2JwXQQCBMg3l6NHkfZ 7W0fni89YZqDX6cHwSEqHICpNPl0B9LkZhVyPcSdkAmq+R6WAyjdt3ffA 1cfsT9O2O6FjsFCfpf1s2VoX1zWbU/8z8BOu63d5WB4FA1azetgmG+KN4 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ANBQCdfdBU/4gNJK1agmQiUl3EdgqFcQKBHUMBAQEBAX2EDAEBAQQBAQFrCwwGAQgOAwQBASguCxQJCAIEAQ0FG4gSAQzVawEBAQEBAQEBAQEBAQEBAQEBAQEBARMEig6FagcGhCMFiW+FGoklgReOCIM9IoICHIFQb4FEfgEBAQ X-IronPort-AV: E=Sophos;i="5.09,511,1418083200"; d="scan'208";a="119996964" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-6.cisco.com with ESMTP; 03 Feb 2015 07:52:00 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t137pxcL024484 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 07:51:59 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0195.001; Tue, 3 Feb 2015 01:51:59 -0600 From: "Ali Sajassi (sajassi)" To: Susan Hares , "'Russ White'" , "'John E Drake'" , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgAFE9ACAAArQAIAAOu6AgABXf4D//6LogA== Date: Tue, 3 Feb 2015 07:51:58 +0000 Message-ID: In-Reply-To: <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.24.242.75] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <2B71E4151012204AAA0F0A012B0709CE@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 07:52:02 -0000 Sue, On 2/2/15, 9:25 PM, "Susan Hares" wrote: >Russ and John: > >I have concerns about the issues Russ has raised as well as other concerns >regarding the EVPN. As I mentioned at the last IETF's BESS meeting, John >Scudder and I have been discussing the next-hop issues in BESS drafts to >see >if IDR could create better BGP mechanism for the future BESS drafts. In >this review, it became clear that several of the mechanism in EVPN could >have been done in a simpler and more elegant way in BGP. It was not the >first EVPN specification that made this clear, but the review of several >drafts. If there are any specific suggestions, I=B9d like to hear it. At the IETF BESS meeting, I believe I didn=B9t hear anything specific. >=20 > >I am pragmatic. It is auth-48. If the EVPN is widely shipping and >deployed >in networks, it is unlikely that the vendors or providers want to change >it >at this point. They have coded the EVPN solution. My agreement with the >BESS chairs was this investigation was not to derail their work. It should be noted that this draft was written in collaboration with our BGP colleagues: Yakov, Pedro, and Keyur right from the beginning. So, if there are any issues, I am sure not just me but these folks would also be interested in hearing them. Regards, Ali =20 > =20 > >If you are interested, I would appreciate a phone conversation with both >of >you. John Scudder indicated that John Drake would be the best person >within >Juniper to discuss this point with. Perhaps we can talk about all of >these >issues. Since it is a BGP mechanism, perhaps if we create a more elegant >BGP mechanism it could be considered as a "bis" for EVPN drafts. I >suspect >EVPN use is only going to grow, and better BGP mechanisms usually mean >more >efficient and scalable code. > >Best wishes,=20 > >Sue Hares=20 > >-----Original Message----- >From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White >Sent: Monday, February 02, 2015 7:12 PM >To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' >Cc: bess@ietf.org >Subject: Re: [bess] EVPN Draft Comments > > >> [JD] What RFC 7432 actually says is: "The MAC Address Length field >> is in bits, and it is set to 48. >> MAC address length values other than 48 bits are outside the scope of >> this document." So, The MAC Address field is a variable length field >> whose length is currently set to 48. > >And the figure clearly shows the length at 6 octets only. I'm not arguing >the draft didn't _intend_ to make this a variable length field -- I'm >arguing the draft, as written, can easily be misinterpreted, and could use >clarification. > >> [JD] Just because you don't like/understand it doesn't necessarily >> mean it's wrong. > >John -- you could have said, "I think it's elegant because..." -- or, "I >agree it's not perfect, but we chose this solution because..." Instead, >you >decided to launch a personal attack, calling me >stupid/uneducated/ignorant/whatever. This is one of the things that drives >me absolutely nuts about working in the IETF -- we cannot hold ourselves >to >an actual discussion, we have to find some way to make claims about other >people personally, no matter whether or not we think they're true, etc. >The >next time someone says, "I can't figure out why we are losing >participation >in the IETF," go back and reread your response. > >Now -- to return to the actual topic at hand -- I find the idea of binding >things together tightly, and then creating an "alias," rather than >creating >a looser bind and map in the first place, is worse. That might not fit >what >you think, but it's still something worth mentioning. > >:-) > >Russ > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 00:23:45 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E177E1A6F3D for ; Tue, 3 Feb 2015 00:23:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.302 X-Spam-Level: X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 YOQIWPfwwpbQ for ; Tue, 3 Feb 2015 00:23:41 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0131.outbound.protection.outlook.com [65.55.169.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 48F401A86EF for ; Tue, 3 Feb 2015 00:23:41 -0800 (PST) Received: from DM2PR05MB575.namprd05.prod.outlook.com (10.141.159.24) by DM2PR05MB493.namprd05.prod.outlook.com (10.141.99.11) with Microsoft SMTP Server (TLS) id 15.1.65.19; Tue, 3 Feb 2015 08:23:39 +0000 Received: from BY1PR0501MB1223.namprd05.prod.outlook.com (25.160.104.150) by DM2PR05MB575.namprd05.prod.outlook.com (10.141.159.24) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 08:23:38 +0000 Received: from BY1PR0501MB1223.namprd05.prod.outlook.com ([25.160.104.150]) by BY1PR0501MB1223.namprd05.prod.outlook.com ([25.160.104.150]) with mapi id 15.01.0065.013; Tue, 3 Feb 2015 08:23:38 +0000 From: Ravi Shekhar To: John E Drake , Russ White , "Rabadan, Jorge (Jorge)" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA Date: Tue, 3 Feb 2015 08:23:37 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.13] authentication-results: juniper.net; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB575;UriScan:; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB575; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(52314003)(24454002)(13464003)(377454003)(51704005)(54356999)(93886004)(102836002)(62966003)(92566002)(77156002)(76576001)(40100003)(74316001)(122556002)(2656002)(19580395003)(33656002)(2950100001)(15975445007)(46102003)(99286002)(87936001)(2900100001)(86362001)(66066001)(19580405001)(50986999)(76176999)(54606007)(1941001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB575; H:BY1PR0501MB1223.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 08:23:37.9055 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB575 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB493; X-OriginatorOrg: juniper.net Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 08:23:44 -0000 SGkgUnVzcywgYXMgc29tZW9uZSB3aG8gd2FzIGludm9sdmVkIGVhcmx5IG9uIGluIHRoZSBFVlBO LCBJIGNhbiBhc3N1cmUgeW91IHRoYXQgd2UgaGFkIGNvbnNpZGVyZWQgbG9hZC1iYWxhbmNpbmcg YXMgYWNoaWV2ZWQgdmlhIGFsaWFzaW5nIGVhcmx5IG9uIGluIHRoZSBwcm9jZXNzLiBKb2huIG1h eSBub3QgYmUgYXdhcmUgb2YgaXQgYmVjYXVzZSBpdCBwcmUtZGF0ZXMgaGlzIGludm9sdmVtZW50 IHdpdGggRVZQTiwgYnV0IHBsZWFzZSBzZWUgc2VjdGlvbiAyMC4xIG9mIGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1yYWdnYXJ3YS1zYWphc3NpLWwydnBuLWV2cG4tMDEjc2VjdGlv bi0yMC4xLiBBbmQgeW91IHdpbGwgZmluZCB0aGF0IGl0IGRlc2NyaWJlcyB0aGUgYWxpYXNpbmcg ZnVuY3Rpb25hbGl0eSBhcyBmYXIgYmFjayBhcyBOb3YgMjAxMC4gU28gaXQgaXMgbW9yZSB0aGFu IDQgeWVhcnMgb2xkLCBpZiBub3Qgb2xkZXIgLSBhbmQgaWYgeW91IGxvb2sgYXQgdGhhdCBkcmFm dCwgc2FtZSBob2xkcyBmb3Igb3RoZXIgbWFqb3IgY29uY2VwdHMgaW50cm9kdWNlZCBpbiBFVlBO Lg0KDQpUaGFua3MuDQotIFJhdmkgU2hla2hhci4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEJFU1MgW21haWx0bzpiZXNzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBKb2huIEUgRHJha2UNClNlbnQ6IE1vbmRheSwgRmVicnVhcnkgMDIsIDIwMTUgMTI6NDEgUE0N ClRvOiBSdXNzIFdoaXRlOyBSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpDQpDYzogYmVzc0BpZXRmLm9y Zw0KU3ViamVjdDogUmU6IFtiZXNzXSBFVlBOIERyYWZ0IENvbW1lbnRzDQoNClJ1c3MsDQoNCkNv bW1lbnRzIGlubGluZS4gICAgDQoNCllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2huDQoNCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQkVTUyBbbWFpbHRvOmJlc3MtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJ1c3MgV2hpdGUNCj4gU2VudDogTW9uZGF5LCBG ZWJydWFyeSAwMiwgMjAxNSAzOjAyIFBNDQo+IFRvOiBSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpDQo+ IENjOiBiZXNzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbYmVzc10gRVZQTiBEcmFmdCBDb21t ZW50cw0KPiANCj4gDQo+IElmIHRoZSBsZW5ndGggb2YgdGhlIGxheWVyIDIgYWRkcmVzcyBpcyBm aXhlZCwgdGhlcmUgaXMgbm8gd2F5IHRvIA0KPiBhY2NvbW1vZGF0ZSBmdXR1cmUgdXNlIGNhc2Vz IHJlZ2FyZGxlc3Mgb2YgdGhlIGluY2x1c2lvbiBvZiBhIGxlbmd0aCANCj4gZmllbGQuIFRoZSB3 YXkgdGhlIGRyYWZ0IGlzIHdyaXR0ZW4sIGl0IHdvdWxkIGJlIGp1c3RpZmlhYmxlIHRvIGlnbm9y ZSANCj4gdGhlIGxlbmd0aCBmaWVsZCwgZGVzdHJveWluZyBmdXR1cmUgZXhwYW5zaW9uLiBBZGRp bmcgYSBsZW5ndGggZmllbGQgDQo+IHRvIGEgZml4ZWQgbGVuZ3RoIGZpbGVkIGRvZXNuJ3QgbWVh biB0aGUgbGVuZ3RoIG9mIHRoZSBmaXhlZCBsZW5ndGggDQo+IGZpZWxkIGNhbiBjaGFuZ2UgLS0g b3RoZXJ3aXNlIGl0IHdvdWxkbid0IGJlIGZpeGVkIGxlbmd0aC4NCg0KDQpbSkRdICBXaGF0IFJG QyA3NDMyIGFjdHVhbGx5IHNheXMgaXM6ICAiVGhlIE1BQyBBZGRyZXNzIExlbmd0aCBmaWVsZCBp cyBpbiBiaXRzLCBhbmQgaXQgaXMgc2V0IHRvIDQ4Lg0KTUFDIGFkZHJlc3MgbGVuZ3RoIHZhbHVl cyBvdGhlciB0aGFuIDQ4IGJpdHMgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1l bnQuIiAgU28sIFRoZSBNQUMgQWRkcmVzcyBmaWVsZCBpcyBhIHZhcmlhYmxlIGxlbmd0aCBmaWVs ZCB3aG9zZSBsZW5ndGggaXMgY3VycmVudGx5IHNldCB0byA0OC4gIA0KDQogDQo+IA0KPiBUaGUg YWxpYXNpbmcgcHJvY2VkdXJlLCB0byBtZSxzYXlzICJ3ZSBkaWRuJ3QgdGhpbmsgdGhyb3VnaCB0 aGVzZSANCj4gcmVsYXRpb25zaGlwcyB3ZWxsLCBzbyBsZXQncyB0aHJvdyBpbiBhIHdheSB0byBn ZXQgYXJvdW5kIHRoZSANCj4gbGltaXRhdGlvbnMgd2UgcHV0IGludG8gdGhlIG9yaWdpbmFsIGRy YWZ0LiIgVGhpcyBpc24ndCBhbiBlbGVnYW50IHNvbHV0aW9uLg0KDQoNCltKRF0gIEp1c3QgYmVj YXVzZSB5b3UgZG9uJ3QgbGlrZS91bmRlcnN0YW5kIGl0IGRvZXNuJ3QgbmVjZXNzYXJpbHkgbWVh biBpdCdzIHdyb25nLiAgICANCg0KDQo+IA0KPiBJZiB0aGUgZXNpIG11c3QgYmUgdW5pcXVlLCBh bmQgaXQncyBpbXBvcnRhbnQsIHRoZW4gdGhlIGVzaSBtdXN0IGJlIA0KPiB1bmlxdWUgYXMgdXNl ZC4gVXNpbmcgYSBub24tdW5pcXVlIHBhcnQgb2YgdGhlIGVzaSBkZXN0cm95cyB0aGUgcG9pbnQg DQo+IG9mIGJ1aWxkaW5nIGEgdW5pcXVlIGVzaSBpbiB0aGUgZmlyc3QgcGxhY2UuDQoNCg0KW0pE XSAgVGhlIEVTSSBpcyB1bmlxdWUuICBUaGUgRVMtSW1wb3J0IFJUIGlzIG5vdC4gIFRoaXMgbWVh bnMgdGhhdCBzb21lIFBFcyBtYXkgaW1wb3J0IGFuIEV0aGVybmV0IFNlZ21lbnQgcm91dGUgdGhh dCBhcmUgbm90IGF0dGFjaGVkIHRvIHRoZSBFUyBzcGVjaWZpZWQgaW4gdGhlIEV0aGVybmV0IFNl Z21lbnQgcm91dGUuICBXaGVuIHRoZXkgZXhhbWluZSB0aGUgRXRoZXJuZXQgU2VnbWVudCByb3V0 ZSB0aGV5IHdpbGwgcmVhbGl6ZSB0aGlzIGFuZCBkaXNjYXJkIGl0Lg0KIA0KDQo+IA0KPiBUd28g b2YgdGhlc2UgYXJlIGdvaW5nIHRvIGJlIHByb2JsZW1zIGluIHJlYWwgd29ybGQgZGVwbG95bWVu dHMsIGFuZCANCj4gbmVlZCwgaW1obywgdG8gYmUgZml4ZWQgaW4gYSBiaXMuDQo+IA0KPiA6LSkN Cj4gDQo+IFJ1c3MNCj4gDQo+IA0KPiA+IE9uIEZlYiAyLCAyMDE1LCBhdCAxMDozOSBBTSwgUmFi YWRhbiwgSm9yZ2UgKEpvcmdlKQ0KPiA8am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1Y2VudC5jb20+ IHdyb3RlOg0KPiA+DQo+ID4gSGkgUnVzcywNCj4gPg0KPiA+IFNpbmNlIHdlIGFyZSBJIHRoaW5r IGluIGFncmVlbWVudCB0aGlzIG11c3QgTk9UIGhvbGQgdGhlIHByb2Nlc3MsIEkgDQo+ID4gZ2l2 ZSB5b3UgbXkgMiBjZW50cyBpZiBJIG1heS4uLg0KPiA+DQo+ID4gU2VjdGlvbiA3LjIgLSB0aGUg bWFjIGxlbmd0aCBmaWVsZCBpcyBmaXhlZCBpbiBFVlBOIHRvIDQ4LCBidXQgaXQgDQo+ID4gaGFz IHRvIGJlIHRoZXJlIHRvIGFsbG93IGZ1dHVyZSB1c2UtY2FzZXMuIEZvciBpbnN0YW5jZSwgaXQg bWlnaHQgDQo+ID4gbWFrZSBzZW5zZSB0byB1c2UgdmFyaWFibGUgbWFjIGxlbmd0aHMgaW4gUEJC LUVWUE4gc2luY2UgdGhlIEJNQUNzIA0KPiA+IGFyZQ0KPiBvcGVyYXRvci1tYW5hZ2VkLg0KPiA+ DQo+ID4NCj4gPiBTZWN0aW9uIDcuNiAtIHRoaXMgaXMgbm90IGFuIGlzc3VlIHRvIG1lLiBUaGUg RVNJIGhhcyB0byBiZSB1bmlxdWUgDQo+ID4gaW4gdGhlIG5ldHdvcmsuIFRoZSBtZWNoYW5pc21z IHRvIGF1dG8tZGVyaXZlIHRoZSBFU0kgY2FuIG9ubHkgYmUgDQo+ID4gdXNlZCBpZiB0aGV5IGd1 YXJhbnRlZSB0aGUgdW5pcXVlbmVzcyBvZiB0aGUgRVNJLiBBbmQgc2luY2UgdGhlIA0KPiA+IEVT LWltcG9ydCByb3V0ZS10YXJnZXQgaXMgYSByb3V0ZS10YXJnZXQsIGl0cyB2YWx1ZSBjYW4gb25s eSBiZSANCj4gPiBwcmVzZW50IG9uIHRoZSBQRXMgd2hlcmUgeW91IHdhbnQgdG8gaW1wb3J0IHRo ZSByb3V0ZS4gSSBkb27igJl0IHRoaW5rIA0KPiA+IHRoZXJlIGlzIGEgbmVlZCBmb3IgY2xhcmlm aWNhdGlvbiBvZiB0aGUgdGV4dC4NCj4gPg0KPiA+IEFsc28sIEkgdGhpbmsgYWxpYXNpbmcgaXMg YSBncmVhdCB0aGluZyB0byBzdXBwb3J0Lg0KPiA+DQo+ID4gVGhhbmtzLg0KPiA+IEpvcmdlDQo+ ID4NCj4gPg0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogUnVzcyBX aGl0ZSA8cnVzc3dAcml3LnVzPg0KPiA+IERhdGU6IE1vbmRheSwgRmVicnVhcnkgMiwgMjAxNSBh dCA1OjQyIEFNDQo+ID4gVG86ICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NCj4gPiBT dWJqZWN0OiBbYmVzc10gRVZQTiBEcmFmdCBDb21tZW50cw0KPiA+DQo+ID4+IFknYWxsOg0KPiA+ Pg0KPiA+PiBJIGtub3cgdGhpcyBpcyBpbiBhdXRoLTQ4IChvciBtYXliZSBwYXN0KSwgYnV0IEkn dmUgYmVlbiB0aHJvdWdoIA0KPiA+PiB0aGVzZSBkb2NzIGEgbnVtYmVyIG9mIHRpbWVzLCBhbmQg c3RpbGwgY29tZSB1cCB3aXRoIHF1ZXN0aW9ucyB0aGF0IA0KPiA+PiBJIHRoaW5rIG5lZWQgdG8g YmUgYWRkcmVzc2VkL2Fuc3dlcmVkIGF0IHNvbWUgcG9pbnQuIEluIGdlbmVyYWwsIA0KPiA+PiBl VlBOIHNlZW1zIHRvIGJlIG9uIHRoZSByZWNlaXZpbmcgZW5kIG9mICJJIGNhbiBpbWFnaW5lIGEg bG90IG9mIA0KPiA+PiBkaWZmZXJlbnQgdXNlIGNhc2VzLCBzb21lIG9mIHdoaWNoIGFyZSBzZWxm LWNvbnRyYWRpY3RvcnksIGJ1dCANCj4gPj4gbGV0J3MganVzdCB0aHJvdyBpdCBhbGwgaW4gdGhl IGJ1Y2tldCBhbnl3YXksIHJlZ2FyZGxlc3Mgb2YgdGhlIA0KPiA+PiBjb21wbGV4aXR5IGFuZCBv dGhlciBwcm9ibGVtcy4iIEJ1dCwgYXNpZGUgZnJvbSB0aGF0IC0tIHNvbWUgDQo+ID4+IHNwZWNp ZmljIGNvbW1lbnRzIG9uIHRoZSBiYXNlIGRyYWZ0IC0tDQo+ID4+DQo+ID4+ID09DQo+ID4+IFNl Y3Rpb24gNy4yDQo+ID4+DQo+ID4+IFRoZSBNQUMgYWRkcmVzcyBmaWVsZCBpbiB0aGUgVExWIGlz IHNwZWNpZmllZCBhcyA2IG9jdGV0cywgYnV0IA0KPiA+PiB0aGVyZSBpcyBhbHNvIGEgTUFDIGFk ZHJlc3MgbGVuZ3RoIGZpZWxkIC0tIG5vcm1hbGx5IHlvdSB3b3VsZCBvbmx5IA0KPiA+PiBpbmNs dWRlIGEgbGVuZ3RoIGZpZWxkIGlmIHRoZSBmaWVsZCBpdHNlbGYgaXMgdmFyaWFibGUgbGVuZ3Ro LCANCj4gPj4gd2hpY2ggZG9lc24ndCBhcHBlYXIgdG8gYmUgdGhlIGNhc2UgaGVyZS4gSXMgdGhl cmUgc29tZSBzcGVjaWZpYyANCj4gPj4gcmVhc29uIGEgbGVuZ3RoIGZpZWxkIGlzIGluY2x1ZGVk LCBhbmQgdGhlIGxlbmd0aCBvZiB0aGUgZmllbGQgaXMgc3BlY2lmaWVkPw0KPiA+Pg0KPiA+PiA9 PQ0KPiA+PiBTZWN0aW9uIDcuNg0KPiA+Pg0KPiA+PiBUaGlzIGlzIGEgbmV3IHRyYW5zaXRpdmUg Um91dGUgVGFyZ2V0IGV4dGVuZGVkIGNvbW11bml0eSBjYXJyaWVkIA0KPiA+PiB3aXRoIHRoZSBF dGhlcm5ldCBTZWdtZW50IHJvdXRlLiBXaGVuIHVzZWQsIGl0IGVuYWJsZXMgYWxsIHRoZSBQRXMg DQo+ID4+IGNvbm5lY3RlZCB0byB0aGUgc2FtZSBtdWx0aS1ob21lZCBzaXRlIHRvIGltcG9ydCB0 aGUgRXRoZXJuZXQgDQo+ID4+IFNlZ21lbnQgcm91dGVzLiBUaGUgdmFsdWUgaXMgZGVyaXZlZCBh dXRvbWF0aWNhbGx5IGZyb20gdGhlIEVTSSBieSANCj4gPj4gZW5jb2RpbmcgdGhlIGhpZ2ggb3Jk ZXIgNi1vY3RldCBwb3J0aW9uIG9mIHRoZSA5LW9jdGV0IEVTSSBWYWx1ZSBpbiANCj4gPj4gdGhl IEVTSW1wb3J0IFJvdXRlIFRhcmdldC4gVGhlIGhpZ2ggb3JkZXIgNi1vY3RldCBvZiB0aGUgRVNJ IA0KPiA+PiBpbmNvcnBvcmF0ZXMgTUFDIGFkZHJlc3Mgb2YgRVNJIChmb3IgdHlwZSAxLCAyLCBh bmQgMykgd2hpY2ggd2hlbiANCj4gPj4gZW5jb2RlZCBpbiB0aGlzIFJUIGFuZCB1c2VkIGluIHRo ZSBSVCBjb25zdHJhaW4gZmVhdHVyZSwgaXQgZW5hYmxlcyANCj4gPj4gcHJvcGVyIHJvdXRldGFy Z2V0IGZpbHRlcmluZy4gVGhlIGZvcm1hdCBvZiB0aGlzIGV4dGVuZGVkIGNvbW11bml0eSANCj4g Pj4gaXMgYXMNCj4gPj4gZm9sbG93czoNCj4gPj4NCj4gPj4gSG93ZXZlciwgdGhlIGhpZ2ggb3Jk ZXIgNiBvY3RldCBwb3J0aW9uIG9mIHRoZSBFU0kgaXMgbm90IHVuaXF1ZSAtLSANCj4gPj4gdGhl IHNlY3Rpb24gb24gZm9ybWluZyB0aGUgRVNJIGFjdHVhbGx5IGluY2x1ZGVzIGluc3RydWN0aW9u cyB0aGF0IA0KPiA+PiB3b3VsZCBtZWFuIG11bHRpcGxlIEVTSXMgd2l0aCB0aGUgc2FtZSBoaWdo ZXIgb3JkZXIgNiBvY3RldC4gV2hlbiANCj4gPj4gd2UncmUgZGVhbGluZyB3aXRoIE1BQyBhZGRy ZXNzZXMgYW5kIG92ZXJsYXBwaW5nIElQIGFkZHJlc3Mgc2V0cywgDQo+ID4+IGl0IHdpbGwgYmUg cHJvYmxlbWF0aWMgdG8gaW5zdGFsbCBkZXN0aW5hdGlvbnMgZnJvbSBvbmUgRVNJIGludG8gDQo+ ID4+IHRoZSBNQUMtVlJGDQo+IGluIGFub3RoZXIgRVNJLg0KPiA+Pg0KPiA+PiBUaGlzIGlzIHJl bGF0ZWQgdG8gc2VjdGlvbiA4LjEuMSwgYXMgd2VsbCwgd2hpY2ggZGVhbHMgd2l0aCByb3V0ZSAN Cj4gPj4gZmlsdGVyaW5nLg0KPiA+Pg0KPiA+PiA9PQ0KPiA+PiA4LjIuMQ0KPiA+Pg0KPiA+PiBU aHJvdWdob3V0IG1vc3Qgb2YgdGhlIGRvY3VtZW50LCB0aGUgRVNJIGlzIGRlc2NyaWJlZCBhcyBi ZWluZyA5IG9jdGV0cy4NCj4gPj4gSGVyZSBpdCBpcyBkZXNjcmliZWQgYXMgYmVpbmcgMTAgb2N0 ZXRzLiBObyBleHBsYW5hdGlvbiBpcyBnaXZlbi4NCj4gPj4NCj4gPj4gPT0NCj4gPj4gOC40DQo+ ID4+DQo+ID4+IFRoZSBlbnRpcmUgY29uY2VwdCBvZiBhbGlhc2luZyBhcHBlYXJzIGRhbmdlcm91 cyB0byBtZS4gSXQgd291bGQgDQo+ID4+IGhhdmUgYmVlbiBiZXR0ZXIgdG8gc2VwYXJhdGUgdGhl IE1BQyBhZGRyZXNzIGZyb20gdGhlIEVWSSBpbiB0d28gDQo+ID4+IHNlcGFyYXRlIGFkdmVydGlz ZW1lbnRzLCBtYWtpbmcgcmVhY2hhYmlsaXR5IHRvIHRoZSBNQUMgYWRkcmVzcyBpbiANCj4gPj4g cmVmZXJlbmNlIHRvIHRoZSBFVkksIGFuZCByZWFjaGFiYWxpdHkgdG8gdGhlIEVWSSBpdCdzICJv d24gdGhpbmcsIiANCj4gPj4gcmF0aGVyIHRoYW4gdHlpbmcgdGhlIHR3byB0b2dldGhlciBhbmQg dGhlbiBjcmVhdGluZyBhbiAiYWxpYXMuIg0KPiA+Pg0KPiA+PiA9PQ0KPiA+PiA4LjUNCj4gPj4N Cj4gPj4gVGhlIGRlZmluaXRpb24gb2YgInNlcnZpY2UgY2FydmluZyIgaXMgYnVyaWVkIGluIHRo ZSB0ZXh0IGluIHRoZSANCj4gPj4gbWlkZGxlIG9mIHNlY3Rpb24gOC41LiBTaG91bGRuJ3QgdGhp cyBiZSBpbmNsdWRlZCBpbiB0aGUgZ2xvc3NhcnksIGF0IGxlYXN0Pw0KPiA+Pg0KPiA+PiA9PQ0K PiA+PiA4LjUNCj4gPj4NCj4gPj4gSW4gc3RlcCAzIG9mIERGIGVsZWN0aW9uLCB0aGUgbGlzdCBv ZiBJUCBhZGRyZXNzZXMgaXMgb3JkZXJlZCBpbiANCj4gPj4gImluY3JlYXNpbmcgbnVtZXJpYyB2 YWx1ZS4iIFdoYXQgaWYgeW91IGhhdmUgYSBtaXggb2YgdjQgYW5kIHY2IA0KPiA+PiBhZGRyZXNz ZXM/DQo+ID4+DQo+ID4+ID09DQo+ID4+DQo+ID4+IDotKQ0KPiA+Pg0KPiA+PiBSdXNzDQo+ID4+ DQo+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ ID4+IEJFU1MgbWFpbGluZyBsaXN0DQo+ID4+IEJFU1NAaWV0Zi5vcmcNCj4gPj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo+ID4NCj4gDQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEJFU1MgbWFpbGluZyBsaXN0 DQo+IEJFU1NAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9iZXNzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K QkVTUyBtYWlsaW5nIGxpc3QNCkJFU1NAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vYmVzcw0K From nobody Tue Feb 3 03:13:13 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 362931A879D for ; Tue, 3 Feb 2015 03:13:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 cvPyCDFNdNT4 for ; Tue, 3 Feb 2015 03:13:08 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 923F91A8863 for ; Tue, 3 Feb 2015 03:13:08 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Ali Sajassi \(sajassi\)'" , "'Russ White'" , "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> In-Reply-To: Date: Tue, 3 Feb 2015 06:12:39 -0500 Message-ID: <035b01d03fa2$54130990$fc391cb0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQtCM65zb7RkF1aT/cCzWco9oI5Jrd169Q Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 11:13:10 -0000 Ali: I would be glad to inform Yakov, Keyur and Pedro of these issues I = perceive with the draft. It would be delightful to see why they thought your structure was reasonable.=20 =20 Yakov and Pedro have not been in active discussions regarding IDR = next-hop mechanisms in the last year. For 2014, Keyur and others on the IDR list have been discussing new next-hop drafts. I suggest you consult the IDR mail list for these discussion regarding that the following draft.=20 https://datatracker.ietf.org/doc/draft-vandevelde-idr-remote-next-hop/ At:=20 http://www.ietf.org/mail-archive/web/idr/current/msg13658.html (my comments)=20 http://www.ietf.org/mail-archive/web/idr/current/msg13689.html (Eric Rosen's)=20 Eric Rosen raises some very useful points on this specific draft, and = the design of reliable next-hop mechanism. It is Eric's comments and others that have caused me to start a conversation regarding this topic. =20 Please note I lead this discussion on the EVPN with a pragmatic note. = If the EVPN is deployed and implemented by 2 vendors (as we require for IDR = WC LC of protocol standards), then it should be standard rather than sit on = the shelf. We can consider a revised BGP mechanism in the future, but it = must be deemed more efficient or better scaling.=20 Best wishes,=20 Sue=20 -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Ali Sajassi = (sajassi) Sent: Tuesday, February 03, 2015 2:52 AM To: Susan Hares; 'Russ White'; 'John E Drake'; 'Rabadan, Jorge (Jorge)' Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments Sue, On 2/2/15, 9:25 PM, "Susan Hares" wrote: >Russ and John: > >I have concerns about the issues Russ has raised as well as other = concerns >regarding the EVPN. As I mentioned at the last IETF's BESS meeting, = John >Scudder and I have been discussing the next-hop issues in BESS drafts=20 >to see >if IDR could create better BGP mechanism for the future BESS drafts. = In >this review, it became clear that several of the mechanism in EVPN = could >have been done in a simpler and more elegant way in BGP. It was not = the >first EVPN specification that made this clear, but the review of=20 >several drafts. If there are any specific suggestions, I=B9d like to hear it. At the = IETF BESS meeting, I believe I didn=B9t hear anything specific. >=20 > >I am pragmatic. It is auth-48. If the EVPN is widely shipping and=20 >deployed in networks, it is unlikely that the vendors or providers want = >to change it at this point. They have coded the EVPN solution. My=20 >agreement with the BESS chairs was this investigation was not to derail = >their work. It should be noted that this draft was written in collaboration with our = BGP colleagues: Yakov, Pedro, and Keyur right from the beginning. So, if = there are any issues, I am sure not just me but these folks would also be interested in hearing them. Regards, Ali =20 > =20 > >If you are interested, I would appreciate a phone conversation with=20 >both of you. John Scudder indicated that John Drake would be the best=20 >person within Juniper to discuss this point with. Perhaps we can talk=20 >about all of these issues. Since it is a BGP mechanism, perhaps if we=20 >create a more elegant BGP mechanism it could be considered as a "bis"=20 >for EVPN drafts. I suspect EVPN use is only going to grow, and better=20 >BGP mechanisms usually mean more efficient and scalable code. > >Best wishes, > >Sue Hares > >-----Original Message----- >From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White >Sent: Monday, February 02, 2015 7:12 PM >To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' >Cc: bess@ietf.org >Subject: Re: [bess] EVPN Draft Comments > > >> [JD] What RFC 7432 actually says is: "The MAC Address Length field=20 >> is in bits, and it is set to 48. >> MAC address length values other than 48 bits are outside the scope of = >> this document." So, The MAC Address field is a variable length field = >> whose length is currently set to 48. > >And the figure clearly shows the length at 6 octets only. I'm not=20 >arguing the draft didn't _intend_ to make this a variable length field=20 >-- I'm arguing the draft, as written, can easily be misinterpreted, and = >could use clarification. > >> [JD] Just because you don't like/understand it doesn't necessarily=20 >> mean it's wrong. > >John -- you could have said, "I think it's elegant because..." -- or,=20 >"I agree it's not perfect, but we chose this solution because..."=20 >Instead, you decided to launch a personal attack, calling me=20 >stupid/uneducated/ignorant/whatever. This is one of the things that=20 >drives me absolutely nuts about working in the IETF -- we cannot hold=20 >ourselves to an actual discussion, we have to find some way to make=20 >claims about other people personally, no matter whether or not we think = >they're true, etc. >The >next time someone says, "I can't figure out why we are losing=20 >participation in the IETF," go back and reread your response. > >Now -- to return to the actual topic at hand -- I find the idea of=20 >binding things together tightly, and then creating an "alias," rather=20 >than creating a looser bind and map in the first place, is worse. That=20 >might not fit what you think, but it's still something worth=20 >mentioning. > >:-) > >Russ > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 04:00:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6981F1A89BB for ; Tue, 3 Feb 2015 03:59:56 -0800 (PST) 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1pa7lS3fK6Qd for ; Tue, 3 Feb 2015 03:59:50 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0736.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:736]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC14E1A00F9 for ; Tue, 3 Feb 2015 03:59:50 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB563.namprd05.prod.outlook.com (10.141.202.144) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 11:59:27 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 11:59:27 +0000 From: John E Drake To: Susan Hares , 'Russ White' , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgIAASDiAgABXgID//5OLMA== Date: Tue, 3 Feb 2015 11:59:27 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> In-Reply-To: <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ndzh.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(76104003)(377454003)(2950100001)(76176999)(33656002)(2900100001)(19580395003)(54356999)(46102003)(92566002)(77096005)(99286002)(102836002)(19580405001)(54606007)(122556002)(87936001)(15975445007)(86362001)(40100003)(66066001)(50986999)(77156002)(62966003)(74316001)(76576001)(2656002)(54206007)(93886004); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB563; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 11:59:27.5842 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB563 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 11:59:56 -0000 Sue, It would be helpful if both you and Russ would offer some specifics. E.g.,= the next hop issue that you mentioned in the BESS meeting has nothing to d= o w/ the base EVPN spec. Yours Irrespectively, John > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Tuesday, February 03, 2015 12:25 AM > To: 'Russ White'; John E Drake; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: RE: [bess] EVPN Draft Comments >=20 > Russ and John: >=20 > I have concerns about the issues Russ has raised as well as other concern= s > regarding the EVPN. As I mentioned at the last IETF's BESS meeting, Joh= n > Scudder and I have been discussing the next-hop issues in BESS drafts to = see > if IDR could create better BGP mechanism for the future BESS drafts. In > this review, it became clear that several of the mechanism in EVPN could > have been done in a simpler and more elegant way in BGP. It was not th= e > first EVPN specification that made this clear, but the review of several = drafts. >=20 > I am pragmatic. It is auth-48. If the EVPN is widely shipping and deplo= yed in > networks, it is unlikely that the vendors or providers want to change it = at this > point. They have coded the EVPN solution. My agreement with the > BESS chairs was this investigation was not to derail their work. >=20 > If you are interested, I would appreciate a phone conversation with both = of > you. John Scudder indicated that John Drake would be the best person > within Juniper to discuss this point with. Perhaps we can talk about all= of > these issues. Since it is a BGP mechanism, perhaps if we create a more > elegant BGP mechanism it could be considered as a "bis" for EVPN drafts. = I > suspect EVPN use is only going to grow, and better BGP mechanisms usually > mean more efficient and scalable code. >=20 > Best wishes, >=20 > Sue Hares >=20 > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White > Sent: Monday, February 02, 2015 7:12 PM > To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: Re: [bess] EVPN Draft Comments >=20 >=20 > > [JD] What RFC 7432 actually says is: "The MAC Address Length field > > is in bits, and it is set to 48. > > MAC address length values other than 48 bits are outside the scope of > > this document." So, The MAC Address field is a variable length field > > whose length is currently set to 48. >=20 > And the figure clearly shows the length at 6 octets only. I'm not arguing= the > draft didn't _intend_ to make this a variable length field -- I'm arguing= the > draft, as written, can easily be misinterpreted, and could use clarificat= ion. >=20 > > [JD] Just because you don't like/understand it doesn't necessarily > > mean it's wrong. >=20 > John -- you could have said, "I think it's elegant because..." -- or, "I = agree it's > not perfect, but we chose this solution because..." Instead, you decided = to > launch a personal attack, calling me stupid/uneducated/ignorant/whatever. > This is one of the things that drives me absolutely nuts about working in= the > IETF -- we cannot hold ourselves to an actual discussion, we have to find > some way to make claims about other people personally, no matter whether > or not we think they're true, etc. The next time someone says, "I can't f= igure > out why we are losing participation in the IETF," go back and reread your > response. >=20 > Now -- to return to the actual topic at hand -- I find the idea of bindin= g things > together tightly, and then creating an "alias," rather than creating a lo= oser > bind and map in the first place, is worse. That might not fit what you th= ink, > but it's still something worth mentioning. >=20 > :-) >=20 > Russ >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 04:17:10 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 833001A8A0B for ; Tue, 3 Feb 2015 04:17:08 -0800 (PST) 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 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 PHIBu9nhHkJW for ; Tue, 3 Feb 2015 04:17:07 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 0B3DC1A8A07 for ; Tue, 3 Feb 2015 04:17:06 -0800 (PST) Received: from [216.53.141.131] (port=15039 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIcPc-00071b-MV; Tue, 03 Feb 2015 12:17:01 +0000 From: "Russ White" To: "'Ali Sajassi \(sajassi\)'" , "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> In-Reply-To: Date: Tue, 3 Feb 2015 07:16:54 -0500 Message-ID: <014301d03fab$4fa0a530$eee1ef90$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJGb7HEcAkKIjCAG8pwa7nksgvj1ZvyddyA Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 12:17:08 -0000 > Wrt this draft, the text is very clear as it has been implemented by several > major vendors. Now if you are wondering what would be the application = for > variable length, that is outside of the scope of this draft as the = draft clearly > says that. However, if variable length is used, the length field is basically the > length of subnet address within the 6 octets w/ remaining bits set to zero. > This may not be clear to you but that doesn=B9t make the existing text > inaccurate. The way I read the draft and the figures -- and what John has said -- is this -- the field is fixed at 6 octets, but the address could be = shorter, though what you would do with a shorter address is outside the scope of = the draft. IMHO, the draft should either say -- - The field is variable length with a single option for a 6 octet = address in the first instance. - The field is fixed to 6 octets -- in which case I'm not certain what = the length field is for. > Russ, if you don't like John's response, then you should probably take = a look > at your email. You didn=B9t ask your question(s) but rather asserting = that "the > solution is not elegant=B2. > >Now -- to return to the actual topic at hand -- I find the idea of > >binding things together tightly, and then creating an "alias," rather > >than creating a looser bind and map in the first place, is worse. = That > >might not fit what you think, but it's still something worth = mentioning. Again -- the idea of an "alias" is less elegant than simply making a = loose binding or a "grouping," of like things with similar attributes. I understand this may (sadly) already be implemented, so I'm not asking = for a change -- just pointing out that this isn't an ideal way of going about building such things, and that we should avoid them in the future.=20 :-) Russ From nobody Tue Feb 3 04:28:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 710AD1A8A1D for ; Tue, 3 Feb 2015 04:28:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 VUCKlK6qUHCB for ; Tue, 3 Feb 2015 04:28:00 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A50F51A8A1C for ; Tue, 3 Feb 2015 04:28:00 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'John E Drake'" , "'Russ White'" , "'Rabadan, Jorge \(Jorge\)'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> In-Reply-To: Date: Tue, 3 Feb 2015 07:27:36 -0500 Message-ID: <039501d03fac$cbc478c0$634d6a40$@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: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wJ2lBSIAcObgykBSZ3MZJ5RL5YA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 12:28:02 -0000 John - Irrespectively - I cut the email list from the bess@ietf.org working group and I will not bring it back unless instructed by the BESS WG chairs. The Base EVPN does not utilize the NLRI/Attributes in a way I consider standard BGP mechanism to allow scaling or efficient processing. However, I promised the BESS WG chairs that until I did a complete write-up, I would state concerns briefly (aka agreeing with Russ) but not delay any standardization work on the current drafts. Due to fulfill promise, I did not comment during IETF LC / WG LC because I had not written up my comments on each draft as an IETF Draft. If you wish to engage in a conversation prior to me writing an Internet draft - I welcome it. Pragmatically, Sue -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of John E Drake Sent: Tuesday, February 03, 2015 6:59 AM To: Susan Hares; 'Russ White'; 'Rabadan, Jorge (Jorge)' Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments Sue, It would be helpful if both you and Russ would offer some specifics. E.g., the next hop issue that you mentioned in the BESS meeting has nothing to do w/ the base EVPN spec. Yours Irrespectively, John > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Tuesday, February 03, 2015 12:25 AM > To: 'Russ White'; John E Drake; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: RE: [bess] EVPN Draft Comments > > Russ and John: > > I have concerns about the issues Russ has raised as well as other concerns > regarding the EVPN. As I mentioned at the last IETF's BESS meeting, John > Scudder and I have been discussing the next-hop issues in BESS drafts to see > if IDR could create better BGP mechanism for the future BESS drafts. In > this review, it became clear that several of the mechanism in EVPN could > have been done in a simpler and more elegant way in BGP. It was not the > first EVPN specification that made this clear, but the review of several drafts. > > I am pragmatic. It is auth-48. If the EVPN is widely shipping and > deployed in networks, it is unlikely that the vendors or providers > want to change it at this point. They have coded the EVPN solution. > My agreement with the BESS chairs was this investigation was not to derail their work. > > If you are interested, I would appreciate a phone conversation with > both of you. John Scudder indicated that John Drake would be the best > person within Juniper to discuss this point with. Perhaps we can talk > about all of these issues. Since it is a BGP mechanism, perhaps if we > create a more elegant BGP mechanism it could be considered as a "bis" > for EVPN drafts. I suspect EVPN use is only going to grow, and better > BGP mechanisms usually mean more efficient and scalable code. > > Best wishes, > > Sue Hares > > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White > Sent: Monday, February 02, 2015 7:12 PM > To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: Re: [bess] EVPN Draft Comments > > > > [JD] What RFC 7432 actually says is: "The MAC Address Length field > > is in bits, and it is set to 48. > > MAC address length values other than 48 bits are outside the scope > > of this document." So, The MAC Address field is a variable length > > field whose length is currently set to 48. > > And the figure clearly shows the length at 6 octets only. I'm not > arguing the draft didn't _intend_ to make this a variable length field > -- I'm arguing the draft, as written, can easily be misinterpreted, and could use clarification. > > > [JD] Just because you don't like/understand it doesn't necessarily > > mean it's wrong. > > John -- you could have said, "I think it's elegant because..." -- or, > "I agree it's not perfect, but we chose this solution because..." > Instead, you decided to launch a personal attack, calling me stupid/uneducated/ignorant/whatever. > This is one of the things that drives me absolutely nuts about working > in the IETF -- we cannot hold ourselves to an actual discussion, we > have to find some way to make claims about other people personally, no > matter whether or not we think they're true, etc. The next time > someone says, "I can't figure out why we are losing participation in > the IETF," go back and reread your response. > > Now -- to return to the actual topic at hand -- I find the idea of > binding things together tightly, and then creating an "alias," rather > than creating a looser bind and map in the first place, is worse. That > might not fit what you think, but it's still something worth mentioning. > > :-) > > Russ > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 04:48:15 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A74C01A8A0B for ; Tue, 3 Feb 2015 04:48:11 -0800 (PST) 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kTno4mqrwXtF for ; Tue, 3 Feb 2015 04:48:08 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0743.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:743]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C0431A871B for ; Tue, 3 Feb 2015 04:48:08 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 12:47:45 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 12:47:45 +0000 From: John E Drake To: Susan Hares , "'Ali Sajassi (sajassi)'" , 'Russ White' , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgIAASDiAgABXgICAACkHAIAAOBKA///poXA= Date: Tue, 3 Feb 2015 12:47:44 +0000 Message-ID: References: <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> <035b01d03fa2$54130990$fc391cb0$@ndzh.com> In-Reply-To: <035b01d03fa2$54130990$fc391cb0$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ndzh.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB562; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB562; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(377454003)(24454002)(76104003)(479174004)(46102003)(99286002)(54206007)(40100003)(74316001)(77156002)(122556002)(76176999)(54606007)(2950100001)(2900100001)(66066001)(77096005)(54356999)(33656002)(15975445007)(2656002)(92566002)(62966003)(19580405001)(102836002)(19580395003)(76576001)(86362001)(87936001)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB562; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 12:47:44.6974 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB562 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 12:48:11 -0000 Sue, I think we have a tempest in a teapot. The EVPN Overlay draft (https://tools.ietf.org/html/draft-ietf-bess-evpn-ov= erlay-00) needs to indicate different data plane encapsulations and initial= ly we had proposed using the RFC 5512 extended community for this. =20 Subsequently, Ali and Keyur proposed using Keyur's remote next hop draft wh= ich you reference, below, because it also specifies data plane encapsulatio= ns. Ultimately, and w/ Yakov's assistance, we re-affirmed our decision to = use the RFC 5512 extended community and I believe that the necessary additi= onal code points have been allocated.=20 So to recap, we have no interest in or any need for remote next hops. =20 Yours Irrespectively, John > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Tuesday, February 03, 2015 6:13 AM > To: 'Ali Sajassi (sajassi)'; 'Russ White'; John E Drake; 'Rabadan, Jorge = (Jorge)' > Cc: bess@ietf.org > Subject: RE: [bess] EVPN Draft Comments >=20 > Ali: >=20 > I would be glad to inform Yakov, Keyur and Pedro of these issues I percei= ve > with the draft. It would be delightful to see why they thought your stru= cture > was reasonable. >=20 > Yakov and Pedro have not been in active discussions regarding IDR next-ho= p > mechanisms in the last year. For 2014, Keyur and others on the IDR list = have > been discussing new next-hop drafts. I suggest you consult the IDR mail = list > for these discussion regarding that the following draft. >=20 > https://datatracker.ietf.org/doc/draft-vandevelde-idr-remote-next-hop/ >=20 > At: > http://www.ietf.org/mail-archive/web/idr/current/msg13658.html (my > comments) > http://www.ietf.org/mail-archive/web/idr/current/msg13689.html (Eric > Rosen's) >=20 >=20 > Eric Rosen raises some very useful points on this specific draft, and the > design of reliable next-hop mechanism. It is Eric's comments and others > that have caused me to start a conversation regarding this topic. >=20 > Please note I lead this discussion on the EVPN with a pragmatic note. = If > the EVPN is deployed and implemented by 2 vendors (as we require for IDR > WC > LC of protocol standards), then it should be standard rather than sit on = the > shelf. We can consider a revised BGP mechanism in the future, but it mus= t > be deemed more efficient or better scaling. >=20 > Best wishes, >=20 > Sue >=20 > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Ali Sajassi (sajas= si) > Sent: Tuesday, February 03, 2015 2:52 AM > To: Susan Hares; 'Russ White'; 'John E Drake'; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: Re: [bess] EVPN Draft Comments >=20 >=20 > Sue, >=20 > On 2/2/15, 9:25 PM, "Susan Hares" wrote: >=20 > >Russ and John: > > > >I have concerns about the issues Russ has raised as well as other concer= ns > >regarding the EVPN. As I mentioned at the last IETF's BESS meeting, Jo= hn > >Scudder and I have been discussing the next-hop issues in BESS drafts > >to see > >if IDR could create better BGP mechanism for the future BESS drafts. I= n > >this review, it became clear that several of the mechanism in EVPN could > >have been done in a simpler and more elegant way in BGP. It was not t= he > >first EVPN specification that made this clear, but the review of > >several drafts. >=20 > If there are any specific suggestions, I=B9d like to hear it. At the IETF= BESS > meeting, I believe I didn=B9t hear anything specific. >=20 > > > > > >I am pragmatic. It is auth-48. If the EVPN is widely shipping and > >deployed in networks, it is unlikely that the vendors or providers want > >to change it at this point. They have coded the EVPN solution. My > >agreement with the BESS chairs was this investigation was not to derail > >their work. >=20 > It should be noted that this draft was written in collaboration with our = BGP > colleagues: Yakov, Pedro, and Keyur right from the beginning. So, if ther= e > are any issues, I am sure not just me but these folks would also be > interested in hearing them. >=20 > Regards, > Ali >=20 > > > > > >If you are interested, I would appreciate a phone conversation with > >both of you. John Scudder indicated that John Drake would be the best > >person within Juniper to discuss this point with. Perhaps we can talk > >about all of these issues. Since it is a BGP mechanism, perhaps if we > >create a more elegant BGP mechanism it could be considered as a "bis" > >for EVPN drafts. I suspect EVPN use is only going to grow, and better > >BGP mechanisms usually mean more efficient and scalable code. > > > >Best wishes, > > > >Sue Hares > > > >-----Original Message----- > >From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White > >Sent: Monday, February 02, 2015 7:12 PM > >To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' > >Cc: bess@ietf.org > >Subject: Re: [bess] EVPN Draft Comments > > > > > >> [JD] What RFC 7432 actually says is: "The MAC Address Length field > >> is in bits, and it is set to 48. > >> MAC address length values other than 48 bits are outside the scope of > >> this document." So, The MAC Address field is a variable length field > >> whose length is currently set to 48. > > > >And the figure clearly shows the length at 6 octets only. I'm not > >arguing the draft didn't _intend_ to make this a variable length field > >-- I'm arguing the draft, as written, can easily be misinterpreted, and > >could use clarification. > > > >> [JD] Just because you don't like/understand it doesn't necessarily > >> mean it's wrong. > > > >John -- you could have said, "I think it's elegant because..." -- or, > >"I agree it's not perfect, but we chose this solution because..." > >Instead, you decided to launch a personal attack, calling me > >stupid/uneducated/ignorant/whatever. This is one of the things that > >drives me absolutely nuts about working in the IETF -- we cannot hold > >ourselves to an actual discussion, we have to find some way to make > >claims about other people personally, no matter whether or not we think > >they're true, etc. > >The > >next time someone says, "I can't figure out why we are losing > >participation in the IETF," go back and reread your response. > > > >Now -- to return to the actual topic at hand -- I find the idea of > >binding things together tightly, and then creating an "alias," rather > >than creating a looser bind and map in the first place, is worse. That > >might not fit what you think, but it's still something worth > >mentioning. > > > >:-) > > > >Russ > > > >_______________________________________________ > >BESS mailing list > >BESS@ietf.org > >https://www.ietf.org/mailman/listinfo/bess > > > >_______________________________________________ > >BESS mailing list > >BESS@ietf.org > >https://www.ietf.org/mailman/listinfo/bess >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 05:03:41 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 091411A0398 for ; Tue, 3 Feb 2015 05:03:39 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1doXL3SufRpX for ; Tue, 3 Feb 2015 05:03:37 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0129.outbound.protection.outlook.com [207.46.100.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25E4F1A034C for ; Tue, 3 Feb 2015 05:03:37 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 13:03:35 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 13:03:35 +0000 From: John E Drake To: Russ White , "'Ali Sajassi (sajassi)'" , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgIAASDiAgAB7KACAAE9lAP//9o4w Date: Tue, 3 Feb 2015 13:03:34 +0000 Message-ID: References: <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> <014301d03fab$4fa0a530$eee1ef90$@riw.us> In-Reply-To: <014301d03fab$4fa0a530$eee1ef90$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB564; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB564; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(76104003)(377454003)(51704005)(54206007)(62966003)(102836002)(77156002)(74316001)(2656002)(92566002)(77096005)(40100003)(76576001)(2950100001)(66066001)(122556002)(99286002)(2900100001)(19580405001)(19580395003)(33656002)(54606007)(76176999)(54356999)(50986999)(87936001)(46102003)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 13:03:34.7876 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB564 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 13:03:39 -0000 Russ, I think the real issue may be some baggage you associate w/ the term 'alias= '. In EVPN, the combination of a Per ES and a Per EVI Ethernet AD route indica= tes that the advertising PE has connectivity to a given ES and that the adv= ertised MPLS label can be used to reach any MAC addresses associated w/ the= [ES, EVI]. The reason for this is that, as the draft points out, the PEs = attached to a given ES have no control over to which PEs the CE sends data = and hence a given PE may not see a particular CE MAC address. =20 Yours Irrespectively, John > -----Original Message----- > From: Russ White [mailto:russw@riw.us] > Sent: Tuesday, February 03, 2015 7:17 AM > To: 'Ali Sajassi (sajassi)'; John E Drake; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: RE: [bess] EVPN Draft Comments >=20 >=20 > > Wrt this draft, the text is very clear as it has been implemented by > several > > major vendors. Now if you are wondering what would be the application > > for variable length, that is outside of the scope of this draft as the > > draft > clearly > > says that. However, if variable length is used, the length field is > basically the > > length of subnet address within the 6 octets w/ remaining bits set to > zero. > > This may not be clear to you but that doesn=B9t make the existing text > > inaccurate. >=20 > The way I read the draft and the figures -- and what John has said -- is = this -- > the field is fixed at 6 octets, but the address could be shorter, though = what > you would do with a shorter address is outside the scope of the draft. IM= HO, > the draft should either say -- >=20 > - The field is variable length with a single option for a 6 octet address= in the > first instance. > - The field is fixed to 6 octets -- in which case I'm not certain what th= e length > field is for. >=20 > > Russ, if you don't like John's response, then you should probably take > > a > look > > at your email. You didn=B9t ask your question(s) but rather asserting > > that > "the > > solution is not elegant=B2. >=20 > > >Now -- to return to the actual topic at hand -- I find the idea of > > >binding things together tightly, and then creating an "alias," rather > > >than creating a looser bind and map in the first place, is worse. > > >That might not fit what you think, but it's still something worth > mentioning. >=20 > Again -- the idea of an "alias" is less elegant than simply making a loos= e > binding or a "grouping," of like things with similar attributes. I unders= tand this > may (sadly) already be implemented, so I'm not asking for a change -- jus= t > pointing out that this isn't an ideal way of going about building such th= ings, > and that we should avoid them in the future. >=20 > :-) >=20 > Russ >=20 >=20 From nobody Tue Feb 3 05:13:01 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3CFC1A03A0 for ; Tue, 3 Feb 2015 05:12:58 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FvJLmnSytkXw for ; Tue, 3 Feb 2015 05:12:55 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0148.outbound.protection.outlook.com [65.55.169.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17CE51A034C for ; Tue, 3 Feb 2015 05:12:55 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB563.namprd05.prod.outlook.com (10.141.202.144) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 13:12:52 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 13:12:52 +0000 From: John E Drake To: Susan Hares , 'Russ White' , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgIAASDiAgABXgID//5OLMIAA4n8A///1f4A= Date: Tue, 3 Feb 2015 13:12:52 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01b901d03f46$08df7ff0$1a9e7fd0$@riw.us> <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> <039501d03fac$cbc478c0$634d6a40$@ndzh.com> In-Reply-To: <039501d03fac$cbc478c0$634d6a40$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: ndzh.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(51704005)(76104003)(66066001)(86362001)(40100003)(93886004)(54206007)(2656002)(77156002)(50986999)(76576001)(74316001)(62966003)(92566002)(2900100001)(2950100001)(33656002)(76176999)(46102003)(19580395003)(54356999)(87936001)(15975445007)(77096005)(99286002)(54606007)(19580405001)(102836002)(122556002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB563; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 13:12:52.4370 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB563 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 13:12:59 -0000 Sue, Comments inline. Yours Irrespectively, John > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Tuesday, February 03, 2015 7:28 AM > To: John E Drake; 'Russ White'; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: RE: [bess] EVPN Draft Comments >=20 > John - >=20 > Irrespectively - I cut the email list from the bess@ietf.org working grou= p and I > will not bring it back unless instructed by the BESS WG chairs. [JD] No you didn't.=20 > The Base EVPN > does not utilize the NLRI/Attributes in a way I consider standard BGP > mechanism to allow scaling or efficient processing. [JD] As I said I would like to see specifics - all I see is an assertion o= f FUD . =20 > However, I promised the > BESS WG chairs that until I did a complete write-up, I would state conce= rns > briefly (aka agreeing with Russ) but not delay any standardization work o= n > the current drafts. [JD] If you are saying that your concerns are the same as those of Russ, t= hen I don't think we have any issues.=20 >=20 > Due to fulfill promise, I did not comment during IETF LC / WG LC because = I > had not written up my comments on each draft as an IETF Draft. If you wi= sh > to engage in a conversation prior to me writing an Internet draft - I > welcome it. >=20 > Pragmatically, >=20 > Sue >=20 >=20 > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of John E Drake > Sent: Tuesday, February 03, 2015 6:59 AM > To: Susan Hares; 'Russ White'; 'Rabadan, Jorge (Jorge)' > Cc: bess@ietf.org > Subject: Re: [bess] EVPN Draft Comments >=20 > Sue, >=20 > It would be helpful if both you and Russ would offer some specifics. E.g= ., the > next hop issue that you mentioned in the BESS meeting has nothing to do w= / > the base EVPN spec. >=20 > Yours Irrespectively, >=20 > John >=20 > > -----Original Message----- > > From: Susan Hares [mailto:shares@ndzh.com] > > Sent: Tuesday, February 03, 2015 12:25 AM > > To: 'Russ White'; John E Drake; 'Rabadan, Jorge (Jorge)' > > Cc: bess@ietf.org > > Subject: RE: [bess] EVPN Draft Comments > > > > Russ and John: > > > > I have concerns about the issues Russ has raised as well as other conce= rns > > regarding the EVPN. As I mentioned at the last IETF's BESS meeting, J= ohn > > Scudder and I have been discussing the next-hop issues in BESS drafts > > to > see > > if IDR could create better BGP mechanism for the future BESS drafts. = In > > this review, it became clear that several of the mechanism in EVPN coul= d > > have been done in a simpler and more elegant way in BGP. It was not = the > > first EVPN specification that made this clear, but the review of > > several > drafts. > > > > I am pragmatic. It is auth-48. If the EVPN is widely shipping and > > deployed in networks, it is unlikely that the vendors or providers > > want to change it at this point. They have coded the EVPN solution. > > My agreement with the BESS chairs was this investigation was not to > > derail > their work. > > > > If you are interested, I would appreciate a phone conversation with > > both of you. John Scudder indicated that John Drake would be the best > > person within Juniper to discuss this point with. Perhaps we can talk > > about all of these issues. Since it is a BGP mechanism, perhaps if we > > create a more elegant BGP mechanism it could be considered as a "bis" > > for EVPN drafts. I suspect EVPN use is only going to grow, and better > > BGP mechanisms usually mean more efficient and scalable code. > > > > Best wishes, > > > > Sue Hares > > > > -----Original Message----- > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White > > Sent: Monday, February 02, 2015 7:12 PM > > To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' > > Cc: bess@ietf.org > > Subject: Re: [bess] EVPN Draft Comments > > > > > > > [JD] What RFC 7432 actually says is: "The MAC Address Length field > > > is in bits, and it is set to 48. > > > MAC address length values other than 48 bits are outside the scope > > > of this document." So, The MAC Address field is a variable length > > > field whose length is currently set to 48. > > > > And the figure clearly shows the length at 6 octets only. I'm not > > arguing the draft didn't _intend_ to make this a variable length field > > -- I'm arguing the draft, as written, can easily be misinterpreted, > > and > could use clarification. > > > > > [JD] Just because you don't like/understand it doesn't necessarily > > > mean it's wrong. > > > > John -- you could have said, "I think it's elegant because..." -- or, > > "I agree it's not perfect, but we chose this solution because..." > > Instead, you decided to launch a personal attack, calling me > stupid/uneducated/ignorant/whatever. > > This is one of the things that drives me absolutely nuts about working > > in the IETF -- we cannot hold ourselves to an actual discussion, we > > have to find some way to make claims about other people personally, no > > matter whether or not we think they're true, etc. The next time > > someone says, "I can't figure out why we are losing participation in > > the IETF," go back and reread your response. > > > > Now -- to return to the actual topic at hand -- I find the idea of > > binding things together tightly, and then creating an "alias," rather > > than creating a looser bind and map in the first place, is worse. That > > might not fit what you think, but it's still something worth mentioning= . > > > > :-) > > > > Russ > > > > _______________________________________________ > > BESS mailing list > > BESS@ietf.org > > https://www.ietf.org/mailman/listinfo/bess >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 3 05:36:57 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63FE31A0071 for ; Tue, 3 Feb 2015 05:36:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.302 X-Spam-Level: X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_24=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 aj6UlXSavClJ for ; Tue, 3 Feb 2015 05:36:54 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0798.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1: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 AAB1D1A0065 for ; Tue, 3 Feb 2015 05:36:53 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BN3PR0501MB1219.namprd05.prod.outlook.com (25.160.113.27) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 13:36:30 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 13:36:30 +0000 From: John E Drake To: Ravi Shekhar , Russ White , "Rabadan, Jorge (Jorge)" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuA= Date: Tue, 3 Feb 2015 13:36:30 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: juniper.net; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1219; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1219; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(52314003)(377454003)(24454002)(51704005)(19580405001)(66066001)(122556002)(87936001)(99286002)(2656002)(86362001)(40100003)(1941001)(62966003)(77156002)(50986999)(46102003)(76176999)(54356999)(15975445007)(102836002)(74316001)(77096005)(2950100001)(33656002)(93886004)(19580395003)(92566002)(54206007)(2900100001)(76576001)(54606007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1219; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 13:36:30.1567 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1219 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 13:36:56 -0000 UmF2aSwNCg0KVGhhbmtzIGJ1dCBJIHRoaW5rIHlvdSBtaXNyZWFkIG15IGVtYWlsLiAgSSB3YXMg YWN0dWFsbHkgcG9pbnRpbmcgb3V0IHRvIFJ1c3MgdGhhdCBoZSBoYWRuJ3QgZXhwcmVzc2VkIGFu eXRoaW5nIG1vcmUgdGhhbiBhIHZpc2NlcmFsIGRpc2xpa2UgZm9yIHRoZSBjdXJyZW50IEVWUE4g YWxpYXNpbmcgZGVzaWduLiANCg0KWW91cnMgSXJyZXNwZWN0aXZlbHksDQoNCkpvaG4NCg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBSYXZpIFNoZWtoYXINCj4gU2VudDog VHVlc2RheSwgRmVicnVhcnkgMDMsIDIwMTUgMzoyNCBBTQ0KPiBUbzogSm9obiBFIERyYWtlOyBS dXNzIFdoaXRlOyBSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpDQo+IENjOiBiZXNzQGlldGYub3JnDQo+ IFN1YmplY3Q6IFJFOiBbYmVzc10gRVZQTiBEcmFmdCBDb21tZW50cw0KPiANCj4gSGkgUnVzcywg YXMgc29tZW9uZSB3aG8gd2FzIGludm9sdmVkIGVhcmx5IG9uIGluIHRoZSBFVlBOLCBJIGNhbiBh c3N1cmUgeW91DQo+IHRoYXQgd2UgaGFkIGNvbnNpZGVyZWQgbG9hZC1iYWxhbmNpbmcgYXMgYWNo aWV2ZWQgdmlhIGFsaWFzaW5nIGVhcmx5IG9uIGluIHRoZQ0KPiBwcm9jZXNzLiBKb2huIG1heSBu b3QgYmUgYXdhcmUgb2YgaXQgYmVjYXVzZSBpdCBwcmUtZGF0ZXMgaGlzIGludm9sdmVtZW50DQo+ IHdpdGggRVZQTiwgYnV0IHBsZWFzZSBzZWUgc2VjdGlvbiAyMC4xIG9mIGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC0NCj4gcmFnZ2Fyd2Etc2FqYXNzaS1sMnZwbi1ldnBuLTAxI3Nl Y3Rpb24tMjAuMS4gQW5kIHlvdSB3aWxsIGZpbmQgdGhhdCBpdA0KPiBkZXNjcmliZXMgdGhlIGFs aWFzaW5nIGZ1bmN0aW9uYWxpdHkgYXMgZmFyIGJhY2sgYXMgTm92IDIwMTAuIFNvIGl0IGlzIG1v cmUgdGhhbg0KPiA0IHllYXJzIG9sZCwgaWYgbm90IG9sZGVyIC0gYW5kIGlmIHlvdSBsb29rIGF0 IHRoYXQgZHJhZnQsIHNhbWUgaG9sZHMgZm9yIG90aGVyDQo+IG1ham9yIGNvbmNlcHRzIGludHJv ZHVjZWQgaW4gRVZQTi4NCj4gDQo+IFRoYW5rcy4NCj4gLSBSYXZpIFNoZWtoYXIuDQo+IA0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCRVNTIFttYWlsdG86YmVzcy1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSm9obiBFIERyYWtlDQo+IFNlbnQ6IE1vbmRheSwg RmVicnVhcnkgMDIsIDIwMTUgMTI6NDEgUE0NCj4gVG86IFJ1c3MgV2hpdGU7IFJhYmFkYW4sIEpv cmdlIChKb3JnZSkNCj4gQ2M6IGJlc3NAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtiZXNzXSBF VlBOIERyYWZ0IENvbW1lbnRzDQo+IA0KPiBSdXNzLA0KPiANCj4gQ29tbWVudHMgaW5saW5lLg0K PiANCj4gWW91cnMgSXJyZXNwZWN0aXZlbHksDQo+IA0KPiBKb2huDQo+IA0KPiA+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJ1c3MgV2hpdGUNCj4gPiBTZW50OiBNb25kYXksIEZlYnJ1 YXJ5IDAyLCAyMDE1IDM6MDIgUE0NCj4gPiBUbzogUmFiYWRhbiwgSm9yZ2UgKEpvcmdlKQ0KPiA+ IENjOiBiZXNzQGlldGYub3JnDQo+ID4gU3ViamVjdDogUmU6IFtiZXNzXSBFVlBOIERyYWZ0IENv bW1lbnRzDQo+ID4NCj4gPg0KPiA+IElmIHRoZSBsZW5ndGggb2YgdGhlIGxheWVyIDIgYWRkcmVz cyBpcyBmaXhlZCwgdGhlcmUgaXMgbm8gd2F5IHRvDQo+ID4gYWNjb21tb2RhdGUgZnV0dXJlIHVz ZSBjYXNlcyByZWdhcmRsZXNzIG9mIHRoZSBpbmNsdXNpb24gb2YgYSBsZW5ndGgNCj4gPiBmaWVs ZC4gVGhlIHdheSB0aGUgZHJhZnQgaXMgd3JpdHRlbiwgaXQgd291bGQgYmUganVzdGlmaWFibGUg dG8gaWdub3JlDQo+ID4gdGhlIGxlbmd0aCBmaWVsZCwgZGVzdHJveWluZyBmdXR1cmUgZXhwYW5z aW9uLiBBZGRpbmcgYSBsZW5ndGggZmllbGQNCj4gPiB0byBhIGZpeGVkIGxlbmd0aCBmaWxlZCBk b2Vzbid0IG1lYW4gdGhlIGxlbmd0aCBvZiB0aGUgZml4ZWQgbGVuZ3RoDQo+ID4gZmllbGQgY2Fu IGNoYW5nZSAtLSBvdGhlcndpc2UgaXQgd291bGRuJ3QgYmUgZml4ZWQgbGVuZ3RoLg0KPiANCj4g DQo+IFtKRF0gIFdoYXQgUkZDIDc0MzIgYWN0dWFsbHkgc2F5cyBpczogICJUaGUgTUFDIEFkZHJl c3MgTGVuZ3RoIGZpZWxkIGlzIGluIGJpdHMsDQo+IGFuZCBpdCBpcyBzZXQgdG8gNDguDQo+IE1B QyBhZGRyZXNzIGxlbmd0aCB2YWx1ZXMgb3RoZXIgdGhhbiA0OCBiaXRzIGFyZSBvdXRzaWRlIHRo ZSBzY29wZSBvZiB0aGlzDQo+IGRvY3VtZW50LiIgIFNvLCBUaGUgTUFDIEFkZHJlc3MgZmllbGQg aXMgYSB2YXJpYWJsZSBsZW5ndGggZmllbGQgd2hvc2UNCj4gbGVuZ3RoIGlzIGN1cnJlbnRseSBz ZXQgdG8gNDguDQo+IA0KPiANCj4gPg0KPiA+IFRoZSBhbGlhc2luZyBwcm9jZWR1cmUsIHRvIG1l LHNheXMgIndlIGRpZG4ndCB0aGluayB0aHJvdWdoIHRoZXNlDQo+ID4gcmVsYXRpb25zaGlwcyB3 ZWxsLCBzbyBsZXQncyB0aHJvdyBpbiBhIHdheSB0byBnZXQgYXJvdW5kIHRoZQ0KPiA+IGxpbWl0 YXRpb25zIHdlIHB1dCBpbnRvIHRoZSBvcmlnaW5hbCBkcmFmdC4iIFRoaXMgaXNuJ3QgYW4gZWxl Z2FudCBzb2x1dGlvbi4NCj4gDQo+IA0KPiBbSkRdICBKdXN0IGJlY2F1c2UgeW91IGRvbid0IGxp a2UvdW5kZXJzdGFuZCBpdCBkb2Vzbid0IG5lY2Vzc2FyaWx5IG1lYW4gaXQncw0KPiB3cm9uZy4N Cj4gDQo+IA0KPiA+DQo+ID4gSWYgdGhlIGVzaSBtdXN0IGJlIHVuaXF1ZSwgYW5kIGl0J3MgaW1w b3J0YW50LCB0aGVuIHRoZSBlc2kgbXVzdCBiZQ0KPiA+IHVuaXF1ZSBhcyB1c2VkLiBVc2luZyBh IG5vbi11bmlxdWUgcGFydCBvZiB0aGUgZXNpIGRlc3Ryb3lzIHRoZSBwb2ludA0KPiA+IG9mIGJ1 aWxkaW5nIGEgdW5pcXVlIGVzaSBpbiB0aGUgZmlyc3QgcGxhY2UuDQo+IA0KPiANCj4gW0pEXSAg VGhlIEVTSSBpcyB1bmlxdWUuICBUaGUgRVMtSW1wb3J0IFJUIGlzIG5vdC4gIFRoaXMgbWVhbnMg dGhhdCBzb21lIFBFcw0KPiBtYXkgaW1wb3J0IGFuIEV0aGVybmV0IFNlZ21lbnQgcm91dGUgdGhh dCBhcmUgbm90IGF0dGFjaGVkIHRvIHRoZSBFUw0KPiBzcGVjaWZpZWQgaW4gdGhlIEV0aGVybmV0 IFNlZ21lbnQgcm91dGUuICBXaGVuIHRoZXkgZXhhbWluZSB0aGUgRXRoZXJuZXQNCj4gU2VnbWVu dCByb3V0ZSB0aGV5IHdpbGwgcmVhbGl6ZSB0aGlzIGFuZCBkaXNjYXJkIGl0Lg0KPiANCj4gDQo+ ID4NCj4gPiBUd28gb2YgdGhlc2UgYXJlIGdvaW5nIHRvIGJlIHByb2JsZW1zIGluIHJlYWwgd29y bGQgZGVwbG95bWVudHMsIGFuZA0KPiA+IG5lZWQsIGltaG8sIHRvIGJlIGZpeGVkIGluIGEgYmlz Lg0KPiA+DQo+ID4gOi0pDQo+ID4NCj4gPiBSdXNzDQo+ID4NCj4gPg0KPiA+ID4gT24gRmViIDIs IDIwMTUsIGF0IDEwOjM5IEFNLCBSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpDQo+ID4gPGpvcmdlLnJh YmFkYW5AYWxjYXRlbC1sdWNlbnQuY29tPiB3cm90ZToNCj4gPiA+DQo+ID4gPiBIaSBSdXNzLA0K PiA+ID4NCj4gPiA+IFNpbmNlIHdlIGFyZSBJIHRoaW5rIGluIGFncmVlbWVudCB0aGlzIG11c3Qg Tk9UIGhvbGQgdGhlIHByb2Nlc3MsIEkNCj4gPiA+IGdpdmUgeW91IG15IDIgY2VudHMgaWYgSSBt YXkuLi4NCj4gPiA+DQo+ID4gPiBTZWN0aW9uIDcuMiAtIHRoZSBtYWMgbGVuZ3RoIGZpZWxkIGlz IGZpeGVkIGluIEVWUE4gdG8gNDgsIGJ1dCBpdA0KPiA+ID4gaGFzIHRvIGJlIHRoZXJlIHRvIGFs bG93IGZ1dHVyZSB1c2UtY2FzZXMuIEZvciBpbnN0YW5jZSwgaXQgbWlnaHQNCj4gPiA+IG1ha2Ug c2Vuc2UgdG8gdXNlIHZhcmlhYmxlIG1hYyBsZW5ndGhzIGluIFBCQi1FVlBOIHNpbmNlIHRoZSBC TUFDcw0KPiA+ID4gYXJlDQo+ID4gb3BlcmF0b3ItbWFuYWdlZC4NCj4gPiA+DQo+ID4gPg0KPiA+ ID4gU2VjdGlvbiA3LjYgLSB0aGlzIGlzIG5vdCBhbiBpc3N1ZSB0byBtZS4gVGhlIEVTSSBoYXMg dG8gYmUgdW5pcXVlDQo+ID4gPiBpbiB0aGUgbmV0d29yay4gVGhlIG1lY2hhbmlzbXMgdG8gYXV0 by1kZXJpdmUgdGhlIEVTSSBjYW4gb25seSBiZQ0KPiA+ID4gdXNlZCBpZiB0aGV5IGd1YXJhbnRl ZSB0aGUgdW5pcXVlbmVzcyBvZiB0aGUgRVNJLiBBbmQgc2luY2UgdGhlDQo+ID4gPiBFUy1pbXBv cnQgcm91dGUtdGFyZ2V0IGlzIGEgcm91dGUtdGFyZ2V0LCBpdHMgdmFsdWUgY2FuIG9ubHkgYmUN Cj4gPiA+IHByZXNlbnQgb24gdGhlIFBFcyB3aGVyZSB5b3Ugd2FudCB0byBpbXBvcnQgdGhlIHJv dXRlLiBJIGRvbuKAmXQgdGhpbmsNCj4gPiA+IHRoZXJlIGlzIGEgbmVlZCBmb3IgY2xhcmlmaWNh dGlvbiBvZiB0aGUgdGV4dC4NCj4gPiA+DQo+ID4gPiBBbHNvLCBJIHRoaW5rIGFsaWFzaW5nIGlz IGEgZ3JlYXQgdGhpbmcgdG8gc3VwcG9ydC4NCj4gPiA+DQo+ID4gPiBUaGFua3MuDQo+ID4gPiBK b3JnZQ0KPiA+ID4NCj4gPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ ID4gRnJvbTogUnVzcyBXaGl0ZSA8cnVzc3dAcml3LnVzPg0KPiA+ID4gRGF0ZTogTW9uZGF5LCBG ZWJydWFyeSAyLCAyMDE1IGF0IDU6NDIgQU0NCj4gPiA+IFRvOiAiYmVzc0BpZXRmLm9yZyIgPGJl c3NAaWV0Zi5vcmc+DQo+ID4gPiBTdWJqZWN0OiBbYmVzc10gRVZQTiBEcmFmdCBDb21tZW50cw0K PiA+ID4NCj4gPiA+PiBZJ2FsbDoNCj4gPiA+Pg0KPiA+ID4+IEkga25vdyB0aGlzIGlzIGluIGF1 dGgtNDggKG9yIG1heWJlIHBhc3QpLCBidXQgSSd2ZSBiZWVuIHRocm91Z2gNCj4gPiA+PiB0aGVz ZSBkb2NzIGEgbnVtYmVyIG9mIHRpbWVzLCBhbmQgc3RpbGwgY29tZSB1cCB3aXRoIHF1ZXN0aW9u cyB0aGF0DQo+ID4gPj4gSSB0aGluayBuZWVkIHRvIGJlIGFkZHJlc3NlZC9hbnN3ZXJlZCBhdCBz b21lIHBvaW50LiBJbiBnZW5lcmFsLA0KPiA+ID4+IGVWUE4gc2VlbXMgdG8gYmUgb24gdGhlIHJl Y2VpdmluZyBlbmQgb2YgIkkgY2FuIGltYWdpbmUgYSBsb3Qgb2YNCj4gPiA+PiBkaWZmZXJlbnQg dXNlIGNhc2VzLCBzb21lIG9mIHdoaWNoIGFyZSBzZWxmLWNvbnRyYWRpY3RvcnksIGJ1dA0KPiA+ ID4+IGxldCdzIGp1c3QgdGhyb3cgaXQgYWxsIGluIHRoZSBidWNrZXQgYW55d2F5LCByZWdhcmRs ZXNzIG9mIHRoZQ0KPiA+ID4+IGNvbXBsZXhpdHkgYW5kIG90aGVyIHByb2JsZW1zLiIgQnV0LCBh c2lkZSBmcm9tIHRoYXQgLS0gc29tZQ0KPiA+ID4+IHNwZWNpZmljIGNvbW1lbnRzIG9uIHRoZSBi YXNlIGRyYWZ0IC0tDQo+ID4gPj4NCj4gPiA+PiA9PQ0KPiA+ID4+IFNlY3Rpb24gNy4yDQo+ID4g Pj4NCj4gPiA+PiBUaGUgTUFDIGFkZHJlc3MgZmllbGQgaW4gdGhlIFRMViBpcyBzcGVjaWZpZWQg YXMgNiBvY3RldHMsIGJ1dA0KPiA+ID4+IHRoZXJlIGlzIGFsc28gYSBNQUMgYWRkcmVzcyBsZW5n dGggZmllbGQgLS0gbm9ybWFsbHkgeW91IHdvdWxkIG9ubHkNCj4gPiA+PiBpbmNsdWRlIGEgbGVu Z3RoIGZpZWxkIGlmIHRoZSBmaWVsZCBpdHNlbGYgaXMgdmFyaWFibGUgbGVuZ3RoLA0KPiA+ID4+ IHdoaWNoIGRvZXNuJ3QgYXBwZWFyIHRvIGJlIHRoZSBjYXNlIGhlcmUuIElzIHRoZXJlIHNvbWUg c3BlY2lmaWMNCj4gPiA+PiByZWFzb24gYSBsZW5ndGggZmllbGQgaXMgaW5jbHVkZWQsIGFuZCB0 aGUgbGVuZ3RoIG9mIHRoZSBmaWVsZCBpcyBzcGVjaWZpZWQ/DQo+ID4gPj4NCj4gPiA+PiA9PQ0K PiA+ID4+IFNlY3Rpb24gNy42DQo+ID4gPj4NCj4gPiA+PiBUaGlzIGlzIGEgbmV3IHRyYW5zaXRp dmUgUm91dGUgVGFyZ2V0IGV4dGVuZGVkIGNvbW11bml0eSBjYXJyaWVkDQo+ID4gPj4gd2l0aCB0 aGUgRXRoZXJuZXQgU2VnbWVudCByb3V0ZS4gV2hlbiB1c2VkLCBpdCBlbmFibGVzIGFsbCB0aGUg UEVzDQo+ID4gPj4gY29ubmVjdGVkIHRvIHRoZSBzYW1lIG11bHRpLWhvbWVkIHNpdGUgdG8gaW1w b3J0IHRoZSBFdGhlcm5ldA0KPiA+ID4+IFNlZ21lbnQgcm91dGVzLiBUaGUgdmFsdWUgaXMgZGVy aXZlZCBhdXRvbWF0aWNhbGx5IGZyb20gdGhlIEVTSSBieQ0KPiA+ID4+IGVuY29kaW5nIHRoZSBo aWdoIG9yZGVyIDYtb2N0ZXQgcG9ydGlvbiBvZiB0aGUgOS1vY3RldCBFU0kgVmFsdWUgaW4NCj4g PiA+PiB0aGUgRVNJbXBvcnQgUm91dGUgVGFyZ2V0LiBUaGUgaGlnaCBvcmRlciA2LW9jdGV0IG9m IHRoZSBFU0kNCj4gPiA+PiBpbmNvcnBvcmF0ZXMgTUFDIGFkZHJlc3Mgb2YgRVNJIChmb3IgdHlw ZSAxLCAyLCBhbmQgMykgd2hpY2ggd2hlbg0KPiA+ID4+IGVuY29kZWQgaW4gdGhpcyBSVCBhbmQg dXNlZCBpbiB0aGUgUlQgY29uc3RyYWluIGZlYXR1cmUsIGl0IGVuYWJsZXMNCj4gPiA+PiBwcm9w ZXIgcm91dGV0YXJnZXQgZmlsdGVyaW5nLiBUaGUgZm9ybWF0IG9mIHRoaXMgZXh0ZW5kZWQgY29t bXVuaXR5DQo+ID4gPj4gaXMgYXMNCj4gPiA+PiBmb2xsb3dzOg0KPiA+ID4+DQo+ID4gPj4gSG93 ZXZlciwgdGhlIGhpZ2ggb3JkZXIgNiBvY3RldCBwb3J0aW9uIG9mIHRoZSBFU0kgaXMgbm90IHVu aXF1ZSAtLQ0KPiA+ID4+IHRoZSBzZWN0aW9uIG9uIGZvcm1pbmcgdGhlIEVTSSBhY3R1YWxseSBp bmNsdWRlcyBpbnN0cnVjdGlvbnMgdGhhdA0KPiA+ID4+IHdvdWxkIG1lYW4gbXVsdGlwbGUgRVNJ cyB3aXRoIHRoZSBzYW1lIGhpZ2hlciBvcmRlciA2IG9jdGV0LiBXaGVuDQo+ID4gPj4gd2UncmUg ZGVhbGluZyB3aXRoIE1BQyBhZGRyZXNzZXMgYW5kIG92ZXJsYXBwaW5nIElQIGFkZHJlc3Mgc2V0 cywNCj4gPiA+PiBpdCB3aWxsIGJlIHByb2JsZW1hdGljIHRvIGluc3RhbGwgZGVzdGluYXRpb25z IGZyb20gb25lIEVTSSBpbnRvDQo+ID4gPj4gdGhlIE1BQy1WUkYNCj4gPiBpbiBhbm90aGVyIEVT SS4NCj4gPiA+Pg0KPiA+ID4+IFRoaXMgaXMgcmVsYXRlZCB0byBzZWN0aW9uIDguMS4xLCBhcyB3 ZWxsLCB3aGljaCBkZWFscyB3aXRoIHJvdXRlDQo+ID4gPj4gZmlsdGVyaW5nLg0KPiA+ID4+DQo+ ID4gPj4gPT0NCj4gPiA+PiA4LjIuMQ0KPiA+ID4+DQo+ID4gPj4gVGhyb3VnaG91dCBtb3N0IG9m IHRoZSBkb2N1bWVudCwgdGhlIEVTSSBpcyBkZXNjcmliZWQgYXMgYmVpbmcgOQ0KPiBvY3RldHMu DQo+ID4gPj4gSGVyZSBpdCBpcyBkZXNjcmliZWQgYXMgYmVpbmcgMTAgb2N0ZXRzLiBObyBleHBs YW5hdGlvbiBpcyBnaXZlbi4NCj4gPiA+Pg0KPiA+ID4+ID09DQo+ID4gPj4gOC40DQo+ID4gPj4N Cj4gPiA+PiBUaGUgZW50aXJlIGNvbmNlcHQgb2YgYWxpYXNpbmcgYXBwZWFycyBkYW5nZXJvdXMg dG8gbWUuIEl0IHdvdWxkDQo+ID4gPj4gaGF2ZSBiZWVuIGJldHRlciB0byBzZXBhcmF0ZSB0aGUg TUFDIGFkZHJlc3MgZnJvbSB0aGUgRVZJIGluIHR3bw0KPiA+ID4+IHNlcGFyYXRlIGFkdmVydGlz ZW1lbnRzLCBtYWtpbmcgcmVhY2hhYmlsaXR5IHRvIHRoZSBNQUMgYWRkcmVzcyBpbg0KPiA+ID4+ IHJlZmVyZW5jZSB0byB0aGUgRVZJLCBhbmQgcmVhY2hhYmFsaXR5IHRvIHRoZSBFVkkgaXQncyAi b3duIHRoaW5nLCINCj4gPiA+PiByYXRoZXIgdGhhbiB0eWluZyB0aGUgdHdvIHRvZ2V0aGVyIGFu ZCB0aGVuIGNyZWF0aW5nIGFuICJhbGlhcy4iDQo+ID4gPj4NCj4gPiA+PiA9PQ0KPiA+ID4+IDgu NQ0KPiA+ID4+DQo+ID4gPj4gVGhlIGRlZmluaXRpb24gb2YgInNlcnZpY2UgY2FydmluZyIgaXMg YnVyaWVkIGluIHRoZSB0ZXh0IGluIHRoZQ0KPiA+ID4+IG1pZGRsZSBvZiBzZWN0aW9uIDguNS4g U2hvdWxkbid0IHRoaXMgYmUgaW5jbHVkZWQgaW4gdGhlIGdsb3NzYXJ5LCBhdCBsZWFzdD8NCj4g PiA+Pg0KPiA+ID4+ID09DQo+ID4gPj4gOC41DQo+ID4gPj4NCj4gPiA+PiBJbiBzdGVwIDMgb2Yg REYgZWxlY3Rpb24sIHRoZSBsaXN0IG9mIElQIGFkZHJlc3NlcyBpcyBvcmRlcmVkIGluDQo+ID4g Pj4gImluY3JlYXNpbmcgbnVtZXJpYyB2YWx1ZS4iIFdoYXQgaWYgeW91IGhhdmUgYSBtaXggb2Yg djQgYW5kIHY2DQo+ID4gPj4gYWRkcmVzc2VzPw0KPiA+ID4+DQo+ID4gPj4gPT0NCj4gPiA+Pg0K PiA+ID4+IDotKQ0KPiA+ID4+DQo+ID4gPj4gUnVzcw0KPiA+ID4+DQo+ID4gPj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+PiBCRVNTIG1haWxp bmcgbGlzdA0KPiA+ID4+IEJFU1NAaWV0Zi5vcmcNCj4gPiA+PiBodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCj4gPiA+DQo+ID4NCj4gPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IEJFU1MgbWFpbGluZyBsaXN0DQo+ ID4gQkVTU0BpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vYmVzcw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiBCRVNTIG1haWxpbmcgbGlzdA0KPiBCRVNTQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0K From nobody Tue Feb 3 06:06:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36AC11A03AA for ; Tue, 3 Feb 2015 06:06:05 -0800 (PST) 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 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 YclKlFSXDsaq for ; Tue, 3 Feb 2015 06:06:00 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 EEB141A03A9 for ; Tue, 3 Feb 2015 06:05:58 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 8737B2DDB6F21; Tue, 3 Feb 2015 14:05:53 +0000 (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 t13E5tYM017110 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 15:05:55 +0100 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.10]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Tue, 3 Feb 2015 15:05:55 +0100 From: "Henderickx, Wim (Wim)" To: John E Drake , Susan Hares , "'Ali Sajassi (sajassi)'" , "'Russ White'" , "Rabadan, Jorge (Jorge)" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgAFE9ACAAArQAIAAOu6AgABXf4D//6LogIAASNmAgAAakQCAACaXgA== Date: Tue, 3 Feb 2015 14:05:55 +0000 Message-ID: References: <026801d03f71$c78dfcd0$56a9f670$@ndzh.com> <035b01d03fa2$54130990$fc391cb0$@ndzh.com> In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="euc-kr" Content-ID: <03DFA356F271BF478EBA648AC7D337A7@exchange.lucent.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 14:06:05 -0000 VG8gYWRkIHRvIHdoYXQgSm9obiBzYWlkLCB0aGUgcmVtb3RlIE5IIHByb3Bvc2FsIHdvdWxkIGJl IGxlc3MgZWZmaWNpZW50DQp0aGFuIHRoZSBFVlBOIGRyYWZ0IGluIHRlcm1zIG9mIEJHUCBtZXNz YWdpbmcuDQoNCk9uIDAzLzAyLzE1IDEzOjQ3LCAiSm9obiBFIERyYWtlIiA8amRyYWtlQGp1bmlw ZXIubmV0PiB3cm90ZToNCg0KPlN1ZSwNCj4NCj5JIHRoaW5rIHdlIGhhdmUgYSB0ZW1wZXN0IGlu IGEgdGVhcG90Lg0KPg0KPlRoZSBFVlBOIE92ZXJsYXkgZHJhZnQNCj4oaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXktMDApIG5lZWRzIHRvDQo+ aW5kaWNhdGUgZGlmZmVyZW50IGRhdGEgcGxhbmUgZW5jYXBzdWxhdGlvbnMgYW5kIGluaXRpYWxs eSB3ZSBoYWQNCj5wcm9wb3NlZCB1c2luZyB0aGUgUkZDIDU1MTIgZXh0ZW5kZWQgY29tbXVuaXR5 IGZvciB0aGlzLg0KPg0KPlN1YnNlcXVlbnRseSwgQWxpIGFuZCBLZXl1ciBwcm9wb3NlZCB1c2lu ZyBLZXl1cidzIHJlbW90ZSBuZXh0IGhvcCBkcmFmdA0KPndoaWNoIHlvdSByZWZlcmVuY2UsIGJl bG93LCBiZWNhdXNlIGl0IGFsc28gc3BlY2lmaWVzIGRhdGEgcGxhbmUNCj5lbmNhcHN1bGF0aW9u cy4gIFVsdGltYXRlbHksIGFuZCB3LyBZYWtvdidzIGFzc2lzdGFuY2UsIHdlIHJlLWFmZmlybWVk DQo+b3VyIGRlY2lzaW9uIHRvIHVzZSB0aGUgUkZDIDU1MTIgZXh0ZW5kZWQgY29tbXVuaXR5IGFu ZCBJIGJlbGlldmUgdGhhdA0KPnRoZSBuZWNlc3NhcnkgYWRkaXRpb25hbCBjb2RlIHBvaW50cyBo YXZlIGJlZW4gYWxsb2NhdGVkLg0KPg0KPlNvIHRvIHJlY2FwLCB3ZSBoYXZlIG5vIGludGVyZXN0 IGluIG9yIGFueSBuZWVkIGZvciByZW1vdGUgbmV4dCBob3BzLg0KPg0KPllvdXJzIElycmVzcGVj dGl2ZWx5LA0KPg0KPkpvaG4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBG cm9tOiBTdXNhbiBIYXJlcyBbbWFpbHRvOnNoYXJlc0BuZHpoLmNvbV0NCj4+IFNlbnQ6IFR1ZXNk YXksIEZlYnJ1YXJ5IDAzLCAyMDE1IDY6MTMgQU0NCj4+IFRvOiAnQWxpIFNhamFzc2kgKHNhamFz c2kpJzsgJ1J1c3MgV2hpdGUnOyBKb2huIEUgRHJha2U7ICdSYWJhZGFuLA0KPj5Kb3JnZSAoSm9y Z2UpJw0KPj4gQ2M6IGJlc3NAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJFOiBbYmVzc10gRVZQTiBE cmFmdCBDb21tZW50cw0KPj4gDQo+PiBBbGk6DQo+PiANCj4+IEkgd291bGQgYmUgZ2xhZCB0byBp bmZvcm0gWWFrb3YsIEtleXVyIGFuZCBQZWRybyBvZiB0aGVzZSBpc3N1ZXMgSQ0KPj5wZXJjZWl2 ZQ0KPj4gd2l0aCB0aGUgZHJhZnQuICBJdCB3b3VsZCBiZSBkZWxpZ2h0ZnVsIHRvIHNlZSB3aHkg dGhleSB0aG91Z2h0IHlvdXINCj4+c3RydWN0dXJlDQo+PiB3YXMgcmVhc29uYWJsZS4NCj4+IA0K Pj4gWWFrb3YgYW5kIFBlZHJvIGhhdmUgbm90IGJlZW4gaW4gYWN0aXZlIGRpc2N1c3Npb25zIHJl Z2FyZGluZyBJRFINCj4+bmV4dC1ob3ANCj4+IG1lY2hhbmlzbXMgaW4gdGhlIGxhc3QgeWVhci4g IEZvciAyMDE0LCBLZXl1ciBhbmQgb3RoZXJzIG9uIHRoZSBJRFINCj4+bGlzdCBoYXZlDQo+PiBi ZWVuIGRpc2N1c3NpbmcgbmV3IG5leHQtaG9wIGRyYWZ0cy4gIEkgc3VnZ2VzdCB5b3UgY29uc3Vs dCB0aGUgSURSDQo+Pm1haWwgbGlzdA0KPj4gZm9yIHRoZXNlIGRpc2N1c3Npb24gcmVnYXJkaW5n IHRoYXQgdGhlIGZvbGxvd2luZyBkcmFmdC4NCj4+IA0KPj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItcmVtb3RlLW5leHQtaG9wLw0KPj4gDQo+ PiBBdDoNCj4+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9pZHIvY3VycmVu dC9tc2cxMzY1OC5odG1sICAobXkNCj4+IGNvbW1lbnRzKQ0KPj4gaHR0cDovL3d3dy5pZXRmLm9y Zy9tYWlsLWFyY2hpdmUvd2ViL2lkci9jdXJyZW50L21zZzEzNjg5Lmh0bWwgIChFcmljDQo+PiBS b3NlbidzKQ0KPj4gDQo+PiANCj4+IEVyaWMgUm9zZW4gcmFpc2VzIHNvbWUgdmVyeSB1c2VmdWwg cG9pbnRzIG9uIHRoaXMgc3BlY2lmaWMgZHJhZnQsIGFuZA0KPj50aGUNCj4+IGRlc2lnbiBvZiBy ZWxpYWJsZSBuZXh0LWhvcCBtZWNoYW5pc20uICBJdCBpcyBFcmljJ3MgY29tbWVudHMgYW5kIG90 aGVycw0KPj4gdGhhdCBoYXZlIGNhdXNlZCBtZSB0byBzdGFydCBhIGNvbnZlcnNhdGlvbiByZWdh cmRpbmcgdGhpcyB0b3BpYy4NCj4+IA0KPj4gIFBsZWFzZSBub3RlIEkgbGVhZCB0aGlzIGRpc2N1 c3Npb24gb24gdGhlIEVWUE4gd2l0aCBhIHByYWdtYXRpYyBub3RlLg0KPj4gSWYNCj4+IHRoZSBF VlBOIGlzIGRlcGxveWVkIGFuZCBpbXBsZW1lbnRlZCBieSAyIHZlbmRvcnMgKGFzIHdlIHJlcXVp cmUgZm9yIElEUg0KPj4gV0MNCj4+IExDIG9mIHByb3RvY29sIHN0YW5kYXJkcyksIHRoZW4gaXQg c2hvdWxkIGJlIHN0YW5kYXJkIHJhdGhlciB0aGFuIHNpdA0KPj5vbiB0aGUNCj4+IHNoZWxmLiAg V2UgY2FuIGNvbnNpZGVyIGEgcmV2aXNlZCBCR1AgbWVjaGFuaXNtIGluIHRoZSBmdXR1cmUsIGJ1 dCBpdA0KPj5tdXN0DQo+PiBiZSBkZWVtZWQgbW9yZSBlZmZpY2llbnQgb3IgYmV0dGVyIHNjYWxp bmcuDQo+PiANCj4+IEJlc3Qgd2lzaGVzLA0KPj4gDQo+PiBTdWUNCj4+IA0KPj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IEJFU1MgW21haWx0bzpiZXNzLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBBbGkgU2FqYXNzaQ0KPj4oc2FqYXNzaSkNCj4+IFNlbnQ6IFR1 ZXNkYXksIEZlYnJ1YXJ5IDAzLCAyMDE1IDI6NTIgQU0NCj4+IFRvOiBTdXNhbiBIYXJlczsgJ1J1 c3MgV2hpdGUnOyAnSm9obiBFIERyYWtlJzsgJ1JhYmFkYW4sIEpvcmdlIChKb3JnZSknDQo+PiBD YzogYmVzc0BpZXRmLm9yZw0KPj4gU3ViamVjdDogUmU6IFtiZXNzXSBFVlBOIERyYWZ0IENvbW1l bnRzDQo+PiANCj4+IA0KPj4gU3VlLA0KPj4gDQo+PiBPbiAyLzIvMTUsIDk6MjUgUE0sICJTdXNh biBIYXJlcyIgPHNoYXJlc0BuZHpoLmNvbT4gd3JvdGU6DQo+PiANCj4+ID5SdXNzIGFuZCBKb2hu Og0KPj4gPg0KPj4gPkkgaGF2ZSBjb25jZXJucyBhYm91dCB0aGUgaXNzdWVzIFJ1c3MgaGFzIHJh aXNlZCBhcyB3ZWxsIGFzIG90aGVyDQo+PmNvbmNlcm5zDQo+PiA+cmVnYXJkaW5nIHRoZSBFVlBO LiAgIEFzIEkgbWVudGlvbmVkIGF0IHRoZSBsYXN0IElFVEYncyBCRVNTIG1lZXRpbmcsDQo+Pkpv aG4NCj4+ID5TY3VkZGVyIGFuZCBJIGhhdmUgYmVlbiBkaXNjdXNzaW5nIHRoZSBuZXh0LWhvcCBp c3N1ZXMgaW4gQkVTUyBkcmFmdHMNCj4+ID50byBzZWUNCj4+ID5pZiBJRFIgY291bGQgY3JlYXRl IGJldHRlciBCR1AgbWVjaGFuaXNtIGZvciB0aGUgZnV0dXJlIEJFU1MgZHJhZnRzLg0KPj5Jbg0K Pj4gPnRoaXMgcmV2aWV3LCBpdCBiZWNhbWUgY2xlYXIgdGhhdCBzZXZlcmFsIG9mIHRoZSBtZWNo YW5pc20gaW4gRVZQTg0KPj5jb3VsZA0KPj4gPmhhdmUgYmVlbiBkb25lIGluIGEgc2ltcGxlciBh bmQgbW9yZSBlbGVnYW50IHdheSBpbiBCR1AuICAgIEl0IHdhcyBub3QNCj4+dGhlDQo+PiA+Zmly c3QgRVZQTiBzcGVjaWZpY2F0aW9uIHRoYXQgbWFkZSB0aGlzIGNsZWFyLCBidXQgdGhlIHJldmll dyBvZg0KPj4gPnNldmVyYWwgZHJhZnRzLg0KPj4gDQo+PiBJZiB0aGVyZSBhcmUgYW55IHNwZWNp ZmljIHN1Z2dlc3Rpb25zLCBJqfZkIGxpa2UgdG8gaGVhciBpdC4gQXQgdGhlIElFVEYNCj4+QkVT Uw0KPj4gbWVldGluZywgSSBiZWxpZXZlIEkgZGlkbqn2dCBoZWFyIGFueXRoaW5nIHNwZWNpZmlj Lg0KPj4gDQo+PiA+DQo+PiA+DQo+PiA+SSBhbSBwcmFnbWF0aWMuICBJdCBpcyBhdXRoLTQ4LiBJ ZiB0aGUgRVZQTiAgaXMgd2lkZWx5IHNoaXBwaW5nIGFuZA0KPj4gPmRlcGxveWVkIGluIG5ldHdv cmtzLCBpdCBpcyB1bmxpa2VseSB0aGF0IHRoZSB2ZW5kb3JzIG9yIHByb3ZpZGVycyB3YW50DQo+ PiA+dG8gY2hhbmdlIGl0IGF0IHRoaXMgcG9pbnQuICBUaGV5IGhhdmUgY29kZWQgdGhlIEVWUE4g c29sdXRpb24uICBNeQ0KPj4gPmFncmVlbWVudCB3aXRoIHRoZSBCRVNTIGNoYWlycyB3YXMgdGhp cyBpbnZlc3RpZ2F0aW9uIHdhcyBub3QgdG8gZGVyYWlsDQo+PiA+dGhlaXIgd29yay4NCj4+IA0K Pj4gSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgdGhpcyBkcmFmdCB3YXMgd3JpdHRlbiBpbiBjb2xs YWJvcmF0aW9uIHdpdGgNCj4+b3VyIEJHUA0KPj4gY29sbGVhZ3VlczogWWFrb3YsIFBlZHJvLCBh bmQgS2V5dXIgcmlnaHQgZnJvbSB0aGUgYmVnaW5uaW5nLiBTbywgaWYNCj4+dGhlcmUNCj4+IGFy ZSBhbnkgaXNzdWVzLCBJIGFtIHN1cmUgbm90IGp1c3QgbWUgYnV0IHRoZXNlIGZvbGtzIHdvdWxk IGFsc28gYmUNCj4+IGludGVyZXN0ZWQgaW4gaGVhcmluZyB0aGVtLg0KPj4gDQo+PiBSZWdhcmRz LA0KPj4gQWxpDQo+PiANCj4+ID4NCj4+ID4NCj4+ID5JZiB5b3UgYXJlIGludGVyZXN0ZWQsIEkg d291bGQgYXBwcmVjaWF0ZSBhIHBob25lIGNvbnZlcnNhdGlvbiB3aXRoDQo+PiA+Ym90aCBvZiB5 b3UuICBKb2huIFNjdWRkZXIgaW5kaWNhdGVkIHRoYXQgSm9obiBEcmFrZSB3b3VsZCBiZSB0aGUg YmVzdA0KPj4gPnBlcnNvbiB3aXRoaW4gSnVuaXBlciB0byBkaXNjdXNzIHRoaXMgcG9pbnQgd2l0 aC4gIFBlcmhhcHMgd2UgY2FuIHRhbGsNCj4+ID5hYm91dCBhbGwgb2YgdGhlc2UgaXNzdWVzLiAg U2luY2UgaXQgaXMgYSBCR1AgbWVjaGFuaXNtLCBwZXJoYXBzIGlmIHdlDQo+PiA+Y3JlYXRlIGEg bW9yZSBlbGVnYW50IEJHUCBtZWNoYW5pc20gaXQgY291bGQgYmUgY29uc2lkZXJlZCBhcyBhICJi aXMiDQo+PiA+Zm9yIEVWUE4gZHJhZnRzLiAgSSBzdXNwZWN0IEVWUE4gdXNlIGlzIG9ubHkgZ29p bmcgdG8gZ3JvdywgYW5kIGJldHRlcg0KPj4gPkJHUCBtZWNoYW5pc21zIHVzdWFsbHkgbWVhbiBt b3JlIGVmZmljaWVudCBhbmQgc2NhbGFibGUgY29kZS4NCj4+ID4NCj4+ID5CZXN0IHdpc2hlcywN Cj4+ID4NCj4+ID5TdWUgSGFyZXMNCj4+ID4NCj4+ID4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPj4gPkZyb206IEJFU1MgW21haWx0bzpiZXNzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBSdXNzIFdoaXRlDQo+PiA+U2VudDogTW9uZGF5LCBGZWJydWFyeSAwMiwgMjAxNSA3OjEy IFBNDQo+PiA+VG86ICdKb2huIEUgRHJha2UnOyAnUmFiYWRhbiwgSm9yZ2UgKEpvcmdlKScNCj4+ ID5DYzogYmVzc0BpZXRmLm9yZw0KPj4gPlN1YmplY3Q6IFJlOiBbYmVzc10gRVZQTiBEcmFmdCBD b21tZW50cw0KPj4gPg0KPj4gPg0KPj4gPj4gW0pEXSAgV2hhdCBSRkMgNzQzMiBhY3R1YWxseSBz YXlzIGlzOiAgIlRoZSBNQUMgQWRkcmVzcyBMZW5ndGggZmllbGQNCj4+ID4+IGlzIGluIGJpdHMs IGFuZCBpdCBpcyBzZXQgdG8gNDguDQo+PiA+PiBNQUMgYWRkcmVzcyBsZW5ndGggdmFsdWVzIG90 aGVyIHRoYW4gNDggYml0cyBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YNCj4+ID4+IHRoaXMgZG9j dW1lbnQuIiAgU28sIFRoZSBNQUMgQWRkcmVzcyBmaWVsZCBpcyBhIHZhcmlhYmxlIGxlbmd0aCBm aWVsZA0KPj4gPj4gd2hvc2UgbGVuZ3RoIGlzIGN1cnJlbnRseSBzZXQgdG8gNDguDQo+PiA+DQo+ PiA+QW5kIHRoZSBmaWd1cmUgY2xlYXJseSBzaG93cyB0aGUgbGVuZ3RoIGF0IDYgb2N0ZXRzIG9u bHkuIEknbSBub3QNCj4+ID5hcmd1aW5nIHRoZSBkcmFmdCBkaWRuJ3QgX2ludGVuZF8gdG8gbWFr ZSB0aGlzIGEgdmFyaWFibGUgbGVuZ3RoIGZpZWxkDQo+PiA+LS0gSSdtIGFyZ3VpbmcgdGhlIGRy YWZ0LCBhcyB3cml0dGVuLCBjYW4gZWFzaWx5IGJlIG1pc2ludGVycHJldGVkLCBhbmQNCj4+ID5j b3VsZCB1c2UgY2xhcmlmaWNhdGlvbi4NCj4+ID4NCj4+ID4+IFtKRF0gIEp1c3QgYmVjYXVzZSB5 b3UgZG9uJ3QgbGlrZS91bmRlcnN0YW5kIGl0IGRvZXNuJ3QgbmVjZXNzYXJpbHkNCj4+ID4+IG1l YW4gaXQncyB3cm9uZy4NCj4+ID4NCj4+ID5Kb2huIC0tIHlvdSBjb3VsZCBoYXZlIHNhaWQsICJJ IHRoaW5rIGl0J3MgZWxlZ2FudCBiZWNhdXNlLi4uIiAtLSBvciwNCj4+ID4iSSBhZ3JlZSBpdCdz IG5vdCBwZXJmZWN0LCBidXQgd2UgY2hvc2UgdGhpcyBzb2x1dGlvbiBiZWNhdXNlLi4uIg0KPj4g Pkluc3RlYWQsIHlvdSBkZWNpZGVkIHRvIGxhdW5jaCBhIHBlcnNvbmFsIGF0dGFjaywgY2FsbGlu ZyBtZQ0KPj4gPnN0dXBpZC91bmVkdWNhdGVkL2lnbm9yYW50L3doYXRldmVyLiBUaGlzIGlzIG9u ZSBvZiB0aGUgdGhpbmdzIHRoYXQNCj4+ID5kcml2ZXMgbWUgYWJzb2x1dGVseSBudXRzIGFib3V0 IHdvcmtpbmcgaW4gdGhlIElFVEYgLS0gd2UgY2Fubm90IGhvbGQNCj4+ID5vdXJzZWx2ZXMgdG8g YW4gYWN0dWFsIGRpc2N1c3Npb24sIHdlIGhhdmUgdG8gZmluZCBzb21lIHdheSB0byBtYWtlDQo+ PiA+Y2xhaW1zIGFib3V0IG90aGVyIHBlb3BsZSBwZXJzb25hbGx5LCBubyBtYXR0ZXIgd2hldGhl ciBvciBub3Qgd2UgdGhpbmsNCj4+ID50aGV5J3JlIHRydWUsIGV0Yy4NCj4+ID5UaGUNCj4+ID5u ZXh0IHRpbWUgc29tZW9uZSBzYXlzLCAiSSBjYW4ndCBmaWd1cmUgb3V0IHdoeSB3ZSBhcmUgbG9z aW5nDQo+PiA+cGFydGljaXBhdGlvbiBpbiB0aGUgSUVURiwiIGdvIGJhY2sgYW5kIHJlcmVhZCB5 b3VyIHJlc3BvbnNlLg0KPj4gPg0KPj4gPk5vdyAtLSB0byByZXR1cm4gdG8gdGhlIGFjdHVhbCB0 b3BpYyBhdCBoYW5kIC0tIEkgZmluZCB0aGUgaWRlYSBvZg0KPj4gPmJpbmRpbmcgdGhpbmdzIHRv Z2V0aGVyIHRpZ2h0bHksIGFuZCB0aGVuIGNyZWF0aW5nIGFuICJhbGlhcywiIHJhdGhlcg0KPj4g PnRoYW4gY3JlYXRpbmcgYSBsb29zZXIgYmluZCBhbmQgbWFwIGluIHRoZSBmaXJzdCBwbGFjZSwg aXMgd29yc2UuIFRoYXQNCj4+ID5taWdodCBub3QgZml0IHdoYXQgeW91IHRoaW5rLCBidXQgaXQn cyBzdGlsbCBzb21ldGhpbmcgd29ydGgNCj4+ID5tZW50aW9uaW5nLg0KPj4gPg0KPj4gPjotKQ0K Pj4gPg0KPj4gPlJ1c3MNCj4+ID4NCj4+ID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4gPkJFU1MgbWFpbGluZyBsaXN0DQo+PiA+QkVTU0BpZXRmLm9y Zw0KPj4gPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0KPj4gPg0K Pj4gPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+ QkVTUyBtYWlsaW5nIGxpc3QNCj4+ID5CRVNTQGlldGYub3JnDQo+PiA+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBCRVNTIG1haWxpbmcgbGlzdA0KPj4gQkVT U0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNz DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5C RVNTIG1haWxpbmcgbGlzdA0KPkJFU1NAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2Jlc3MNCg0K From nobody Tue Feb 3 06:48:23 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7038E1A03A9; Tue, 3 Feb 2015 06:48:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8gGO1drzXAAa; Tue, 3 Feb 2015 06:48:20 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A60171A00CA; Tue, 3 Feb 2015 06:48:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203144820.2095.31015.idtracker@ietfa.amsl.com> Date: Tue, 03 Feb 2015 06:48:20 -0800 Archived-At: Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, bess-chairs@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess@ietf.org Subject: [bess] Stephen Farrell's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 14:48:22 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - section 6: I think I buy the argument that there are no new security issues here but that's only true I think if the security issues with route reflectors are somewhere (and if those cover cases where crypto is not used to enforce the "P" in VPN). Wouldn't a reference to something like that be good here? - I like non-informative appendices:-) From nobody Tue Feb 3 08:48:02 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2ADC1A1AA4; Tue, 3 Feb 2015 08:47:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.898 X-Spam-Level: X-Spam-Status: No, score=-101.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0o7kwaJCebf5; Tue, 3 Feb 2015 08:47:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 42AFD1A0369; Tue, 3 Feb 2015 08:47:50 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Alia Atlas" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203164750.31682.23381.idtracker@ietfa.amsl.com> Date: Tue, 03 Feb 2015 08:47:50 -0800 Archived-At: Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, bess-chairs@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess@ietf.org Subject: [bess] Alia Atlas' Yes on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 16:47:54 -0000 Alia Atlas has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In Sec 2,2, it says: "This implies that when propagating routes into a VRF, the ACCEPT_OWN community should not be propagated. Likewise, if a route carrying the ACCEPT_OWN community is received in an address family which does not allow the source VRF to be looked up, the ACCEPT_OWN community MUST be discarded." In the first sentence above, it seems like the "should not" should be either "SHOULD NOT" or "MUST NOT". Is there a reason that the text is descriptive instead of normative? From nobody Tue Feb 3 09:40:05 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42C351A1BF5 for ; Tue, 3 Feb 2015 09:40:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYsJ-ykZKGYK for ; Tue, 3 Feb 2015 09:39:59 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FDBC1A8763 for ; Tue, 3 Feb 2015 09:37:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8790; q=dns/txt; s=iport; t=1422985069; x=1424194669; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=miyabaxEPVB9P/+ST33AIxMh3kmHixrDn8cKiwmOOso=; b=Uz2vfRjEscIu3rY0MSBsTotQtQEkV+Kz76PI/f75ZlEQToLD0Xso/Fij 9ADHrXLdQjHdAr4jpKZmHc3EC0VTxwQNpf6kzAQsM6S6yUEvUz1kap8x9 E93zH0jfuQ7DZduzjADaJg8UZDMxtiqKr4UPHkCKfsU0SV5nuPOVbR0OY 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CIBQAlBtFU/4kNJK1agmQiUlkEgn3BfgqFcQIcgQJDAQEBAQF9hAwBAQEEAQEBMToLDAYBCA4DBAEBAQQjBQQlCxQJCAIEAQ0FCRKIEgEMo0ucZAaWRgEBAQEBAQEBAQEBAQEBAQEBAQEBAReBG4hzhRkBAU8HBoJcgUcFjwyDTkmFD4EXgwOLCIM9IoICHIFQbwGBCjl+AQEB X-IronPort-AV: E=Sophos;i="5.09,513,1418083200"; d="scan'208";a="120157190" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-7.cisco.com with ESMTP; 03 Feb 2015 17:37:48 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t13HbmY2018233 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 17:37:48 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Tue, 3 Feb 2015 11:37:48 -0600 From: "Ali Sajassi (sajassi)" To: Susan Hares , "'Russ White'" , "'John E Drake'" , "'Rabadan, Jorge (Jorge)'" Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgAFE9ACAAArQAIAAOu6AgABXf4D//6LogIAAvjKA///lewA= Date: Tue, 3 Feb 2015 17:37:47 +0000 Message-ID: In-Reply-To: <035b01d03fa2$54130990$fc391cb0$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.128.2.49] Content-Type: text/plain; charset="euc-kr" Content-ID: <7F9CF188035229438CD094C364FFF5F0@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 17:40:01 -0000 SGkgU3VlLA0KDQpUd28gcG9pbnRzOg0KDQoxKSBXaGF0IHlvdSBhcmUgc2F5aW5nIGJlbG93IGFu ZCB0aGUgZHJhZnQgdGhhdCB5b3UgbWVudGlvbmVkIGJlbG93DQooaWRyLXJlbW90ZS1uZXh0LWhv cCkgaXMgbm90IHJlbGV2YW50IHRvIGJhc2VsaW5lIEVWUE4gZHJhZnQgKHNvb24gdG8gYmUNClJG QyA3NDMyKS4gDQoNCjIpIEF0IG9uZSBwb2ludCB3ZSB3ZXJlIHRoaW5raW5nIG9mIHVzaW5nIHRo aXMgZHJhZnQgZm9yIGV2cG4tb3ZlcmxheQ0KZHJhZnQgKHdoaWNoIGlzIGRpZmZlcmVudCBmcm9t IGJhc2VsaW5lIGV2cG4pOyBob3dldmVyLCB3ZSBkZWNpZGVkIG5vdCB0bw0KdXNlIGl0IGFuZCBp bnN0ZWFkIHVzZSBSRkM1NTEyLiBUaGF0IGRlY2lzaW9uIHdhcyBtYWRlIGFib3V0IGEgeWVhciBh Z28uDQoNCg0KUmVnYXJkcywNCkFsaQ0KDQpPbiAyLzMvMTUsIDM6MTIgQU0sICJTdXNhbiBIYXJl cyIgPHNoYXJlc0BuZHpoLmNvbT4gd3JvdGU6DQoNCj5BbGk6DQo+DQo+SSB3b3VsZCBiZSBnbGFk IHRvIGluZm9ybSBZYWtvdiwgS2V5dXIgYW5kIFBlZHJvIG9mIHRoZXNlIGlzc3VlcyBJDQo+cGVy Y2VpdmUNCj53aXRoIHRoZSBkcmFmdC4gIEl0IHdvdWxkIGJlIGRlbGlnaHRmdWwgdG8gc2VlIHdo eSB0aGV5IHRob3VnaHQgeW91cg0KPnN0cnVjdHVyZSB3YXMgcmVhc29uYWJsZS4NCj4gDQo+WWFr b3YgYW5kIFBlZHJvIGhhdmUgbm90IGJlZW4gaW4gYWN0aXZlIGRpc2N1c3Npb25zIHJlZ2FyZGlu ZyBJRFIgbmV4dC1ob3ANCj5tZWNoYW5pc21zIGluIHRoZSBsYXN0IHllYXIuICBGb3IgMjAxNCwg S2V5dXIgYW5kIG90aGVycyBvbiB0aGUgSURSIGxpc3QNCj5oYXZlIGJlZW4gZGlzY3Vzc2luZyBu ZXcgbmV4dC1ob3AgZHJhZnRzLiAgSSBzdWdnZXN0IHlvdSBjb25zdWx0IHRoZSBJRFINCj5tYWls IGxpc3QgZm9yIHRoZXNlIGRpc2N1c3Npb24gcmVnYXJkaW5nIHRoYXQgdGhlIGZvbGxvd2luZyBk cmFmdC4NCj4NCj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC12YW5kZXZl bGRlLWlkci1yZW1vdGUtbmV4dC1ob3AvDQo+DQo+QXQ6IA0KPmh0dHA6Ly93d3cuaWV0Zi5vcmcv bWFpbC1hcmNoaXZlL3dlYi9pZHIvY3VycmVudC9tc2cxMzY1OC5odG1sICAobXkNCj5jb21tZW50 cykgDQo+aHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lkci9jdXJyZW50L21z ZzEzNjg5Lmh0bWwgIChFcmljDQo+Um9zZW4ncykgDQo+DQo+DQo+RXJpYyBSb3NlbiByYWlzZXMg c29tZSB2ZXJ5IHVzZWZ1bCBwb2ludHMgb24gdGhpcyBzcGVjaWZpYyBkcmFmdCwgYW5kIHRoZQ0K PmRlc2lnbiBvZiByZWxpYWJsZSBuZXh0LWhvcCBtZWNoYW5pc20uICBJdCBpcyBFcmljJ3MgY29t bWVudHMgYW5kIG90aGVycw0KPnRoYXQgaGF2ZSBjYXVzZWQgbWUgdG8gc3RhcnQgYSBjb252ZXJz YXRpb24gcmVnYXJkaW5nIHRoaXMgdG9waWMuDQo+DQo+IFBsZWFzZSBub3RlIEkgbGVhZCB0aGlz IGRpc2N1c3Npb24gb24gdGhlIEVWUE4gd2l0aCBhIHByYWdtYXRpYyBub3RlLg0KPklmDQo+dGhl IEVWUE4gaXMgZGVwbG95ZWQgYW5kIGltcGxlbWVudGVkIGJ5IDIgdmVuZG9ycyAoYXMgd2UgcmVx dWlyZSBmb3IgSURSDQo+V0MNCj5MQyBvZiBwcm90b2NvbCBzdGFuZGFyZHMpLCB0aGVuIGl0IHNo b3VsZCBiZSBzdGFuZGFyZCByYXRoZXIgdGhhbiBzaXQgb24NCj50aGUNCj5zaGVsZi4gIFdlIGNh biBjb25zaWRlciBhIHJldmlzZWQgQkdQIG1lY2hhbmlzbSBpbiB0aGUgZnV0dXJlLCBidXQgaXQg bXVzdA0KPmJlIGRlZW1lZCBtb3JlIGVmZmljaWVudCBvciBiZXR0ZXIgc2NhbGluZy4NCj4NCj5C ZXN0IHdpc2hlcywgDQo+DQo+U3VlIA0KPg0KPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ RnJvbTogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFs aSBTYWphc3NpDQo+KHNhamFzc2kpDQo+U2VudDogVHVlc2RheSwgRmVicnVhcnkgMDMsIDIwMTUg Mjo1MiBBTQ0KPlRvOiBTdXNhbiBIYXJlczsgJ1J1c3MgV2hpdGUnOyAnSm9obiBFIERyYWtlJzsg J1JhYmFkYW4sIEpvcmdlIChKb3JnZSknDQo+Q2M6IGJlc3NAaWV0Zi5vcmcNCj5TdWJqZWN0OiBS ZTogW2Jlc3NdIEVWUE4gRHJhZnQgQ29tbWVudHMNCj4NCj4NCj5TdWUsDQo+DQo+T24gMi8yLzE1 LCA5OjI1IFBNLCAiU3VzYW4gSGFyZXMiIDxzaGFyZXNAbmR6aC5jb20+IHdyb3RlOg0KPg0KPj5S dXNzIGFuZCBKb2huOg0KPj4NCj4+SSBoYXZlIGNvbmNlcm5zIGFib3V0IHRoZSBpc3N1ZXMgUnVz cyBoYXMgcmFpc2VkIGFzIHdlbGwgYXMgb3RoZXINCj4+Y29uY2VybnMNCj4+cmVnYXJkaW5nIHRo ZSBFVlBOLiAgIEFzIEkgbWVudGlvbmVkIGF0IHRoZSBsYXN0IElFVEYncyBCRVNTIG1lZXRpbmcs DQo+PkpvaG4NCj4+U2N1ZGRlciBhbmQgSSBoYXZlIGJlZW4gZGlzY3Vzc2luZyB0aGUgbmV4dC1o b3AgaXNzdWVzIGluIEJFU1MgZHJhZnRzDQo+PnRvIHNlZQ0KPj5pZiBJRFIgY291bGQgY3JlYXRl IGJldHRlciBCR1AgbWVjaGFuaXNtIGZvciB0aGUgZnV0dXJlIEJFU1MgZHJhZnRzLiAgIEluDQo+ PnRoaXMgcmV2aWV3LCBpdCBiZWNhbWUgY2xlYXIgdGhhdCBzZXZlcmFsIG9mIHRoZSBtZWNoYW5p c20gaW4gRVZQTiBjb3VsZA0KPj5oYXZlIGJlZW4gZG9uZSBpbiBhIHNpbXBsZXIgYW5kIG1vcmUg ZWxlZ2FudCB3YXkgaW4gQkdQLiAgICBJdCB3YXMgbm90DQo+PnRoZQ0KPj5maXJzdCBFVlBOIHNw ZWNpZmljYXRpb24gdGhhdCBtYWRlIHRoaXMgY2xlYXIsIGJ1dCB0aGUgcmV2aWV3IG9mDQo+PnNl dmVyYWwgZHJhZnRzLg0KPg0KPklmIHRoZXJlIGFyZSBhbnkgc3BlY2lmaWMgc3VnZ2VzdGlvbnMs IEmp9mQgbGlrZSB0byBoZWFyIGl0LiBBdCB0aGUgSUVURg0KPkJFU1MNCj5tZWV0aW5nLCBJIGJl bGlldmUgSSBkaWRuqfZ0IGhlYXIgYW55dGhpbmcgc3BlY2lmaWMuDQo+DQo+PiANCj4+DQo+Pkkg YW0gcHJhZ21hdGljLiAgSXQgaXMgYXV0aC00OC4gSWYgdGhlIEVWUE4gIGlzIHdpZGVseSBzaGlw cGluZyBhbmQNCj4+ZGVwbG95ZWQgaW4gbmV0d29ya3MsIGl0IGlzIHVubGlrZWx5IHRoYXQgdGhl IHZlbmRvcnMgb3IgcHJvdmlkZXJzIHdhbnQNCj4+dG8gY2hhbmdlIGl0IGF0IHRoaXMgcG9pbnQu ICBUaGV5IGhhdmUgY29kZWQgdGhlIEVWUE4gc29sdXRpb24uICBNeQ0KPj5hZ3JlZW1lbnQgd2l0 aCB0aGUgQkVTUyBjaGFpcnMgd2FzIHRoaXMgaW52ZXN0aWdhdGlvbiB3YXMgbm90IHRvIGRlcmFp bA0KPj50aGVpciB3b3JrLg0KPg0KPkl0IHNob3VsZCBiZSBub3RlZCB0aGF0IHRoaXMgZHJhZnQg d2FzIHdyaXR0ZW4gaW4gY29sbGFib3JhdGlvbiB3aXRoIG91cg0KPkJHUA0KPmNvbGxlYWd1ZXM6 IFlha292LCBQZWRybywgYW5kIEtleXVyIHJpZ2h0IGZyb20gdGhlIGJlZ2lubmluZy4gU28sIGlm IHRoZXJlDQo+YXJlIGFueSBpc3N1ZXMsIEkgYW0gc3VyZSBub3QganVzdCBtZSBidXQgdGhlc2Ug Zm9sa3Mgd291bGQgYWxzbyBiZQ0KPmludGVyZXN0ZWQgaW4gaGVhcmluZyB0aGVtLg0KPg0KPlJl Z2FyZHMsDQo+QWxpDQo+ICANCj4+ICANCj4+DQo+PklmIHlvdSBhcmUgaW50ZXJlc3RlZCwgSSB3 b3VsZCBhcHByZWNpYXRlIGEgcGhvbmUgY29udmVyc2F0aW9uIHdpdGgNCj4+Ym90aCBvZiB5b3Uu ICBKb2huIFNjdWRkZXIgaW5kaWNhdGVkIHRoYXQgSm9obiBEcmFrZSB3b3VsZCBiZSB0aGUgYmVz dA0KPj5wZXJzb24gd2l0aGluIEp1bmlwZXIgdG8gZGlzY3VzcyB0aGlzIHBvaW50IHdpdGguICBQ ZXJoYXBzIHdlIGNhbiB0YWxrDQo+PmFib3V0IGFsbCBvZiB0aGVzZSBpc3N1ZXMuICBTaW5jZSBp dCBpcyBhIEJHUCBtZWNoYW5pc20sIHBlcmhhcHMgaWYgd2UNCj4+Y3JlYXRlIGEgbW9yZSBlbGVn YW50IEJHUCBtZWNoYW5pc20gaXQgY291bGQgYmUgY29uc2lkZXJlZCBhcyBhICJiaXMiDQo+PmZv ciBFVlBOIGRyYWZ0cy4gIEkgc3VzcGVjdCBFVlBOIHVzZSBpcyBvbmx5IGdvaW5nIHRvIGdyb3cs IGFuZCBiZXR0ZXINCj4+QkdQIG1lY2hhbmlzbXMgdXN1YWxseSBtZWFuIG1vcmUgZWZmaWNpZW50 IGFuZCBzY2FsYWJsZSBjb2RlLg0KPj4NCj4+QmVzdCB3aXNoZXMsDQo+Pg0KPj5TdWUgSGFyZXMN Cj4+DQo+Pi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PkZyb206IEJFU1MgW21haWx0bzpi ZXNzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSdXNzIFdoaXRlDQo+PlNlbnQ6IE1v bmRheSwgRmVicnVhcnkgMDIsIDIwMTUgNzoxMiBQTQ0KPj5UbzogJ0pvaG4gRSBEcmFrZSc7ICdS YWJhZGFuLCBKb3JnZSAoSm9yZ2UpJw0KPj5DYzogYmVzc0BpZXRmLm9yZw0KPj5TdWJqZWN0OiBS ZTogW2Jlc3NdIEVWUE4gRHJhZnQgQ29tbWVudHMNCj4+DQo+Pg0KPj4+IFtKRF0gIFdoYXQgUkZD IDc0MzIgYWN0dWFsbHkgc2F5cyBpczogICJUaGUgTUFDIEFkZHJlc3MgTGVuZ3RoIGZpZWxkDQo+ Pj4gaXMgaW4gYml0cywgYW5kIGl0IGlzIHNldCB0byA0OC4NCj4+PiBNQUMgYWRkcmVzcyBsZW5n dGggdmFsdWVzIG90aGVyIHRoYW4gNDggYml0cyBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YNCj4+ PiB0aGlzIGRvY3VtZW50LiIgIFNvLCBUaGUgTUFDIEFkZHJlc3MgZmllbGQgaXMgYSB2YXJpYWJs ZSBsZW5ndGggZmllbGQNCj4+PiB3aG9zZSBsZW5ndGggaXMgY3VycmVudGx5IHNldCB0byA0OC4N Cj4+DQo+PkFuZCB0aGUgZmlndXJlIGNsZWFybHkgc2hvd3MgdGhlIGxlbmd0aCBhdCA2IG9jdGV0 cyBvbmx5LiBJJ20gbm90DQo+PmFyZ3VpbmcgdGhlIGRyYWZ0IGRpZG4ndCBfaW50ZW5kXyB0byBt YWtlIHRoaXMgYSB2YXJpYWJsZSBsZW5ndGggZmllbGQNCj4+LS0gSSdtIGFyZ3VpbmcgdGhlIGRy YWZ0LCBhcyB3cml0dGVuLCBjYW4gZWFzaWx5IGJlIG1pc2ludGVycHJldGVkLCBhbmQNCj4+Y291 bGQgdXNlIGNsYXJpZmljYXRpb24uDQo+Pg0KPj4+IFtKRF0gIEp1c3QgYmVjYXVzZSB5b3UgZG9u J3QgbGlrZS91bmRlcnN0YW5kIGl0IGRvZXNuJ3QgbmVjZXNzYXJpbHkNCj4+PiBtZWFuIGl0J3Mg d3JvbmcuDQo+Pg0KPj5Kb2huIC0tIHlvdSBjb3VsZCBoYXZlIHNhaWQsICJJIHRoaW5rIGl0J3Mg ZWxlZ2FudCBiZWNhdXNlLi4uIiAtLSBvciwNCj4+IkkgYWdyZWUgaXQncyBub3QgcGVyZmVjdCwg YnV0IHdlIGNob3NlIHRoaXMgc29sdXRpb24gYmVjYXVzZS4uLiINCj4+SW5zdGVhZCwgeW91IGRl Y2lkZWQgdG8gbGF1bmNoIGEgcGVyc29uYWwgYXR0YWNrLCBjYWxsaW5nIG1lDQo+PnN0dXBpZC91 bmVkdWNhdGVkL2lnbm9yYW50L3doYXRldmVyLiBUaGlzIGlzIG9uZSBvZiB0aGUgdGhpbmdzIHRo YXQNCj4+ZHJpdmVzIG1lIGFic29sdXRlbHkgbnV0cyBhYm91dCB3b3JraW5nIGluIHRoZSBJRVRG IC0tIHdlIGNhbm5vdCBob2xkDQo+Pm91cnNlbHZlcyB0byBhbiBhY3R1YWwgZGlzY3Vzc2lvbiwg d2UgaGF2ZSB0byBmaW5kIHNvbWUgd2F5IHRvIG1ha2UNCj4+Y2xhaW1zIGFib3V0IG90aGVyIHBl b3BsZSBwZXJzb25hbGx5LCBubyBtYXR0ZXIgd2hldGhlciBvciBub3Qgd2UgdGhpbmsNCj4+dGhl eSdyZSB0cnVlLCBldGMuDQo+PlRoZQ0KPj5uZXh0IHRpbWUgc29tZW9uZSBzYXlzLCAiSSBjYW4n dCBmaWd1cmUgb3V0IHdoeSB3ZSBhcmUgbG9zaW5nDQo+PnBhcnRpY2lwYXRpb24gaW4gdGhlIElF VEYsIiBnbyBiYWNrIGFuZCByZXJlYWQgeW91ciByZXNwb25zZS4NCj4+DQo+Pk5vdyAtLSB0byBy ZXR1cm4gdG8gdGhlIGFjdHVhbCB0b3BpYyBhdCBoYW5kIC0tIEkgZmluZCB0aGUgaWRlYSBvZg0K Pj5iaW5kaW5nIHRoaW5ncyB0b2dldGhlciB0aWdodGx5LCBhbmQgdGhlbiBjcmVhdGluZyBhbiAi YWxpYXMsIiByYXRoZXINCj4+dGhhbiBjcmVhdGluZyBhIGxvb3NlciBiaW5kIGFuZCBtYXAgaW4g dGhlIGZpcnN0IHBsYWNlLCBpcyB3b3JzZS4gVGhhdA0KPj5taWdodCBub3QgZml0IHdoYXQgeW91 IHRoaW5rLCBidXQgaXQncyBzdGlsbCBzb21ldGhpbmcgd29ydGgNCj4+bWVudGlvbmluZy4NCj4+ DQo+PjotKQ0KPj4NCj4+UnVzcw0KPj4NCj4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4+QkVTUyBtYWlsaW5nIGxpc3QNCj4+QkVTU0BpZXRmLm9yZw0K Pj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCj4+DQo+Pl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PkJFU1MgbWFpbGlu ZyBsaXN0DQo+PkJFU1NAaWV0Zi5vcmcNCj4+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9iZXNzDQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj5CRVNTIG1haWxpbmcgbGlzdA0KPkJFU1NAaWV0Zi5vcmcNCj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCj4NCg0K From nobody Tue Feb 3 10:06:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EEE01A8760; Tue, 3 Feb 2015 10:05:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZG2P5n9w96VY; Tue, 3 Feb 2015 10:05:37 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DEA8F1A8762; Tue, 3 Feb 2015 10:05:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Brian Haberman" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203180536.32740.47830.idtracker@ietfa.amsl.com> Date: Tue, 03 Feb 2015 10:05:36 -0800 Archived-At: Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, bess-chairs@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess@ietf.org Subject: [bess] Brian Haberman's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 18:05:57 -0000 Brian Haberman has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I agree with Alia's suggested text change. From nobody Tue Feb 3 10:51:58 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A8D51A8824 for ; Tue, 3 Feb 2015 10:51:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 SeXesNNf8zFq for ; Tue, 3 Feb 2015 10:51:54 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id E0C911A8820 for ; Tue, 3 Feb 2015 10:51:53 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Ali Sajassi \(sajassi\)'" , "'Russ White'" , "'John E Drake'" , "'Rabadan, Jorge \(Jorge\)'" References: <035b01d03fa2$54130990$fc391cb0$@ndzh.com> In-Reply-To: Date: Tue, 3 Feb 2015 13:51:26 -0500 Message-ID: <048c01d03fe2$6ac41ae0$404c50a0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIOByhqIuDhVnJM2o67KRMxDauE35xjqfVA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 18:51:56 -0000 Ali: Ok - I will answer a direct question on the EVPN RFC, and then may we = please stop this thread. =20 I understood that Russ was referring to the EVPN draft (soon to be RFC 7432). I am not referring to the evpn-overlay draft, and this is not = "the nexthop" issue. This is Auth-48, and the draft is going to be an RFC = (per IETF procedures). EVPNs are important to the industry and the standardization of these features are important. Clarity is important = for the base draft and other draft to assure proper interoperability in = testing and deployment. Delaying this draft is not good for the industry. I believe we both want the best possible BGP mechanisms to better fit the = EVPN environment is. =20 These focuses started on Russ comments:=20 >>And the figure clearly shows the length at 6 octets only. I'm not >>arguing the draft didn't _intend_ to make this a variable length field >>-- I'm arguing the draft, as written, can easily be misinterpreted, = and >>could use clarification. My original post only confirmed that I felt like Russ the text could = have been improved. I just wanted to confirm I that I shared Russ' = perceptions of the unclarity of the text. BGP is flexible things, and as you know, = BGP attributes and AFIs can be done in many ways so this makes clarity = important in BGP drafts. =20 All the rest of these post was to answer other direction questions you = or your co-authors posed which were off the topic of the base EVPN RFC. For that, I apologize to the BESS list for the spam. =20 Sue =20 -----Original Message----- From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com]=20 Sent: Tuesday, February 03, 2015 12:38 PM To: Susan Hares; 'Russ White'; 'John E Drake'; 'Rabadan, Jorge (Jorge)' Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments Hi Sue, Two points: 1) What you are saying below and the draft that you mentioned below (idr-remote-next-hop) is not relevant to baseline EVPN draft (soon to be = RFC 7432).=20 2) At one point we were thinking of using this draft for evpn-overlay = draft (which is different from baseline evpn); however, we decided not to use = it and instead use RFC5512. That decision was made about a year ago. Regards, Ali On 2/3/15, 3:12 AM, "Susan Hares" wrote: >Ali: > >I would be glad to inform Yakov, Keyur and Pedro of these issues I=20 >perceive with the draft. It would be delightful to see why they=20 >thought your structure was reasonable. >=20 >Yakov and Pedro have not been in active discussions regarding IDR=20 >next-hop mechanisms in the last year. For 2014, Keyur and others on=20 >the IDR list have been discussing new next-hop drafts. I suggest you=20 >consult the IDR mail list for these discussion regarding that the = following draft. > >https://datatracker.ietf.org/doc/draft-vandevelde-idr-remote-next-hop/ > >At:=20 >http://www.ietf.org/mail-archive/web/idr/current/msg13658.html (my >comments) >http://www.ietf.org/mail-archive/web/idr/current/msg13689.html (Eric >Rosen's) > > >Eric Rosen raises some very useful points on this specific draft, and = the >design of reliable next-hop mechanism. It is Eric's comments and = others >that have caused me to start a conversation regarding this topic. > > Please note I lead this discussion on the EVPN with a pragmatic note. >If >the EVPN is deployed and implemented by 2 vendors (as we require for = IDR >WC >LC of protocol standards), then it should be standard rather than sit = on >the >shelf. We can consider a revised BGP mechanism in the future, but it = must >be deemed more efficient or better scaling. > >Best wishes,=20 > >Sue=20 > >-----Original Message----- >From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Ali Sajassi >(sajassi) >Sent: Tuesday, February 03, 2015 2:52 AM >To: Susan Hares; 'Russ White'; 'John E Drake'; 'Rabadan, Jorge (Jorge)' >Cc: bess@ietf.org >Subject: Re: [bess] EVPN Draft Comments > > >Sue, > >On 2/2/15, 9:25 PM, "Susan Hares" wrote: > >>Russ and John: >> >>I have concerns about the issues Russ has raised as well as other >>concerns >>regarding the EVPN. As I mentioned at the last IETF's BESS meeting, >>John >>Scudder and I have been discussing the next-hop issues in BESS drafts >>to see >>if IDR could create better BGP mechanism for the future BESS drafts. = In >>this review, it became clear that several of the mechanism in EVPN = could >>have been done in a simpler and more elegant way in BGP. It was not >>the >>first EVPN specification that made this clear, but the review of >>several drafts. > >If there are any specific suggestions, I=B9d like to hear it. At the = IETF >BESS >meeting, I believe I didn=B9t hear anything specific. > >>=20 >> >>I am pragmatic. It is auth-48. If the EVPN is widely shipping and >>deployed in networks, it is unlikely that the vendors or providers = want >>to change it at this point. They have coded the EVPN solution. My >>agreement with the BESS chairs was this investigation was not to = derail >>their work. > >It should be noted that this draft was written in collaboration with = our >BGP >colleagues: Yakov, Pedro, and Keyur right from the beginning. So, if = there >are any issues, I am sure not just me but these folks would also be >interested in hearing them. > >Regards, >Ali > =20 >> =20 >> >>If you are interested, I would appreciate a phone conversation with >>both of you. John Scudder indicated that John Drake would be the best >>person within Juniper to discuss this point with. Perhaps we can talk >>about all of these issues. Since it is a BGP mechanism, perhaps if we >>create a more elegant BGP mechanism it could be considered as a "bis" >>for EVPN drafts. I suspect EVPN use is only going to grow, and better >>BGP mechanisms usually mean more efficient and scalable code. >> >>Best wishes, >> >>Sue Hares >> >>-----Original Message----- >>From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Russ White >>Sent: Monday, February 02, 2015 7:12 PM >>To: 'John E Drake'; 'Rabadan, Jorge (Jorge)' >>Cc: bess@ietf.org >>Subject: Re: [bess] EVPN Draft Comments >> >> >>> [JD] What RFC 7432 actually says is: "The MAC Address Length field >>> is in bits, and it is set to 48. >>> MAC address length values other than 48 bits are outside the scope = of >>> this document." So, The MAC Address field is a variable length = field >>> whose length is currently set to 48. >> >>And the figure clearly shows the length at 6 octets only. I'm not >>arguing the draft didn't _intend_ to make this a variable length field >>-- I'm arguing the draft, as written, can easily be misinterpreted, = and >>could use clarification. >> >>> [JD] Just because you don't like/understand it doesn't necessarily >>> mean it's wrong. >> >>John -- you could have said, "I think it's elegant because..." -- or, >>"I agree it's not perfect, but we chose this solution because..." >>Instead, you decided to launch a personal attack, calling me >>stupid/uneducated/ignorant/whatever. This is one of the things that >>drives me absolutely nuts about working in the IETF -- we cannot hold >>ourselves to an actual discussion, we have to find some way to make >>claims about other people personally, no matter whether or not we = think >>they're true, etc. >>The >>next time someone says, "I can't figure out why we are losing >>participation in the IETF," go back and reread your response. >> >>Now -- to return to the actual topic at hand -- I find the idea of >>binding things together tightly, and then creating an "alias," rather >>than creating a looser bind and map in the first place, is worse. That >>might not fit what you think, but it's still something worth >>mentioning. >> >>:-) >> >>Russ >> >>_______________________________________________ >>BESS mailing list >>BESS@ietf.org >>https://www.ietf.org/mailman/listinfo/bess >> >>_______________________________________________ >>BESS mailing list >>BESS@ietf.org >>https://www.ietf.org/mailman/listinfo/bess > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess > From nobody Tue Feb 3 12:26:44 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51D8C1A88E3 for ; Tue, 3 Feb 2015 12:26:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.009 X-Spam-Level: X-Spam-Status: No, score=-0.009 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8HtWuU8IXxwv for ; Tue, 3 Feb 2015 12:26:40 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 D64641A0103 for ; Tue, 3 Feb 2015 12:26:40 -0800 (PST) Received: from mobile-166-172-186-202.mycingular.net ([166.172.186.202]:49704 helo=[192.168.137.246]) by server.riw.us with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84) (envelope-from ) id 1YIk3R-0005jp-Km; Tue, 03 Feb 2015 20:26:38 +0000 Content-Type: multipart/alternative; boundary=Apple-Mail-ED5119AB-6F1C-4CD5-A9D2-6E1620DA94FE Mime-Version: 1.0 (1.0) From: Russ White X-Mailer: iPad Mail (12B466) In-Reply-To: Date: Tue, 3 Feb 2015 15:26:35 -0500 Content-Transfer-Encoding: 7bit Message-Id: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> To: John E Drake X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "Rabadan, Jorge \(Jorge\)" , "bess@ietf.org" , Ravi Shekhar Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 20:26:42 -0000 --Apple-Mail-ED5119AB-6F1C-4CD5-A9D2-6E1620DA94FE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm on an iPad, so forgive the top post, but this is what I dug up from an e= mail I sent a year+ ago, with some edits added, about aliasing as I understa= nd it. It was never answered, afaict. =3D=3D Let's say you have PE A, B, and C attached to a single ES. The first problem= is -- under what conditions would a host, say X, send a packet to A and not= to the others? This must be some sort of segment where no broadcasts are tr= ansmitted, somX discovers A through manual configuration or some such. This i= s a vanishingly small corner case, so I'm not certain this is worth dealing w= ith in the main draft. =20 But let's assume it is=E2=80=A6 the process described in the draft is that A= will "alias" itself to B and C, such that the hosts it knows about are repo= rted to be attached to all three. But if A itself fails, the hosts it has le= arned will be withdrawn, leaving the aliased destinations stranded, and henc= e they will need to be withdrawn from the table until they send some ne pack= et and thus readvertised by either B or C, and then another aliasing arrange= ment set up. This is painful. =20 What would seem to be better would be for something like a type 2 or DIS to b= e used. A, B, and C would all advertise connection to the ES, and then A wou= ld advertise a connection between the ES and each host it knows about, etc. A= s B receives this advertisement, it can inject this information into its loc= al Mac table, so that if A fails the reachable destination point doesn't cha= nge, only the attachment point. =20 How safe this all is depends on how much you trust the concept of an ES with= out broadcast capabilities, or rather that this device X will be able to rec= eive unicast from A, B, and C, but B and C will never see a packet from X so= long as A is available. =3D=3D My thinking is that we're too late in the process to change this draft, but t= hat a general revisiting of the aliasing idea in a potential separate draft m= ight be worth the time and effort. :-) Russ --Apple-Mail-ED5119AB-6F1C-4CD5-A9D2-6E1620DA94FE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I'm on an iPad, so forg= ive the top post, but this is what I dug up from an email I sent a year+ ago= , with some edits added, about aliasing as I understand it. It was never ans= wered, afaict.

=3D=3D

Let's say you h= ave PE A, B, and C attached to a single ES. The first problem is -- under what conditions would a host, say X, send a packet to A and not to the others? Th= is must be some sort of segment where no broadcasts are transmitted, somX discovers A through manual configuration or some such. This is a vanishingly= small corner case, so I'm not certain this is worth dealing with in the main= draft.

 

But let's assum= e it is=E2=80=A6 the process described in the draft is that A will "alias" itself= to B and C, such that the hosts it knows about are reported to be attached t= o all three. But if A itself fails, the hosts it has learned will be withdrawn= , leaving the aliased destinations stranded, and hence they will need to be withdrawn from the table until they send some ne packet and thus readvertise= d by either B or C, and then another aliasing arrangement set up. This is painful.

 

What would seem= to be better would be for something like a type 2 or DIS to be used. A, B, and C would al= l advertise connection to the ES, and then A would advertise a connection betw= een the ES and each host it knows about, etc. As B receives this advertisement, i= t can inject this information into its local Mac table, so that if A fails the reachable destination point= doesn't change, only the attachment point.

 

How safe this a= ll is depends on how much you trust the concept of an ES without broadcast capabilities, or rather that this device X will be able to receive unicast f= rom A, B, and C, but B and C will never see a packet from X so long as A is available.

=3D=3D

My thinking is that we're t= oo late in the process to change this draft, but that a general revisiting o= f the aliasing idea in a potential separate draft might be worth the time an= d effort.

:-)

Russ
= --Apple-Mail-ED5119AB-6F1C-4CD5-A9D2-6E1620DA94FE-- From nobody Tue Feb 3 13:07:42 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D11AE1A898F for ; Tue, 3 Feb 2015 13:07:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, THIS_AD=0.945] autolearn=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 SzoQ9mksyCgd for ; Tue, 3 Feb 2015 13:07:32 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0709.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:709]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 787FF1A8725 for ; Tue, 3 Feb 2015 13:07:32 -0800 (PST) Received: from DM2PR0501MB1230.namprd05.prod.outlook.com (25.160.246.13) by DM2PR05MB576.namprd05.prod.outlook.com (10.141.159.26) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 21:07:09 +0000 Received: from DM2PR0501MB1230.namprd05.prod.outlook.com ([25.160.246.13]) by DM2PR0501MB1230.namprd05.prod.outlook.com ([25.160.246.13]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 21:07:09 +0000 From: Ravi Shekhar To: Russ White , John E Drake Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//9rFg Date: Tue, 3 Feb 2015 21:07:08 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.10] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB576; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB576; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(16236675004)(19580395003)(102836002)(92566002)(122556002)(2656002)(19625215002)(77156002)(40100003)(93886004)(46102003)(62966003)(87936001)(66066001)(2900100001)(50986999)(76576001)(33656002)(86362001)(2950100001)(74316001)(19300405004)(54356999)(76176999)(19580405001)(15975445007); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB576; H:DM2PR0501MB1230.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_DM2PR0501MB123056BD221DBA622122895FC83D0DM2PR0501MB1230_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 21:07:08.8880 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB576 Archived-At: Cc: "Rabadan, Jorge \(Jorge\)" , "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 21:07:38 -0000 --_000_DM2PR0501MB123056BD221DBA622122895FC83D0DM2PR0501MB1230_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUnVzcywgcGxlYXNlIHNlZSBpbmxpbmUuDQoNCkZyb206IFJ1c3MgV2hpdGUgW21haWx0bzpy dXNzd0ByaXcudXNdDQpTZW50OiBUdWVzZGF5LCBGZWJydWFyeSAwMywgMjAxNSAxMjoyNyBQTQ0K VG86IEpvaG4gRSBEcmFrZQ0KQ2M6IFJhdmkgU2hla2hhcjsgUmFiYWRhbiwgSm9yZ2UgKEpvcmdl KTsgYmVzc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtiZXNzXSBFVlBOIERyYWZ0IENvbW1lbnRz DQoNCg0KSSdtIG9uIGFuIGlQYWQsIHNvIGZvcmdpdmUgdGhlIHRvcCBwb3N0LCBidXQgdGhpcyBp cyB3aGF0IEkgZHVnIHVwIGZyb20gYW4gZW1haWwgSSBzZW50IGEgeWVhcisgYWdvLCB3aXRoIHNv bWUgZWRpdHMgYWRkZWQsIGFib3V0IGFsaWFzaW5nIGFzIEkgdW5kZXJzdGFuZCBpdC4gSXQgd2Fz IG5ldmVyIGFuc3dlcmVkLCBhZmFpY3QuDQoNCj09DQoNCkxldCdzIHNheSB5b3UgaGF2ZSBQRSBB LCBCLCBhbmQgQyBhdHRhY2hlZCB0byBhIHNpbmdsZSBFUy4gVGhlIGZpcnN0IHByb2JsZW0gaXMg LS0gdW5kZXIgd2hhdCBjb25kaXRpb25zIHdvdWxkIGEgaG9zdCwgc2F5IFgsIHNlbmQgYSBwYWNr ZXQgdG8gQSBhbmQgbm90IHRvIHRoZSBvdGhlcnM/IFRoaXMgbXVzdCBiZSBzb21lIHNvcnQgb2Yg c2VnbWVudCB3aGVyZSBubyBicm9hZGNhc3RzIGFyZSB0cmFuc21pdHRlZCwgc29tWCBkaXNjb3Zl cnMgQSB0aHJvdWdoIG1hbnVhbCBjb25maWd1cmF0aW9uIG9yIHNvbWUgc3VjaC4gVGhpcyBpcyBh IHZhbmlzaGluZ2x5IHNtYWxsIGNvcm5lciBjYXNlLCBzbyBJJ20gbm90IGNlcnRhaW4gdGhpcyBp cyB3b3J0aCBkZWFsaW5nIHdpdGggaW4gdGhlIG1haW4gZHJhZnQuDQoNCg0KDQo8UmF2aT4gVGhl IGdyYXQtQVJQIG9yIGZpcnN0IGZsb3cgZnJvbSBYIHdpbGwgb25seSBnbyBvdXQgb24gb25lIG9m IHRoZSBMQUcgbGlua3Mg4oCTIGkuZS4gdG8gUEUgQS9CIG9yIEMuIFRoaXMgaXMgbm90IGEgY29y bmVyIGNhc2UuDQoNCg0KDQpCdXQgbGV0J3MgYXNzdW1lIGl0IGlz4oCmIHRoZSBwcm9jZXNzIGRl c2NyaWJlZCBpbiB0aGUgZHJhZnQgaXMgdGhhdCBBIHdpbGwgImFsaWFzIiBpdHNlbGYgdG8gQiBh bmQgQywgc3VjaCB0aGF0IHRoZSBob3N0cyBpdCBrbm93cyBhYm91dCBhcmUgcmVwb3J0ZWQgdG8g YmUgYXR0YWNoZWQgdG8gYWxsIHRocmVlLiBCdXQgaWYgQSBpdHNlbGYgZmFpbHMsIHRoZSBob3N0 cyBpdCBoYXMgbGVhcm5lZCB3aWxsIGJlIHdpdGhkcmF3biwgbGVhdmluZyB0aGUgYWxpYXNlZCBk ZXN0aW5hdGlvbnMgc3RyYW5kZWQsIGFuZCBoZW5jZSB0aGV5IHdpbGwgbmVlZCB0byBiZSB3aXRo ZHJhd24gZnJvbSB0aGUgdGFibGUgdW50aWwgdGhleSBzZW5kIHNvbWUgbmUgcGFja2V0IGFuZCB0 aHVzIHJlYWR2ZXJ0aXNlZCBieSBlaXRoZXIgQiBvciBDLCBhbmQgdGhlbiBhbm90aGVyIGFsaWFz aW5nIGFycmFuZ2VtZW50IHNldCB1cC4gVGhpcyBpcyBwYWluZnVsLg0KDQoNCg0KV2hhdCB3b3Vs ZCBzZWVtIHRvIGJlIGJldHRlciB3b3VsZCBiZSBmb3Igc29tZXRoaW5nIGxpa2UgYSB0eXBlIDIg b3IgRElTIHRvIGJlIHVzZWQuIEEsIEIsIGFuZCBDIHdvdWxkIGFsbCBhZHZlcnRpc2UgY29ubmVj dGlvbiB0byB0aGUgRVMsIGFuZCB0aGVuIEEgd291bGQgYWR2ZXJ0aXNlIGEgY29ubmVjdGlvbiBi ZXR3ZWVuIHRoZSBFUyBhbmQgZWFjaCBob3N0IGl0IGtub3dzIGFib3V0LCBldGMuIEFzIEIgcmVj ZWl2ZXMgdGhpcyBhZHZlcnRpc2VtZW50LCBpdCBjYW4gaW5qZWN0IHRoaXMgaW5mb3JtYXRpb24g aW50byBpdHMgbG9jYWwgTWFjIHRhYmxlLCBzbyB0aGF0IGlmIEEgZmFpbHMgdGhlIHJlYWNoYWJs ZSBkZXN0aW5hdGlvbiBwb2ludCBkb2Vzbid0IGNoYW5nZSwgb25seSB0aGUgYXR0YWNobWVudCBw b2ludC4NCg0KDQoNCjxSYXZpPiBVc2luZyBhIHJvdXRlIGZyb20gYW5vdGhlciBQRSAoQSBoZXJl KSB0byBpbmplY3QgYSByb3V0ZSBieSBvdGhlciBQRXMgKEIvQykgaGFzIGl0cyBwaXRmYWxscy4g Rm9yIGluc3RhbmNlIHdpdGhkcmF3YWxzIGFyZSBnb2luZyB0byBiZSB0b3VnaC4gU2F5IEEgaGFz IGRpZWQgZm9yIGdvb2QsIGFuZCBYIGdvZXMgYXdheSDigJMgd2hhdCBtZWNoYW5pc20gd2lsbCBp bnZhbGlkYXRlIHRoaXMgcm91dGUgZnJvbSBCPyBJZiBpdCBpcyBsb2NhbC1hZ2luZyBhdCBCLCB0 aGVuIEIgbWlnaHQgYXMgd2VsbCB1c2UgbG9jYWwtbGVhcm5pbmcgdG8gYWR2ZXJ0aXNlIHRoZSBy b3V0ZSBpbiB0aGUgZmlyc3QgcGxhY2UuDQoNCg0KDQo8UmF2aT4gSW4gbW9zdCBwcmFjdGljYWwg c2l0dWF0aW9ucywgWCB3b3VsZCByZWhhc2ggaXRzIGZsb3cgdG8gQi9DIGlmIEEgaGFzIGRpZWQu IEFuZCBCL0Mgd2lsbCBsZWFybiB0aGUgTUFDIG9mIFggKGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZ dCBkdWUgdG8gb3RoZXIgZmxvd3MpLCBhbmQgd2lsbCBwdWJsaXNoIHRoZSByb3V0ZSBhZ2FpbiAo aWYgdGhleSBhbHJlYWR5IGhhZG7igJl0KS4NCg0KDQoNCjxSYXZpPiBUaGFua3MuDQoNCjxSYXZp PiAtIFJhdmkgU2hla2hhci4NCg0KDQoNCkhvdyBzYWZlIHRoaXMgYWxsIGlzIGRlcGVuZHMgb24g aG93IG11Y2ggeW91IHRydXN0IHRoZSBjb25jZXB0IG9mIGFuIEVTIHdpdGhvdXQgYnJvYWRjYXN0 IGNhcGFiaWxpdGllcywgb3IgcmF0aGVyIHRoYXQgdGhpcyBkZXZpY2UgWCB3aWxsIGJlIGFibGUg dG8gcmVjZWl2ZSB1bmljYXN0IGZyb20gQSwgQiwgYW5kIEMsIGJ1dCBCIGFuZCBDIHdpbGwgbmV2 ZXIgc2VlIGEgcGFja2V0IGZyb20gWCBzbyBsb25nIGFzIEEgaXMgYXZhaWxhYmxlLg0KPT0NCg0K TXkgdGhpbmtpbmcgaXMgdGhhdCB3ZSdyZSB0b28gbGF0ZSBpbiB0aGUgcHJvY2VzcyB0byBjaGFu Z2UgdGhpcyBkcmFmdCwgYnV0IHRoYXQgYSBnZW5lcmFsIHJldmlzaXRpbmcgb2YgdGhlIGFsaWFz aW5nIGlkZWEgaW4gYSBwb3RlbnRpYWwgc2VwYXJhdGUgZHJhZnQgbWlnaHQgYmUgd29ydGggdGhl IHRpbWUgYW5kIGVmZm9ydC4NCg0KOi0pDQoNClJ1c3MNCg== --_000_DM2PR0501MB123056BD221DBA622122895FC83D0DM2PR0501MB1230_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBp bjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIFJ1c3MsIHBsZWFzZSBzZWUg aW5saW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUnVzcyBX aGl0ZSBbbWFpbHRvOnJ1c3N3QHJpdy51c10NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBG ZWJydWFyeSAwMywgMjAxNSAxMjoyNyBQTTxicj4NCjxiPlRvOjwvYj4gSm9obiBFIERyYWtlPGJy Pg0KPGI+Q2M6PC9iPiBSYXZpIFNoZWtoYXI7IFJhYmFkYW4sIEpvcmdlIChKb3JnZSk7IGJlc3NA aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtiZXNzXSBFVlBOIERyYWZ0IENvbW1l bnRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SSdtIG9uIGFuIGlQYWQsIHNvIGZvcmdpdmUgdGhlIHRvcCBwb3N0LCBidXQgdGhpcyBpcyB3 aGF0IEkgZHVnIHVwIGZyb20gYW4gZW1haWwgSSBzZW50IGEgeWVhciYjNDM7IGFnbywgd2l0aCBz b21lIGVkaXRzIGFkZGVkLCBhYm91dCBhbGlhc2luZyBhcyBJIHVuZGVyc3RhbmQgaXQuIEl0IHdh cyBuZXZlciBhbnN3ZXJlZCwgYWZhaWN0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj49PTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPkxldCdzIHNheSB5b3UgaGF2ZSBQRSBBLCBCLCBhbmQgQyBhdHRhY2hlZCB0byBhIHNpbmds ZSBFUy4gVGhlIGZpcnN0IHByb2JsZW0gaXMgLS0gdW5kZXIgd2hhdCBjb25kaXRpb25zIHdvdWxk IGEgaG9zdCwgc2F5IFgsIHNlbmQgYSBwYWNrZXQgdG8gQSBhbmQNCiBub3QgdG8gdGhlIG90aGVy cz8gVGhpcyBtdXN0IGJlIHNvbWUgc29ydCBvZiBzZWdtZW50IHdoZXJlIG5vIGJyb2FkY2FzdHMg YXJlIHRyYW5zbWl0dGVkLCBzb21YIGRpc2NvdmVycyBBIHRocm91Z2ggbWFudWFsIGNvbmZpZ3Vy YXRpb24gb3Igc29tZSBzdWNoLiBUaGlzIGlzIGEgdmFuaXNoaW5nbHkgc21hbGwgY29ybmVyIGNh c2UsIHNvIEknbSBub3QgY2VydGFpbiB0aGlzIGlzIHdvcnRoIGRlYWxpbmcgd2l0aCBpbiB0aGUg bWFpbiBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjtt YXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90 dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbHQ7UmF2aSZndDsg VGhlIGdyYXQtQVJQIG9yIGZpcnN0IGZsb3cgZnJvbSBYIHdpbGwgb25seSBnbyBvdXQgb24gb25l IG9mIHRoZSBMQUcgbGlua3Mg4oCTIGkuZS4gdG8gUEUgQS9CIG9yIEMuIFRoaXMgaXMgbm90IGEg Y29ybmVyIGNhc2UuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBp bjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkJ1dCBsZXQncyBhc3N1bWUgaXQgaXPigKYgdGhlIHByb2Nlc3Mg ZGVzY3JpYmVkIGluIHRoZSBkcmFmdCBpcyB0aGF0IEEgd2lsbCAmcXVvdDthbGlhcyZxdW90OyBp dHNlbGYgdG8gQiBhbmQgQywgc3VjaCB0aGF0IHRoZSBob3N0cyBpdCBrbm93cyBhYm91dCBhcmUg cmVwb3J0ZWQNCiB0byBiZSBhdHRhY2hlZCB0byBhbGwgdGhyZWUuIEJ1dCBpZiBBIGl0c2VsZiBm YWlscywgdGhlIGhvc3RzIGl0IGhhcyBsZWFybmVkIHdpbGwgYmUgd2l0aGRyYXduLCBsZWF2aW5n IHRoZSBhbGlhc2VkIGRlc3RpbmF0aW9ucyBzdHJhbmRlZCwgYW5kIGhlbmNlIHRoZXkgd2lsbCBu ZWVkIHRvIGJlIHdpdGhkcmF3biBmcm9tIHRoZSB0YWJsZSB1bnRpbCB0aGV5IHNlbmQgc29tZSBu ZSBwYWNrZXQgYW5kIHRodXMgcmVhZHZlcnRpc2VkIGJ5IGVpdGhlcg0KIEIgb3IgQywgYW5kIHRo ZW4gYW5vdGhlciBhbGlhc2luZyBhcnJhbmdlbWVudCBzZXQgdXAuIFRoaXMgaXMgcGFpbmZ1bC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPldoYXQgd291bGQgc2VlbSB0byBiZSBiZXR0ZXIgd291bGQgYmUgZm9yIHNvbWV0aGluZyBs aWtlIGEgdHlwZSAyIG9yIERJUyB0byBiZSB1c2VkLiBBLCBCLCBhbmQgQyB3b3VsZCBhbGwgYWR2 ZXJ0aXNlIGNvbm5lY3Rpb24gdG8gdGhlIEVTLCBhbmQgdGhlbiBBDQogd291bGQgYWR2ZXJ0aXNl IGEgY29ubmVjdGlvbiBiZXR3ZWVuIHRoZSBFUyBhbmQgZWFjaCBob3N0IGl0IGtub3dzIGFib3V0 LCBldGMuIEFzIEIgcmVjZWl2ZXMgdGhpcyBhZHZlcnRpc2VtZW50LCBpdCBjYW4gaW5qZWN0IHRo aXMgaW5mb3JtYXRpb24gaW50byBpdHMgbG9jYWwgTWFjIHRhYmxlLCBzbyB0aGF0IGlmIEEgZmFp bHMgdGhlIHJlYWNoYWJsZSBkZXN0aW5hdGlvbiBwb2ludCBkb2Vzbid0IGNoYW5nZSwgb25seSB0 aGUgYXR0YWNobWVudA0KIHBvaW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGlu O21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZs dDtSYXZpJmd0OyBVc2luZyBhIHJvdXRlIGZyb20gYW5vdGhlciBQRSAoQSBoZXJlKSB0byBpbmpl Y3QgYSByb3V0ZSBieSBvdGhlciBQRXMgKEIvQykgaGFzIGl0cyBwaXRmYWxscy4gRm9yIGluc3Rh bmNlIHdpdGhkcmF3YWxzIGFyZSBnb2luZw0KIHRvIGJlIHRvdWdoLiBTYXkgQSBoYXMgZGllZCBm b3IgZ29vZCwgYW5kIFggZ29lcyBhd2F5IOKAkyB3aGF0IG1lY2hhbmlzbSB3aWxsIGludmFsaWRh dGUgdGhpcyByb3V0ZSBmcm9tIEI/IElmIGl0IGlzIGxvY2FsLWFnaW5nIGF0IEIsIHRoZW4gQiBt aWdodCBhcyB3ZWxsIHVzZSBsb2NhbC1sZWFybmluZyB0byBhZHZlcnRpc2UgdGhlIHJvdXRlIGlu IHRoZSBmaXJzdCBwbGFjZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu OjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJn aW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbHQ7UmF2 aSZndDsgSW4gbW9zdCBwcmFjdGljYWwgc2l0dWF0aW9ucywgWCB3b3VsZCByZWhhc2ggaXRzIGZs b3cgdG8gQi9DIGlmIEEgaGFzIGRpZWQuIEFuZCBCL0Mgd2lsbCBsZWFybiB0aGUgTUFDIG9mIFgg KGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZdA0KIGR1ZSB0byBvdGhlciBmbG93cyksIGFuZCB3aWxs IHB1Ymxpc2ggdGhlIHJvdXRlIGFnYWluIChpZiB0aGV5IGFscmVhZHkgaGFkbuKAmXQpLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZsdDtSYXZpJmd0OyBUaGFua3MuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmx0O1JhdmkmZ3Q7IC0gUmF2aSBTaGVr aGFyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1i b3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+SG93IHNhZmUgdGhpcyBhbGwgaXMgZGVwZW5kcyBvbiBob3cgbXVjaCB5b3UgdHJ1 c3QgdGhlIGNvbmNlcHQgb2YgYW4gRVMgd2l0aG91dCBicm9hZGNhc3QgY2FwYWJpbGl0aWVzLCBv ciByYXRoZXIgdGhhdCB0aGlzIGRldmljZSBYIHdpbGwgYmUgYWJsZSB0bw0KIHJlY2VpdmUgdW5p Y2FzdCBmcm9tIEEsIEIsIGFuZCBDLCBidXQgQiBhbmQgQyB3aWxsIG5ldmVyIHNlZSBhIHBhY2tl dCBmcm9tIFggc28gbG9uZyBhcyBBIGlzIGF2YWlsYWJsZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj49PTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NeSB0aGlua2luZyBpcyB0aGF0IHdlJ3JlIHRvbyBsYXRl IGluIHRoZSBwcm9jZXNzIHRvIGNoYW5nZSB0aGlzIGRyYWZ0LCBidXQgdGhhdCBhIGdlbmVyYWwg cmV2aXNpdGluZyBvZiB0aGUgYWxpYXNpbmcgaWRlYSBpbiBhIHBvdGVudGlhbCBzZXBhcmF0ZSBk cmFmdCBtaWdodCBiZSB3b3J0aCB0aGUgdGltZSBhbmQgZWZmb3J0LjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj46LSk8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UnVzczxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DM2PR0501MB123056BD221DBA622122895FC83D0DM2PR0501MB1230_-- From nobody Tue Feb 3 13:14:16 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39E511A89AD for ; Tue, 3 Feb 2015 13:14:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, THIS_AD=0.945] autolearn=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 UF_fLapBrx2h for ; Tue, 3 Feb 2015 13:14:09 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0133.outbound.protection.outlook.com [65.55.169.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8657A1A89A5 for ; Tue, 3 Feb 2015 13:14:05 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BN3PR0501MB1218.namprd05.prod.outlook.com (25.160.113.26) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 21:14:02 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 21:14:02 +0000 From: John E Drake To: Russ White Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//+5TQ Date: Tue, 3 Feb 2015 21:14:02 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1218; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1218; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(76176999)(2656002)(19580395003)(19580405001)(87936001)(16236675004)(86362001)(54356999)(93886004)(33656002)(50986999)(92566002)(77096005)(19300405004)(102836002)(40100003)(15975445007)(2950100001)(122556002)(19625215002)(74316001)(66066001)(77156002)(46102003)(110136001)(76576001)(2900100001)(62966003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1218; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_BLUPR05MB56277027697070E384E25C3C73D0BLUPR05MB562namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 21:14:02.2189 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1218 Archived-At: Cc: "Rabadan, Jorge \(Jorge\)" , "bess@ietf.org" , Ravi Shekhar Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 21:14:11 -0000 --_000_BLUPR05MB56277027697070E384E25C3C73D0BLUPR05MB562namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UnVzcywNCg0KQ29tbWVudHMgaW5saW5lLg0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwNCg0KSm9o bg0KDQpGcm9tOiBSdXNzIFdoaXRlIFttYWlsdG86cnVzc3dAcml3LnVzXQ0KU2VudDogVHVlc2Rh eSwgRmVicnVhcnkgMDMsIDIwMTUgMzoyNyBQTQ0KVG86IEpvaG4gRSBEcmFrZQ0KQ2M6IFJhdmkg U2hla2hhcjsgUmFiYWRhbiwgSm9yZ2UgKEpvcmdlKTsgYmVzc0BpZXRmLm9yZw0KU3ViamVjdDog UmU6IFtiZXNzXSBFVlBOIERyYWZ0IENvbW1lbnRzDQoNCg0KSSdtIG9uIGFuIGlQYWQsIHNvIGZv cmdpdmUgdGhlIHRvcCBwb3N0LCBidXQgdGhpcyBpcyB3aGF0IEkgZHVnIHVwIGZyb20gYW4gZW1h aWwgSSBzZW50IGEgeWVhcisgYWdvLCB3aXRoIHNvbWUgZWRpdHMgYWRkZWQsIGFib3V0IGFsaWFz aW5nIGFzIEkgdW5kZXJzdGFuZCBpdC4gSXQgd2FzIG5ldmVyIGFuc3dlcmVkLCBhZmFpY3QuDQoN Cj09DQoNCkxldCdzIHNheSB5b3UgaGF2ZSBQRSBBLCBCLCBhbmQgQyBhdHRhY2hlZCB0byBhIHNp bmdsZSBFUy4gVGhlIGZpcnN0IHByb2JsZW0gaXMgLS0gdW5kZXIgd2hhdCBjb25kaXRpb25zIHdv dWxkIGEgaG9zdCwgc2F5IFgsIHNlbmQgYSBwYWNrZXQgdG8gQSBhbmQgbm90IHRvIHRoZSBvdGhl cnM/IFRoaXMgbXVzdCBiZSBzb21lIHNvcnQgb2Ygc2VnbWVudCB3aGVyZSBubyBicm9hZGNhc3Rz IGFyZSB0cmFuc21pdHRlZCwgc29tWCBkaXNjb3ZlcnMgQSB0aHJvdWdoIG1hbnVhbCBjb25maWd1 cmF0aW9uIG9yIHNvbWUgc3VjaC4gVGhpcyBpcyBhIHZhbmlzaGluZ2x5IHNtYWxsIGNvcm5lciBj YXNlLCBzbyBJJ20gbm90IGNlcnRhaW4gdGhpcyBpcyB3b3J0aCBkZWFsaW5nIHdpdGggaW4gdGhl IG1haW4gZHJhZnQuDQoNCg0KDQoNCg0KW0pEXSAgVGhlIFJGQyBjb250YWlucyBtdWx0aXBsZSBl eGFtcGxlcyBvZiB3aHkgdGhpcyBtaWdodCBoYXBwZW4uDQoNCg0KDQoNCg0KQnV0IGxldCdzIGFz c3VtZSBpdCBpc+KApiB0aGUgcHJvY2VzcyBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0IGlzIHRoYXQg QSB3aWxsICJhbGlhcyIgaXRzZWxmIHRvIEIgYW5kIEMsIHN1Y2ggdGhhdCB0aGUgaG9zdHMgaXQg a25vd3MgYWJvdXQgYXJlIHJlcG9ydGVkIHRvIGJlIGF0dGFjaGVkIHRvIGFsbCB0aHJlZS4gQnV0 IGlmIEEgaXRzZWxmIGZhaWxzLCB0aGUgaG9zdHMgaXQgaGFzIGxlYXJuZWQgd2lsbCBiZSB3aXRo ZHJhd24sIGxlYXZpbmcgdGhlIGFsaWFzZWQgZGVzdGluYXRpb25zIHN0cmFuZGVkLCBhbmQgaGVu Y2UgdGhleSB3aWxsIG5lZWQgdG8gYmUgd2l0aGRyYXduIGZyb20gdGhlIHRhYmxlIHVudGlsIHRo ZXkgc2VuZCBzb21lIG5lIHBhY2tldCBhbmQgdGh1cyByZWFkdmVydGlzZWQgYnkgZWl0aGVyIEIg b3IgQywgYW5kIHRoZW4gYW5vdGhlciBhbGlhc2luZyBhcnJhbmdlbWVudCBzZXQgdXAuIFRoaXMg aXMgcGFpbmZ1bC4NCg0KDQoNCg0KDQpbSkRdICAgVGhhdOKAmXMgbm90IGhvdyBpdCB3b3Jrcy4g IEEsIEIsIGFuZCBDIHdpbGwgYWR2ZXJ0aXNlIGNvbm5lY3Rpdml0eSB0byB0aGUgRVMgaW4gcXVl c3Rpb24sIEEgd2lsbCBhZHZlcnRpc2UgTUFDIGFkZHJlc3MgWCAsIGFuZCBCIGFuZCBDIHdpbGwg YWR2ZXJ0aXNlIE1QTFMgbGFiZWxzIGZvciB0aGUgRVZJIGluIHF1ZXN0aW9uLg0KDQoNCg0KQW4g aW5ncmVzcyBQRSB3aWxsIGJ1aWxkIGFuIGZvcndhcmRpbmcgZW50cnkgZm9yIE1BQyBhZGRyZXNz IFgsIHcvIG5leHQgaG9wcyBBLCBCLCBhbmQgQyBhbmQgYSByZWZlcmVuY2UgY291bnQgb2YgdGhl IG51bWJlciBvZiBQRXMgYWR2ZXJ0aXNpbmcgWC4gIElmIEEgbG9zZXMgY29ubmVjdGl2aXR5IHRv IHRoZSBFUyBpbiBxdWVzdGlvbiBvciBpdCBmYWlscywgaXRzIE1BQyBhZHZlcnRpc2VtZW50IGZv ciBYIHdpbGwgYmUgd2l0aGRyYXduIC4gIEFuIGluZ3Jlc3MgUEUgd2lsbCBkZWNyZW1lbnQgaXRz IHJlZmVyZW5jZSBjb3VudCwgc2VlIHRoYXQgaXQgaXMgemVybywgYW5kIHJlbW92ZSB0aGUgZm9y d2FyZGluZyBlbnRyeS4NCg0KDQoNCkkuZS4sICBNQUMgQWR2ZXJ0aXNlbWVudCByb3V0ZXMgY2F1 c2UgYSBmb3J3YXJkaW5nIGVudHJ5IHRvIGJlIGVpdGhlciBjcmVhdGVkIG9yIGl0cyByZWZlcmVu Y2UgY291bnQgdG8gYmUgaW5jcmVtZW50ZWQuICBNQUMgQWR2ZXJ0aXNlbWVudCByb3V0ZSB3aXRo ZHJhd2FscyBjYXVzZSBhIGZvcndhcmRpbmcgZW50cnnigJlzIHJlZmVyZW5jZSBjb3VudCB0byBi ZSBkZWNyZW1lbnRlZCBvciBjYXVzZSBhIGZvcndhcmRpbmcgZW50cnkgdG8gYmUgZGVsZXRlZC4g IFBlciBFVkkgRXRoZXJuZXQgQUQgcm91dGVzIGFuZCB0aGVpciB3aXRoZHJhd2FscyBjYXVzZSBu ZXh0IGhvcHMgdG8gYmUgY3JlYXRlZCBvciBkZWxldGVkLg0KDQoNCg0KDQoNCldoYXQgd291bGQg c2VlbSB0byBiZSBiZXR0ZXIgd291bGQgYmUgZm9yIHNvbWV0aGluZyBsaWtlIGEgdHlwZSAyIG9y IERJUyB0byBiZSB1c2VkLiBBLCBCLCBhbmQgQyB3b3VsZCBhbGwgYWR2ZXJ0aXNlIGNvbm5lY3Rp b24gdG8gdGhlIEVTLCBhbmQgdGhlbiBBIHdvdWxkIGFkdmVydGlzZSBhIGNvbm5lY3Rpb24gYmV0 d2VlbiB0aGUgRVMgYW5kIGVhY2ggaG9zdCBpdCBrbm93cyBhYm91dCwgZXRjLiBBcyBCIHJlY2Vp dmVzIHRoaXMgYWR2ZXJ0aXNlbWVudCwgaXQgY2FuIGluamVjdCB0aGlzIGluZm9ybWF0aW9uIGlu dG8gaXRzIGxvY2FsIE1hYyB0YWJsZSwgc28gdGhhdCBpZiBBIGZhaWxzIHRoZSByZWFjaGFibGUg ZGVzdGluYXRpb24gcG9pbnQgZG9lc24ndCBjaGFuZ2UsIG9ubHkgdGhlIGF0dGFjaG1lbnQgcG9p bnQuDQoNCg0KDQpIb3cgc2FmZSB0aGlzIGFsbCBpcyBkZXBlbmRzIG9uIGhvdyBtdWNoIHlvdSB0 cnVzdCB0aGUgY29uY2VwdCBvZiBhbiBFUyB3aXRob3V0IGJyb2FkY2FzdCBjYXBhYmlsaXRpZXMs IG9yIHJhdGhlciB0aGF0IHRoaXMgZGV2aWNlIFggd2lsbCBiZSBhYmxlIHRvIHJlY2VpdmUgdW5p Y2FzdCBmcm9tIEEsIEIsIGFuZCBDLCBidXQgQiBhbmQgQyB3aWxsIG5ldmVyIHNlZSBhIHBhY2tl dCBmcm9tIFggc28gbG9uZyBhcyBBIGlzIGF2YWlsYWJsZS4NCj09DQoNCk15IHRoaW5raW5nIGlz IHRoYXQgd2UncmUgdG9vIGxhdGUgaW4gdGhlIHByb2Nlc3MgdG8gY2hhbmdlIHRoaXMgZHJhZnQs IGJ1dCB0aGF0IGEgZ2VuZXJhbCByZXZpc2l0aW5nIG9mIHRoZSBhbGlhc2luZyBpZGVhIGluIGEg cG90ZW50aWFsIHNlcGFyYXRlIGRyYWZ0IG1pZ2h0IGJlIHdvcnRoIHRoZSB0aW1lIGFuZCBlZmZv cnQuDQoNCjotKQ0KDQpSdXNzDQo= --_000_BLUPR05MB56277027697070E384E25C3C73D0BLUPR05MB562namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBp bjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJ1c3MsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Db21tZW50cyBpbmxpbmUuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+WW91cnMgSXJyZXNwZWN0aXZl bHksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Kb2huPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBp biAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPiBSdXNzIFdoaXRlIFttYWlsdG86cnVzc3dAcml3LnVzXQ0KPGJyPg0KPGI+ U2VudDo8L2I+IFR1ZXNkYXksIEZlYnJ1YXJ5IDAzLCAyMDE1IDM6MjcgUE08YnI+DQo8Yj5Ubzo8 L2I+IEpvaG4gRSBEcmFrZTxicj4NCjxiPkNjOjwvYj4gUmF2aSBTaGVraGFyOyBSYWJhZGFuLCBK b3JnZSAoSm9yZ2UpOyBiZXNzQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbYmVz c10gRVZQTiBEcmFmdCBDb21tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkknbSBvbiBhbiBpUGFkLCBzbyBmb3JnaXZlIHRoZSB0b3Ag cG9zdCwgYnV0IHRoaXMgaXMgd2hhdCBJIGR1ZyB1cCBmcm9tIGFuIGVtYWlsIEkgc2VudCBhIHll YXImIzQzOyBhZ28sIHdpdGggc29tZSBlZGl0cyBhZGRlZCwgYWJvdXQgYWxpYXNpbmcgYXMgSSB1 bmRlcnN0YW5kIGl0LiBJdCB3YXMgbmV2ZXIgYW5zd2VyZWQsIGFmYWljdC48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PT08bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5MZXQncyBzYXkgeW91IGhhdmUgUEUgQSwgQiwgYW5kIEMg YXR0YWNoZWQgdG8gYSBzaW5nbGUgRVMuIFRoZSBmaXJzdCBwcm9ibGVtIGlzIC0tIHVuZGVyIHdo YXQgY29uZGl0aW9ucyB3b3VsZCBhIGhvc3QsIHNheSBYLCBzZW5kIGEgcGFja2V0IHRvIEEgYW5k DQogbm90IHRvIHRoZSBvdGhlcnM/IFRoaXMgbXVzdCBiZSBzb21lIHNvcnQgb2Ygc2VnbWVudCB3 aGVyZSBubyBicm9hZGNhc3RzIGFyZSB0cmFuc21pdHRlZCwgc29tWCBkaXNjb3ZlcnMgQSB0aHJv dWdoIG1hbnVhbCBjb25maWd1cmF0aW9uIG9yIHNvbWUgc3VjaC4gVGhpcyBpcyBhIHZhbmlzaGlu Z2x5IHNtYWxsIGNvcm5lciBjYXNlLCBzbyBJJ20gbm90IGNlcnRhaW4gdGhpcyBpcyB3b3J0aCBk ZWFsaW5nIHdpdGggaW4gdGhlIG1haW4gZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg c3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48Yj48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+ DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxiPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9i PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PGI+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltKRF0mbmJzcDsgVGhlIFJGQyBjb250YWlu cyBtdWx0aXBsZSBleGFtcGxlcyBvZiB3aHkgdGhpcyBtaWdodCBoYXBwZW4uICZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAw MXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0 eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5C dXQgbGV0J3MgYXNzdW1lIGl0IGlz4oCmIHRoZSBwcm9jZXNzIGRlc2NyaWJlZCBpbiB0aGUgZHJh ZnQgaXMgdGhhdCBBIHdpbGwgJnF1b3Q7YWxpYXMmcXVvdDsgaXRzZWxmIHRvIEIgYW5kIEMsIHN1 Y2ggdGhhdCB0aGUgaG9zdHMgaXQga25vd3MgYWJvdXQgYXJlIHJlcG9ydGVkDQogdG8gYmUgYXR0 YWNoZWQgdG8gYWxsIHRocmVlLiBCdXQgaWYgQSBpdHNlbGYgZmFpbHMsIHRoZSBob3N0cyBpdCBo YXMgbGVhcm5lZCB3aWxsIGJlIHdpdGhkcmF3biwgbGVhdmluZyB0aGUgYWxpYXNlZCBkZXN0aW5h dGlvbnMgc3RyYW5kZWQsIGFuZCBoZW5jZSB0aGV5IHdpbGwgbmVlZCB0byBiZSB3aXRoZHJhd24g ZnJvbSB0aGUgdGFibGUgdW50aWwgdGhleSBzZW5kIHNvbWUgbmUgcGFja2V0IGFuZCB0aHVzIHJl YWR2ZXJ0aXNlZCBieSBlaXRoZXINCiBCIG9yIEMsIGFuZCB0aGVuIGFub3RoZXIgYWxpYXNpbmcg YXJyYW5nZW1lbnQgc2V0IHVwLiBUaGlzIGlzIHBhaW5mdWwuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48Yj48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwv Yj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxiPjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2k+PC9iPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+ PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltKRF0mbmJzcDsmbmJzcDsgVGhh dOKAmXMgbm90IGhvdyBpdCB3b3Jrcy4mbmJzcDsgQSwgQiwgYW5kIEMgd2lsbCBhZHZlcnRpc2Ug Y29ubmVjdGl2aXR5IHRvIHRoZSBFUyBpbiBxdWVzdGlvbiwgQSB3aWxsIGFkdmVydGlzZSBNQUMg YWRkcmVzcyBYICwNCiBhbmQgQiBhbmQgQyB3aWxsIGFkdmVydGlzZSBNUExTIGxhYmVscyBmb3Ig dGhlIEVWSSBpbiBxdWVzdGlvbi4gPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBz dHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4N CjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PGI+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFuIGluZ3Jlc3MgUEUgd2lsbCBidWlsZCBhbiBmb3J3 YXJkaW5nIGVudHJ5IGZvciBNQUMgYWRkcmVzcyBYLCB3LyBuZXh0IGhvcHMgQSwgQiwgYW5kIEMg YW5kIGEgcmVmZXJlbmNlIGNvdW50IG9mIHRoZSBudW1iZXIgb2YgUEVzDQogYWR2ZXJ0aXNpbmcg WC4mbmJzcDsgSWYgQSBsb3NlcyBjb25uZWN0aXZpdHkgdG8gdGhlIEVTIGluIHF1ZXN0aW9uIG9y IGl0IGZhaWxzLCBpdHMgTUFDIGFkdmVydGlzZW1lbnQgZm9yIFggd2lsbCBiZSB3aXRoZHJhd24g LiZuYnNwOyBBbiBpbmdyZXNzIFBFIHdpbGwgZGVjcmVtZW50IGl0cyByZWZlcmVuY2UgY291bnQs IHNlZSB0aGF0IGl0IGlzIHplcm8sIGFuZCByZW1vdmUgdGhlIGZvcndhcmRpbmcgZW50cnkuPG86 cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkkuZS4sJm5ic3A7IE1BQyBBZHZlcnRpc2VtZW50IHJvdXRlcyBjYXVzZSBhIGZvcndhcmRpbmcg ZW50cnkgdG8gYmUgZWl0aGVyIGNyZWF0ZWQgb3IgaXRzIHJlZmVyZW5jZSBjb3VudCB0byBiZSBp bmNyZW1lbnRlZC4mbmJzcDsgTUFDIEFkdmVydGlzZW1lbnQNCiByb3V0ZSB3aXRoZHJhd2FscyBj YXVzZSBhIGZvcndhcmRpbmcgZW50cnnigJlzIHJlZmVyZW5jZSBjb3VudCB0byBiZSBkZWNyZW1l bnRlZCBvciBjYXVzZSBhIGZvcndhcmRpbmcgZW50cnkgdG8gYmUgZGVsZXRlZC4mbmJzcDsgUGVy IEVWSSBFdGhlcm5ldCBBRCByb3V0ZXMgYW5kIHRoZWlyIHdpdGhkcmF3YWxzIGNhdXNlIG5leHQg aG9wcyB0byBiZSBjcmVhdGVkIG9yIGRlbGV0ZWQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9i PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PGI+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv aT48L2I+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5XaGF0IHdv dWxkIHNlZW0gdG8gYmUgYmV0dGVyIHdvdWxkIGJlIGZvciBzb21ldGhpbmcgbGlrZSBhIHR5cGUg MiBvciBESVMgdG8gYmUgdXNlZC4gQSwgQiwgYW5kIEMgd291bGQgYWxsIGFkdmVydGlzZSBjb25u ZWN0aW9uIHRvIHRoZSBFUywgYW5kIHRoZW4gQQ0KIHdvdWxkIGFkdmVydGlzZSBhIGNvbm5lY3Rp b24gYmV0d2VlbiB0aGUgRVMgYW5kIGVhY2ggaG9zdCBpdCBrbm93cyBhYm91dCwgZXRjLiBBcyBC IHJlY2VpdmVzIHRoaXMgYWR2ZXJ0aXNlbWVudCwgaXQgY2FuIGluamVjdCB0aGlzIGluZm9ybWF0 aW9uIGludG8gaXRzIGxvY2FsIE1hYyB0YWJsZSwgc28gdGhhdCBpZiBBIGZhaWxzIHRoZSByZWFj aGFibGUgZGVzdGluYXRpb24gcG9pbnQgZG9lc24ndCBjaGFuZ2UsIG9ubHkgdGhlIGF0dGFjaG1l bnQNCiBwb2ludC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjtt YXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkhvdyBzYWZlIHRoaXMgYWxsIGlzIGRlcGVuZHMgb24gaG93IG11Y2gg eW91IHRydXN0IHRoZSBjb25jZXB0IG9mIGFuIEVTIHdpdGhvdXQgYnJvYWRjYXN0IGNhcGFiaWxp dGllcywgb3IgcmF0aGVyIHRoYXQgdGhpcyBkZXZpY2UgWCB3aWxsIGJlIGFibGUgdG8NCiByZWNl aXZlIHVuaWNhc3QgZnJvbSBBLCBCLCBhbmQgQywgYnV0IEIgYW5kIEMgd2lsbCBuZXZlciBzZWUg YSBwYWNrZXQgZnJvbSBYIHNvIGxvbmcgYXMgQSBpcyBhdmFpbGFibGUuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PT08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TXkgdGhpbmtpbmcgaXMgdGhhdCB3ZSdyZSB0 b28gbGF0ZSBpbiB0aGUgcHJvY2VzcyB0byBjaGFuZ2UgdGhpcyBkcmFmdCwgYnV0IHRoYXQgYSBn ZW5lcmFsIHJldmlzaXRpbmcgb2YgdGhlIGFsaWFzaW5nIGlkZWEgaW4gYSBwb3RlbnRpYWwgc2Vw YXJhdGUgZHJhZnQgbWlnaHQgYmUgd29ydGggdGhlIHRpbWUgYW5kIGVmZm9ydC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Oi0pPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJ1c3M8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BLUPR05MB56277027697070E384E25C3C73D0BLUPR05MB562namprd_-- From nobody Tue Feb 3 13:24:50 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D061B1A8986 for ; Tue, 3 Feb 2015 13:24:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, THIS_AD=0.945] autolearn=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 9BHpmPyUpOUo for ; Tue, 3 Feb 2015 13:24:46 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0148.outbound.protection.outlook.com [207.46.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72A981A1A60 for ; Tue, 3 Feb 2015 13:24:46 -0800 (PST) Received: from BY1PR0501MB1222.namprd05.prod.outlook.com (25.160.104.15) by BY1PR0501MB1495.namprd05.prod.outlook.com (25.160.108.147) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 21:24:45 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BY1PR0501MB1222.namprd05.prod.outlook.com (25.160.104.15) with Microsoft SMTP Server (TLS) id 15.1.65.19; Tue, 3 Feb 2015 21:24:43 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Tue, 3 Feb 2015 21:24:42 +0000 From: John E Drake To: Ravi Shekhar , Russ White Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//9rFg///nmSA= Date: Tue, 3 Feb 2015 21:24:42 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: juniper.net; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1222;UriScan:; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1222; x-forefront-prvs: 0476D4AB88 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(19580395003)(74316001)(76176999)(54356999)(50986999)(19300405004)(122556002)(40100003)(46102003)(93886004)(16236675004)(15975445007)(102836002)(77096005)(86362001)(2656002)(87936001)(77156002)(62966003)(33656002)(2900100001)(66066001)(2950100001)(92566002)(76576001)(19625215002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1222; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_BLUPR05MB5623953549A0D391B5A01F8C73D0BLUPR05MB562namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2015 21:24:42.4040 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1222 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1495; X-OriginatorOrg: juniper.net Archived-At: Cc: "Rabadan, Jorge \(Jorge\)" , "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 21:24:48 -0000 --_000_BLUPR05MB5623953549A0D391B5A01F8C73D0BLUPR05MB562namprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U25pcHBlZCwgY29tbWVudCBpbmxpbmUuDQoNCllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2hu DQoNCg0KDQoNCldoYXQgd291bGQgc2VlbSB0byBiZSBiZXR0ZXIgd291bGQgYmUgZm9yIHNvbWV0 aGluZyBsaWtlIGEgdHlwZSAyIG9yIERJUyB0byBiZSB1c2VkLiBBLCBCLCBhbmQgQyB3b3VsZCBh bGwgYWR2ZXJ0aXNlIGNvbm5lY3Rpb24gdG8gdGhlIEVTLCBhbmQgdGhlbiBBIHdvdWxkIGFkdmVy dGlzZSBhIGNvbm5lY3Rpb24gYmV0d2VlbiB0aGUgRVMgYW5kIGVhY2ggaG9zdCBpdCBrbm93cyBh Ym91dCwgZXRjLiBBcyBCIHJlY2VpdmVzIHRoaXMgYWR2ZXJ0aXNlbWVudCwgaXQgY2FuIGluamVj dCB0aGlzIGluZm9ybWF0aW9uIGludG8gaXRzIGxvY2FsIE1hYyB0YWJsZSwgc28gdGhhdCBpZiBB IGZhaWxzIHRoZSByZWFjaGFibGUgZGVzdGluYXRpb24gcG9pbnQgZG9lc24ndCBjaGFuZ2UsIG9u bHkgdGhlIGF0dGFjaG1lbnQgcG9pbnQuDQoNCg0KDQo8UmF2aT4gVXNpbmcgYSByb3V0ZSBmcm9t IGFub3RoZXIgUEUgKEEgaGVyZSkgdG8gaW5qZWN0IGEgcm91dGUgYnkgb3RoZXIgUEVzIChCL0Mp IGhhcyBpdHMgcGl0ZmFsbHMuIEZvciBpbnN0YW5jZSB3aXRoZHJhd2FscyBhcmUgZ29pbmcgdG8g YmUgdG91Z2guIFNheSBBIGhhcyBkaWVkIGZvciBnb29kLCBhbmQgWCBnb2VzIGF3YXkg4oCTIHdo YXQgbWVjaGFuaXNtIHdpbGwgaW52YWxpZGF0ZSB0aGlzIHJvdXRlIGZyb20gQj8gSWYgaXQgaXMg bG9jYWwtYWdpbmcgYXQgQiwgdGhlbiBCIG1pZ2h0IGFzIHdlbGwgdXNlIGxvY2FsLWxlYXJuaW5n IHRvIGFkdmVydGlzZSB0aGUgcm91dGUgaW4gdGhlIGZpcnN0IHBsYWNlLg0KDQoNCg0KPFJhdmk+ IEluIG1vc3QgcHJhY3RpY2FsIHNpdHVhdGlvbnMsIFggd291bGQgcmVoYXNoIGl0cyBmbG93IHRv IEIvQyBpZiBBIGhhcyBkaWVkLiBBbmQgQi9DIHdpbGwgbGVhcm4gdGhlIE1BQyBvZiBYIChpZiB0 aGV5IGFscmVhZHkgaGFkbuKAmXQgZHVlIHRvIG90aGVyIGZsb3dzKSwgYW5kIHdpbGwgcHVibGlz aCB0aGUgcm91dGUgYWdhaW4gKGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZdCkuDQoNCg0KDQo8UmF2 aT4gVGhhbmtzLg0KDQo8UmF2aT4gLSBSYXZpIFNoZWtoYXIuDQoNCg0KDQoNCg0KW0pEXSAgV2Ug YnJpZWZseSBjb25zaWRlcmVkIHRoaXMgaW4gdGhlIHNwcmluZyBvZiAyMDEyIGFuZCBkZWNpZGVk IGl0IHdhcyBhIHJlYWxseSBiYWQgaWRlYSBmb3IgbWFueSByZWFzb25zLCBpbmNsdWRpbmcgdGhl IG9uZSBSYXZpIGRlc2NyaWJlcyBhYm92ZS4NCg0KDQoNCg0K --_000_BLUPR05MB5623953549A0D391B5A01F8C73D0BLUPR05MB562namprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBp bjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHls ZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4N CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U25pcHBlZCwgY29tbWVudCBpbmxpbmUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+WW91cnMgSXJyZXNwZWN0 aXZlbHksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Kb2huPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5n OjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPldoYXQgd291bGQgc2VlbSB0byBiZSBiZXR0ZXIgd291bGQgYmUgZm9yIHNvbWV0 aGluZyBsaWtlIGEgdHlwZSAyIG9yIERJUyB0byBiZSB1c2VkLiBBLCBCLCBhbmQgQyB3b3VsZCBh bGwgYWR2ZXJ0aXNlIGNvbm5lY3Rpb24gdG8gdGhlIEVTLCBhbmQgdGhlbiBBDQogd291bGQgYWR2 ZXJ0aXNlIGEgY29ubmVjdGlvbiBiZXR3ZWVuIHRoZSBFUyBhbmQgZWFjaCBob3N0IGl0IGtub3dz IGFib3V0LCBldGMuIEFzIEIgcmVjZWl2ZXMgdGhpcyBhZHZlcnRpc2VtZW50LCBpdCBjYW4gaW5q ZWN0IHRoaXMgaW5mb3JtYXRpb24gaW50byBpdHMgbG9jYWwgTWFjIHRhYmxlLCBzbyB0aGF0IGlm IEEgZmFpbHMgdGhlIHJlYWNoYWJsZSBkZXN0aW5hdGlvbiBwb2ludCBkb2Vzbid0IGNoYW5nZSwg b25seSB0aGUgYXR0YWNobWVudA0KIHBvaW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0 eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZsdDtSYXZpJmd0OyBVc2luZyBhIHJvdXRlIGZyb20gYW5vdGhlciBQRSAoQSBoZXJlKSB0 byBpbmplY3QgYSByb3V0ZSBieSBvdGhlciBQRXMgKEIvQykgaGFzIGl0cyBwaXRmYWxscy4gRm9y IGluc3RhbmNlIHdpdGhkcmF3YWxzIGFyZSBnb2luZw0KIHRvIGJlIHRvdWdoLiBTYXkgQSBoYXMg ZGllZCBmb3IgZ29vZCwgYW5kIFggZ29lcyBhd2F5IOKAkyB3aGF0IG1lY2hhbmlzbSB3aWxsIGlu dmFsaWRhdGUgdGhpcyByb3V0ZSBmcm9tIEI/IElmIGl0IGlzIGxvY2FsLWFnaW5nIGF0IEIsIHRo ZW4gQiBtaWdodCBhcyB3ZWxsIHVzZSBsb2NhbC1sZWFybmluZyB0byBhZHZlcnRpc2UgdGhlIHJv dXRlIGluIHRoZSBmaXJzdCBwbGFjZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0i bWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBp bjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bHQ7UmF2aSZndDsgSW4gbW9zdCBwcmFjdGljYWwgc2l0dWF0aW9ucywgWCB3b3VsZCByZWhhc2gg aXRzIGZsb3cgdG8gQi9DIGlmIEEgaGFzIGRpZWQuIEFuZCBCL0Mgd2lsbCBsZWFybiB0aGUgTUFD IG9mIFggKGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZdA0KIGR1ZSB0byBvdGhlciBmbG93cyksIGFu ZCB3aWxsIHB1Ymxpc2ggdGhlIHJvdXRlIGFnYWluIChpZiB0aGV5IGFscmVhZHkgaGFkbuKAmXQp LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0 b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZsdDtSYXZpJmd0OyBUaGFua3MuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTou MDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmx0O1JhdmkmZ3Q7IC0gUmF2 aSBTaGVraGFyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjow aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBzdHlsZT0ibWFy Z2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5bSkRdJm5ic3A7IFdlIGJyaWVmbHkgY29uc2lkZXJlZCB0aGlzIGluIHRoZSBz cHJpbmcgb2YgMjAxMiBhbmQgZGVjaWRlZCBpdCB3YXMgYSByZWFsbHkgYmFkIGlkZWEgZm9yIG1h bnkgcmVhc29ucywgaW5jbHVkaW5nIHRoZSBvbmUgUmF2aQ0KIGRlc2NyaWJlcyBhYm92ZS4gPG86 cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_BLUPR05MB5623953549A0D391B5A01F8C73D0BLUPR05MB562namprd_-- From nobody Tue Feb 3 19:47:29 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CE0D1A1BDF for ; Tue, 3 Feb 2015 19:47:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvJWxQZ1ijO6 for ; Tue, 3 Feb 2015 19:47:24 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 772E61A1BEA for ; Tue, 3 Feb 2015 19:47:23 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:63664 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIqvr-0005CN-JS; Wed, 04 Feb 2015 03:47:15 +0000 From: "Russ White" To: "'Ravi Shekhar'" , "'John E Drake'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> In-Reply-To: Date: Tue, 3 Feb 2015 22:47:13 -0500 Message-ID: <01e901d0402d$43b33b70$cb19b250$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wIkMhnIAUEvwtYBhEqDcwHNCpGPnkiafjA= Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 03:47:27 -0000 > Using a route from another PE (A here) to inject a route by = other PEs > (B/C) has its pitfalls. For instance withdrawals are going to be = tough. Say A > has died for good, and X goes away =E2=80=93 what mechanism will = invalidate this > route from B? If it is local-aging at B, then B might as well use = local-learning to > advertise the route in the first place. This is pitfall in every conceivable scheme, in fact, when you have = transmit capability to a device you can't see at the other end of the = link to know it's actual status. If the CE and PE both fail at the same = time when you're assuming connectivity you can't prove, you're always = going to run into this problem -- including your aliasing scheme. > In most practical situations, X would rehash its flow to B/C if = A has > died. And B/C will learn the MAC of X (if they already hadn=E2=80=99t = due to other > flows), and will publish the route again (if they already = hadn=E2=80=99t). So let's work through the process -- - A fails - The advertisements A was sending are, after peer down, removed from = the table - X continues sending traffic until it either the session resets or = (hopefully) the interface down on A propagates towards X in some way -- = but there's no way of actually knowing what this looks like, as we don't = have any idea what's actually between A and X - Eventually, X begins refactoring it's hash, and starts sending towards = B - B learns the new attached host, and readvertises it There is a lot of "ifs, ands, and buts," in here to cover, and a lot of = time. Either both A and B can reach the same set of hosts, or they = cannot. If they can, then the link should be treated as a broadcast, = which means it's reachable from every upstream on the LAG connected to = it. I would still prefer a solution that doesn't play this sort of "I = can reach all the same things he can," game -- the DR type of system is = much cleaner, and much more robust to modifications and future = enhancements than aliasing will be. Of course, the real solution is -- don't use LAGs when you're doing = layer 3 control plane mechanisms in the first place, but you must get = out of the layer 2 only mindset to see that LAGs are causing you nothing = but trouble all around in a proactive control plane with high density = link counts.=20 :-) Russ From nobody Tue Feb 3 23:37:50 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D881A6F7C for ; Tue, 3 Feb 2015 23:37:46 -0800 (PST) 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mgf4RiiNGXUm for ; Tue, 3 Feb 2015 23:37:44 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0795.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::795]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C9041A6F28 for ; Tue, 3 Feb 2015 23:37:43 -0800 (PST) Received: from DM2PR0501MB1230.namprd05.prod.outlook.com (25.160.246.13) by BLUPR05MB563.namprd05.prod.outlook.com (10.141.202.144) with Microsoft SMTP Server (TLS) id 15.1.75.20; Wed, 4 Feb 2015 07:37:20 +0000 Received: from DM2PR0501MB1230.namprd05.prod.outlook.com ([25.160.246.13]) by DM2PR0501MB1230.namprd05.prod.outlook.com ([25.160.246.13]) with mapi id 15.01.0075.002; Wed, 4 Feb 2015 07:37:20 +0000 From: Ravi Shekhar To: Russ White , John E Drake Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//9rFg//97lID//sTugA== Date: Wed, 4 Feb 2015 07:37:19 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01e901d0402d$43b33b70$cb19b250$@riw.us> In-Reply-To: <01e901d0402d$43b33b70$cb19b250$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.239.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB563; x-forefront-prvs: 04772EA191 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(377454003)(40100003)(74316001)(62966003)(77156002)(76176999)(122556002)(50986999)(93886004)(76576001)(54356999)(66066001)(19580395003)(19580405001)(2656002)(46102003)(87936001)(102836002)(2950100001)(2900100001)(86362001)(33656002)(92566002)(99286002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB563; H:DM2PR0501MB1230.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Feb 2015 07:37:19.7611 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB563 Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 07:37:46 -0000 VGhlIGFwcHJvYWNoIG9mIEEvQi9DIGluZGVwZW5kZW50bHkgZ2VuZXJhdGluZyByb3V0ZSB0byBY IG9ubHkgYmFzZWQgb24gbG9jYWwgTUFDIGxlYXJuaW5nIHdvcmtzIGV2ZW4gaWYgcGh5c2ljYWwg bGluayBmYWlsdXJlIGRldGVjdGlvbiBpcyBub3QgYW4gb3B0aW9uLiBBbmQgaW4gbW9zdCBwcmFj dGljYWwgY2FzZXMsIFggd2lsbCBoYXZlIGVub3VnaCBhY3RpdmUgZmxvd3MgdGhhdCBpdCB3aWxs IGNhdXNlIGxvY2FsIGxlYXJuaW5nIG9uIEEvQi9DIHRvIGhvcGVmdWxseSBoYXBwZW4gd2VsbCBi ZWZvcmUgYSBmYWlsdXJlIG9mIGNvbm5lY3Rpb24gdG8gQSBoYXBwZW5zLiBJbiB0aGUgZXZlbnQg dGhhdCB0aGlzIGlzIG5vdCB0aGUgY2FzZSwgY3VycmVudCBzY2hlbWUgdGFrZXMgY2FyZSBvZiBp dCB2aWEgRVNJIHJvdXRlLiBDYW4geW91IGVsYWJvcmF0ZSB3aGVuIGl0IGRvZXMgbm90IHdvcmsg YSBiaXQgbW9yZT8gDQoNClRoZXJlIGFyZSBvdGhlciBwcm9ibGVtcyB3aXRoIHRoZSBhcHByb2Fj aCB0aGF0IHlvdSBoYXZlIGNpdGVkIC0gZm9yIGluc3RhbmNlLCBpZiB0aGUgYWR2ZXJ0aXNlbWVu dCBvZiByb3V0ZSB0byBYIGZyb20gQSB0cmlnZ2VyZWQgQiBhbmQgQyB0byBnZW5lcmF0ZSByb3V0 ZSB0byBYIGFzIHdlbGwsIHdoYXQgaGFwcGVucyBpZiBYIGdvZXMgYXdheT8gUGh5LWxheWVyIHdp bGwgbm90IGhlbHAgQS9CL0MgaW4gdGhlIGRldGVjdGlvbiBvZiBYIGdvaW5nIGF3YXkuIEEgd2ls bCBrZWVwIGl0cyBhZHZlcnRpc2VtZW50IGludGFjdCAoZXZlbiBhZnRlciBYIGhhcyBhZ2VkIG91 dCBsb2NhbGx5KSBiZWNhdXNlIGl0IGlzIHNlZWluZyByb3V0ZSB0byBYIGZyb20gQi9DID0+IG11 Y2ggbGlrZSBCL0MgY3JlYXRlZCB0aGUgcm91dGUgdG8gWCBiYXNlZCBvbiBBJ3MgYWR2ZXJ0aXNl bWVudCBpbml0aWFsbHkuIFNpbWlsYXJseSBCL0Mgd2lsbCBrZWVwIHRoZWlyIHJvdXRlcyBpbnRh Y3QgYmVjYXVzZSBBJ3Mgcm91dGUgaXMgbGluZ2VyaW5nIGFyb3VuZC4gVGhlcmUgd2lsbCBiZSBh IGNpcmN1bGFyIGRlcGVuZGVuY3kgY3JlYXRlZCBhbmQgcm91dGUgdG8gWCB3aWxsIG5ldmVyIGdl dCB3aXRoZHJhd24uIE5vdCB0byBtZW50aW9uLCB0aGF0IGV2ZW4gaWYgdGhpcyBjYW4gYmUgZml4 ZWQgd2l0aCBleHRyYSBzdGF0ZSBhbmQgZXh0cmEgYml0cyBpbiB0aGUgYWR2ZXJ0aXNlbWVudCBm cm9tIEIvQyAod2hpY2ggIG1heSBldmVudHVhbGx5IG1ha2UgdGhlIHNjaGVtZSBldmVuIGNvbXBs ZXgpLCAgYWR2ZXJ0aXNlbWVudCBvZiBhIHJvdXRlIGJhc2VkIG9uIGFub3RoZXIgcm91dGUgYW5k IGtlZXBpbmcgdHJhY2sgb2YgdGhpcyBkZXBlbmRlbmN5IGluIHRoZSBzYW1lIHJvdXRlIHRhYmxl IHdpbGwgcmVxdWlyZSBhIGV4dHJhIEJHUCBtYWNoaW5lcnkgdGhhdCBkb2VzIG5vdCBleGlzdCB0 b2RheS4NCg0KSSB3b3VsZCB0aGluayB0aGF0IHRoZSBjbG9zZXIgYSBQRSBpcyB0byB0aGUgc291 cmNlIG9mIGluZm9ybWF0aW9uIHRoYXQgY2F1c2VzIGl0IHRvIGdlbmVyYXRlIGEgcm91dGUgLSBs aWtlIGxvY2FsIE1BQyBsZWFybmluZyBmb3IgTUFDIHJvdXRlLCBvciBMQUcgbGluayBwcmVzZW50 IGZvciBFU0kgcm91dGUgLSB0aGUgbW9yZSBhY2N1cmF0ZSBpdHMgaW5mb3JtYXRpb24gd2lsbCBi ZS4gVGhlIGZhcnRoZXIgdGhlIFBFIGlzIGZyb20gdGhlIHNvdXJjZSBvZiBpbmZvcm1hdGlvbiAt IGxpa2UgYSBQRSBkZXBlbmRpbmcgb24gYW5vdGhlciBQRSdzIHJvdXRlIHRvIGdlbmVyYXRlIGl0 cyBvd24gTUFDIHJvdXRlIC0gY29udmVyZ2VuY2Ugd2lsbCBiZSBzbG93ZXIgYW5kIGNvbXBsZXhp dHkgd2lsbCBiZSBoaWdoZXIgdG8ga2VlcCB0cmFjayBvZiBkZXBlbmRlbnQgc3RhdGUuDQoNCk15 IDIgY2VudHMuDQotIFJhdmkuDQoNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogUnVzcyBXaGl0ZSBbbWFpbHRvOnJ1c3N3QHJpdy51c10gDQpTZW50OiBUdWVzZGF5 LCBGZWJydWFyeSAwMywgMjAxNSA3OjQ3IFBNDQpUbzogUmF2aSBTaGVraGFyOyBKb2huIEUgRHJh a2UNCkNjOiAnUmFiYWRhbiwgSm9yZ2UgKEpvcmdlKSc7IGJlc3NAaWV0Zi5vcmcNClN1YmplY3Q6 IFJFOiBbYmVzc10gRVZQTiBEcmFmdCBDb21tZW50cw0KDQoNCj4gPFJhdmk+IFVzaW5nIGEgcm91 dGUgZnJvbSBhbm90aGVyIFBFIChBIGhlcmUpIHRvIGluamVjdCBhIHJvdXRlIGJ5IA0KPiBvdGhl ciBQRXMNCj4gKEIvQykgaGFzIGl0cyBwaXRmYWxscy4gRm9yIGluc3RhbmNlIHdpdGhkcmF3YWxz IGFyZSBnb2luZyB0byBiZSANCj4gdG91Z2guIFNheSBBIGhhcyBkaWVkIGZvciBnb29kLCBhbmQg WCBnb2VzIGF3YXkg4oCTIHdoYXQgbWVjaGFuaXNtIHdpbGwgDQo+IGludmFsaWRhdGUgdGhpcyBy b3V0ZSBmcm9tIEI/IElmIGl0IGlzIGxvY2FsLWFnaW5nIGF0IEIsIHRoZW4gQiBtaWdodCANCj4g YXMgd2VsbCB1c2UgbG9jYWwtbGVhcm5pbmcgdG8gYWR2ZXJ0aXNlIHRoZSByb3V0ZSBpbiB0aGUg Zmlyc3QgcGxhY2UuDQoNClRoaXMgaXMgcGl0ZmFsbCBpbiBldmVyeSBjb25jZWl2YWJsZSBzY2hl bWUsIGluIGZhY3QsIHdoZW4geW91IGhhdmUgdHJhbnNtaXQgY2FwYWJpbGl0eSB0byBhIGRldmlj ZSB5b3UgY2FuJ3Qgc2VlIGF0IHRoZSBvdGhlciBlbmQgb2YgdGhlIGxpbmsgdG8ga25vdyBpdCdz IGFjdHVhbCBzdGF0dXMuIElmIHRoZSBDRSBhbmQgUEUgYm90aCBmYWlsIGF0IHRoZSBzYW1lIHRp bWUgd2hlbiB5b3UncmUgYXNzdW1pbmcgY29ubmVjdGl2aXR5IHlvdSBjYW4ndCBwcm92ZSwgeW91 J3JlIGFsd2F5cyBnb2luZyB0byBydW4gaW50byB0aGlzIHByb2JsZW0gLS0gaW5jbHVkaW5nIHlv dXIgYWxpYXNpbmcgc2NoZW1lLg0KDQo+IDxSYXZpPiBJbiBtb3N0IHByYWN0aWNhbCBzaXR1YXRp b25zLCBYIHdvdWxkIHJlaGFzaCBpdHMgZmxvdyB0byBCL0MgaWYgDQo+IEEgaGFzIGRpZWQuIEFu ZCBCL0Mgd2lsbCBsZWFybiB0aGUgTUFDIG9mIFggKGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZdCAN Cj4gZHVlIHRvIG90aGVyIGZsb3dzKSwgYW5kIHdpbGwgcHVibGlzaCB0aGUgcm91dGUgYWdhaW4g KGlmIHRoZXkgYWxyZWFkeSBoYWRu4oCZdCkuDQoNClNvIGxldCdzIHdvcmsgdGhyb3VnaCB0aGUg cHJvY2VzcyAtLQ0KDQotIEEgZmFpbHMNCi0gVGhlIGFkdmVydGlzZW1lbnRzIEEgd2FzIHNlbmRp bmcgYXJlLCBhZnRlciBwZWVyIGRvd24sIHJlbW92ZWQgZnJvbSB0aGUgdGFibGUNCi0gWCBjb250 aW51ZXMgc2VuZGluZyB0cmFmZmljIHVudGlsIGl0IGVpdGhlciB0aGUgc2Vzc2lvbiByZXNldHMg b3IgKGhvcGVmdWxseSkgdGhlIGludGVyZmFjZSBkb3duIG9uIEEgcHJvcGFnYXRlcyB0b3dhcmRz IFggaW4gc29tZSB3YXkgLS0gYnV0IHRoZXJlJ3Mgbm8gd2F5IG9mIGFjdHVhbGx5IGtub3dpbmcg d2hhdCB0aGlzIGxvb2tzIGxpa2UsIGFzIHdlIGRvbid0IGhhdmUgYW55IGlkZWEgd2hhdCdzIGFj dHVhbGx5IGJldHdlZW4gQSBhbmQgWA0KLSBFdmVudHVhbGx5LCBYIGJlZ2lucyByZWZhY3Rvcmlu ZyBpdCdzIGhhc2gsIGFuZCBzdGFydHMgc2VuZGluZyB0b3dhcmRzIEINCi0gQiBsZWFybnMgdGhl IG5ldyBhdHRhY2hlZCBob3N0LCBhbmQgcmVhZHZlcnRpc2VzIGl0DQoNClRoZXJlIGlzIGEgbG90 IG9mICJpZnMsIGFuZHMsIGFuZCBidXRzLCIgaW4gaGVyZSB0byBjb3ZlciwgYW5kIGEgbG90IG9m IHRpbWUuIEVpdGhlciBib3RoIEEgYW5kIEIgY2FuIHJlYWNoIHRoZSBzYW1lIHNldCBvZiBob3N0 cywgb3IgdGhleSBjYW5ub3QuIElmIHRoZXkgY2FuLCB0aGVuIHRoZSBsaW5rIHNob3VsZCBiZSB0 cmVhdGVkIGFzIGEgYnJvYWRjYXN0LCB3aGljaCBtZWFucyBpdCdzIHJlYWNoYWJsZSBmcm9tIGV2 ZXJ5IHVwc3RyZWFtIG9uIHRoZSBMQUcgY29ubmVjdGVkIHRvIGl0LiBJIHdvdWxkIHN0aWxsIHBy ZWZlciBhIHNvbHV0aW9uIHRoYXQgZG9lc24ndCBwbGF5IHRoaXMgc29ydCBvZiAiSSBjYW4gcmVh Y2ggYWxsIHRoZSBzYW1lIHRoaW5ncyBoZSBjYW4sIiBnYW1lIC0tIHRoZSBEUiB0eXBlIG9mIHN5 c3RlbSBpcyBtdWNoIGNsZWFuZXIsIGFuZCBtdWNoIG1vcmUgcm9idXN0IHRvIG1vZGlmaWNhdGlv bnMgYW5kIGZ1dHVyZSBlbmhhbmNlbWVudHMgdGhhbiBhbGlhc2luZyB3aWxsIGJlLg0KDQpPZiBj b3Vyc2UsIHRoZSByZWFsIHNvbHV0aW9uIGlzIC0tIGRvbid0IHVzZSBMQUdzIHdoZW4geW91J3Jl IGRvaW5nIGxheWVyIDMgY29udHJvbCBwbGFuZSBtZWNoYW5pc21zIGluIHRoZSBmaXJzdCBwbGFj ZSwgYnV0IHlvdSBtdXN0IGdldCBvdXQgb2YgdGhlIGxheWVyIDIgb25seSBtaW5kc2V0IHRvIHNl ZSB0aGF0IExBR3MgYXJlIGNhdXNpbmcgeW91IG5vdGhpbmcgYnV0IHRyb3VibGUgYWxsIGFyb3Vu ZCBpbiBhIHByb2FjdGl2ZSBjb250cm9sIHBsYW5lIHdpdGggaGlnaCBkZW5zaXR5IGxpbmsgY291 bnRzLiANCg0KOi0pDQoNClJ1c3MNCg0KDQo= From nobody Wed Feb 4 01:46:12 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C14B61A6FFC for ; Wed, 4 Feb 2015 01:46:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10v1KjZ7evwJ; Wed, 4 Feb 2015 01:46:09 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC21C1A007B; Wed, 4 Feb 2015 01:46:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org, bess-chairs@tools.ietf.org, martin.vigoureux@alcatel-lucent.com, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204094609.22679.30210.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 01:46:09 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 09:46:11 -0000 IESG state changed to Last Call Requested from AD Evaluation::AD Followup ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ From nobody Wed Feb 4 04:16:45 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EADF1A00F8 for ; Wed, 4 Feb 2015 04:16:44 -0800 (PST) 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 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 kBpJDX1N8hUE for ; Wed, 4 Feb 2015 04:16:42 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 A87D71A00C6 for ; Wed, 4 Feb 2015 04:16:42 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:58271 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIysj-0005z7-HK; Wed, 04 Feb 2015 12:16:33 +0000 From: "Russ White" To: "'Ravi Shekhar'" , "'John E Drake'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01e901d0402d$43b33b70$cb19b250$@riw.us> In-Reply-To: Date: Wed, 4 Feb 2015 07:16:31 -0500 Message-ID: <009f01d04074$69c92bc0$3d5b8340$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wIkMhnIAUEvwtYBhEqDcwHNCpGPAnVMSXwCkplX9J4g6WwA Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 12:16:44 -0000 > The approach of A/B/C independently generating route to X only based = on > local MAC learning works even if physical link failure detection is = not an > option. And in most practical cases, X will have enough active flows = that it will > cause local learning on A/B/C to hopefully happen well before a = failure of > connection to A happens. In the event that this is not the case, = current > scheme takes care of it via ESI route.=20 Then -- again, aliasing is covering a corner case, and I'm not certain = of the value of this mechanism in the main draft. > There are other problems with the approach that you have cited - for > instance, if the advertisement of route to X from A triggered B and C = to > generate route to X as well, what happens if X goes away? Phy-layer = will not > help A/B/C in the detection of X going away. A will keep its = advertisement > intact (even after X has aged out locally) because it is seeing route = to X from > B/C =3D> much like B/C created the route to X based on A's = advertisement > initially. Similarly B/C will keep their routes intact because A's = route is > lingering around. There will be a circular dependency created and = route to X > will never get withdrawn. Not to mention, that even if this can be = fixed with > extra state and extra bits in the advertisement from B/C (which may > eventually make the scheme even complex), advertisement of a route > based on another route and keeping track of this dependency in the = same > route table will require a extra BGP machinery that does not exist = today. Agreed -- Which is why this needs some brainstorming, rather than just = adding something into BGP that is fragile in the first place. Another = option might be -- - B sees A's advertisement with a MAC address it doesn't have in its = local table, or hasn't learned - B initiates an ARP or some other packet towards this MAC address - If connectivity exists, normal MAC learning and advertisement now = takes place As you say --=20 > I would think that the closer a PE is to the source of information = that causes it > to generate a route - like local MAC learning for MAC route, or LAG = link > present for ESI route - the more accurate its information will be. The = farther > the PE is from the source of information - like a PE depending on = another PE's > route to generate its own MAC route - convergence will be slower and > complexity will be higher to keep track of dependent state. As aliasing suffers from the same criticism, it would seem, to me, that = some other solution would be better overall, if we can find one. Hence = my original comment that this appears not to be an elegant solution = (IMHO), as it's assuming connectivity that may or may not exist, and = needs more thought. :-) Russ=20 From nobody Wed Feb 4 04:38:37 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84E881A00D4 for ; Wed, 4 Feb 2015 04:38:33 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p3ungoi1Yv-d for ; Wed, 4 Feb 2015 04:38:31 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0108.outbound.protection.outlook.com [65.55.169.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42B001A0091 for ; Wed, 4 Feb 2015 04:38:31 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by CY1PR0501MB1226.namprd05.prod.outlook.com (25.160.145.150) with Microsoft SMTP Server (TLS) id 15.1.75.20; Wed, 4 Feb 2015 12:38:29 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Wed, 4 Feb 2015 12:38:28 +0000 From: John E Drake To: Russ White , Ravi Shekhar Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//9rFg//97lID//sTugP/9LcqA//pZaAA= Date: Wed, 4 Feb 2015 12:38:28 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01e901d0402d$43b33b70$cb19b250$@riw.us> <009f01d04074$69c92bc0$3d5b8340$@riw.us> In-Reply-To: <009f01d04074$69c92bc0$3d5b8340$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1226; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1226; x-forefront-prvs: 04772EA191 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(51704005)(13464003)(77156002)(62966003)(77096005)(102836002)(2900100001)(2950100001)(122556002)(40100003)(99286002)(93886004)(76576001)(46102003)(92566002)(2656002)(86362001)(87936001)(54356999)(50986999)(76176999)(74316001)(19580395003)(19580405001)(33656002)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1226; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Feb 2015 12:38:28.6254 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1226 Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 12:38:33 -0000 UnVzcw0KDQpDb21tZW50cyBpbmxpbmUuICBJIHRoaW5rIG15IG9yaWdpbmFsIGNvbW1lbnQgZGVz Y3JpYmVzIHRoZSBzdGF0ZSBvZiBwbGF5OiAgIkp1c3QgYmVjYXVzZSB5b3UgZG9uJ3QgbGlrZS91 bmRlcnN0YW5kIGl0IGRvZXNuJ3QgbmVjZXNzYXJpbHkgbWVhbiBpdCdzIHdyb25nLiIuICAgIA0K DQpZb3VycyBJcnJlc3BlY3RpdmVseSwNCg0KSm9obg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IFJ1c3MgV2hpdGUgW21haWx0bzpydXNzd0ByaXcudXNdDQo+IFNlbnQ6 IFdlZG5lc2RheSwgRmVicnVhcnkgMDQsIDIwMTUgNzoxNyBBTQ0KPiBUbzogUmF2aSBTaGVraGFy OyBKb2huIEUgRHJha2UNCj4gQ2M6ICdSYWJhZGFuLCBKb3JnZSAoSm9yZ2UpJzsgYmVzc0BpZXRm Lm9yZw0KPiBTdWJqZWN0OiBSRTogW2Jlc3NdIEVWUE4gRHJhZnQgQ29tbWVudHMNCj4gDQo+IA0K PiA+IFRoZSBhcHByb2FjaCBvZiBBL0IvQyBpbmRlcGVuZGVudGx5IGdlbmVyYXRpbmcgcm91dGUg dG8gWCBvbmx5IGJhc2VkDQo+ID4gb24gbG9jYWwgTUFDIGxlYXJuaW5nIHdvcmtzIGV2ZW4gaWYg cGh5c2ljYWwgbGluayBmYWlsdXJlIGRldGVjdGlvbiBpcw0KPiA+IG5vdCBhbiBvcHRpb24uIEFu ZCBpbiBtb3N0IHByYWN0aWNhbCBjYXNlcywgWCB3aWxsIGhhdmUgZW5vdWdoIGFjdGl2ZQ0KPiA+ IGZsb3dzIHRoYXQgaXQgd2lsbCBjYXVzZSBsb2NhbCBsZWFybmluZyBvbiBBL0IvQyB0byBob3Bl ZnVsbHkgaGFwcGVuDQo+ID4gd2VsbCBiZWZvcmUgYSBmYWlsdXJlIG9mIGNvbm5lY3Rpb24gdG8g QSBoYXBwZW5zLiBJbiB0aGUgZXZlbnQgdGhhdA0KPiA+IHRoaXMgaXMgbm90IHRoZSBjYXNlLCBj dXJyZW50IHNjaGVtZSB0YWtlcyBjYXJlIG9mIGl0IHZpYSBFU0kgcm91dGUuDQo+IA0KPiBUaGVu IC0tIGFnYWluLCBhbGlhc2luZyBpcyBjb3ZlcmluZyBhIGNvcm5lciBjYXNlLCBhbmQgSSdtIG5v dCBjZXJ0YWluIG9mIHRoZQ0KPiB2YWx1ZSBvZiB0aGlzIG1lY2hhbmlzbSBpbiB0aGUgbWFpbiBk cmFmdC4NCg0KW0pEXSAgVW5zdXBwb3J0ZWQgYXNzZXJ0aW9uIA0KDQo+IA0KPiA+IFRoZXJlIGFy ZSBvdGhlciBwcm9ibGVtcyB3aXRoIHRoZSBhcHByb2FjaCB0aGF0IHlvdSBoYXZlIGNpdGVkIC0g Zm9yDQo+ID4gaW5zdGFuY2UsIGlmIHRoZSBhZHZlcnRpc2VtZW50IG9mIHJvdXRlIHRvIFggZnJv bSBBIHRyaWdnZXJlZCBCIGFuZCBDDQo+ID4gdG8gZ2VuZXJhdGUgcm91dGUgdG8gWCBhcyB3ZWxs LCB3aGF0IGhhcHBlbnMgaWYgWCBnb2VzIGF3YXk/IFBoeS1sYXllcg0KPiA+IHdpbGwgbm90IGhl bHAgQS9CL0MgaW4gdGhlIGRldGVjdGlvbiBvZiBYIGdvaW5nIGF3YXkuIEEgd2lsbCBrZWVwIGl0 cw0KPiA+IGFkdmVydGlzZW1lbnQgaW50YWN0IChldmVuIGFmdGVyIFggaGFzIGFnZWQgb3V0IGxv Y2FsbHkpIGJlY2F1c2UgaXQgaXMNCj4gPiBzZWVpbmcgcm91dGUgdG8gWCBmcm9tIEIvQyA9PiBt dWNoIGxpa2UgQi9DIGNyZWF0ZWQgdGhlIHJvdXRlIHRvIFgNCj4gPiBiYXNlZCBvbiBBJ3MgYWR2 ZXJ0aXNlbWVudCBpbml0aWFsbHkuIFNpbWlsYXJseSBCL0Mgd2lsbCBrZWVwIHRoZWlyDQo+ID4g cm91dGVzIGludGFjdCBiZWNhdXNlIEEncyByb3V0ZSBpcyBsaW5nZXJpbmcgYXJvdW5kLiBUaGVy ZSB3aWxsIGJlIGENCj4gPiBjaXJjdWxhciBkZXBlbmRlbmN5IGNyZWF0ZWQgYW5kIHJvdXRlIHRv IFggd2lsbCBuZXZlciBnZXQgd2l0aGRyYXduLg0KPiA+IE5vdCB0byBtZW50aW9uLCB0aGF0IGV2 ZW4gaWYgdGhpcyBjYW4gYmUgZml4ZWQgd2l0aCBleHRyYSBzdGF0ZSBhbmQNCj4gPiBleHRyYSBi aXRzIGluIHRoZSBhZHZlcnRpc2VtZW50IGZyb20gQi9DICh3aGljaCAgbWF5IGV2ZW50dWFsbHkg bWFrZQ0KPiA+IHRoZSBzY2hlbWUgZXZlbiBjb21wbGV4KSwgIGFkdmVydGlzZW1lbnQgb2YgYSBy b3V0ZSBiYXNlZCBvbiBhbm90aGVyDQo+ID4gcm91dGUgYW5kIGtlZXBpbmcgdHJhY2sgb2YgdGhp cyBkZXBlbmRlbmN5IGluIHRoZSBzYW1lIHJvdXRlIHRhYmxlIHdpbGwNCj4gcmVxdWlyZSBhIGV4 dHJhIEJHUCBtYWNoaW5lcnkgdGhhdCBkb2VzIG5vdCBleGlzdCB0b2RheS4NCj4gDQo+IEFncmVl ZCAtLSBXaGljaCBpcyB3aHkgdGhpcyBuZWVkcyBzb21lIGJyYWluc3Rvcm1pbmcsIHJhdGhlciB0 aGFuIGp1c3QNCj4gYWRkaW5nIHNvbWV0aGluZyBpbnRvIEJHUCB0aGF0IGlzIGZyYWdpbGUgaW4g dGhlIGZpcnN0IHBsYWNlLiANCg0KW0pEXSAgVW5zdXBwb3J0ZWQgYXNzZXJ0aW9uIA0KDQo+IEFu b3RoZXIgb3B0aW9uIG1pZ2h0IGJlIC0tDQo+IA0KPiAtIEIgc2VlcyBBJ3MgYWR2ZXJ0aXNlbWVu dCB3aXRoIGEgTUFDIGFkZHJlc3MgaXQgZG9lc24ndCBoYXZlIGluIGl0cyBsb2NhbA0KPiB0YWJs ZSwgb3IgaGFzbid0IGxlYXJuZWQNCj4gLSBCIGluaXRpYXRlcyBhbiBBUlAgb3Igc29tZSBvdGhl ciBwYWNrZXQgdG93YXJkcyB0aGlzIE1BQyBhZGRyZXNzDQo+IC0gSWYgY29ubmVjdGl2aXR5IGV4 aXN0cywgbm9ybWFsIE1BQyBsZWFybmluZyBhbmQgYWR2ZXJ0aXNlbWVudCBub3cgdGFrZXMNCj4g cGxhY2UNCg0KW0pEXSAgVGhpcyBpcyBhIGxvY2FsIG5vZGUgYmVoYXZpb3Igb3B0aW9uIHRoYXQg aXMgZW50aXJlbHkgY29uc2lzdGVudCB3LyBhbGlhc2luZyBhcyBpdCBpcyBjdXJyZW50bHkgZGVm aW5lZA0KDQo+IA0KPiBBcyB5b3Ugc2F5IC0tDQo+IA0KPiA+IEkgd291bGQgdGhpbmsgdGhhdCB0 aGUgY2xvc2VyIGEgUEUgaXMgdG8gdGhlIHNvdXJjZSBvZiBpbmZvcm1hdGlvbg0KPiA+IHRoYXQg Y2F1c2VzIGl0IHRvIGdlbmVyYXRlIGEgcm91dGUgLSBsaWtlIGxvY2FsIE1BQyBsZWFybmluZyBm b3IgTUFDDQo+ID4gcm91dGUsIG9yIExBRyBsaW5rIHByZXNlbnQgZm9yIEVTSSByb3V0ZSAtIHRo ZSBtb3JlIGFjY3VyYXRlIGl0cw0KPiA+IGluZm9ybWF0aW9uIHdpbGwgYmUuIFRoZSBmYXJ0aGVy IHRoZSBQRSBpcyBmcm9tIHRoZSBzb3VyY2Ugb2YNCj4gPiBpbmZvcm1hdGlvbiAtIGxpa2UgYSBQ RSBkZXBlbmRpbmcgb24gYW5vdGhlciBQRSdzIHJvdXRlIHRvIGdlbmVyYXRlDQo+ID4gaXRzIG93 biBNQUMgcm91dGUgLSBjb252ZXJnZW5jZSB3aWxsIGJlIHNsb3dlciBhbmQgY29tcGxleGl0eSB3 aWxsIGJlDQo+IGhpZ2hlciB0byBrZWVwIHRyYWNrIG9mIGRlcGVuZGVudCBzdGF0ZS4NCj4gDQo+ IEFzIGFsaWFzaW5nIHN1ZmZlcnMgZnJvbSB0aGUgc2FtZSBjcml0aWNpc20sDQoNCltKRF0gIFVu c3VwcG9ydGVkIGFzc2VydGlvbiAgDQoNCj4gaXQgd291bGQgc2VlbSwgdG8gbWUsIHRoYXQgc29t ZQ0KPiBvdGhlciBzb2x1dGlvbiB3b3VsZCBiZSBiZXR0ZXIgb3ZlcmFsbCwgaWYgd2UgY2FuIGZp bmQgb25lLiBIZW5jZSBteSBvcmlnaW5hbA0KPiBjb21tZW50IHRoYXQgdGhpcyBhcHBlYXJzIG5v dCB0byBiZSBhbiBlbGVnYW50IHNvbHV0aW9uIChJTUhPKSwgYXMgaXQncw0KPiBhc3N1bWluZyBj b25uZWN0aXZpdHkgdGhhdCBtYXkgb3IgbWF5IG5vdCBleGlzdCwgYW5kIG5lZWRzIG1vcmUgdGhv dWdodC4NCg0KW0pEXSAgVW5zdXBwb3J0ZWQgYXNzZXJ0aW9uIA0KDQo+IA0KPiA6LSkNCj4gDQo+ IFJ1c3MNCg0K From nobody Wed Feb 4 04:40:47 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB0E71A0091; Wed, 4 Feb 2015 04:40:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MKMfnLY9TIrc; Wed, 4 Feb 2015 04:40:34 -0800 (PST) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (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 7BB0F1A00E1; Wed, 4 Feb 2015 04:40:34 -0800 (PST) Received: by mail-wi0-f182.google.com with SMTP id n3so3308573wiv.3; Wed, 04 Feb 2015 04:40:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=7GRC5KJTi7H0iLPx7AwzUIkF2JlZ81oSg4kRnYvndoU=; b=Mj7uWZkvh82KVoioaW0ola6TgdylONnbbgISeWGcGwyWZmUoqZDQQGpTLGhZgKEqB8 weo/NCjlLYBFZRIPBp+cHAy2Li/shdAX9+K7h+KiF2gsKSuf9+GSfCOsSp4nLqh1ic36 Sc8tuGwey0f+MzXqCtxd78HO9Z56l1TVLFgy6Y+pr9n5aaB+rK32+btD9x94QvREuJZh jnUh/8vH8IwJdKvwk62SypBwZNwZHfYG5TjDQdIoiIjMzf4ciITGVOXpfwDfE3kSD57j +/3c03I1slQ/C6OgfFXvMc/y9kmgx92mmJkcawWdx1nQ2s2BGxg9JUAuMAsXCpL1a07h he6A== X-Received: by 10.194.171.136 with SMTP id au8mr1928743wjc.6.1423053633136; Wed, 04 Feb 2015 04:40:33 -0800 (PST) Received: from [127.0.0.1] (ARennes-652-1-111-85.w92-139.abo.wanadoo.fr. [92.139.14.85]) by mx.google.com with ESMTPSA id hn2sm2588243wjc.5.2015.02.04.04.40.31 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Feb 2015 04:40:32 -0800 (PST) Sender: Thomas Morin Message-ID: <54D2133D.5000708@orange.com> Date: Wed, 04 Feb 2015 13:40:29 +0100 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Stephen Farrell , The IESG References: <20150203144820.2095.31015.idtracker@ietfa.amsl.com> In-Reply-To: <20150203144820.2095.31015.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, bess-chairs@tools.ietf.org, bess@ietf.org Subject: Re: [bess] Stephen Farrell's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 12:40:39 -0000 Hi Stephen, all, Stephen Farrell: > - section 6: I think I buy the argument that there are no > new security issues here but that's only true I think if the > security issues with route reflectors are somewhere (and if > those cover cases where crypto is not used to enforce the > "P" in VPN). Wouldn't a reference to something like that be > good here? RFC4456, which specifies BGP route reflection has a security section which merely states that it "does not change the underlying security issues inherent in the existing IBGP", but which can be referenced nonetheless. OLD: No new fundamental security issues are introduced by ACCEPT_OWN. proposed NEW: No new fundamental security issues are introduced by ACCEPT_OWN, beyond what is already documented in "Security Considerations" sections of RFC4271 and RFC4456. Best, -Thomas, as doc shepherd From nobody Wed Feb 4 04:51:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B3531A007B; Wed, 4 Feb 2015 04:51:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z_qq4WvmLYa0; Wed, 4 Feb 2015 04:51:47 -0800 (PST) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::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 7D53F1A00E2; Wed, 4 Feb 2015 04:51:47 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id h11so3393274wiw.1; Wed, 04 Feb 2015 04:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Z5/ja1zueFLTc7WMfLJI1664MHL2FZjfvMndjAiwjBw=; b=wUXkis/9sNsUx3ORljOJuDQtqN5FeWRaaK1vWo+/BPqUqvXYSB3ghnHUQnLipTOCSb tibezZwfaR8aXZN1dnoo8P2GftRKNK8IunF0zilMdYvcfP70MxamKfBf3Jd0PvgqJy0o cJNHI11gqX7kEY0mBgVdIQ6OeRPlXQoN1XrrxvR+6r7SA+/g24k497D7rLGXy3BU96W5 /q7ZwU+qwXQfWcHkba0zQwx/egYLh3rhDUWxV9L9VTJKb14kgTEMWdSyex9PfNBQVSea KT87yM6ZA28cUZI//fiCtojvbLIqB2ZM9DqgP5RpVWrNLyevp1jhqgXgqZCvQG8l50Kr EXpQ== X-Received: by 10.194.61.51 with SMTP id m19mr16070409wjr.39.1423054306264; Wed, 04 Feb 2015 04:51:46 -0800 (PST) Received: from [127.0.0.1] (ARennes-652-1-111-85.w92-139.abo.wanadoo.fr. [92.139.14.85]) by mx.google.com with ESMTPSA id fo17sm2613461wjc.19.2015.02.04.04.51.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Feb 2015 04:51:45 -0800 (PST) Sender: Thomas Morin Message-ID: <54D215DE.7040304@orange.com> Date: Wed, 04 Feb 2015 13:51:42 +0100 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Alia Atlas , The IESG , draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org References: <20150203164750.31682.23381.idtracker@ietfa.amsl.com> In-Reply-To: <20150203164750.31682.23381.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: bess-chairs@tools.ietf.org, bess@ietf.org Subject: Re: [bess] Alia Atlas' Yes on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 12:51:49 -0000 Hi Alia, Alia Atlas: > In Sec 2,2, it says: > "This implies that when propagating routes into a VRF, > the ACCEPT_OWN community should not be propagated. Likewise, if a > route carrying the ACCEPT_OWN community is received in an address > family which does not allow the source VRF to be looked up, the > ACCEPT_OWN community MUST be discarded." > > In the first sentence above, it seems like the "should not" should be > either "SHOULD NOT" or "MUST NOT". Is there a reason that the text is descriptive instead of > normative? A possible reason to choose to use descriptive text is that the propagation of a route into a VRF is a purely local matter. A specific implementation might have specific reasons not to discard the community at this step, and, as long as the attribute is discarded before being re-advertized to a VRF CE BGP neighbor, this is fine. I think your concern is valid since no text makes this mandatory. I would suggest keeping the first sentence as is, but modify the second sentence to cover route advertisement additionally to reception. OLD: Likewise, if a route carrying the ACCEPT_OWN community is received in an address family which does not allow the source VRF to be looked up, the ACCEPT_OWN community MUST be discarded. proposed NEW: Likewise, if a route carrying the ACCEPT_OWN community is received or re-advertized in an address family which does not allow the source VRF to be looked up, the ACCEPT_OWN community MUST be discarded. Authors, do you agree ? -Thomas, as doc shepherd From nobody Wed Feb 4 05:06:44 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA0221A874B for ; Wed, 4 Feb 2015 05:06:42 -0800 (PST) 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 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 jYIeWtPm1IFW for ; Wed, 4 Feb 2015 05:06:41 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 635681A8701 for ; Wed, 4 Feb 2015 05:06:40 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:51211 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YIzfB-0006pa-9j; Wed, 04 Feb 2015 13:06:37 +0000 From: "Russ White" To: "'John E Drake'" , "'Ravi Shekhar'" References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01e901d0402d$43b33b70$cb19b250$@riw.us> <009f01d04074$69c92bc0$3d5b8340$@riw.us> In-Reply-To: Date: Wed, 4 Feb 2015 08:06:35 -0500 Message-ID: <001201d0407b$682da000$3888e000$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQDohq9WArLB9qmZGZhltJQyYo+mmQK+M54uAbJktK0BrqIQ7wIkMhnIAUEvwtYBhEqDcwHNCpGPAnVMSXwCkplX9AIiivDzAKWpG0WeCrcqcA== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , bess@ietf.org Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 13:06:43 -0000 > Comments inline. I think my original comment describes the state of = play: > "Just because you don't like/understand it doesn't necessarily mean = it's > wrong.". John -- Irrespectively, as you like to say -- again, calling me stupid = isn't helping anything here. > > > The approach of A/B/C independently generating route to X only = based > > > on local MAC learning works even if physical link failure = detection > > > is not an option. And in most practical cases, X will have enough > > > active flows that it will cause local learning on A/B/C to = hopefully > > > happen well before a failure of connection to A happens. In the > > > event that this is not the case, current scheme takes care of it = via ESI > route. > > > > Then -- again, aliasing is covering a corner case, and I'm not = certain > > of the value of this mechanism in the main draft. >=20 > [JD] Unsupported assertion No, what we've had in this thread is -- "This is not a corner case, as it happens all the time with LAGS," = followed by, "Any given host will have enough flows to prevent the long = convergence time failure mode from happening," above. Which is it?=20 > > Agreed -- Which is why this needs some brainstorming, rather than = just > > adding something into BGP that is fragile in the first place. >=20 > [JD] Unsupported assertion Are you actually reading the thread here, or just reacting emotionally? > [JD] This is a local node behavior option that is entirely consistent = w/ aliasing > as it is currently defined If a local node can solve the problem in a way that's cleaner than what = aliasing provides, then why does the draft need aliasing in the first = place? Why are we pushing mechanisms into BGP for a problem that can be = solved locally more efficiently and more reliably? > > As you say -- > > > > > I would think that the closer a PE is to the source of information > > > that causes it to generate a route - like local MAC learning for = MAC > > > route, or LAG link present for ESI route - the more accurate its > > > information will be. The farther the PE is from the source of > > > information - like a PE depending on another PE's route to = generate > > > its own MAC route - convergence will be slower and complexity will > > > be > > higher to keep track of dependent state. > > > > As aliasing suffers from the same criticism, >=20 > [JD] Unsupported assertion Your assertion that my assertion is unsupported is, itself, unsupported. John -- clearly you don't want to have a discussion, so there's no point = in having a "nondiscussion" with you. I'll find Ravi at the next IETF, = and we can have an intelligent conversation -- which is apparently only = possible when you're not in the room. Russ From nobody Wed Feb 4 05:23:35 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 755971A87C9 for ; Wed, 4 Feb 2015 05:23:33 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ckm7iWxW2ArH for ; Wed, 4 Feb 2015 05:23:28 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0121.outbound.protection.outlook.com [207.46.100.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90DAD1A00E4 for ; Wed, 4 Feb 2015 05:23:28 -0800 (PST) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by CY1PR0501MB1228.namprd05.prod.outlook.com (25.160.145.152) with Microsoft SMTP Server (TLS) id 15.1.81.19; Wed, 4 Feb 2015 13:23:26 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.01.0075.002; Wed, 4 Feb 2015 13:23:25 +0000 From: John E Drake To: Russ White , Ravi Shekhar Thread-Topic: [bess] EVPN Draft Comments Thread-Index: AdA+7RZLtNRqzZJBQ/acN4wOLkcCW///i8KAgADgXgD///2GgP//MemA//4KeuAAi+ZmgP//9rFg//97lID//sTugP/9LcqA//pZaAD/9Kb/gP/pSi6w Date: Wed, 4 Feb 2015 13:23:25 +0000 Message-ID: References: <003d01d03eee$08bf2eb0$1a3d8c10$@riw.us> <9B871978-7020-43F9-8D0C-4490F01EFF3C@riw.us> <01e901d0402d$43b33b70$cb19b250$@riw.us> <009f01d04074$69c92bc0$3d5b8340$@riw.us> <001201d0407b$682da000$3888e000$@riw.us> In-Reply-To: <001201d0407b$682da000$3888e000$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] authentication-results: riw.us; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1228; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1228; x-forefront-prvs: 04772EA191 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(77156002)(87936001)(92566002)(40100003)(66066001)(122556002)(54356999)(62966003)(77096005)(74316001)(76176999)(102836002)(50986999)(76576001)(2656002)(33656002)(86362001)(93886004)(2900100001)(2950100001)(46102003)(99286002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1228; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Feb 2015 13:23:25.7275 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1228 Archived-At: Cc: "'Rabadan, Jorge \(Jorge\)'" , "bess@ietf.org" Subject: Re: [bess] EVPN Draft Comments X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 13:23:33 -0000 UnVzcywNCg0KPiANCj4gSm9obiAtLSBjbGVhcmx5IHlvdSBkb24ndCB3YW50IHRvIGhhdmUgYSBk aXNjdXNzaW9uLCBzbyB0aGVyZSdzIG5vIHBvaW50IGluDQo+IGhhdmluZyBhICJub25kaXNjdXNz aW9uIiB3aXRoIHlvdS4gSSdsbCBmaW5kIFJhdmkgYXQgdGhlIG5leHQgSUVURiwgYW5kIHdlIGNh bg0KPiBoYXZlIGFuIGludGVsbGlnZW50IGNvbnZlcnNhdGlvbiAtLSB3aGljaCBpcyBhcHBhcmVu dGx5IG9ubHkgcG9zc2libGUgd2hlbg0KPiB5b3UncmUgbm90IGluIHRoZSByb29tLg0KDQpbSkRd ICBFeGNlbGxlbnQsIHNvdW5kcyBsaWtlIGEgcGxhbi4gIFNvIHdlIGFyZSBkb25lIGhlcmU/IA0K DQo= From nobody Wed Feb 4 06:08:37 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF781A897C; Wed, 4 Feb 2015 06:08:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gESvbUdLpvWh; Wed, 4 Feb 2015 06:08:25 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DD8F21A896F; Wed, 4 Feb 2015 06:08:25 -0800 (PST) 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: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150204140825.1729.15263.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 06:08:25 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] Last Call: (Covering Prefixes Outbound Route Filter for BGP-4) to Proposed Standard X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 14:08:31 -0000 The IESG has received a request from the BGP Enabled Services WG (bess) to consider the following document: - 'Covering Prefixes Outbound Route Filter for BGP-4' 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 2015-02-18. 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 new Outbound Route Filter (ORF) type, called the "Covering Prefixes ORF (CP-ORF)". CP-ORF is applicable in Virtual Hub-and-Spoke VPNs. It also is applicable in BGP/MPLS Ethernet VPN (EVPN) networks. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ballot/ The following IPR Declarations may be related to this I-D: http://datatracker.ietf.org/ipr/2397/ http://datatracker.ietf.org/ipr/2398/ From nobody Wed Feb 4 06:08:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 345D91A8987 for ; Wed, 4 Feb 2015 06:08:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LB4e9ThdRFam; Wed, 4 Feb 2015 06:08:36 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 27E2D1A896F; Wed, 4 Feb 2015 06:08:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: draft-ietf-bess-orf-covering-prefixes.all@tools.ietf.org, bess-chairs@tools.ietf.org, martin.vigoureux@alcatel-lucent.com, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204140830.1729.6402.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 06:08:30 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 14:08:38 -0000 Last call has been made for draft-ietf-bess-orf-covering-prefixes and state has been changed to In Last Call ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ From nobody Wed Feb 4 14:08:03 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 876041A89B4; Wed, 4 Feb 2015 14:08:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zQY7tUXgn7C3; Wed, 4 Feb 2015 14:07:58 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B28291A89AA; Wed, 4 Feb 2015 14:07:58 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 14:07:58 -0800 Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 22:08:01 -0000 Benoit Claise has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Ron's point, part of the OPS-DIR review, look valid to me. Can we please discuss it. This document is well written and well thought out. It is almost ready for publication with one small issue. In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be controlled by configuration, and SHOULD default to being disabled. IMO, they should say, "ACCEPT_OWN handling MUST be controlled by configuration, and MUST default to being disabled." AFAIKS, you would never want to build a router where ACCEPT_OWN behavior is always on and cannot be disabled by configuration. Likewise, you would never want to build a router where ACCEPT_OWN behavior is the default. From nobody Wed Feb 4 14:08:13 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 187F01A8AB9; Wed, 4 Feb 2015 14:08:00 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 876041A89B4; Wed, 4 Feb 2015 14:08:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zQY7tUXgn7C3; Wed, 4 Feb 2015 14:07:58 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B28291A89AA; Wed, 4 Feb 2015 14:07:58 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 14:07:58 -0800 Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 22:08:01 -0000 Benoit Claise has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Ron's point, part of the OPS-DIR review, look valid to me. Can we please discuss it. This document is well written and well thought out. It is almost ready for publication with one small issue. In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be controlled by configuration, and SHOULD default to being disabled. IMO, they should say, "ACCEPT_OWN handling MUST be controlled by configuration, and MUST default to being disabled." AFAIKS, you would never want to build a router where ACCEPT_OWN behavior is always on and cannot be disabled by configuration. Likewise, you would never want to build a router where ACCEPT_OWN behavior is the default. From nobody Wed Feb 4 16:53:42 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B16431A008B; Wed, 4 Feb 2015 16:53:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d30Y_lyKHLfM; Wed, 4 Feb 2015 16:53:39 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 336621A0081; Wed, 4 Feb 2015 16:53:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Pete Resnick" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205005339.656.41179.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 16:53:39 -0800 Archived-At: Cc: thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 00:53:40 -0000 Pete Resnick has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In the ballot: Opposition to the proposal was initially expressed by one contributor, but there was good support for adoption and no particular follow-up from that contributor. I'm glad someone wrote it down, but it's not exactly confidence inspiring. Was this just random opposition without explanation, or did the person have a point and it got addressed to the chairs' satisfaction, or did something get dropped? I expect it's that the concern was addressed reasonably, but the above doesn't exactly say that. From nobody Wed Feb 4 16:53:46 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 0A8811A00BB; Wed, 4 Feb 2015 16:53:41 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B16431A008B; Wed, 4 Feb 2015 16:53:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d30Y_lyKHLfM; Wed, 4 Feb 2015 16:53:39 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 336621A0081; Wed, 4 Feb 2015 16:53:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Pete Resnick" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205005339.656.41179.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 16:53:39 -0800 Archived-At: Cc: thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 00:53:41 -0000 Pete Resnick has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In the ballot: Opposition to the proposal was initially expressed by one contributor, but there was good support for adoption and no particular follow-up from that contributor. I'm glad someone wrote it down, but it's not exactly confidence inspiring. Was this just random opposition without explanation, or did the person have a point and it got addressed to the chairs' satisfaction, or did something get dropped? I expect it's that the concern was addressed reasonably, but the above doesn't exactly say that. From nobody Thu Feb 5 05:24:49 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99D381A00E0; Thu, 5 Feb 2015 05:24:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEHcmOHDL6U4; Thu, 5 Feb 2015 05:24:40 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020C11A00FF; Thu, 5 Feb 2015 05:24:36 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DOT05004910; Thu, 5 Feb 2015 13:24:29 GMT Received: from 950129200 (089144230098.atnat0039.highway.a1.net [89.144.230.98]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DOQMD004864 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 13:24:27 GMT From: "Adrian Farrel" To: "'Benoit Claise'" , "'The IESG'" References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> In-Reply-To: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> Date: Thu, 5 Feb 2015 13:24:27 -0000 Message-ID: <02bf01d04147$12125860$36370920$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFUH9ZPIVArkJvEqhcvMl87zNxYTZ3aSb0Q Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21304.007 X-TM-AS-Result: No--4.115-10.0-31-10 X-imss-scan-details: No--4.115-10.0-31-10 X-TMASE-MatchedRID: csPTYAMX1+HWoi+XHWon+PHkpkyUphL99xIiieITJagM74Nf6tTB9gLy tDvV39h+2s6JOBmw1fKx3RgNz941lt4bfP25e5+yFyqkfsPWu1BT4DtiSkMnWKRRX6pnQS+AEFM wn2lXrJcI0eYi5OaHTTZ41+XJiDZUeTbvPcOp7x7Wrh5exXaehoyOql5H9hUNf7RPWCFK8GKraR WKBb9AMqGxElUxUvuyQewviK7geSoYB2fOueQzj4MbH85DUZXy3QfwsVk0UbsIoUKaF27lxV1bR oMJTgJyrBksymD90T6J1MzA85lo7tZpOiLWyRiqzYBieWrKWfxkC+4jzONPiuEAlx4rjdzQcLm3 NqT9L82pYaOJ/u0yJAkCnkA3h/n1D701dfVAizuSL9OvtUca/e6+D482nHhrnqg/VrSZEiM= Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:24:41 -0000 Bit disappointed that this is a Discuss. But let's discuss it. > Ron's point, part of the OPS-DIR review, look valid to me. Can we = please > discuss it. >=20 > This document is well written and well thought out. It is almost ready > for publication with one small issue. >=20 > In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be > controlled by configuration, and SHOULD default to being disabled. = IMO, > they should say, "ACCEPT_OWN handling MUST be controlled by > configuration, and MUST default to being disabled." >=20 > AFAIKS, you would never want to build a router where ACCEPT_OWN = behavior > is always on and cannot be disabled by configuration. Likewise, you = would > never want to build a router where ACCEPT_OWN behavior is the default. I reject specifications that control what one might want to build. We = produce specs to define interoperable behavior and to ensure the = Internet works. We don't legislate for people producing product in = niches or that is entirely unsalable. However, let's separate the two SHOULDs. Suppose one wanted to build an implementation where the feature is not = controlled by configuration and is always disabled? In that case you would be banned from doing so if "ACCEPT_OWN handling = MUST be controlled by configuration", so I would say that "SHOULD" is = correct in the first case. I suspect the second "SHOULD" is a consequence of a compound sentence. If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, = and if controlled by configuration it MUST default to being disabled" = then that might be closer to correct according to what Ron is = suggesting. Thanks, Adrian PS. Would have helped if the original review had reached the AD, = shepherd, and WG. Maybe also the IETF list. From nobody Thu Feb 5 05:24:51 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id BFE731A00FF; Thu, 5 Feb 2015 05:24:41 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99D381A00E0; Thu, 5 Feb 2015 05:24:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEHcmOHDL6U4; Thu, 5 Feb 2015 05:24:40 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020C11A00FF; Thu, 5 Feb 2015 05:24:36 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DOT05004910; Thu, 5 Feb 2015 13:24:29 GMT Received: from 950129200 (089144230098.atnat0039.highway.a1.net [89.144.230.98]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DOQMD004864 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 13:24:27 GMT From: "Adrian Farrel" To: "'Benoit Claise'" , "'The IESG'" References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> In-Reply-To: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> Date: Thu, 5 Feb 2015 13:24:27 -0000 Message-ID: <02bf01d04147$12125860$36370920$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFUH9ZPIVArkJvEqhcvMl87zNxYTZ3aSb0Q Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21304.007 X-TM-AS-Result: No--4.115-10.0-31-10 X-imss-scan-details: No--4.115-10.0-31-10 X-TMASE-MatchedRID: csPTYAMX1+HWoi+XHWon+PHkpkyUphL99xIiieITJagM74Nf6tTB9gLy tDvV39h+2s6JOBmw1fKx3RgNz941lt4bfP25e5+yFyqkfsPWu1BT4DtiSkMnWKRRX6pnQS+AEFM wn2lXrJcI0eYi5OaHTTZ41+XJiDZUeTbvPcOp7x7Wrh5exXaehoyOql5H9hUNf7RPWCFK8GKraR WKBb9AMqGxElUxUvuyQewviK7geSoYB2fOueQzj4MbH85DUZXy3QfwsVk0UbsIoUKaF27lxV1bR oMJTgJyrBksymD90T6J1MzA85lo7tZpOiLWyRiqzYBieWrKWfxkC+4jzONPiuEAlx4rjdzQcLm3 NqT9L82pYaOJ/u0yJAkCnkA3h/n1D701dfVAizuSL9OvtUca/e6+D482nHhrnqg/VrSZEiM= Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:24:41 -0000 Bit disappointed that this is a Discuss. But let's discuss it. > Ron's point, part of the OPS-DIR review, look valid to me. Can we = please > discuss it. >=20 > This document is well written and well thought out. It is almost ready > for publication with one small issue. >=20 > In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be > controlled by configuration, and SHOULD default to being disabled. = IMO, > they should say, "ACCEPT_OWN handling MUST be controlled by > configuration, and MUST default to being disabled." >=20 > AFAIKS, you would never want to build a router where ACCEPT_OWN = behavior > is always on and cannot be disabled by configuration. Likewise, you = would > never want to build a router where ACCEPT_OWN behavior is the default. I reject specifications that control what one might want to build. We = produce specs to define interoperable behavior and to ensure the = Internet works. We don't legislate for people producing product in = niches or that is entirely unsalable. However, let's separate the two SHOULDs. Suppose one wanted to build an implementation where the feature is not = controlled by configuration and is always disabled? In that case you would be banned from doing so if "ACCEPT_OWN handling = MUST be controlled by configuration", so I would say that "SHOULD" is = correct in the first case. I suspect the second "SHOULD" is a consequence of a compound sentence. If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, = and if controlled by configuration it MUST default to being disabled" = then that might be closer to correct according to what Ron is = suggesting. Thanks, Adrian PS. Would have helped if the original review had reached the AD, = shepherd, and WG. Maybe also the IETF list. From nobody Thu Feb 5 05:26:37 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 360CD1A1AA5; Thu, 5 Feb 2015 05:26:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9iukdoVXVdJi; Thu, 5 Feb 2015 05:26:27 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 748951A00E0; Thu, 5 Feb 2015 05:26:27 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DQPFS006452; Thu, 5 Feb 2015 13:26:25 GMT Received: from 950129200 (089144230098.atnat0039.highway.a1.net [89.144.230.98]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DQNGn006399 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 13:26:24 GMT From: "Adrian Farrel" To: "'Pete Resnick'" , "'The IESG'" References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> In-Reply-To: <20150205005339.656.41179.idtracker@ietfa.amsl.com> Date: Thu, 5 Feb 2015 13:26:24 -0000 Message-ID: <02c901d04147$57848350$068d89f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKDf7EdlN9F3kjKylzwbJVihbWuwZt7jsEA Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21304.007 X-TM-AS-Result: No--12.437-10.0-31-10 X-imss-scan-details: No--12.437-10.0-31-10 X-TMASE-MatchedRID: +f/wAVSGjuiBnJ5ETtWXfVaOpp/sV5nVk4FdoXhNFg2safcFLFlU1JXW hmtVIiN3OIVYmizGiXPxTwx4UJIMck5RCTiYesCKlVHM/F6YkvSsBP5mv7Dua4KwF4K/wIz9MC0 ++gksI5BXlG+b8fa+cAoxXBSfNhFFPyFc0r7cUGFUXvI6K7iraWv34qCfZeB4sneuamRRT5N44j 2vpE+abPKw46gg+NH6obmb3JCCR82PI2RDCEgjJp21GZGE81yGDckcm66CdVRrKNt7ipQiYw+8f GNpNjeneMvfwckUgPzTpx8mj0GpKQGKQdFd7rNvMIiU395I8H251wB2BUjzGZsoi2XrUn/JIq95 DjCZh0xX2EquWRGYWAtuKBGekqUpI/NGWt0UYPA/tIp4kuSKYD4ue5JT+9LOTCCBj+gXjU+Hz+t DQJmfAhxMlUGeYALX Archived-At: Cc: thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:26:34 -0000 Pete, I looked through the archive. The comments from the contributor were responded to with a polite email = explaining how the authors disagreed and why. The contributor (whose original comments were more like "I would do it = different") did not follow up, and in the absence of that the response = form the authors seems to have reasonably addressed the comments. Adrian > -----Original Message----- > From: Pete Resnick [mailto:presnick@qti.qualcomm.com] > Sent: 05 February 2015 00:54 > To: The IESG > Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; = bess-chairs@ietf.org; > thomas.morin@rd.francetelecom.com; bess@ietf.org > Subject: Pete Resnick's No Objection on = draft-ietf-l3vpn-acceptown-community- > 09: (with COMMENT) >=20 > Pete Resnick has entered the following ballot position for > draft-ietf-l3vpn-acceptown-community-09: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = http://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > In the ballot: >=20 > Opposition to the proposal was initially expressed by one = contributor, >=20 > but there was good support for adoption and no particular follow-up > from that contributor. >=20 > I'm glad someone wrote it down, but it's not exactly confidence > inspiring. Was this just random opposition without explanation, or did > the person have a point and it got addressed to the chairs' = satisfaction, > or did something get dropped? I expect it's that the concern was > addressed reasonably, but the above doesn't exactly say that. From nobody Thu Feb 5 05:26:42 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 57A391A882A; Thu, 5 Feb 2015 05:26:34 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 360CD1A1AA5; Thu, 5 Feb 2015 05:26:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9iukdoVXVdJi; Thu, 5 Feb 2015 05:26:27 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 748951A00E0; Thu, 5 Feb 2015 05:26:27 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DQPFS006452; Thu, 5 Feb 2015 13:26:25 GMT Received: from 950129200 (089144230098.atnat0039.highway.a1.net [89.144.230.98]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DQNGn006399 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 13:26:24 GMT From: "Adrian Farrel" To: "'Pete Resnick'" , "'The IESG'" References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> In-Reply-To: <20150205005339.656.41179.idtracker@ietfa.amsl.com> Date: Thu, 5 Feb 2015 13:26:24 -0000 Message-ID: <02c901d04147$57848350$068d89f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKDf7EdlN9F3kjKylzwbJVihbWuwZt7jsEA Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21304.007 X-TM-AS-Result: No--12.437-10.0-31-10 X-imss-scan-details: No--12.437-10.0-31-10 X-TMASE-MatchedRID: +f/wAVSGjuiBnJ5ETtWXfVaOpp/sV5nVk4FdoXhNFg2safcFLFlU1JXW hmtVIiN3OIVYmizGiXPxTwx4UJIMck5RCTiYesCKlVHM/F6YkvSsBP5mv7Dua4KwF4K/wIz9MC0 ++gksI5BXlG+b8fa+cAoxXBSfNhFFPyFc0r7cUGFUXvI6K7iraWv34qCfZeB4sneuamRRT5N44j 2vpE+abPKw46gg+NH6obmb3JCCR82PI2RDCEgjJp21GZGE81yGDckcm66CdVRrKNt7ipQiYw+8f GNpNjeneMvfwckUgPzTpx8mj0GpKQGKQdFd7rNvMIiU395I8H251wB2BUjzGZsoi2XrUn/JIq95 DjCZh0xX2EquWRGYWAtuKBGekqUpI/NGWt0UYPA/tIp4kuSKYD4ue5JT+9LOTCCBj+gXjU+Hz+t DQJmfAhxMlUGeYALX Archived-At: Cc: thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:26:34 -0000 Pete, I looked through the archive. The comments from the contributor were responded to with a polite email = explaining how the authors disagreed and why. The contributor (whose original comments were more like "I would do it = different") did not follow up, and in the absence of that the response = form the authors seems to have reasonably addressed the comments. Adrian > -----Original Message----- > From: Pete Resnick [mailto:presnick@qti.qualcomm.com] > Sent: 05 February 2015 00:54 > To: The IESG > Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; = bess-chairs@ietf.org; > thomas.morin@rd.francetelecom.com; bess@ietf.org > Subject: Pete Resnick's No Objection on = draft-ietf-l3vpn-acceptown-community- > 09: (with COMMENT) >=20 > Pete Resnick has entered the following ballot position for > draft-ietf-l3vpn-acceptown-community-09: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = http://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > In the ballot: >=20 > Opposition to the proposal was initially expressed by one = contributor, >=20 > but there was good support for adoption and no particular follow-up > from that contributor. >=20 > I'm glad someone wrote it down, but it's not exactly confidence > inspiring. Was this just random opposition without explanation, or did > the person have a point and it got addressed to the chairs' = satisfaction, > or did something get dropped? I expect it's that the concern was > addressed reasonably, but the above doesn't exactly say that. From nobody Thu Feb 5 05:29:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A29A1A1AA5; Thu, 5 Feb 2015 05:29:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kIlp8ORgQuIV; Thu, 5 Feb 2015 05:29:44 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77C0C1A00D4; Thu, 5 Feb 2015 05:29:44 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DTesO020705; Thu, 5 Feb 2015 13:29:40 GMT Received: from 950129200 (089144230098.atnat0039.highway.a1.net [89.144.230.98]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15DTXh1020448 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 13:29:35 GMT From: "Adrian Farrel" To: "'Alia Atlas'" , "'The IESG'" References: <20150203164750.31682.23381.idtracker@ietfa.amsl.com> In-Reply-To: <20150203164750.31682.23381.idtracker@ietfa.amsl.com> Date: Thu, 5 Feb 2015 13:29:25 -0000 Message-ID: <02dd01d04147$c975fa20$5c61ee60$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQClB479RYmhpaUkG5Sjf3U0kchzD584f/Sw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21304.007 X-TM-AS-Result: No--12.512-10.0-31-10 X-imss-scan-details: No--12.512-10.0-31-10 X-TMASE-MatchedRID: L8tZF6zWW2o4HKI/yaqRm8zWN98iBBeG7PKyPgK6ueHk5rA2tdOY5EGz U7CKX1sda88VwYtC270o4LmTgl363pz3nEP4SjjAu2yLLdlHwwQNgFUqZt55Ay3zyPBSRer1Iw6 4a0XgvUQ05VlRQJN9YPumyOC/eNMc5mMeg8RfsnX0hv/rD7WVZCDPOgHqOrGCr9pk8DsdEWysqn EkU6FrjJO8nwnRXQQ6A4LlpTxyt99LabL+ig5qbzCIlN/eSPB9kT7cMJfe6JtjQONlaZe2fqPFj JEFr+oloTCA5Efyn8CNo+PRbWqfRDsAVzN+Ov/sQLeeN1auB+OmzNyHzNww/iZKY5jbgy7xmNIc J9mO/r4OdShUgzCuIA== Archived-At: Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, bess-chairs@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess@ietf.org Subject: Re: [bess] Alia Atlas' Yes on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:29:46 -0000 Hi Alia, Yeah, the "this implies" follows from the previous sentence that = contains a "SHOULD NOT" and so this sentence is a descriptive annotation = to the previous sentence. The subsequence sentence is back into the world of normative text. A > -----Original Message----- > From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of Alia Atlas > Sent: 03 February 2015 16:48 > To: The IESG > Cc: draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org; bess- > chairs@tools.ietf.org; thomas.morin@rd.francetelecom.com; = bess@ietf.org > Subject: Alia Atlas' Yes on draft-ietf-l3vpn-acceptown-community-09: = (with > COMMENT) >=20 > Alia Atlas has entered the following ballot position for > draft-ietf-l3vpn-acceptown-community-09: Yes >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = http://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > In Sec 2,2, it says: > "This implies that when propagating routes into a VRF, > the ACCEPT_OWN community should not be propagated. Likewise, if a > route carrying the ACCEPT_OWN community is received in an address > family which does not allow the source VRF to be looked up, the > ACCEPT_OWN community MUST be discarded." >=20 > In the first sentence above, it seems like the "should not" should be > either "SHOULD NOT" > or "MUST NOT". Is there a reason that the text is descriptive instead = of > normative? From nobody Thu Feb 5 06:49:52 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DF461A888C; Thu, 5 Feb 2015 06:49:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4ypLAfosTrVN; Thu, 5 Feb 2015 06:49:40 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 922A61A885D; Thu, 5 Feb 2015 06:49:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2076; q=dns/txt; s=iport; t=1423147778; x=1424357378; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=aN3GMUDJRB/0DlXHDufENBZkizTljp/DBTsEd23gH/o=; b=SYklHjtO/KqOwYG+8Qel69fU9dFiDkIiHG62Xy5K9JQtg6yrwjclbbXE iKtCH0Bh208IOt7Yk57I5U/+vxx8wDARbJWxyHfE+jcH9chYOL9+7f8BT UstH/cltqQ8J0YJksTV4hcvFBekPkXEw2SzET8o5leJaqJuEV5G6vHKT3 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DHBAB7gtNU/xbLJq1ahzLFPAKBaAEBAQEBfYQNAQEEIxVAARALGgIFFgsCAgkDAgECAUUGAQwBBwEBEIgZwDmWMQEBAQEBAQEBAQEBAQEBAQEBAQEBGIEhjlcHgmiBQQEEmD6BF4MDgiWMKyKCMoE9PYJzAQEB X-IronPort-AV: E=Sophos;i="5.09,524,1418083200"; d="scan'208";a="335183996" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 05 Feb 2015 14:49:35 +0000 Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t15EnXs7027041; Thu, 5 Feb 2015 14:49:34 GMT Message-ID: <54D382FD.2080005@cisco.com> Date: Thu, 05 Feb 2015 15:49:33 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, "'The IESG'" References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> In-Reply-To: <02bf01d04147$12125860$36370920$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: rbonica@juniper.net, draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, bess@ietf.org Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 14:49:42 -0000 Hi Adrian, > Bit disappointed that this is a Discuss. I wrote: "Ron's point, part of the OPS-DIR review, looks valid to me. Can we please discuss it." More polite than this, that becomes to be difficult :-) > > But let's discuss it. > >> Ron's point, part of the OPS-DIR review, look valid to me. Can we please >> discuss it. >> >> This document is well written and well thought out. It is almost ready >> for publication with one small issue. >> >> In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be >> controlled by configuration, and SHOULD default to being disabled. IMO, >> they should say, "ACCEPT_OWN handling MUST be controlled by >> configuration, and MUST default to being disabled." >> >> AFAIKS, you would never want to build a router where ACCEPT_OWN behavior >> is always on and cannot be disabled by configuration. Likewise, you would >> never want to build a router where ACCEPT_OWN behavior is the default. > I reject specifications that control what one might want to build. We produce specs to define interoperable behavior and to ensure the Internet works. We don't legislate for people producing product in niches or that is entirely unsalable. > > However, let's separate the two SHOULDs. > > Suppose one wanted to build an implementation where the feature is not controlled by configuration and is always disabled? > In that case you would be banned from doing so if "ACCEPT_OWN handling MUST be controlled by configuration", so I would say that "SHOULD" is correct in the first case. > > I suspect the second "SHOULD" is a consequence of a compound sentence. > If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, and if controlled by configuration it MUST default to being disabled" then that might be closer to correct according to what Ron is suggesting. That makes sense to me (and to Ron, I just checked) > > Thanks, > Adrian > > PS. Would have helped if the original review had reached the AD, shepherd, and WG. Maybe also the IETF list. Sure. Regards, Benoit > > . > From nobody Thu Feb 5 06:54:44 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E3621A88AD; Thu, 5 Feb 2015 06:54:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SQrfnhpMMPij; Thu, 5 Feb 2015 06:54:32 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0106.outbound.protection.outlook.com [207.46.100.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FEA61A884F; Thu, 5 Feb 2015 06:54:32 -0800 (PST) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.81.19; Thu, 5 Feb 2015 14:54:30 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.56]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.56]) with mapi id 15.01.0075.002; Thu, 5 Feb 2015 14:54:30 +0000 From: Ronald Bonica To: Benoit Claise , "adrian@olddog.co.uk" , 'The IESG' Thread-Topic: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) Thread-Index: AQHQQMcNSD+wMjZOlk2UgO+bNo3GQJziDJOAgAAXxoCAAACLAA== Date: Thu, 5 Feb 2015 14:54:30 +0000 Message-ID: References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> <54D382FD.2080005@cisco.com> In-Reply-To: <54D382FD.2080005@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: cisco.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; x-forefront-prvs: 0478C23FE0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(106116001)(2950100001)(230783001)(33656002)(86362001)(99286002)(46102003)(2501002)(2900100001)(76576001)(122556002)(92566002)(66066001)(40100003)(62966003)(19580395003)(2656002)(19580405001)(54356999)(74316001)(87936001)(102836002)(77156002)(76176999)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Feb 2015 14:54:30.0831 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 Archived-At: Cc: "draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org" , "thomas.morin@rd.francetelecom.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 14:54:37 -0000 QWRyaWFuLA0KDQoNCj4gPg0KPiA+IFBTLiBXb3VsZCBoYXZlIGhlbHBlZCBpZiB0aGUgb3JpZ2lu YWwgcmV2aWV3IGhhZCByZWFjaGVkIHRoZSBBRCwNCj4gc2hlcGhlcmQsIGFuZCBXRy4gTWF5YmUg YWxzbyB0aGUgSUVURiBsaXN0Lg0KDQpbUlBCXSANClRoaXMgaXMgbXkgYmFkLiBXaGVuIEkgZGlk IHRoZSBPUFMtRElSIHJldmlldywgSSBjb3BpZWQgZHJhZnQtaWV0Zi1sM3Zwbi1hY2NlcHRvd24t Y29tbXVuaXR5QHRvb2xzLmlldGYub3JnLCBidXQgbm90IGRyYWZ0LWlldGYtbDN2cG4tYWNjZXB0 b3duLWNvbW11bml0eS5hbGxAdG9vbHMuaWV0Zi5vcmcuDQoNCkhvd2V2ZXIsIEkgZGlkIGNhbGwg b25lIG9mIHRoZSBhdXRob3JzIGJlZm9yZSBwb3N0aW5nIGl0IGFuZCBoZSB3YXNuJ3QgYXZlcnNl IHRvIHRoZSBjaGFuZ2UuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQoNCg== From nobody Thu Feb 5 06:55:17 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDCE61A88CC; Thu, 5 Feb 2015 06:55:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FP7KPod_lg9; Thu, 5 Feb 2015 06:55:12 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 12F6A1A034F; Thu, 5 Feb 2015 06:55:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205145509.2505.57498.idtracker@ietfa.amsl.com> Date: Thu, 05 Feb 2015 06:55:09 -0800 Archived-At: Cc: rbonica@juniper.net, draft-ietf-l3vpn-acceptown-community.all@tools.ietf.org, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, bess@ietf.org Subject: [bess] Benoit Claise's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 14:55:14 -0000 Benoit Claise has entered the following ballot position for draft-ietf-l3vpn-acceptown-community-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Clearing my DISCUSS on the basis that the following text is added as a RFC editor note, as discussed with Adrian and Ron Bonica: OLD: ACCEPT_OWN handling SHOULD be controlled by configuration, and SHOULD default to being disabled. NEW: ACCEPT_OWN handling SHOULD be controlled by configuration, and if controlled by configuration it MUST default to being disabled From nobody Thu Feb 5 07:30:25 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1668C1A8934; Thu, 5 Feb 2015 07:30:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LfTAnIIsK-n6; Thu, 5 Feb 2015 07:30:08 -0800 (PST) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (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 4BAA11A8861; Thu, 5 Feb 2015 07:30:08 -0800 (PST) Received: by mail-wi0-f182.google.com with SMTP id n3so11303395wiv.3; Thu, 05 Feb 2015 07:30:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rXrUVMNpiTknIIlEoGZBg1r7MoUkfliRkXIcNsyRfwQ=; b=FH3PyIOCCEtMuUFVZ9k9EZ47FrdNMNckhat7Fda23tqDP9knPEwxCzmQ/48xIQzGLv ekxOnmApFuhwDPX6rWsHdGJbttySVtOKu8Nl0T3ZASAKBs/hTt9YkAbZA4j+ImQL4QLT pz6eHRMzyU7Dqph4JFGsyXyIjd/UsqRVcUCOa+GRa5zH9ZDya6gMPQXl7+zlHMy1Uhw2 2+WayfBgUrsArJkEYNXg9P4ENzGwWvSm4Nw4evlNoouRM/usZ+SdP+WuDw5TNLCryWQG 8GoLKR8HR66GdAExAtj/r2YqrzvtG0vuXBpeB/ptuIwsTcC7oFlf8kYhnWypedtDLogY +pvw== X-Received: by 10.180.20.47 with SMTP id k15mr57894480wie.83.1423150207094; Thu, 05 Feb 2015 07:30:07 -0800 (PST) Received: from [127.0.0.1] (ARennes-652-1-29-156.w86-214.abo.wanadoo.fr. [86.214.76.156]) by mx.google.com with ESMTPSA id pr9sm7851312wjc.4.2015.02.05.07.29.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Feb 2015 07:30:06 -0800 (PST) Sender: Thomas Morin Message-ID: <54D38C63.7060102@orange.com> Date: Thu, 05 Feb 2015 16:29:39 +0100 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'Pete Resnick' , 'The IESG' References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> <02c901d04147$57848350$068d89f0$@olddog.co.uk> In-Reply-To: <02c901d04147$57848350$068d89f0$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 15:30:15 -0000 Adrian, Pete, 2015-02-05, Adrian Farrel: > > I looked through the archive. > The comments from the contributor were responded to with a polite email explaining how the authors disagreed and why. > The contributor (whose original comments were more like "I would do it different") did not follow up, and in the absence of that the response form the authors seems to have reasonably addressed the comments. Thanks Adrian. I came to the same conclusion when preparing the write-up ; this is why I'm confident that the work is well supported. -Thomas >> -----Original Message----- >> From: Pete Resnick [mailto:presnick@qti.qualcomm.com] >> Sent: 05 February 2015 00:54 >> To: The IESG >> Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; bess-chairs@ietf.org; >> thomas.morin@rd.francetelecom.com; bess@ietf.org >> Subject: Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community- >> 09: (with COMMENT) >> >> Pete Resnick has entered the following ballot position for >> draft-ietf-l3vpn-acceptown-community-09: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> In the ballot: >> >> Opposition to the proposal was initially expressed by one contributor, >> >> but there was good support for adoption and no particular follow-up >> from that contributor. >> >> I'm glad someone wrote it down, but it's not exactly confidence >> inspiring. Was this just random opposition without explanation, or did >> the person have a point and it got addressed to the chairs' satisfaction, >> or did something get dropped? I expect it's that the concern was >> addressed reasonably, but the above doesn't exactly say that. > > From nobody Thu Feb 5 07:30:31 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 497CC1A8861; Thu, 5 Feb 2015 07:30:15 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1668C1A8934; Thu, 5 Feb 2015 07:30:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LfTAnIIsK-n6; Thu, 5 Feb 2015 07:30:08 -0800 (PST) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (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 4BAA11A8861; Thu, 5 Feb 2015 07:30:08 -0800 (PST) Received: by mail-wi0-f182.google.com with SMTP id n3so11303395wiv.3; Thu, 05 Feb 2015 07:30:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rXrUVMNpiTknIIlEoGZBg1r7MoUkfliRkXIcNsyRfwQ=; b=FH3PyIOCCEtMuUFVZ9k9EZ47FrdNMNckhat7Fda23tqDP9knPEwxCzmQ/48xIQzGLv ekxOnmApFuhwDPX6rWsHdGJbttySVtOKu8Nl0T3ZASAKBs/hTt9YkAbZA4j+ImQL4QLT pz6eHRMzyU7Dqph4JFGsyXyIjd/UsqRVcUCOa+GRa5zH9ZDya6gMPQXl7+zlHMy1Uhw2 2+WayfBgUrsArJkEYNXg9P4ENzGwWvSm4Nw4evlNoouRM/usZ+SdP+WuDw5TNLCryWQG 8GoLKR8HR66GdAExAtj/r2YqrzvtG0vuXBpeB/ptuIwsTcC7oFlf8kYhnWypedtDLogY +pvw== X-Received: by 10.180.20.47 with SMTP id k15mr57894480wie.83.1423150207094; Thu, 05 Feb 2015 07:30:07 -0800 (PST) Received: from [127.0.0.1] (ARennes-652-1-29-156.w86-214.abo.wanadoo.fr. [86.214.76.156]) by mx.google.com with ESMTPSA id pr9sm7851312wjc.4.2015.02.05.07.29.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Feb 2015 07:30:06 -0800 (PST) Sender: Thomas Morin Message-ID: <54D38C63.7060102@orange.com> Date: Thu, 05 Feb 2015 16:29:39 +0100 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'Pete Resnick' , 'The IESG' References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> <02c901d04147$57848350$068d89f0$@olddog.co.uk> In-Reply-To: <02c901d04147$57848350$068d89f0$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 15:30:15 -0000 Adrian, Pete, 2015-02-05, Adrian Farrel: > > I looked through the archive. > The comments from the contributor were responded to with a polite email explaining how the authors disagreed and why. > The contributor (whose original comments were more like "I would do it different") did not follow up, and in the absence of that the response form the authors seems to have reasonably addressed the comments. Thanks Adrian. I came to the same conclusion when preparing the write-up ; this is why I'm confident that the work is well supported. -Thomas >> -----Original Message----- >> From: Pete Resnick [mailto:presnick@qti.qualcomm.com] >> Sent: 05 February 2015 00:54 >> To: The IESG >> Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; bess-chairs@ietf.org; >> thomas.morin@rd.francetelecom.com; bess@ietf.org >> Subject: Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community- >> 09: (with COMMENT) >> >> Pete Resnick has entered the following ballot position for >> draft-ietf-l3vpn-acceptown-community-09: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> In the ballot: >> >> Opposition to the proposal was initially expressed by one contributor, >> >> but there was good support for adoption and no particular follow-up >> from that contributor. >> >> I'm glad someone wrote it down, but it's not exactly confidence >> inspiring. Was this just random opposition without explanation, or did >> the person have a point and it got addressed to the chairs' satisfaction, >> or did something get dropped? I expect it's that the concern was >> addressed reasonably, but the above doesn't exactly say that. > > From nobody Thu Feb 5 08:22:03 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2A111A88CF; Thu, 5 Feb 2015 08:21:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.011 X-Spam-Level: X-Spam-Status: No, score=-7.011 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ygY2-jHQ_1FI; Thu, 5 Feb 2015 08:21:42 -0800 (PST) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B8881A88A6; Thu, 5 Feb 2015 08:21:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1423153302; x=1454689302; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=LgiEk/wlPKtYFOXIYS4Kmli+iw5H0zBUrZxdcicV46g=; b=wuKbNn5fqzG1IeNQEfj2pv4lLQ1clt3uS9DEkaDgKiQaGPvaoeR2hReB 82jyi8ocUyQprm65sUTz8M29xJ/4+U5yrSlJHB3e66wz7wwCF+UcumJsY Sa5qrb95dKplR5+i66xP4Qiyg4HDHwfMFCtrfTXR8JjAmZuBI9McphuyC g=; X-IronPort-AV: E=McAfee;i="5600,1067,7702"; a="102094569" Received: from ironmsg04-r.qualcomm.com ([172.30.46.18]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Feb 2015 08:21:42 -0800 X-IronPort-AV: E=Sophos;i="5.09,524,1418112000"; d="scan'208";a="899198494" Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg04-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 05 Feb 2015 08:21:42 -0800 Received: from resnick2.qualcomm.com (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.995.29; Thu, 5 Feb 2015 08:21:40 -0800 Message-ID: <54D39893.6040802@qti.qualcomm.com> Date: Thu, 5 Feb 2015 10:21:39 -0600 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: Thomas Morin References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> <02c901d04147$57848350$068d89f0$@olddog.co.uk> <54D38C63.7060102@orange.com> In-Reply-To: <54D38C63.7060102@orange.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: NASANEXM01C.na.qualcomm.com (10.85.0.83) To NASANEXM01F.na.qualcomm.com (10.85.0.32) Archived-At: Cc: adrian@olddog.co.uk, bess-chairs@ietf.org, 'The IESG' , bess@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:21:50 -0000 On 2/5/15 9:29 AM, Thomas Morin wrote: > Adrian, Pete, > > 2015-02-05, Adrian Farrel: >> >> I looked through the archive. >> The comments from the contributor were responded to with a polite >> email explaining how the authors disagreed and why. >> The contributor (whose original comments were more like "I would do >> it different") did not follow up, and in the absence of that the >> response form the authors seems to have reasonably addressed the >> comments. > > Thanks Adrian. > > I came to the same conclusion when preparing the write-up ; this is > why I'm confident that the work is well supported. > > -Thomas -----Original Message----- Perfect. Thanks for checking. pr >>> From: Pete Resnick [mailto:presnick@qti.qualcomm.com] >>> Sent: 05 February 2015 00:54 >>> To: The IESG >>> Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; >>> bess-chairs@ietf.org; >>> thomas.morin@rd.francetelecom.com; bess@ietf.org >>> Subject: Pete Resnick's No Objection on >>> draft-ietf-l3vpn-acceptown-community- >>> 09: (with COMMENT) >>> >>> Pete Resnick has entered the following ballot position for >>> draft-ietf-l3vpn-acceptown-community-09: No Objection >>> >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut this >>> introductory paragraph, however.) >>> >>> >>> Please refer to >>> http://www.ietf.org/iesg/statement/discuss-criteria.html >>> for more information about IESG DISCUSS and COMMENT positions. >>> >>> >>> The document, along with other ballot positions, can be found here: >>> http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >>> >>> >>> >>> ---------------------------------------------------------------------- >>> COMMENT: >>> ---------------------------------------------------------------------- >>> >>> In the ballot: >>> >>> Opposition to the proposal was initially expressed by one >>> contributor, >>> >>> but there was good support for adoption and no particular follow-up >>> from that contributor. >>> >>> I'm glad someone wrote it down, but it's not exactly confidence >>> inspiring. Was this just random opposition without explanation, or did >>> the person have a point and it got addressed to the chairs' >>> satisfaction, >>> or did something get dropped? I expect it's that the concern was >>> addressed reasonably, but the above doesn't exactly say that. >> >> > -- Pete Resnick Qualcomm Technologies, Inc. - +1 (858)651-4478 From nobody Thu Feb 5 08:22:05 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id AEB351A89A7; Thu, 5 Feb 2015 08:21:50 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2A111A88CF; Thu, 5 Feb 2015 08:21:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.011 X-Spam-Level: X-Spam-Status: No, score=-7.011 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ygY2-jHQ_1FI; Thu, 5 Feb 2015 08:21:42 -0800 (PST) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B8881A88A6; Thu, 5 Feb 2015 08:21:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1423153302; x=1454689302; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=LgiEk/wlPKtYFOXIYS4Kmli+iw5H0zBUrZxdcicV46g=; b=wuKbNn5fqzG1IeNQEfj2pv4lLQ1clt3uS9DEkaDgKiQaGPvaoeR2hReB 82jyi8ocUyQprm65sUTz8M29xJ/4+U5yrSlJHB3e66wz7wwCF+UcumJsY Sa5qrb95dKplR5+i66xP4Qiyg4HDHwfMFCtrfTXR8JjAmZuBI9McphuyC g=; X-IronPort-AV: E=McAfee;i="5600,1067,7702"; a="102094569" Received: from ironmsg04-r.qualcomm.com ([172.30.46.18]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Feb 2015 08:21:42 -0800 X-IronPort-AV: E=Sophos;i="5.09,524,1418112000"; d="scan'208";a="899198494" Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg04-R.qualcomm.com with ESMTP/TLS/RC4-SHA; 05 Feb 2015 08:21:42 -0800 Received: from resnick2.qualcomm.com (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.995.29; Thu, 5 Feb 2015 08:21:40 -0800 Message-ID: <54D39893.6040802@qti.qualcomm.com> Date: Thu, 5 Feb 2015 10:21:39 -0600 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: Thomas Morin References: <20150205005339.656.41179.idtracker@ietfa.amsl.com> <02c901d04147$57848350$068d89f0$@olddog.co.uk> <54D38C63.7060102@orange.com> In-Reply-To: <54D38C63.7060102@orange.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: NASANEXM01C.na.qualcomm.com (10.85.0.83) To NASANEXM01F.na.qualcomm.com (10.85.0.32) Archived-At: Cc: adrian@olddog.co.uk, bess-chairs@ietf.org, 'The IESG' , bess@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org Subject: Re: [bess] Pete Resnick's No Objection on draft-ietf-l3vpn-acceptown-community-09: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:21:51 -0000 On 2/5/15 9:29 AM, Thomas Morin wrote: > Adrian, Pete, > > 2015-02-05, Adrian Farrel: >> >> I looked through the archive. >> The comments from the contributor were responded to with a polite >> email explaining how the authors disagreed and why. >> The contributor (whose original comments were more like "I would do >> it different") did not follow up, and in the absence of that the >> response form the authors seems to have reasonably addressed the >> comments. > > Thanks Adrian. > > I came to the same conclusion when preparing the write-up ; this is > why I'm confident that the work is well supported. > > -Thomas -----Original Message----- Perfect. Thanks for checking. pr >>> From: Pete Resnick [mailto:presnick@qti.qualcomm.com] >>> Sent: 05 February 2015 00:54 >>> To: The IESG >>> Cc: draft-ietf-l3vpn-acceptown-community.all@ietf.org; >>> bess-chairs@ietf.org; >>> thomas.morin@rd.francetelecom.com; bess@ietf.org >>> Subject: Pete Resnick's No Objection on >>> draft-ietf-l3vpn-acceptown-community- >>> 09: (with COMMENT) >>> >>> Pete Resnick has entered the following ballot position for >>> draft-ietf-l3vpn-acceptown-community-09: No Objection >>> >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut this >>> introductory paragraph, however.) >>> >>> >>> Please refer to >>> http://www.ietf.org/iesg/statement/discuss-criteria.html >>> for more information about IESG DISCUSS and COMMENT positions. >>> >>> >>> The document, along with other ballot positions, can be found here: >>> http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ >>> >>> >>> >>> ---------------------------------------------------------------------- >>> COMMENT: >>> ---------------------------------------------------------------------- >>> >>> In the ballot: >>> >>> Opposition to the proposal was initially expressed by one >>> contributor, >>> >>> but there was good support for adoption and no particular follow-up >>> from that contributor. >>> >>> I'm glad someone wrote it down, but it's not exactly confidence >>> inspiring. Was this just random opposition without explanation, or did >>> the person have a point and it got addressed to the chairs' >>> satisfaction, >>> or did something get dropped? I expect it's that the concern was >>> addressed reasonably, but the above doesn't exactly say that. >> >> > -- Pete Resnick Qualcomm Technologies, Inc. - +1 (858)651-4478 From nobody Thu Feb 5 09:51:34 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 665D31A1AA2; Thu, 5 Feb 2015 09:51:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njj_B7VfdgqZ; Thu, 5 Feb 2015 09:51:27 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F4071A1A1D; Thu, 5 Feb 2015 09:51:27 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: draft-ietf-l3vpn-acceptown-community@ietf.org, bess-chairs@ietf.org, thomas.morin@rd.francetelecom.com, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205175127.24982.11273.idtracker@ietfa.amsl.com> Date: Thu, 05 Feb 2015 09:51:27 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:51:31 -0000 IESG state changed to Approved-announcement to be sent::Point Raised - writeup needed from IESG Evaluation ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ From nobody Thu Feb 5 10:00:33 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF7D1A87DB; Thu, 5 Feb 2015 10:00:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SUIEMFME7LJt; Thu, 5 Feb 2015 10:00:28 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0DB81A1A30; Thu, 5 Feb 2015 10:00:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3286; q=dns/txt; s=iport; t=1423159228; x=1424368828; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=CFZOqONHm1y3RekO0corHWIpiz4aTcOwPmLArxmea4Q=; b=HVKKaW3cYA1yGy9vmgglBlh25jakBAX1QIy3NwT3nXlMsCU7E+T0OtUJ ifSh5OcFTeYhxYMrpwHJVWS2E/sSXWoRpMEeHcal7aFZ/uax4RtnL5thI zqW5dNyICaVuM94H51a9ajl8/17LZRkaDcSOTfj333N+mhkyQl7l/QOth Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A5BQDDrtNU/4ENJK1agwaBKwSCfcU+AhyBC0MBAQEBAX2EDAEBAQMBIxFFBQcEAgEIEQQBAQMCBh0DAgICMBQBCAgCBAENBQgMiBEIwE+WKQEBAQEBAQEBAQEBAQEBAQEBAQEBAReBIY4mMQcGgmIugRMBBI8YikODA45RIoIygTxvAYFDfgEBAQ X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="120921229" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-4.cisco.com with ESMTP; 05 Feb 2015 18:00:27 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t15I0Qd2019882 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 18:00:27 GMT Received: from xmb-rcd-x12.cisco.com ([169.254.2.55]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 12:00:26 -0600 From: "David Smith (djsmith)" To: "adrian@olddog.co.uk" , "Benoit Claise (bclaise)" , "'The IESG'" Thread-Topic: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) Thread-Index: AQHQQMcL9K6RJNvDJ0+DlOwbiA8wTJzicSiA///oDjA= Date: Thu, 5 Feb 2015 18:00:26 +0000 Message-ID: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> In-Reply-To: <02bf01d04147$12125860$36370920$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.131.12.96] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "rbonica@juniper.net" , "thomas.morin@rd.francetelecom.com" , "bess-chairs@ietf.org" , "draft-ietf-l3vpn-acceptown-community.all@ietf.org" , "bess@ietf.org" Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 18:00:30 -0000 DQpBZHJpYW4+SWYgd2UgaGFkICJBQ0NFUFRfT1dOIGhhbmRsaW5nIFNIT1VMRCBiZSBjb250cm9s bGVkIGJ5IGNvbmZpZ3VyYXRpb24sIGFuZCBpZiBjb250cm9sbGVkIGJ5IGNvbmZpZ3VyYXRpb24g aXQgTVVTVCBkZWZhdWx0IHRvIGJlaW5nIGRpc2FibGVkIi4uLg0KDQpJIGFncmVlIHRoaXMgbWF5 IGJlIG1vc3Qgb3B0aW1hbC4gDQoNCi9kYXZlDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBBZHJpYW4gRmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10gDQpTZW50 OiBUaHVyc2RheSwgRmVicnVhcnkgMDUsIDIwMTUgODoyNCBBTQ0KVG86IEJlbm9pdCBDbGFpc2Ug KGJjbGFpc2UpOyAnVGhlIElFU0cnDQpDYzogcmJvbmljYUBqdW5pcGVyLm5ldDsgZHJhZnQtaWV0 Zi1sM3Zwbi1hY2NlcHRvd24tY29tbXVuaXR5LmFsbEBpZXRmLm9yZzsgYmVzcy1jaGFpcnNAaWV0 Zi5vcmc7IHRob21hcy5tb3JpbkByZC5mcmFuY2V0ZWxlY29tLmNvbTsgYmVzc0BpZXRmLm9yZw0K U3ViamVjdDogUkU6IEJlbm9pdCBDbGFpc2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtbDN2cG4t YWNjZXB0b3duLWNvbW11bml0eS0wOTogKHdpdGggRElTQ1VTUykNCg0KQml0IGRpc2FwcG9pbnRl ZCB0aGF0IHRoaXMgaXMgYSBEaXNjdXNzLg0KDQpCdXQgbGV0J3MgZGlzY3VzcyBpdC4NCg0KPiBS b24ncyBwb2ludCwgcGFydCBvZiB0aGUgT1BTLURJUiByZXZpZXcsIGxvb2sgdmFsaWQgdG8gbWUu IENhbiB3ZSANCj4gcGxlYXNlIGRpc2N1c3MgaXQuDQo+IA0KPiBUaGlzIGRvY3VtZW50IGlzIHdl bGwgd3JpdHRlbiBhbmQgd2VsbCB0aG91Z2h0IG91dC4gSXQgaXMgYWxtb3N0IHJlYWR5IA0KPiBm b3IgcHVibGljYXRpb24gd2l0aCBvbmUgc21hbGwgaXNzdWUuDQo+IA0KPiBJbiBTZWN0aW9uIDIu MywgdGhlIGF1dGhvcnMgc2F5LCAiIEFDQ0VQVF9PV04gaGFuZGxpbmcgU0hPVUxEIGJlDQo+IGNv bnRyb2xsZWQgYnkgY29uZmlndXJhdGlvbiwgYW5kIFNIT1VMRCAgIGRlZmF1bHQgdG8gYmVpbmcg ZGlzYWJsZWQuIElNTywNCj4gdGhleSBzaG91bGQgc2F5LCAiQUNDRVBUX09XTiBoYW5kbGluZyBN VVNUIGJlIGNvbnRyb2xsZWQgYnkgDQo+IGNvbmZpZ3VyYXRpb24sIGFuZCBNVVNUIGRlZmF1bHQg dG8gYmVpbmcgZGlzYWJsZWQuIg0KPiANCj4gQUZBSUtTLCB5b3Ugd291bGQgbmV2ZXIgd2FudCB0 byBidWlsZCBhIHJvdXRlciB3aGVyZSBBQ0NFUFRfT1dOIA0KPiBiZWhhdmlvciBpcyBhbHdheXMg b24gYW5kIGNhbm5vdCBiZSBkaXNhYmxlZCBieSBjb25maWd1cmF0aW9uLiANCj4gTGlrZXdpc2Us IHlvdSB3b3VsZCBuZXZlciB3YW50IHRvIGJ1aWxkIGEgcm91dGVyIHdoZXJlIEFDQ0VQVF9PV04g YmVoYXZpb3IgaXMgdGhlIGRlZmF1bHQuDQoNCkkgcmVqZWN0IHNwZWNpZmljYXRpb25zIHRoYXQg Y29udHJvbCB3aGF0IG9uZSBtaWdodCB3YW50IHRvIGJ1aWxkLiBXZSBwcm9kdWNlIHNwZWNzIHRv IGRlZmluZSBpbnRlcm9wZXJhYmxlIGJlaGF2aW9yIGFuZCB0byBlbnN1cmUgdGhlIEludGVybmV0 IHdvcmtzLiBXZSBkb24ndCBsZWdpc2xhdGUgZm9yIHBlb3BsZSBwcm9kdWNpbmcgcHJvZHVjdCBp biBuaWNoZXMgb3IgdGhhdCBpcyBlbnRpcmVseSB1bnNhbGFibGUuDQoNCkhvd2V2ZXIsIGxldCdz IHNlcGFyYXRlIHRoZSB0d28gU0hPVUxEcy4NCg0KU3VwcG9zZSBvbmUgd2FudGVkIHRvIGJ1aWxk IGFuIGltcGxlbWVudGF0aW9uIHdoZXJlIHRoZSBmZWF0dXJlIGlzIG5vdCBjb250cm9sbGVkIGJ5 IGNvbmZpZ3VyYXRpb24gYW5kIGlzIGFsd2F5cyBkaXNhYmxlZD8NCkluIHRoYXQgY2FzZSB5b3Ug d291bGQgYmUgYmFubmVkIGZyb20gZG9pbmcgc28gaWYgIkFDQ0VQVF9PV04gaGFuZGxpbmcgTVVT VCBiZSBjb250cm9sbGVkIGJ5IGNvbmZpZ3VyYXRpb24iLCBzbyBJIHdvdWxkIHNheSB0aGF0ICJT SE9VTEQiIGlzIGNvcnJlY3QgaW4gdGhlIGZpcnN0IGNhc2UuDQoNCkkgc3VzcGVjdCB0aGUgc2Vj b25kICJTSE9VTEQiIGlzIGEgY29uc2VxdWVuY2Ugb2YgYSBjb21wb3VuZCBzZW50ZW5jZS4NCklm IHdlIGhhZCAiQUNDRVBUX09XTiBoYW5kbGluZyBTSE9VTEQgYmUgY29udHJvbGxlZCBieSBjb25m aWd1cmF0aW9uLCBhbmQgaWYgY29udHJvbGxlZCBieSBjb25maWd1cmF0aW9uIGl0IE1VU1QgZGVm YXVsdCB0byBiZWluZyBkaXNhYmxlZCIgdGhlbiB0aGF0IG1pZ2h0IGJlIGNsb3NlciB0byBjb3Jy ZWN0IGFjY29yZGluZyB0byB3aGF0IFJvbiBpcyBzdWdnZXN0aW5nLg0KDQpUaGFua3MsDQpBZHJp YW4NCg0KUFMuIFdvdWxkIGhhdmUgaGVscGVkIGlmIHRoZSBvcmlnaW5hbCByZXZpZXcgaGFkIHJl YWNoZWQgdGhlIEFELCBzaGVwaGVyZCwgYW5kIFdHLiBNYXliZSBhbHNvIHRoZSBJRVRGIGxpc3Qu DQoNCg== From nobody Thu Feb 5 10:00:39 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id F02DA1A1A30; Thu, 5 Feb 2015 10:00:30 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF7D1A87DB; Thu, 5 Feb 2015 10:00:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SUIEMFME7LJt; Thu, 5 Feb 2015 10:00:28 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0DB81A1A30; Thu, 5 Feb 2015 10:00:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3286; q=dns/txt; s=iport; t=1423159228; x=1424368828; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=CFZOqONHm1y3RekO0corHWIpiz4aTcOwPmLArxmea4Q=; b=HVKKaW3cYA1yGy9vmgglBlh25jakBAX1QIy3NwT3nXlMsCU7E+T0OtUJ ifSh5OcFTeYhxYMrpwHJVWS2E/sSXWoRpMEeHcal7aFZ/uax4RtnL5thI zqW5dNyICaVuM94H51a9ajl8/17LZRkaDcSOTfj333N+mhkyQl7l/QOth Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A5BQDDrtNU/4ENJK1agwaBKwSCfcU+AhyBC0MBAQEBAX2EDAEBAQMBIxFFBQcEAgEIEQQBAQMCBh0DAgICMBQBCAgCBAENBQgMiBEIwE+WKQEBAQEBAQEBAQEBAQEBAQEBAQEBAReBIY4mMQcGgmIugRMBBI8YikODA45RIoIygTxvAYFDfgEBAQ X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="120921229" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-4.cisco.com with ESMTP; 05 Feb 2015 18:00:27 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t15I0Qd2019882 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 18:00:27 GMT Received: from xmb-rcd-x12.cisco.com ([169.254.2.55]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 12:00:26 -0600 From: "David Smith (djsmith)" To: "adrian@olddog.co.uk" , "Benoit Claise (bclaise)" , "'The IESG'" Thread-Topic: Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) Thread-Index: AQHQQMcL9K6RJNvDJ0+DlOwbiA8wTJzicSiA///oDjA= Date: Thu, 5 Feb 2015 18:00:26 +0000 Message-ID: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> In-Reply-To: <02bf01d04147$12125860$36370920$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.131.12.96] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "rbonica@juniper.net" , "thomas.morin@rd.francetelecom.com" , "bess-chairs@ietf.org" , "draft-ietf-l3vpn-acceptown-community.all@ietf.org" , "bess@ietf.org" Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 18:00:31 -0000 DQpBZHJpYW4+SWYgd2UgaGFkICJBQ0NFUFRfT1dOIGhhbmRsaW5nIFNIT1VMRCBiZSBjb250cm9s bGVkIGJ5IGNvbmZpZ3VyYXRpb24sIGFuZCBpZiBjb250cm9sbGVkIGJ5IGNvbmZpZ3VyYXRpb24g aXQgTVVTVCBkZWZhdWx0IHRvIGJlaW5nIGRpc2FibGVkIi4uLg0KDQpJIGFncmVlIHRoaXMgbWF5 IGJlIG1vc3Qgb3B0aW1hbC4gDQoNCi9kYXZlDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBBZHJpYW4gRmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10gDQpTZW50 OiBUaHVyc2RheSwgRmVicnVhcnkgMDUsIDIwMTUgODoyNCBBTQ0KVG86IEJlbm9pdCBDbGFpc2Ug KGJjbGFpc2UpOyAnVGhlIElFU0cnDQpDYzogcmJvbmljYUBqdW5pcGVyLm5ldDsgZHJhZnQtaWV0 Zi1sM3Zwbi1hY2NlcHRvd24tY29tbXVuaXR5LmFsbEBpZXRmLm9yZzsgYmVzcy1jaGFpcnNAaWV0 Zi5vcmc7IHRob21hcy5tb3JpbkByZC5mcmFuY2V0ZWxlY29tLmNvbTsgYmVzc0BpZXRmLm9yZw0K U3ViamVjdDogUkU6IEJlbm9pdCBDbGFpc2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtbDN2cG4t YWNjZXB0b3duLWNvbW11bml0eS0wOTogKHdpdGggRElTQ1VTUykNCg0KQml0IGRpc2FwcG9pbnRl ZCB0aGF0IHRoaXMgaXMgYSBEaXNjdXNzLg0KDQpCdXQgbGV0J3MgZGlzY3VzcyBpdC4NCg0KPiBS b24ncyBwb2ludCwgcGFydCBvZiB0aGUgT1BTLURJUiByZXZpZXcsIGxvb2sgdmFsaWQgdG8gbWUu IENhbiB3ZSANCj4gcGxlYXNlIGRpc2N1c3MgaXQuDQo+IA0KPiBUaGlzIGRvY3VtZW50IGlzIHdl bGwgd3JpdHRlbiBhbmQgd2VsbCB0aG91Z2h0IG91dC4gSXQgaXMgYWxtb3N0IHJlYWR5IA0KPiBm b3IgcHVibGljYXRpb24gd2l0aCBvbmUgc21hbGwgaXNzdWUuDQo+IA0KPiBJbiBTZWN0aW9uIDIu MywgdGhlIGF1dGhvcnMgc2F5LCAiIEFDQ0VQVF9PV04gaGFuZGxpbmcgU0hPVUxEIGJlDQo+IGNv bnRyb2xsZWQgYnkgY29uZmlndXJhdGlvbiwgYW5kIFNIT1VMRCAgIGRlZmF1bHQgdG8gYmVpbmcg ZGlzYWJsZWQuIElNTywNCj4gdGhleSBzaG91bGQgc2F5LCAiQUNDRVBUX09XTiBoYW5kbGluZyBN VVNUIGJlIGNvbnRyb2xsZWQgYnkgDQo+IGNvbmZpZ3VyYXRpb24sIGFuZCBNVVNUIGRlZmF1bHQg dG8gYmVpbmcgZGlzYWJsZWQuIg0KPiANCj4gQUZBSUtTLCB5b3Ugd291bGQgbmV2ZXIgd2FudCB0 byBidWlsZCBhIHJvdXRlciB3aGVyZSBBQ0NFUFRfT1dOIA0KPiBiZWhhdmlvciBpcyBhbHdheXMg b24gYW5kIGNhbm5vdCBiZSBkaXNhYmxlZCBieSBjb25maWd1cmF0aW9uLiANCj4gTGlrZXdpc2Us IHlvdSB3b3VsZCBuZXZlciB3YW50IHRvIGJ1aWxkIGEgcm91dGVyIHdoZXJlIEFDQ0VQVF9PV04g YmVoYXZpb3IgaXMgdGhlIGRlZmF1bHQuDQoNCkkgcmVqZWN0IHNwZWNpZmljYXRpb25zIHRoYXQg Y29udHJvbCB3aGF0IG9uZSBtaWdodCB3YW50IHRvIGJ1aWxkLiBXZSBwcm9kdWNlIHNwZWNzIHRv IGRlZmluZSBpbnRlcm9wZXJhYmxlIGJlaGF2aW9yIGFuZCB0byBlbnN1cmUgdGhlIEludGVybmV0 IHdvcmtzLiBXZSBkb24ndCBsZWdpc2xhdGUgZm9yIHBlb3BsZSBwcm9kdWNpbmcgcHJvZHVjdCBp biBuaWNoZXMgb3IgdGhhdCBpcyBlbnRpcmVseSB1bnNhbGFibGUuDQoNCkhvd2V2ZXIsIGxldCdz IHNlcGFyYXRlIHRoZSB0d28gU0hPVUxEcy4NCg0KU3VwcG9zZSBvbmUgd2FudGVkIHRvIGJ1aWxk IGFuIGltcGxlbWVudGF0aW9uIHdoZXJlIHRoZSBmZWF0dXJlIGlzIG5vdCBjb250cm9sbGVkIGJ5 IGNvbmZpZ3VyYXRpb24gYW5kIGlzIGFsd2F5cyBkaXNhYmxlZD8NCkluIHRoYXQgY2FzZSB5b3Ug d291bGQgYmUgYmFubmVkIGZyb20gZG9pbmcgc28gaWYgIkFDQ0VQVF9PV04gaGFuZGxpbmcgTVVT VCBiZSBjb250cm9sbGVkIGJ5IGNvbmZpZ3VyYXRpb24iLCBzbyBJIHdvdWxkIHNheSB0aGF0ICJT SE9VTEQiIGlzIGNvcnJlY3QgaW4gdGhlIGZpcnN0IGNhc2UuDQoNCkkgc3VzcGVjdCB0aGUgc2Vj b25kICJTSE9VTEQiIGlzIGEgY29uc2VxdWVuY2Ugb2YgYSBjb21wb3VuZCBzZW50ZW5jZS4NCklm IHdlIGhhZCAiQUNDRVBUX09XTiBoYW5kbGluZyBTSE9VTEQgYmUgY29udHJvbGxlZCBieSBjb25m aWd1cmF0aW9uLCBhbmQgaWYgY29udHJvbGxlZCBieSBjb25maWd1cmF0aW9uIGl0IE1VU1QgZGVm YXVsdCB0byBiZWluZyBkaXNhYmxlZCIgdGhlbiB0aGF0IG1pZ2h0IGJlIGNsb3NlciB0byBjb3Jy ZWN0IGFjY29yZGluZyB0byB3aGF0IFJvbiBpcyBzdWdnZXN0aW5nLg0KDQpUaGFua3MsDQpBZHJp YW4NCg0KUFMuIFdvdWxkIGhhdmUgaGVscGVkIGlmIHRoZSBvcmlnaW5hbCByZXZpZXcgaGFkIHJl YWNoZWQgdGhlIEFELCBzaGVwaGVyZCwgYW5kIFdHLiBNYXliZSBhbHNvIHRoZSBJRVRGIGxpc3Qu DQoNCg== From nobody Thu Feb 5 11:22:33 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F9411A8A8F; Thu, 5 Feb 2015 11:22:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.3 X-Spam-Level: X-Spam-Status: No, score=-101.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_62=0.6, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=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 kxeZFisxNCXR; Thu, 5 Feb 2015 11:22:13 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0828E1A8A87; Thu, 5 Feb 2015 11:22:12 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBF7O000999; Thu, 5 Feb 2015 18:11:16 GMT Received: from 950129200 (089144197202.atnat0006.highway.a1.net [89.144.197.202]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBDSX000981 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 18:11:14 GMT From: "Adrian Farrel" To: "'David Smith \(djsmith\)'" , "'Benoit Claise \(bclaise\)'" , "'The IESG'" References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> In-Reply-To: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> Date: Thu, 5 Feb 2015 18:11:13 -0000 Message-ID: <019801d0416f$21eba110$65c2e330$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFUH9ZPIVArkJvEqhcvMl87zNxYTQJiqYCVAjpDcsCdtbcbkA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21306.001 X-TM-AS-Result: No--14.603-10.0-31-10 X-imss-scan-details: No--14.603-10.0-31-10 X-TMASE-MatchedRID: VfovoVrt/oanykMun0J1wk0jzafXv7tTt3aeg7g/usAutoY2UtFqGGLt bXvEizih6LOKOlQRBR13DwGxIMXYVPD8WL7IHVq/syw+ZJnFumRvAd/85EsfAd9RlPzeVuQQcAk WwgfMHPEHG4nQZY11VqRx9LCCs8QQDtZgR42ZNmf7/v/5alNYetRmti/O6j0Cu/jTz8Y/kep+DN kCAl6R4wjR5iLk5odNNnjX5cmINlR5Nu89w6nvHtauHl7Fdp6GjI6qXkf2FQ1/tE9YIUrwYqtpF YoFv0AyobESVTFS+7JwE7IPDDg1SL9ZdlL8eonaVnRXm1iHN1bEQdG7H66TyH4gKq42LRYksR1q gb3gkm15+Gz+xnzfAXteheYbKdNXvopnNH5gezN+3BndfXUhXQ== Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 19:22:14 -0000 Thanks, I'll turn the handle. A > -----Original Message----- > From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of David Smith = (djsmith) > Sent: 05 February 2015 18:00 > To: adrian@olddog.co.uk; Benoit Claise (bclaise); 'The IESG' > Cc: rbonica@juniper.net; thomas.morin@rd.francetelecom.com; bess- > chairs@ietf.org; draft-ietf-l3vpn-acceptown-community.all@ietf.org; > bess@ietf.org > Subject: RE: Benoit Claise's Discuss on = draft-ietf-l3vpn-acceptown-community-09: > (with DISCUSS) >=20 >=20 > Adrian>If we had "ACCEPT_OWN handling SHOULD be controlled by > configuration, and if controlled by configuration it MUST default to = being > disabled"... >=20 > I agree this may be most optimal. >=20 > /dave >=20 > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Thursday, February 05, 2015 8:24 AM > To: Benoit Claise (bclaise); 'The IESG' > Cc: rbonica@juniper.net; = draft-ietf-l3vpn-acceptown-community.all@ietf.org; > bess-chairs@ietf.org; thomas.morin@rd.francetelecom.com; bess@ietf.org > Subject: RE: Benoit Claise's Discuss on = draft-ietf-l3vpn-acceptown-community-09: > (with DISCUSS) >=20 > Bit disappointed that this is a Discuss. >=20 > But let's discuss it. >=20 > > Ron's point, part of the OPS-DIR review, look valid to me. Can we > > please discuss it. > > > > This document is well written and well thought out. It is almost = ready > > for publication with one small issue. > > > > In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be > > controlled by configuration, and SHOULD default to being disabled. = IMO, > > they should say, "ACCEPT_OWN handling MUST be controlled by > > configuration, and MUST default to being disabled." > > > > AFAIKS, you would never want to build a router where ACCEPT_OWN > > behavior is always on and cannot be disabled by configuration. > > Likewise, you would never want to build a router where ACCEPT_OWN > behavior is the default. >=20 > I reject specifications that control what one might want to build. We = produce > specs to define interoperable behavior and to ensure the Internet = works. We > don't legislate for people producing product in niches or that is = entirely unsalable. >=20 > However, let's separate the two SHOULDs. >=20 > Suppose one wanted to build an implementation where the feature is not > controlled by configuration and is always disabled? > In that case you would be banned from doing so if "ACCEPT_OWN handling = MUST > be controlled by configuration", so I would say that "SHOULD" is = correct in the > first case. >=20 > I suspect the second "SHOULD" is a consequence of a compound sentence. > If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, = and if > controlled by configuration it MUST default to being disabled" then = that might be > closer to correct according to what Ron is suggesting. >=20 > Thanks, > Adrian >=20 > PS. Would have helped if the original review had reached the AD, = shepherd, and > WG. Maybe also the IETF list. From nobody Thu Feb 5 11:22:38 2015 Return-Path: X-Original-To: expand-draft-ietf-l3vpn-acceptown-community.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 861831A8A93; Thu, 5 Feb 2015 11:22:14 -0800 (PST) X-Original-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-l3vpn-acceptown-community.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F9411A8A8F; Thu, 5 Feb 2015 11:22:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.3 X-Spam-Level: X-Spam-Status: No, score=-101.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_62=0.6, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=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 kxeZFisxNCXR; Thu, 5 Feb 2015 11:22:13 -0800 (PST) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0828E1A8A87; Thu, 5 Feb 2015 11:22:12 -0800 (PST) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBF7O000999; Thu, 5 Feb 2015 18:11:16 GMT Received: from 950129200 (089144197202.atnat0006.highway.a1.net [89.144.197.202]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15IBDSX000981 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 18:11:14 GMT From: "Adrian Farrel" To: "'David Smith \(djsmith\)'" , "'Benoit Claise \(bclaise\)'" , "'The IESG'" References: <20150204220758.20810.25217.idtracker@ietfa.amsl.com> <02bf01d04147$12125860$36370920$@olddog.co.uk> <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> In-Reply-To: <190333B4AEDA0F4FA72E61A2E7F298A627020271@xmb-rcd-x12.cisco.com> Date: Thu, 5 Feb 2015 18:11:13 -0000 Message-ID: <019801d0416f$21eba110$65c2e330$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFUH9ZPIVArkJvEqhcvMl87zNxYTQJiqYCVAjpDcsCdtbcbkA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21306.001 X-TM-AS-Result: No--14.603-10.0-31-10 X-imss-scan-details: No--14.603-10.0-31-10 X-TMASE-MatchedRID: VfovoVrt/oanykMun0J1wk0jzafXv7tTt3aeg7g/usAutoY2UtFqGGLt bXvEizih6LOKOlQRBR13DwGxIMXYVPD8WL7IHVq/syw+ZJnFumRvAd/85EsfAd9RlPzeVuQQcAk WwgfMHPEHG4nQZY11VqRx9LCCs8QQDtZgR42ZNmf7/v/5alNYetRmti/O6j0Cu/jTz8Y/kep+DN kCAl6R4wjR5iLk5odNNnjX5cmINlR5Nu89w6nvHtauHl7Fdp6GjI6qXkf2FQ1/tE9YIUrwYqtpF YoFv0AyobESVTFS+7JwE7IPDDg1SL9ZdlL8eonaVnRXm1iHN1bEQdG7H66TyH4gKq42LRYksR1q gb3gkm15+Gz+xnzfAXteheYbKdNXvopnNH5gezN+3BndfXUhXQ== Archived-At: Cc: rbonica@juniper.net, thomas.morin@rd.francetelecom.com, bess-chairs@ietf.org, draft-ietf-l3vpn-acceptown-community.all@ietf.org, bess@ietf.org Subject: Re: [bess] Benoit Claise's Discuss on draft-ietf-l3vpn-acceptown-community-09: (with DISCUSS) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 19:22:14 -0000 Thanks, I'll turn the handle. A > -----Original Message----- > From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of David Smith = (djsmith) > Sent: 05 February 2015 18:00 > To: adrian@olddog.co.uk; Benoit Claise (bclaise); 'The IESG' > Cc: rbonica@juniper.net; thomas.morin@rd.francetelecom.com; bess- > chairs@ietf.org; draft-ietf-l3vpn-acceptown-community.all@ietf.org; > bess@ietf.org > Subject: RE: Benoit Claise's Discuss on = draft-ietf-l3vpn-acceptown-community-09: > (with DISCUSS) >=20 >=20 > Adrian>If we had "ACCEPT_OWN handling SHOULD be controlled by > configuration, and if controlled by configuration it MUST default to = being > disabled"... >=20 > I agree this may be most optimal. >=20 > /dave >=20 > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Thursday, February 05, 2015 8:24 AM > To: Benoit Claise (bclaise); 'The IESG' > Cc: rbonica@juniper.net; = draft-ietf-l3vpn-acceptown-community.all@ietf.org; > bess-chairs@ietf.org; thomas.morin@rd.francetelecom.com; bess@ietf.org > Subject: RE: Benoit Claise's Discuss on = draft-ietf-l3vpn-acceptown-community-09: > (with DISCUSS) >=20 > Bit disappointed that this is a Discuss. >=20 > But let's discuss it. >=20 > > Ron's point, part of the OPS-DIR review, look valid to me. Can we > > please discuss it. > > > > This document is well written and well thought out. It is almost = ready > > for publication with one small issue. > > > > In Section 2.3, the authors say, " ACCEPT_OWN handling SHOULD be > > controlled by configuration, and SHOULD default to being disabled. = IMO, > > they should say, "ACCEPT_OWN handling MUST be controlled by > > configuration, and MUST default to being disabled." > > > > AFAIKS, you would never want to build a router where ACCEPT_OWN > > behavior is always on and cannot be disabled by configuration. > > Likewise, you would never want to build a router where ACCEPT_OWN > behavior is the default. >=20 > I reject specifications that control what one might want to build. We = produce > specs to define interoperable behavior and to ensure the Internet = works. We > don't legislate for people producing product in niches or that is = entirely unsalable. >=20 > However, let's separate the two SHOULDs. >=20 > Suppose one wanted to build an implementation where the feature is not > controlled by configuration and is always disabled? > In that case you would be banned from doing so if "ACCEPT_OWN handling = MUST > be controlled by configuration", so I would say that "SHOULD" is = correct in the > first case. >=20 > I suspect the second "SHOULD" is a consequence of a compound sentence. > If we had "ACCEPT_OWN handling SHOULD be controlled by configuration, = and if > controlled by configuration it MUST default to being disabled" then = that might be > closer to correct according to what Ron is suggesting. >=20 > Thanks, > Adrian >=20 > PS. Would have helped if the original review had reached the AD, = shepherd, and > WG. Maybe also the IETF list. From nobody Thu Feb 5 18:28:44 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F07E11A03AA for ; Thu, 5 Feb 2015 18:28:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DN94ijwUR2Yx for ; Thu, 5 Feb 2015 18:28:38 -0800 (PST) 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 332741A0081 for ; Thu, 5 Feb 2015 18:28:38 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOY64690; Fri, 06 Feb 2015 02:28:36 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Feb 2015 02:28:36 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.146]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 6 Feb 2015 10:28:23 +0800 From: Haoweiguo To: "bess@ietf.org" Thread-Topic: New Version Notification for draft-hao-bess-evpn-df-handshaking-00.txt Thread-Index: AQHQQbPxin1tUOUNq0qKJ8kRiElyuZzi5RyQ Date: Fri, 6 Feb 2015 02:28:22 +0000 Message-ID: References: <20150206022330.17072.42270.idtracker@ietfa.amsl.com> In-Reply-To: <20150206022330.17072.42270.idtracker@ietfa.amsl.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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Lucy yong , Liangqiandeng Subject: Re: [bess] New Version Notification for draft-hao-bess-evpn-df-handshaking-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 02:28:42 -0000 Hi All, A new draft about EVPN DF election improvement is proposed. Handshaking mec= hanism is introduced to reduce traffic disruption in DF election or re-elec= tion scenario.=20 Any comments and suggestions are appreciated. Thanks, weiguo ________________________________________ From: internet-drafts@ietf.org [internet-drafts@ietf.org] Sent: Friday, February 06, 2015 10:23 To: Liangqiandeng; Lucy yong; Haoweiguo; Lucy yong; Liangqiandeng; Haoweigu= o Subject: New Version Notification for draft-hao-bess-evpn-df-handshaking-00= .txt A new version of I-D, draft-hao-bess-evpn-df-handshaking-00.txt has been successfully submitted by Weiguo Hao and posted to the IETF repository. Name: draft-hao-bess-evpn-df-handshaking Revision: 00 Title: Handshaking mechanism for DF election Document date: 2015-02-06 Group: Individual Submission Pages: 9 URL: http://www.ietf.org/internet-drafts/draft-hao-bess-evpn-df-= handshaking-00.txt Status: https://datatracker.ietf.org/doc/draft-hao-bess-evpn-df-han= dshaking/ Htmlized: http://tools.ietf.org/html/draft-hao-bess-evpn-df-handshaki= ng-00 Abstract: In [EVPN], DF election process on each PE connecting to same ESI is triggered by independent timer expiring, DF and non-DF PEs can't ensure that unblocking and blocking action take effect at the same time, sometimes long time traffic disruption will occur. Handshaking mechanism for DF election is introduced in this draft, it can effectively reduce traffic disruption and avoid potential issues of packet duplication and loop in all-active access scenario. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat= From nobody Sun Feb 8 14:48:47 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AC251A7113; Sun, 8 Feb 2015 14:48:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rb3BwtJkGesS; Sun, 8 Feb 2015 14:48:42 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C16331A70FF; Sun, 8 Feb 2015 14:48:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.10.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150208224842.6842.52126.idtracker@ietfa.amsl.com> Date: Sun, 08 Feb 2015 14:48:42 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2015 22:48:44 -0000 IESG state changed to Approved-announcement to be sent::Revised I-D Needed from Approved-announcement to be sent::Point Raised - writeup needed ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-l3vpn-acceptown-community/ From nobody Mon Feb 9 02:05:18 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E236B1A01A8 for ; Mon, 9 Feb 2015 02:05:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rbrlF3D_UUQ7 for ; Mon, 9 Feb 2015 02:05:14 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 029A01A0187 for ; Mon, 9 Feb 2015 02:05:13 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t19A51hm031301; Mon, 9 Feb 2015 10:05:01 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t19A4xiT031261 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 9 Feb 2015 10:04:59 GMT From: "Adrian Farrel" To: References: <020201d03e59$f76cd2a0$e64677e0$@olddog.co.uk> In-Reply-To: <020201d03e59$f76cd2a0$e64677e0$@olddog.co.uk> Date: Mon, 9 Feb 2015 10:04:59 -0000 Message-ID: <05e701d0444f$de113840$9a33a8c0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQMOydae9k4fKYktnXQps9e5H3svwZprCqkQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21316.006 X-TM-AS-Result: No--16.569-10.0-31-10 X-imss-scan-details: No--16.569-10.0-31-10 X-TMASE-MatchedRID: C/snMIRQLS2nykMun0J1wilrosmS0SOA0i/hFXziUdN94c+e7fWIcKvJ NkBKhOMlNjyQBE3C45U18T+UX/k6C20AffdZMVlDdiLDwvWethg08abclI0aFtp1biJhIyNR8gv cSKVCSkK2tDoRCzmPJjF6+vlf1JhwR3YbmGJC20xRKfej56hSbOiY+s2L3xQEtRXhV8npIHSYZ/ EdjXR3O64YUaH/Q8F2LZ1zw+qcHk5F+3SPXMw7TPfLKp/JCt7hnjvEO6ncRPh5PnLyYZZFPIaL8 STNtyu8DZ0wk8tLAnGesCBEvLPPJjlyVH8jNStNLi5PDX0qWHrTbXtS7ko+rJ1gVFpQCpwT+1ye RNwXFNyely9GYTD1kbJHq0Tkgs3SrA5sJm1utfuVSBCoZUyqbJc5WjRQ970U5GbPjpDb1sNy9Kc 4QYmTRwaFfHLNLuPtliXG6TWiBAD7OgBbxHXmXxzwnpmtY/+rfS0Ip2eEHny+qryzYw2E8M8943 oc3p3sq7rFUcuGp/EgBwKKRHe+ryBbELhrC4QhwoZG4yS+VRndIqYustqDDM7G6CNdM89aE3Jsv 1+ckA4= Archived-At: Cc: Alvaro Retana Subject: Re: [bess] Auth48 changes to EVPN draft X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 10:05:17 -0000 WG, thanks for the thread on this topic. Most of the discussion has focused on "other ways to solve the problem" and I'm pleased to hear that that discussion has decided to get out of the way of this document and to focus on revisions or new drafts. Wrt this specific document, the only discussion of this text change that I heard was resolved in favor of the current text. I'll tell the RFC Editor to go ahead. Thanks, Adrian > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: 01 February 2015 20:02 > To: bess@ietf.org > Subject: [bess] Auth48 changes to EVPN draft > > Hi BESS WG, > > During the final stages of processing draft-ietf-l2vpn-evpn the authors > requested some changes to section 6.3 "VLAN-Aware Bundle Service Interface" > > Because these changes are a little more than editorial in nature, I want to run > them passed the working group. > > Please comment on this list before February 8th if you find these changes > unacceptable. In that case, please state your reasoning and preferably supply an > alternative. > > OLD > With this service interface, an EVPN instance consists of several > broadcast domains (e.g., several VLANs) with each VLAN having its > own bridge domain -- i.e., multiple bridge domains (one per VLAN) are > maintained by a single MAC-VRF corresponding to the EVPN instance. > > In the case where a single VLAN is represented by different VIDs on > different CEs and thus VID translation is required, a normalized > Ethernet Tag ID (VID) MUST be carried in the MPLS-encapsulated > frames, and an Ethernet Tag ID translation function MUST be supported > in the data path. This translation MUST be performed in the data > path on both the imposition and disposition PEs (translating to a > normalized Ethernet Tag ID on the imposition PE and translating to a > local Ethernet Tag ID on the disposition PE). The Ethernet Tag ID in all > EVPN > routes MUST be set to the normalized value assigned by the > EVPN provider. > NEW > With this service interface, an EVPN instance consists of multiple > broadcast domains (e.g., multiple VLANs) with each VLAN having its > own bridge table -- i.e., multiple bridge tables (one per VLAN) are > maintained by a single MAC-VRF corresponding to the EVPN instance. > > Broadcast, unknown unicast, or multicast (BUM) traffic is sent only > to the CEs in a given broadcast domain; however, the broadcast > domains within an EVI either MAY each have their own P-Tunnel or MAY > share P-Tunnels -- e.g., all of the broadcast domains in an EVI MAY > share a single P-Tunnel. > > In the case where a single VLAN is represented by a single VID and > thus no VID translation is required, an MPLS-encapsulated packet MUST > carry that VID. The Ethernet Tag ID in all EVPN routes MUST be set > to that VID. The advertising PE MAY advertise the MPLS Label1 in the > MAC/IP Advertisement route representing ONLY the EVI or representing > both the Ethernet Tag ID and the EVI. This decision is only a local > matter by the advertising PE (which is also the disposition PE) and > doesn't affect any other PEs. > > In the case where a single VLAN is represented by different VIDs on > different CEs and thus VID translation is required, a normalized > Ethernet Tag ID (VID) MUST be carried in the EVPN BGP routes. > Furthermore, the advertising PE advertises the MPLS Label1 in the > MAC/IP Advertisement route representing both the Ethernet Tag ID > and the EVI, so that upon receiving an MPLS-encapsulated packet, it can > identify the corresponding bridge table from the MPLS EVPN label and > perform Ethernet Tag ID translation ONLY at the disposition PE -- > i.e., the Ethernet frames transported over the MPLS/IP network MUST > remain tagged with the originating VID, and VID translation is > performed on the disposition PE. The Ethernet Tag ID in all EVPN > routes MUST be set to the normalized Ethernet Tag ID assigned by the > EVPN provider. > END > > Thanks, > Adrian > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Mon Feb 9 07:43:39 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF7571A1A27 for ; Mon, 9 Feb 2015 07:42:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3wOtin6KXNih for ; Mon, 9 Feb 2015 07:42:03 -0800 (PST) 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 D28D61A1A25 for ; Mon, 9 Feb 2015 07:42:02 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSL07008; Mon, 09 Feb 2015 15:42:01 +0000 (GMT) Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 9 Feb 2015 15:42:00 +0000 Received: from DFWEML701-CHM.china.huawei.com ([10.193.5.50]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0158.001; Mon, 9 Feb 2015 07:41:56 -0800 From: Lucy yong To: Thomas Morin , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Thread-Index: AQHQPvEihfvFN8coMECy1igHRLY+2pzoeYow Date: Mon, 9 Feb 2015 15:41:55 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D45446B96@dfweml701-chm> References: <54CF8393.9080303@orange.com> In-Reply-To: <54CF8393.9080303@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.146.219] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-sajassi-bess-evpn-etree@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 15:42:06 -0000 I support this adoption. Some comments: The draft supports root/leaf Ethernet segment (case 3), it should state out= the forwarding rules among root/leaf ES, root ES, and leaf ES.=20 Scenarios 2 and scenarios 3 are different. Case 3 is a case 2, but case 2 i= s not a case 3. It is necessary for the draft to point out this and make cl= ear for the operation on case 3.=20 Cheers, Lucy -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Thomas Morin Sent: Monday, February 02, 2015 8:03 AM To: bess@ietf.org Cc: draft-sajassi-bess-evpn-etree@tools.ietf.org Subject: [bess] Poll for adoption: draft-sajassi-bess-evpn-etree Hello working group, This email starts a two-week poll on adopting draft-sajassi-bess-evpn-etree-00 [1] as a working group item. Please send comments to the list and state if you support adoption or not (= in the later case, please also state the reasons). This poll runs until **February 16th**. *Coincidentally*, we are also polling for knowledge of any IPR that applies= to this draft, to ensure that IPR has been disclosed in compliance with IE= TF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). =3D=3D> *If* you are listed as a document author or contributor please resp= ond to this email and indicate whether or not you are aware of any relevant= IPR. The draft will not be adopted until a response has been received from each = author and contributor. If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in = conformance with IETF rules. Thank you, Martin & Thomas bess chairs [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-etree _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 10 01:29:39 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7B191A0097 for ; Tue, 10 Feb 2015 01:29:33 -0800 (PST) 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 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 CB1WH22M0C58 for ; Tue, 10 Feb 2015 01:29:29 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 A40851A00A9 for ; Tue, 10 Feb 2015 01:29:29 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 39895917FF52E for ; Tue, 10 Feb 2015 09:29:26 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t1A9TRcF019012 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 10 Feb 2015 10:29:27 +0100 Received: from [135.238.173.48] (135.239.27.40) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 10 Feb 2015 10:29:27 +0100 Message-ID: <54D9CF77.302@alcatel-lucent.com> Date: Tue, 10 Feb 2015 10:29:27 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: References: <54C60D16.60002@alcatel-lucent.com> In-Reply-To: <54C60D16.60002@alcatel-lucent.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.40] Archived-At: Subject: Re: [bess] Poll for adoption: draft-morin-bess-multicast-damping X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 09:29:33 -0000 Working Group, this poll has ended and there is support. Authors, could you please repost as: draft-ietf-bess-multicast-damping-00 Thank you -m Le 26/01/2015 10:47, Martin Vigoureux a écrit : > Hello working group, > > This email starts a two-week poll on adopting > draft-morin-bess-multicast-damping [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until **February 9th**. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are not listed as an author or contributor, then please > explicitly respond only if you are aware of any IPR that has not yet > been disclosed in conformance with IETF rules. > > Thank you, > > Martin & Thomas > bess chairs > > [1] https://tools.ietf.org/html/draft-morin-bess-multicast-damping > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > From nobody Tue Feb 10 01:39:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2951F1A00E9 for ; Tue, 10 Feb 2015 01:39:06 -0800 (PST) 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 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 4b1U80RIlHMR for ; Tue, 10 Feb 2015 01:39:04 -0800 (PST) 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 DDC391A0143 for ; Tue, 10 Feb 2015 01:39:03 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id E0596FFDB91BA for ; Tue, 10 Feb 2015 09:39:00 +0000 (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 t1A9cxd0002123 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 10 Feb 2015 10:39:02 +0100 Received: from [135.238.173.48] (135.239.27.41) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 10 Feb 2015 10:38:46 +0100 Message-ID: <54D9D1A5.3050006@alcatel-lucent.com> Date: Tue, 10 Feb 2015 10:38:45 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: References: <54C60D12.1090305@alcatel-lucent.com> In-Reply-To: <54C60D12.1090305@alcatel-lucent.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.41] Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 09:39:06 -0000 Authors, Working Group, this poll has ended and we are not in a position to adopt this document. The support is quite limited, and not all the authors have replied to the IPR question. We are thus extending this poll until the 17th of February. M&T Le 26/01/2015 10:46, Martin Vigoureux a écrit : > Hello working group, > > This email starts a two-week poll on adopting > draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until **February 9th**. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are not listed as an author or contributor, then please > explicitly respond only if you are aware of any IPR that has not yet > been disclosed in conformance with IETF rules. > > Note that an IPR disclosure [2] exists for this document. > > Thank you, > > Martin & Thomas > bess chairs > > [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ > [2] https://datatracker.ietf.org/ipr/2472/ > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > From nobody Tue Feb 10 02:48:15 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38D831A0187; Tue, 10 Feb 2015 02:48:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCxzlLIY7ixi; Tue, 10 Feb 2015 02:48:10 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8104F1A012D; Tue, 10 Feb 2015 02:48:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150210104810.12500.96147.idtracker@ietfa.amsl.com> Date: Tue, 10 Feb 2015 02:48:10 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-multicast-damping-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 10:48:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : Multicast VPN state damping Authors : Thomas Morin Stephane Litkowski Keyur Patel Jeffrey (Zhaohui) Zhang Robert Kebler Jeff Haas Filename : draft-ietf-bess-multicast-damping-00.txt Pages : 15 Date : 2015-02-10 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 site. 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 IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-multicast-damping/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-multicast-damping-00 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 Tue Feb 10 11:44:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 533AF1A3BA9 for ; Tue, 10 Feb 2015 11:44:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-XU8y1FJPFA for ; Tue, 10 Feb 2015 11:44:27 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A1081A1BE0 for ; Tue, 10 Feb 2015 11:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=102716; q=dns/txt; s=iport; t=1423597439; x=1424807039; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+FWYunsBNTnqGsJArIUCFRmG+/OjF9E5M6jhl/Wk5oA=; b=AvqE0Z+XIJHOWccKqUOYoEFxFWwYoIFUXFBzk2TtR2CFO9jxTUwgrLv7 0+8WAdwJTLjRz42v1JabYvp0obocZ5ibkL0z/fP5BjsE2KkXH+1oXr/0r tdHkmE3INrIf1Rz6+J4riYZm1ex9+ZUSXdyNSMK9GkZuW1JlR5yQvOpFx U=; X-Files: image003.jpg, image004.jpg, image005.png : 35773, 18017, 174 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQFAO5e2lStJV2Y/2dsb2JhbABYA4JDQ1JaBIJ9v3IZAQuFbwIcgQdDAQEBAQEBfIQMAQEBBAEBAQIeAggBOwEEAQoOAgIBCBEEAQEGAQEBAggOBwMCAgIFEAQGBQELFAkIAQEEDgQBCAaICwMRDbpKkRANhUMBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBIoKgz+BSBEBHwUGBAcLDAQGAQYDCIJXLoEUBY07gWWDAgFOhBeCXjaCTQSIVIV7CCKCAhyBUG8BgQo5fwEBAQ X-IronPort-AV: E=Sophos;i="5.09,552,1418083200"; d="png'150?jpg'150,145?scan'150,145,208,145,150,217";a="391915730" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-9.cisco.com with ESMTP; 10 Feb 2015 19:43:58 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1AJhw5U023038 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Feb 2015 19:43:58 GMT Received: from xmb-rcd-x05.cisco.com ([169.254.15.188]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Tue, 10 Feb 2015 13:43:57 -0600 From: "Jose Liste (jliste)" To: Robert Raszuk Thread-Topic: [bess] BESS - soliciting WG adoption - draft-keyupate-l2vpn-fat-pw-bgp Thread-Index: AdAT6hbHNSTiDPNsRSOVtJSf/Rj3cQANCsQADFKdFFA= Date: Tue, 10 Feb 2015 19:43:57 +0000 Message-ID: <69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1D@xmb-rcd-x05.cisco.com> References: <69E55E5ECE0CBB4E9B5AD9C09D31EEC52598BC7A@xmb-rcd-x05.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.157.10.191] Content-Type: multipart/related; boundary="_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Cc: "Sami Boutros \(sboutros\)" , "Jose Liste \(jliste\)" , "Keyur Patel \(keyupate\)" , "'Rabadan, Jorge \(Jorge\)' \(jorge.rabadan@alcatel-lucent.com\)" , "bess@ietf.org" , "Wen, Bin \(Bin_Wen@cable.comcast.com\) \(Bin_Wen@cable.comcast.com\)" Subject: Re: [bess] BESS - soliciting WG adoption - draft-keyupate-l2vpn-fat-pw-bgp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 19:44:31 -0000 --_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: multipart/alternative; boundary="_000_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_" --_000_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gUm9iZXJ0LA0KUGxlYXNlIHNlZSBmZWVkYmFjayBpbmxpbmUgW0pMXQ0KDQpBbnkgb3Ro ZXIgY29tbWVudHMgZnJvbSBmb2xrcyBpbiB0aGUgYWxpYXM/DQoNCkZyb206IHJyYXN6dWtAZ21h aWwuY29tIFttYWlsdG86cnJhc3p1a0BnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBSb2JlcnQgUmFz enVrDQpTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAwOSwgMjAxNCAxMjowOSBQTQ0KVG86IEpvc2Ug TGlzdGUgKGpsaXN0ZSkNCkNjOiBiZXNzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW2Jlc3NdIEJF U1MgLSBzb2xpY2l0aW5nIFdHIGFkb3B0aW9uIC0gZHJhZnQta2V5dXBhdGUtbDJ2cG4tZmF0LXB3 LWJncA0KDQpIaSBKb3NlLA0KDQpHcmVhdCBzaWduYXR1cmUgOikNCg0KT25lIG9ic2VydmF0aW9u cy4gVGhlIGRyYWZ0IHNheXM6DQoNCg0KIldoZW4gdGhlIGJpdCB2YWx1ZSBpcyAxLCB0aGUgUEUg aXMgcmVxdWVzdGluZyB0aGUgYWJpbGl0eQ0KDQp0byBzZW5kIGEgUHNldWRvd2lyZSBwYWNrZXQg dGhhdCBpbmNsdWRlcyBhIGZsb3cgbGFiZWwuIg0KDQoNCg0KSG93IGNhbiBQRSAicmVxdWVzdCB0 aGUgYWJpbGl0eSIgYnkgc2V0dGluZyBhIGJpdCBmbGFnID8NCg0KDQoNCltKTF1EdXJpbmcgdGhl IFBXIHNpZ25hbGluZyBwaGFzZSwgdGhlIFQvUiBiaXQgZmxhZyB2YWx1ZXMgaW4gdGhlIG91dGdv aW5nIC8gaW5jb21pbmcgTkxSSXMgd2lsbCBpbmRlZWQgYWxsb3cgYSBQRSB0byBkZXRlcm1pbmUg d2hldGhlciBpdCBjYW4gdXNlIC8gZXhwZWN0IGZsb3cgbGFiZWxzIG9uIGEgZ2l2ZW4gUFcgZGly ZWN0aW9uDQoNCg0KDQpJIHJlY29tbWVuZCBpZiB5b3Ugd2FudCB0byBrZWVwIGl0IHlvdSByZXBs YWNlIHRoZSAicmVxdWVzdGluZyB0aGUgYWJpbGl0eSIgYnkgImluZGljYXRpbmcgdGhlIGFiaWxp dHkiLg0KDQoNCg0KW0pMXSBUaGUgVC1iaXQgaW5kaWNhdGVzIG1vcmUgdGhhbiBhYmlsaXR5IHRv IHRyYW5zbWl0LiBJdCBtZWFucyBkZXNpcmUgdG8gdHJhbnNtaXQgKHdoaWNoIG9mIGNvdXJzZSBy ZXF1aXJlcyBpdCB0byBiZSBjYXBhYmxlKS4gRm9yIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5LCB3 aXRoIFQgPSAwLCBhIG5vbi1jYXBhYmxlIChsZWdhY3kpIFBFIHdvdWxkIHRyYW5zbWl0IHRoZSBz YW1lIHZhbHVlIGFzIGEgY2FwYWJsZSBvbmUgdGhhdCBkb2VzIE5PVCB3aXNoIHRvIHRyYW5zbWl0 IEZMDQoNCkZvciBjb25zaXN0ZW5jeSwgcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUga2VlcGluZyB0 aGUgVC9SIGJpdCBkZWZpbml0aW9ucyBhbGlnbmVkIHdpdGggUkZDNjM5MQ0KDQoNCg0KQnV0IGlz IHRoZXJlIGFueSByZWFsIHVzZSBjYXNlIGZvciBUIGZsYWcgYXQgYWxsID8gV2hhdCBoYXBwZW5z IGlmIG5vZGUgZmlyc3QgYWR2ZXJ0aXNlZCB0aGF0IGl0IGNhbiBub3QgaW5jbHVkZSBmbG93IGxh YmVsLCBidXQgdGhlbiBzZW5kcyBwYWNrZXRzIHRvIGVncmVzcyBQRXMgd2l0aCBmbG93IGxhYmVs ID8gV291bGQgeW91IGRyb3Agc3VjaCBwYWNrZXRzPw0KDQoNCg0KW0pMXSBSZS1wcm9ncmFtbWlu ZyBvZiBkYXRhLXBsYW5lIGFmdGVyIHNpZ25hbGluZyBhbmQgY29udHJhZGljdGluZyB3aGF0IHdh cyBzaWduYWxlZCBzaG91bGQgYmUgdHJlYXRlZCBhcyBhIGRlZmVjdCBpbiB0aGUgUEVzIGltcGxl bWVudGF0aW9uLiBQV3MgbXVzdCBiZSByZS1zaWduYWxlZCBiZWZvcmUgbWFraW5nIHN1Y2ggY2hh bmdlLiBCYWNrIHRvIHRoZSBoeXBvdGhldGljYWwgc2NlbmFyaW8sIHRoZSBlZ3Jlc3MgUEUgaXMg cHJvZ3JhbW1lZCBOT1QgdG8gZXhwZWN0IGZsb3cgbGFiZWxzLiBBbnkgUFcgdHJhZmZpYyBhcnJp dmluZyB3aXRoIOKAnHVuZXhwZWN0ZWTigJ0gRkwgd2lsbCB0cmVhdCBpdCAoRkwpIGFzIHNlcnZp Y2UgZGVsaW1pdGluZyAoVkMgbGFiZWwpLiBUaGlzIHdpbGwgbW9zdCBsaWtlbHkgdHJhbnNsYXRl IHRvIHRyYWZmaWMgYmVpbmcgZHJvcHBlZCAoaS5lLiBlZ3Jlc3MgUEUgaGFzIG5vIGNvbnRleHQg Zm9yIHRoZSBsYWJlbCB2YWx1ZSkgb3IgaW4gdGhlIHdvcnN0IGNhc2UsIGNvdWxkIGNhdXNlIG1p c3MtbWVyZ2UNCg0KDQoNCkZvciBjb21wbGV0ZW5lc3MsIHNlZSBiZWxvdyBhIHNsaWRlIHdpdGgg dGhlIGRpZmZlcmVudCBzdGF0ZXMgYXNzb2NpYXRlZCB0byBUL1INCg0KDQoNClJlZ2FyZHMsDQoN Ckpvc2UNCg0KDQoNCltjaWQ6aW1hZ2UwMDQuanBnQDAxRDA0NDkzLkE5QkIyNTgwXQ0KDQoNCg0K VGh4LA0KDQpyLg0KDQpPbiBUdWUsIERlYyA5LCAyMDE0IGF0IDExOjU1IEFNLCBKb3NlIExpc3Rl IChqbGlzdGUpIDxqbGlzdGVAY2lzY28uY29tPG1haWx0bzpqbGlzdGVAY2lzY28uY29tPj4gd3Jv dGU6DQpIaSBCRVNTIFdHLA0KDQpEcmFmdCDigJxkcmFmdC1rZXl1cGF0ZS1sMnZwbi1mYXQtcHct Ymdw4oCdIHByb3Bvc2VzIHByb3RvY29sIGV4dGVuc2lvbnMgcmVxdWlyZWQgdG8gc3luY2hyb25p emUgZmxvdyBsYWJlbCBzdGF0ZXMgYW1vbmcgUEVzIHdoZW4gdXNpbmcgdGhlIEJHUC1iYXNlZCBz aWduYWxpbmcgcHJvY2VkdXJlcyBkZWZpbmVkIGluIFJGQzQ3NjEgLyBSRkM2NjI0DQpodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2V5dXBhdGUtbDJ2cG4tZmF0LXB3LWJncC0wMw0K DQpXZSBoYXZlIHByZXNlbnRlZCB0aGlzIGRyYWZ0IGEgY291cGxlIG9mIHRpbWVzIGluIHRoZSBM MlZQTiBXRy4NCg0KV2Ugd291bGQgbm93IGxpa2UgdG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRo ZSBCRVNTIFdHLiBXZSBiZWxpZXZlIHRoYXQgdGhlIGRyYWZ0IGlzIHJlYWR5IGZvciBXRyBhZG9w dGlvbi4NCg0KV2UgcmVxdWVzdCBjaGFpcnMgYW5kIFdHIHRvIGNvbnNpZGVyIGFkb3B0aW5nIHRo ZSBkcmFmdCBhcyBhIFdHIGRvY3VtZW50Lg0KDQpCZXN0IFJlZ2FyZHMsDQoNCltodHRwOi8vd3d3 LmNpc2NvLmNvbS93ZWIvZXVyb3BlL2ltYWdlcy9lbWFpbC9zaWduYXR1cmUvaG9yaXpvbnRhbDAx LmpwZ10NCg0KSm9zZSBMaXN0ZQ0KRU5HSU5FRVIuVEVDSE5JQ0FMIE1BUktFVElORw0KQ29ycG9y YXRlIERldmVsb3BtZW50DQpqbGlzdGVAY2lzY28uY29tPG1haWx0bzpqbGlzdGVAY2lzY28uY29t Pg0KUGhvbmU6ICsxIDQwOCA1MjcgMzM2OTx0ZWw6JTJCMSUyMDQwOCUyMDUyNyUyMDMzNjk+DQoN Cg0KQ2lzY28uY29tPGh0dHA6Ly93d3cuY2lzY28uY29tPg0KDQoNCltUaGluayBiZWZvcmUgeW91 IHByaW50Ll1UaGluayBiZWZvcmUgeW91IHByaW50Lg0KVGhpcyBlbWFpbCBtYXkgY29udGFpbiBj b25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgbWF0ZXJpYWwgZm9yIHRoZSBzb2xlIHVzZSBvZiB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBBbnkgcmV2aWV3LCB1c2UsIGRpc3RyaWJ1dGlvbiBvciBk aXNjbG9zdXJlIGJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IChvciBhdXRob3JpemVkIHRvIHJlY2VpdmUgZm9yIHRo ZSByZWNpcGllbnQpLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGJ5IHJlcGx5IGVtYWlsIGFu ZCBkZWxldGUgYWxsIGNvcGllcyBvZiB0aGlzIG1lc3NhZ2UuDQpGb3IgY29ycG9yYXRlIGxlZ2Fs IGluZm9ybWF0aW9uIGdvIHRvOg0KaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5n X2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpCRVNTIG1haWxpbmcgbGlzdA0KQkVTU0Bp ZXRmLm9yZzxtYWlsdG86QkVTU0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vYmVzcw0KDQo= --_000_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjwhLS1baWYgIW1zb10+ PHN0eWxlPnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2JlaGF2aW9y OnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30N Ci5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT48IVtlbmRpZl0t LT48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAx MSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnBy ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9y bWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0FjZXRh dGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToi VGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6 Q29uc29sYXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPkhlbGxvIFJvYmVydCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UGxlYXNl IHNlZSBmZWVkYmFjayBpbmxpbmUNCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdzttc28t aGlnaGxpZ2h0OnllbGxvdyI+W0pMXTwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFueSBvdGhlciBjb21tZW50 cyBmcm9tIGZvbGtzIGluIHRoZSBhbGlhcz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+IHJyYXN6dWtAZ21haWwuY29tIFttYWlsdG86cnJhc3p1a0BnbWFpbC5jb21d DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlJvYmVydCBSYXN6dWs8YnI+DQo8Yj5TZW50OjwvYj4gVHVl c2RheSwgRGVjZW1iZXIgMDksIDIwMTQgMTI6MDkgUE08YnI+DQo8Yj5Ubzo8L2I+IEpvc2UgTGlz dGUgKGpsaXN0ZSk8YnI+DQo8Yj5DYzo8L2I+IGJlc3NAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFtiZXNzXSBCRVNTIC0gc29saWNpdGluZyBXRyBhZG9wdGlvbiAtIGRyYWZ0LWtl eXVwYXRlLWwydnBuLWZhdC1wdy1iZ3A8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij5IaSBKb3NlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij5HcmVhdCBzaWduYXR1cmUgOik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+T25lIG9ic2VydmF0aW9ucy4gVGhlIGRyYWZ0IHNh eXM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVvdDtXaGVuIHRoZSBiaXQgdmFs dWUgaXMgMSwgdGhlIFBFIGlzIHJlcXVlc3RpbmcgdGhlIGFiaWxpdHk8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si PnRvIHNlbmQgYSBQc2V1ZG93aXJlIHBhY2tldCB0aGF0IGluY2x1ZGVzIGEgZmxvdyBsYWJlbC4m cXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjojMjIyMjIyIj5Ib3cgY2FuIFBF ICZxdW90O3JlcXVlc3QgdGhlIGFiaWxpdHkmcXVvdDsgYnkgc2V0dGluZyBhIGJpdCBmbGFnID8m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiMyMjIyMjI7YmFja2dyb3VuZDp5ZWxsb3c7 bXNvLWhpZ2hsaWdodDp5ZWxsb3ciPltKTF1EdXJpbmcgdGhlIFBXIHNpZ25hbGluZyBwaGFzZSwg dGhlIFQvUiBiaXQgZmxhZyB2YWx1ZXMgaW4gdGhlIG91dGdvaW5nIC8gaW5jb21pbmcgTkxSSXMg d2lsbCBpbmRlZWQgYWxsb3cgYSBQRSB0byBkZXRlcm1pbmUgd2hldGhlciBpdCBjYW4gdXNlIC8g ZXhwZWN0IGZsb3cgbGFiZWxzIG9uIGEgZ2l2ZW4gUFcgZGlyZWN0aW9uPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtjb2xvcjojMjIyMjIyIj5JIHJlY29tbWVuZCBpZiB5b3Ugd2FudCB0byBrZWVwIGl0IHlv dSByZXBsYWNlIHRoZSAmcXVvdDtyZXF1ZXN0aW5nIHRoZSBhYmlsaXR5JnF1b3Q7IGJ5ICZxdW90 O2luZGljYXRpbmcgdGhlIGFiaWxpdHkmcXVvdDsuJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjojMjIyMjIyO2JhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93Ij5bSkxd IFRoZSBULWJpdCBpbmRpY2F0ZXMgbW9yZSB0aGFuIGFiaWxpdHkgdG8gdHJhbnNtaXQuIEl0IG1l YW5zIGRlc2lyZSB0byB0cmFuc21pdCAod2hpY2ggb2YgY291cnNlIHJlcXVpcmVzIGl0IHRvIGJl IGNhcGFibGUpLiBGb3IgYmFja3dhcmRzIGNvbXBhdGliaWxpdHksIHdpdGggVCA9IDAsIGEgbm9u LWNhcGFibGUgKGxlZ2FjeSkgUEUgd291bGQgdHJhbnNtaXQgdGhlIHNhbWUgdmFsdWUgYXMgYSBj YXBhYmxlIG9uZSB0aGF0IGRvZXMgTk9UIHdpc2ggdG8gdHJhbnNtaXQgRkw8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6IzIyMjIyMiI+PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiMyMjIyMjI7 YmFja2dyb3VuZDp5ZWxsb3c7bXNvLWhpZ2hsaWdodDp5ZWxsb3ciPkZvciBjb25zaXN0ZW5jeSwg cGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUga2VlcGluZyB0aGUgVC9SIGJpdCBkZWZpbml0aW9ucyBh bGlnbmVkIHdpdGggUkZDNjM5MTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjojMjIyMjIyIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjojMjIyMjIyIj5C dXQgaXMgdGhlcmUgYW55IHJlYWwgdXNlIGNhc2UgZm9yIFQgZmxhZyBhdCBhbGwgPyBXaGF0IGhh cHBlbnMgaWYgbm9kZSBmaXJzdCBhZHZlcnRpc2VkIHRoYXQgaXQgY2FuIG5vdCBpbmNsdWRlIGZs b3cgbGFiZWwsIGJ1dCB0aGVuIHNlbmRzIHBhY2tldHMgdG8gZWdyZXNzIFBFcyB3aXRoIGZsb3cg bGFiZWwgPyBXb3VsZCB5b3UgZHJvcCBzdWNoIHBhY2tldHM/PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2NvbG9yOiMyMjIyMjI7YmFja2dyb3VuZDp5ZWxsb3c7bXNvLWhpZ2hsaWdodDp5ZWxsb3ciPltK TF0gUmUtcHJvZ3JhbW1pbmcgb2YgZGF0YS1wbGFuZSBhZnRlciBzaWduYWxpbmcgYW5kIGNvbnRy YWRpY3Rpbmcgd2hhdCB3YXMgc2lnbmFsZWQgc2hvdWxkIGJlIHRyZWF0ZWQgYXMgYSBkZWZlY3Qg aW4gdGhlIFBFcyBpbXBsZW1lbnRhdGlvbi4gUFdzIG11c3QgYmUgcmUtc2lnbmFsZWQgYmVmb3Jl IG1ha2luZyBzdWNoIGNoYW5nZS4gQmFjayB0byB0aGUgaHlwb3RoZXRpY2FsIHNjZW5hcmlvLCB0 aGUgZWdyZXNzIFBFIGlzIHByb2dyYW1tZWQgTk9UIHRvIGV4cGVjdCBmbG93IGxhYmVscy4gQW55 IFBXIHRyYWZmaWMgYXJyaXZpbmcgd2l0aCDigJx1bmV4cGVjdGVk4oCdIEZMIHdpbGwgdHJlYXQg aXQgKEZMKSBhcyBzZXJ2aWNlIGRlbGltaXRpbmcgKFZDIGxhYmVsKS4gVGhpcyB3aWxsIG1vc3Qg bGlrZWx5IHRyYW5zbGF0ZSB0byB0cmFmZmljIGJlaW5nIGRyb3BwZWQgKGkuZS4gZWdyZXNzIFBF IGhhcyBubyBjb250ZXh0IGZvciB0aGUgbGFiZWwgdmFsdWUpIG9yIGluIHRoZSB3b3JzdCBjYXNl LCBjb3VsZCBjYXVzZSBtaXNzLW1lcmdlPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2NvbG9yOiMyMjIyMjIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjojMjIyMjIyIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6IzIy MjIyMjtiYWNrZ3JvdW5kOnllbGxvdzttc28taGlnaGxpZ2h0OnllbGxvdyI+Rm9yIGNvbXBsZXRl bmVzcywgc2VlIGJlbG93IGEgc2xpZGUgd2l0aCB0aGUgZGlmZmVyZW50IHN0YXRlcyBhc3NvY2lh dGVkIHRvIFQvUjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2s7YmFja2dyb3VuZDp5ZWxsb3c7bXNvLWhpZ2hsaWdodDp5 ZWxsb3ciPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrO2JhY2tncm91bmQ6eWVsbG93O21zby1oaWdo bGlnaHQ6eWVsbG93Ij5Kb3NlPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Nv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PGltZyB3 aWR0aD0iNjg0IiBoZWlnaHQ9IjM0MyIgaWQ9IlBpY3R1cmVfeDAwMjBfMSIgc3JjPSJjaWQ6aW1h Z2UwMDMuanBnQDAxRDA0NTI2Ljk2MDJFM0YwIiBhbHQ9ImNpZDppbWFnZTAwNC5qcGdAMDFEMDQ0 OTMuQTlCQjI1ODAiPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6IzIyMjIyMiI+VGh4LDwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiMy MjIyMjIiPnIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+T24gVHVlLCBEZWMgOSwgMjAxNCBhdCAxMTo1NSBBTSwgSm9zZSBMaXN0ZSAoamxp c3RlKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpsaXN0ZUBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5r Ij5qbGlzdGVAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgQkVTUyBXRyw8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPkRyYWZ0IOKAnGRyYWZ0LWtleXVwYXRlLWwydnBuLWZhdC1wdy1iZ3DigJ0g cHJvcG9zZXMgcHJvdG9jb2wgZXh0ZW5zaW9ucyByZXF1aXJlZCB0byBzeW5jaHJvbml6ZSBmbG93 IGxhYmVsIHN0YXRlcyBhbW9uZyBQRXMgd2hlbiB1c2luZyB0aGUgQkdQLWJhc2VkIHNpZ25hbGlu ZyBwcm9jZWR1cmVzIGRlZmluZWQgaW4NCiBSRkM0NzYxIC8gUkZDNjYyNDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQta2V5dXBhdGUtbDJ2cG4tZmF0LXB3LWJncC0wMyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rZXl1cGF0ZS1sMnZwbi1mYXQtcHct YmdwLTAzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+V2UgaGF2ZSBwcmVzZW50ZWQg dGhpcyBkcmFmdCBhIGNvdXBsZSBvZiB0aW1lcyBpbiB0aGUgTDJWUE4gV0cuPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5XZSB3b3VsZCBub3cgbGlrZSB0byBzb2xpY2l0IGNvbW1lbnRzIGZy b20gdGhlIEJFU1MgV0cuIFdlIGJlbGlldmUgdGhhdCB0aGUgZHJhZnQgaXMgcmVhZHkgZm9yIFdH IGFkb3B0aW9uLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5XZSByZXF1ZXN0IGNoYWly cyBhbmQgV0cgdG8gY29uc2lkZXIgYWRvcHRpbmcgdGhlIGRyYWZ0IGFzIGEgV0cgZG9jdW1lbnQu PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5CZXN0IFJlZ2FyZHMsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNs YXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIxIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRp bmc9IjAiIHdpZHRoPSI1NDMiIHN0eWxlPSJ3aWR0aDo0MDcuMjVwdDtib3JkZXI6c29saWQgI0ND Q0NDQyAxLjBwdCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgY29sc3Bhbj0iMyIgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1ib3R0b206c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0i NTQzIiBoZWlnaHQ9IjcwIiBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9ImNpZDppbWFnZTAwNC5qcGdA MDFEMDQ1MjYuOTYwMkUzRjAiIGFsdD0iaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2V1cm9wZS9p bWFnZXMvZW1haWwvc2lnbmF0dXJlL2hvcml6b250YWwwMS5qcGciPjxvOnA+PC9vOnA+PC9wPg0K PC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgdmFsaWduPSJ0b3AiIHN0eWxlPSJib3JkZXI6bm9uZTtw YWRkaW5nOjExLjI1cHQgMGluIDExLjI1cHQgLjI1aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzY2NjY2NiI+Sm9zZSBMaXN0ZTwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM2NjY2NjYiPjxicj4NCkVO R0lORUVSLlRFQ0hOSUNBTCBNQVJLRVRJTkc8YnI+DQpDb3Jwb3JhdGUgRGV2ZWxvcG1lbnQ8YnI+ DQo8YSBocmVmPSJtYWlsdG86amxpc3RlQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu IHN0eWxlPSJjb2xvcjojNjY2NjY2Ij5qbGlzdGVAY2lzY28uY29tPC9zcGFuPjwvYT48YnI+DQpQ aG9uZTogPGI+PGEgaHJlZj0idGVsOiUyQjElMjA0MDglMjA1MjclMjAzMzY5IiB0YXJnZXQ9Il9i bGFuayI+JiM0MzsxIDQwOCA1MjcgMzM2OTwvYT48L2I+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC90ZD4NCjx0ZCB3aWR0aD0iNTAlIiB2YWxpZ249InRvcCIgc3R5bGU9IndpZHRoOjUwLjAlO2Jv cmRlcjpub25lO3BhZGRpbmc6MTEuMjVwdCAwaW4gNy41cHQgMTUuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM2NjY2NjYiPjxicj4N CjxhIGhyZWY9Imh0dHA6Ly93d3cuY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5 bGU9ImNvbG9yOiM2NjY2NjYiPkNpc2NvLmNvbTwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0iYm9yZGVyOm5vbmU7cGFkZGluZzowaW4gMGluIDBpbiAw aW4iPjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIGNvbHNwYW49IjMiIHN0eWxlPSJib3JkZXI6bm9u ZTtwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+PC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgY29sc3Bh bj0iMyIgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjIuMjVwdCAxNS4wcHQgMGluIC4yNWluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PGltZyBib3JkZXI9IjAiIHdpZHRoPSIzMiIgaGVpZ2h0PSIzMiIgaWQ9Il94MDAwMF9pMTAyNiIg c3JjPSJjaWQ6aW1hZ2UwMDUucG5nQDAxRDA0NTI2Ljk2MDJFM0YwIiBhbHQ9IlRoaW5rIGJlZm9y ZSB5b3UgcHJpbnQuIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwOTkwMCI+VGhp bmsNCiBiZWZvcmUgeW91IHByaW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM5OTk5OTkiPlRoaXMg ZW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIG1hdGVyaWFsIGZv ciB0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudC4NCiBBbnkgcmV2aWV3LCB1 c2UsIGRpc3RyaWJ1dGlvbiBvciBkaXNjbG9zdXJlIGJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IChvciBhdXRob3Jp emVkIHRvIHJlY2VpdmUgZm9yIHRoZSByZWNpcGllbnQpLCBwbGVhc2UgY29udGFjdCB0aGUgc2Vu ZGVyIGJ5IHJlcGx5IGVtYWlsIGFuZCBkZWxldGUgYWxsIGNvcGllcyBvZiB0aGlzIG1lc3NhZ2Uu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6Izk5OTk5OSI+Rm9yIGNvcnBvcmF0ZSBsZWdhbCBpbmZvcm1h dGlvbiBnbyB0bzo8YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQv ZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwiIHRhcmdldD0iX2JsYW5rIiB0aXRs ZT0iTGVnYWwgSW5mb3JtYXRpb24iPjxzcGFuIHN0eWxlPSJjb2xvcjojMEU1OEEwIj5odHRwOi8v d3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0 bWw8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9k eT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiciBjbGVhcj0iYWxsIj4NCjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPg0KQkVTUyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86QkVT U0BpZXRmLm9yZyI+QkVTU0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3M8L2E+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_-- --_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: image/jpeg; name="image003.jpg" Content-Description: image003.jpg Content-Disposition: inline; filename="image003.jpg"; size=35773; creation-date="Tue, 10 Feb 2015 19:43:56 GMT"; modification-date="Tue, 10 Feb 2015 19:43:56 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAFXAqwDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiqu pzva6XdzxYEkULuuRkZAJFYdl/wkt9YwXSX1gqzRhwDCcjIzWkafMua6RjOsoy5bNvyOmorO0uHV o3kOqXNtMpA2CFCuD3zWf4g1m9s7sQ6asbeRCbi5DDPyZAwPfrTjScpcsWEqyhDnkmvzOhoqheNd 3mnxSaTPDG77XDyruBUj2/CsKW58SRavb6eb2xMk8bSBhCcACiFLn6oVSuodG/TzOsorP0uLU4hL /alxbzZx5fkoVx1zn9Kh8S6hcaZoslzalRKHRQWGRywFSoXnyJluqo03UkrWNaisAWvicEE3+nn2 8lqYdZvzYanA8cUep2KeZ8vKOvUEA+wNX7FvZpmf1hL4otHRUVBZXK3ljBcr92WMP+YzWFomu3d9 rEkdwEFpOJGtCFwSEbBzUqnJpvsXKtGLiu50lFZet381n9jhtSonubhYxuGcL1Y/kK0mZUUs7BVA ySTgCpcWkn3LU0249h1Fc7YatfarrE32e4s47OCdojEeZJAOrDmt+SaOEAyyIgPA3MBmnOm4OzIp 1Y1FzLYfRSZzzUa3MLbNs0Z35C4YfNjriosaXRLRUVzI0VrNIv3lQsM+oFc1pkviXVNNgvI72xRZ l3BWhORWkKfMua9jOdZQko2bfkdVRWNYaleR6oNN1VYfPaPzIpYc7XA4IIPQ07UdWnW+Gn6XAs95 t3uXOI4l7Fj7+lHspXsL28eXm+Xnfsa9FYLL4mg3S+Zp1wBz5IVlJ9gf8albXPtPhm51G1UxzRRv lHGSjr1Bp+yfR3Eq8dbprrqbNFc1aL4mu7OG4W/sFWVFcAwnIBGauafqV4mqHTdVSETmPzYpYc7Z Fzg8HoRRKi1ezTsEcQna6av3Nmiio5J4ocebIiZ4G5gM1kbt2JKKZISYXMbKG2nax6A+tQ6eZmsY jczRTTEfNJEPlY+1O2lxX1sWaKjFxCd+JYzs+/8AMPl+vpT1ZXUMpDKRkEHINKwXTForLe/mt/Ek dnMV+zXMJaE45Dr94Z+nNaZIAJJwB3qpRcbeYozUr26C0Vy1xr18PDl3qkJRQ1wFttyf8s9wXJ9c 81aFr4nBB+36efbyWrT2DW7SMFiU3aMW+v3/APDG/RXPHWNQNlqdvJHFHqdlH5gKco64yCAfoa2b G6W9sILlfuyxq/5iplTlFXZpCtGbsv66Fiiub0bXru91qSO4CC0nEhtCFwSEbBzWhrd/NZpaRWpU T3NwsS7hnA6sfyFN0ZKXKyY4iEoOa2NSisjUdTuv7RTTdMjia5aPzXeUnZGucdBySTVWa81zR4Td ah9ku7VDmXyQVdF9Rng4oVJu2u4Srxi3o7Ld9DoaKajrJGrocqwBB9RWdrt/NZW0C2m37TcTpDHu GQMnk4+gNRGLk+VGk5qEXJmnRRWXpl/PLqOoWN2VMtvIGjIGN0bfd/LkUKLabXQJTUWk+pqUVV1G 9TTtOnu5PuxIWx6nsPzrCvNQ1iKDRoElgjvL3d5hePKg4yBj9KqFJz2/rqRUrRp6P+tbHT0VgCDx PHlvtmnSYH3DEwz+NEuvyy+Fbu/iQQ3VuGR0b5gjqcEe9P2LezTF9YSvzJrS+vkb9FQ2kjTWcEj4 3PGrHHqRUWp6hHpenTXcwJWJc7R1J6AfnWai2+VGrmlHmexborBA8SzbZg+nQAjPkMrMR7FvX6Vc 0fU3v1niuYhDd2z+XNGDkZ6gg+hFXKm0r3TM41lJ2aav3NKiiiszYKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAo65/wAgG/8A+veT/wBB NYWkf8JJ/Y9n9m/svyPJXy9+/dtxxnHeug1aF7jSLyGJd0kkLqq+pKnFN0aCS20WyhmXbJHCisvo QOa3hNRp9HqctSk51r3a06eoae18lo7aqbYShicwZ27ce/frXL6X4k0sTahdXzyebdyEbREzARgY UZA9M/nXR6/HdXGky29kpMs5EZIIGxScMfyzV22gS1tooIhhI1CKPYCnGcVFtrftoKdOcpqMXpHu r3v939MwvBt/HcadNaRuXW0lKRlgQTGeVOD+X4U+9/5HnTf+vaWrM9nPD4lt723jLRTRGG4wRxjl W/pTbqyuJPFljdrGTbxwSI75HBPQVXNFzcl1T/IlRmqag+jX3X/yNisDxtn/AIRqXAyfMjwP+BCt +sfxTZT3+iPBaxmSUyIQoIHAYE9ayoNKpFvubYlN0ZJdmQC/8SEgf2RajPc3I4qzpelzxT3d5qLR vdXeFZYx8qIBgKM9a1qKHV0skkONGzTlJu3f/gJHJ2t82m+EdQt85msne2Qd+T8n/oQ/Kpb+zGja bo1wq4+wSIkh/wBlxtb9TSX2i3k3ihWjTOnTyRzztkcOgOBjrzxW7qlmNQ0u5tT/AMtYyo+vb9a3 lOKaffV/P+mcsKU5RkmvhVl8ndP8jOkIvfGMKZyljblz7O/A/QVsTwx3MDwzIHjkUqynoQaxvC9l ewQ3NzqibLu4dQRkH5VUAdPxrdrCq7SUU9v6/M6aCbg5SXxO/wDl+ByvhPTLKO41G4W2jEtveyxx OByi4AwPzNLoul2niC1fVNTj+0yXEjbFcnbGgJAAHbpWj4esriz/ALS+0RlPOvZJEyQdynGDVSCH VtBaW3s7JL6zeQvFiUI0e45IOeozXRKblKXLLXTr09TlhTUYQ5o6a3VuvR2JNEH9n6zf6Sju1vEi TQhjkoG6rn0zVLwbo9pLpUF7NEJJ1lcxsx/1eGPA/U/jWro2n3UVxdX+omP7XdEApGcrGo6LnvSe FrKew0KKC6jMcqu5Kkg9WJHSpnUtGVnrp89HcqnSvOHMtFzW8tVY0b3/AI8Lj/rm38q5Xw7/AMJF /YFn9i/s37Ps+Tzd+7GT1xxXV3SNJaTIoyzIwA9Tiua0i61vS9Kt7M6C8nkrt3/aUGefSppfw2lb db28ysQl7WLd0rPa/l2RJp7XkHidTriobmeEpayQn92AOWXB5z35q14eydR1tpAPN+2EH/dCjb+l FvaahqWrW99qVvHaxWqt5MKvvYswwST06VJfabdwai2o6S8YmkULPBLwkoHQ5HQiqlJP3dE2vlv/ AF8yYQlG0km0m/WzW/3/AIEupapeWVyI7bSZ7tCobzI3AAPpzWbNqo1TwzrP+iNavAskboxBO7bk 9Ks/2lr0hMaaLFG3/PSS5BT9Bmoxodzb6DqsbSC4vL4PIwQbV3EYwM/1oioxS5rX063/AOAOcpzb 5btWe6t09LlfTL7xAul2iw6TbvEIUCMbkAsMDBxWhZWF22pNqmrNCsiRGOOKLJWNepJJ6mr2lxPb 6TZxSrtkjhRWX0IUZq0RkYPINZzq6uySNadD3YuTbt3/AOGMpPFOjSuqJqEJZiAoBPJNc9craWuq Xj+I9NuLjfKWiuQpeMR9gBnjFdeLG0Ugi1gBHIIjFZUrazpl3cGC3/tK1lfeimYI8Weq89RV0pRT fL+Lt9zMq8JtJz6dlf71/kRaR9g/snUP7LvDNbMrMsJz+5+Xkc84rOtZnPhTQrCKRovtriJ3TghO S2D2zWnZaXdGbUb64git5bmHy0t4mzjAPJPQkk1Xj02SPwzpVrLLHa6lAweBZGGDIM/L75B7VpzR vvfVfk/vt3MuWfKtLaPy6r7rroGt+GNOttDuprKI280ULNvRjlhjkN6gitjQf+QBp/8A17x/+gis XWbrW7rRryKawis41iYyzGYPuAGSFAHfpzW5oqNHodijDDLboCP+Ais6jl7Jczvr3ua0VD275I2V u1upU8T28j6YLu3BNxZOLhMd8feH4jNR67qXm6DELM5l1HbFDj/a6n8BmtxlDKVYZBGCK5fRtEvb fWFW7X/QtP3/AGRsj5t5/oOKVJxcby+zr/XzKrRkpWj9rT08/uv9yJPFVsll4NNvCPki8pFH0YVM L/xGSB/Y9qM9zcjip/FNlPf6FLBaxmSVnQhQQOjAnrWxS9olTV0m7v8AQfsm6rs2lZbfPyMnS9Ln iuLq91FonuroBWWMfKiDooz1rKtL46X4U1KDP72xkkgQfU/J/wChD8q6uuX1DRbybxOrRJnT53jm nbI4ZM4GOvPFOlNTb5/J/d0+4mtTdOK9mtdV9/X7xb+yGjaTo9wq86fIgk/3W+V/1NW5SL3xjBGD lLG3Mp/334H6A1panZjUNMubU/8ALWMqPrjisvwtY3tvFc3OqJsu52VSMg/KqgDp+NNTTg5N66/j /TB03GooRXuuz+7+kSanpjXuoC50y/W21CBNj4wwKnkBlqpLqPiDSo2k1Gyt7y2Tl3t2IYD12mre oaffW+qf2npXlPI6COeCQ4EgHQg9iKgnuNe1O3ktV02KyEgKPNJOHwD1IApwd0r2a891+pM1aTtd S8tU/wBPXY3LaeO6top4TmKRQyn2NZFx/pvi61h6pYwtM3pvb5R+ma1bK0jsLKG1h+5CgQZ9qo6P aTx3mo3d1HskuJ8ICc/u1GF/qaxi0uZr5fP/AIB0TUpckX8/lr+Zq1g61/xLtYsNUHEZb7LP/ut9 0n6Gt6qmq2K6lplxaN/y1QgH0PY/nilSkoy12KrQcoO2+69UZmuf8TDVLDSV5Rm+0XH+4vQH6n+V QeKXnj1bRGtIllnEsmxGbaGO0d6m8NWF9HJcX2rIEu5AsQUEHCKP6nmp9Xsri51nR5oYy0dvK7St kfKCuBW6koTUb6JP77f0jllGVSm52acmvVJNf8OQreeJJDt/suziJ/je43AfgKr6lpp0vwTqETye bNIrSyyAY3Oxya6as3xDay3ugXlvbpvlkj2qoOMmohV95KySujWpRtCTu27P+tCzp/8AyDbX/rkn 8hTNVt7W70+S2vXVIpvkyWA5PTGe+ayLfVNbgtoov+EedvLQLn7UnOBirUkFx4g0eaG+tGsJd4Mf 7wOQRghuPek6bjLmb0v3QKqpw5Um3bqmvzRVFr4l05QtvdWt/EvQTLsfH1FXtG1dtQkngubVrW9g x5sZ5yD0IPcVWS/8QW6rFNpMVy/TzorgKp9yCMip9I065jvLnUdR8sXdwFQJHysaDoM9zVzs4vmt fpb/AIBFO6mlC9uqd9Pm/wDNmvRRRXKdoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUm4EkZGR1FLQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFUtU0uHVbdYpi6MjB45IzhkYdCDV2imp OLuiZRUlyy2ML/hG5bg7NR1W6u7cEHySAob2bHWtwAKAAAAOABS0VUpyluTClGHwhRRRUGgUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRVHVNXtdHhjluy4WR9i7FLEnGe30qnH4s0uSyu LlZX2W5AkUxkMMnAOPTJrRUpyV0tDKVanF8spK5tUVk2HiWx1K6W3txP5hBI3wso49zVqz1W0v7i 4htZlla3wHK8qCc9D36UpU5x3Q41YStyvcuUUUVBoFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUVi3vizTbC7ltp2m8yEgPtiJA4z1pbvxVplnJEjSSSebGJUMUZYF T0PH0rX2NR2916mLxFJX95aGzRWQPEtg1rFOvnnznKRxiJvMcjk4XrgVfsr2DULVLi2ffE/Q+nqC OxqZU5RV2io1YSdou5YoooqDQKKKKAMFraR/EOo3Fq4S5jjhxu+64+b5W9vftWrY30d9CWQFHQ7Z I26o3of881najoMl5dXFxFeSRtIi7Yxwu9c4LEckc4xVrRNO/szTIoGjhWQD5zGMZ9MnAyQMDPfF MDQooopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBz3iy3nuf7LS2Z0f7amJFT d5fB+bHtWbrXh+ay0PUriS5mvry58tWYR4+UMOgFdnVK51jT7M4uL2CNh2LjP5V00601aMVt/nc4 62Gpy5pTdr/hpb0MLw/cQvqDQ/adan8yMrtvEIQd859ataDai01/Wkjh8qEGERgLhcBO1Xo/EekS ttTUbfPu4H860EdJFDRsrKehU5FKpUlrdWuOlSg+W0k7O+npbux1FFFc51hRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAch/ZF7qOu62kN7LZwuyK2IQwlBT1Pp7etU9 Us00vW7eFZNTit4bFYlltFJYncTgn9fyruXdY1LOwVR1JOBWfL4i0mF9r6hbg+zg/wAq64V5t6K6 t+nocFTC0ktZWd73frfuY02sm10C3+xrdzXLu0aTXcLM6c8u2B2zx61seHoLe20aGO1d5EGcu6FC zZ5ODyOalttZ068O23vbd2PYOM/lV6s6k9OW1tbm1Kn73OpJ6W/rUKKKKwOkKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACqmo6lbaVZtc3cmyNenqx9APWpri4htIGmu JUiiQZZ3YAD8a8o8SeIh4g1NzBMHtYSViVT2/vfjXRhqKrVOVs5cZXlh6LqRjf8AL5lnWvGF/qrN HE5trYnhEOCR7muf680UV78KcaatFWPk6tWdWXNN3YVd07V73SpRJZzvH6rnKn6iqVFNpSVmTGUo u8XZnqXhvxZBraiCYCG8A5Ts/uv+FdDXh8M0lvMk0LlJEO5WHUGvXPD2rrrWkxXPHmj5ZVHZh1/x rxsZhVS9+Gx9Hl2Oddezn8S/E1KKKK4D1QooooAKKKKACs/X5pLfQb6WF2SRIWKspwQcVoVXvrRL +xmtZSypMhRivUA+lVBpSTZFRNwaW5xOlXl9c31rHa32pypLC32lpk+WP5fvKT79DT7TXr+ZNKn8 6XyrdEN1gEh98hQEn6DP1rtraBba1igQkrEgQE9SAMVlQeFbGCzvrcGVlvTl2YjK85GOOxORXZ9Y pyvdf1rf8Dg+q1Ypcsv60t+KI/DeoGbT3nvbn95cXUixq7dOcBF/Kte3vLe63C3mjl2/e2NnFZMm gJbw6VHaIZDZzgmRyNwTkn9cVY0i3nWe5ubyFo55cALlSqIM7UGDzjJJPqaxqKEryT/r/hjooupG 0JL5/L/M1aKKK5zqCiiigAooooAKKKKACue8SeLINEUwQgTXhHCdk92/wq74i1hdF0mS44Mp+WJT 3Y/4da8jmmkuJnmmcvI53Mx6k134PCqr78tjysxxzoL2dP4n+Ba1LWL7VpS95cM/onRR9BVKiivZ jFRVkfOSlKbvJ3YVu6N4t1DSGVDIbi37xSHOB7HtWFRSnCM1aSuVTqzpS5oOzPZdK1a11mzFxaPk dGU/eQ+hFXq8d0LxD/wj2pxzNMFichZUJ+8v+Ir163uIrqBJreRZInGVdTkEV4GJoqlO0XdH1eCr zr0lOUbfk/QkooornOsKKKKAMa/8V6Xpt49rczOsqY3ARk9Rmq//AAnOif8APxJ/36auJ8Z/8jTd /wDAf/QRWVZi2a7QXzSrb87zEAW6cYz74r16eBpSpqTvsfP1c0rxquCto7f1qel/8Jzon/PxJ/36 aj/hOdE/5+JP+/TVxuuaVpGm2kRt57x7ieFJog6rt2k9/Q4zSQeGTeaRYXNtPGs1yzqVmkCgkHAC 9yTipWFw/KpNtIt47F8zgkm0r6f8Odn/AMJzon/PxJ/36aj/AITnRP8An4k/79NXHaZ4YOoLaLI7 QPLO8blmH8IyQFxnPFYdzD9nuZIhIkgRsb0bKn6GqjgqEm4psieY4qEVKSVn/Xc9QTxpo7xyOs77 YwC37s9zimf8Jzon/PxJ/wB+mrzi1/48r3/cX/0IVUq1l9LXVmbzauktF/XzPUv+E50T/n4k/wC/ TUf8Jzon/PxJ/wB+mry2in/Z1Luxf2vX7L+vmepf8Jzon/PxJ/36aj/hOdE/5+JP+/TV5bRR/Z1L uw/tev2X9fM9S/4TnRP+fiT/AL9NR/wnOif8/En/AH6avLaKP7Opd2H9r1+y/r5nqX/Cc6J/z8Sf 9+mo/wCE50T/AJ+JP+/TV5bRR/Z1Luw/tev2X9fM9S/4TnRP+fiT/v01H/Cc6J/z8Sf9+mry2g9K P7Opd2H9r1+y/r5nqX/Cc6J/z8Sf9+mo/wCE50T/AJ+JP+/TVyl74UhRNP8Ask0rPcSRJKHGQu8Z BGB0GD+lQ6r4aSK9hi06Rmie3+0PJcMFEa5IyT6VgsNhn1Z0yxmMjf3V/XzOx/4TnRP+fiT/AL9N R/wnOif8/En/AH6auAfQbqK8NvNJbxAIJBK8oEbKehB75qYeF7/zbpJDBELUK0jySbV2tnDA+nBq /qeH/mM1mGMf2V93/BO5/wCE50T/AJ+JP+/TUf8ACc6J/wA/En/fpq4c+HZrdb4XS5aCBZkaOQbG BPB6cj6UXfhW/s47hna3drdd8kccuXC/3selL6phv5vxG8fjEr8q+5/5+R3H/Cc6J/z8Sf8AfpqP +E50T/n4k/79NXDR+F76SEOHtgxh88xNLh1TGclaxqqOBoS2bInmeKhbmilfy/4J6l/wnOif8/En /fpqP+E50T/n4k/79NXltFX/AGdS7sj+16/Zf18z1L/hOdE/5+JP+/TUf8Jzon/PxJ/36avLaKP7 Opd2H9r1+y/r5nqX/Cc6J/z8Sf8AfpqP+E50T/n4k/79NXltFH9nUu7D+16/Zf18z1L/AITnRP8A n4k/79NR/wAJzon/AD8Sf9+mry2ij+zqXdh/a9fsv6+Z6l/wnOif8/En/fpqP+E50T/n4k/79NXl tFH9nUu7D+16/Zf18z2TStas9ZSR7J2dYyA2VI5P1q/XF/Df/jzvv+ui/wAjXaV5WIpqnUcV0Pdw lWVajGpLdhRRRWJ0BRRRQAUUUUAFFFFAHlnxhurn7Rp9sGYWpVnIHRnzjn6D+dedWbyR3UZi+9nG D0r2T4lWC3WhByoJSVTn0rzK209YX3Ac+9VRwFStUVWLsr/PQ7anEGGwuDlhakG5Wfo733/Us5ud n3IN2emTjFLmfevyxbeNxyc++Kkor6P2f95nwDxCf2I/c/8AMiBudrZSDd2wTj8aM3Hy/LD/ALXJ /SpaKPZv+Zj+sL+SP3Pt6/P1Is3GW+WHH8PJ/Wum8E32rxXU1rYLYl5V3ss7uF49MA881z1dF4FB /wCEkQjoI2zWGKpXoyu3sdWBxNsRC0Fv5+nc74trf25wsenfZNp2Eu/mbtvGRjGN36VEG8R/YyTF pP2nzBgeZJs2YOeduc5xWxRXz9vM+s9p/dRlhtc+1W+Y9N+z7V88iR94b+LaMYI9M1GjeIvIn8yL SvO48kLJJtPPO75fTpitiub1P4geHNG1CWxv9Q8q5ixvTyXbGRnqBiqUHLa4nVS3SLrN4h22+2LS 92P3+ZJMDn+H5eeMde9P3a7591+703yQG+znzJNxOfl38YHHXGaxf+Fp+Ev+gp/5Ly//ABNH/C0/ CX/QU/8AJeX/AOJqvYz7MXt49karN4j+yR7YtJ+0bjvBkk2beMYO3Oeufwqbdrf27Hl6d9k29d7+ Zu2+mMY3fpWJ/wALT8Jf9BT/AMl5f/iaP+Fp+Ev+gp/5Ly//ABNHsZ9mHt49kayt4j+yPui0n7Tv G0CSTZtwc5O3Oc4/WpN2u/aLb93pvkFV+0HzJNwP8WzjBHpmsX/hafhL/oKf+S8v/wATR/wtPwl/ 0FP/ACXl/wDiaPYz7MPbx7I11bxD5dxvi0rfx5GJJMHnnd8vHHp3odvEXlW+yLSvM587MkmBzxt+ X09e9ZH/AAtPwl/0FP8AyXl/+Jo/4Wn4S/6Cn/kvL/8AE0exn2Ye3j2RtFtd+03GI9N8gK3kHzJN xP8ADu4wB64qMt4j+yKVi0n7TvO4GSTZswMYO3Oc5rFn+KPhdreRYNXCSlSEZraUhWxwSNvNY3h3 4uWsl0LDXmj8zO1L22RvKk9MqRuWn7CbV7MX1iK6I7jdrf25R5enfZNvJ3v5m7b6Yxjd+lRK3iP7 JJvi0n7RuGwCSTZt5zk7c56Y/GtdWDKGU5BGRS1ly+ZftP7qMrdr3n237vTPKIX7QfMk3A5+bZxz x0zTVbxBtuN0Wl7sfuMSScnP8Xy8ceneteii3mHtP7qMd28ReRBsi0rzefODSSbRzxt+X09akLa5 9ruMR6d9n2t5BMj7yf4dwxgD1xWpSUW8w9p/dR5d42vtWlu4LW+WyEkQ3bYXcpz9QDniuazPvHyx bO5yc10vjgH/AISWUnuiY/Kuer6DDUrUo2bPksdib153gt2v616dCIG52nKQbu2GOKM3GV+WHH8X J/SpaK39n/eZzPEJ/Yj9z/zIs3HzfLD/ALPJ/WkZrkICEg3d8k4/CpqCMjFHs3/MwWJV/gj9z/z/ AKZy8zvJMzSE7iea9K+D13cl9QtWZjaqFdQeiuTzj6j+VcbPpySSFscn0r0n4Y2Yt9LuCBgGb+gr 5ueXVaMnUk9PxZ+gS4jwuMw6w9ODUml2srdv0O6ooopHAFFFFAHlHjP/AJGm7/4D/wCgisOvUtT0 XSbvUJJrqzaSZsbmEhGePTNVP+Ec0L/nwf8A7+t/jXs0sbCMFFp6L+up87XyyrOpKSa1b7/5HGa3 qUWpfYPJV1+z2iQNuHVhnOPar9jrWmJp+lRXaXfm2ErSgxBdrEtkDk/T8q6T/hHNC/58H/7+t/jR /wAI5oX/AD4P/wB/W/xqXiaTio2en9dy44HEKbneN36+Xl5GDZ+K4IpbWaeGQyJeS3EgQDGHBHHP bNc3c+V9pkNuztEW+UuAGx7gV6F/wjmhf8+D/wDf1v8AGj/hHNC/58H/AO/rf404YmlB3in/AF8x VMBiKiSlJfj/AJeRwdr/AMeV7/uL/wChCqlelx6BoixSqtiwVgAw81uefrUf/COaF/z4P/39b/Gr WOhd6P8Ar5mTyqq0tV+P+R5xRXo//COaF/z4P/39b/Gj/hHNC/58H/7+t/jT+vU+z/r5i/smt3X4 /wCR5xRXo/8Awjmhf8+D/wDf1v8AGj/hHNC/58H/AO/rf40fXqfZ/wBfMP7Jrd1+P+R5xRXo/wDw jmhf8+D/APf1v8aP+Ec0L/nwf/v63+NH16n2f9fMP7Jrd1+P+R5xRXo//COaF/z4P/39b/Gj/hHN C/58H/7+t/jR9ep9n/XzD+ya3dfj/kecUHpXo/8Awjmhf8+D/wDf1v8AGj/hHNC/58H/AO/rf40f Xodn/XzD+ya3dfj/AJGGviu3jnkdYpSPsaRJkDiVAQCefu/MaZB4phgktgq3CotgtpI6Y3qwOdy5 4P41v/8ACOaF/wA+D/8Af1v8aP8AhHNC/wCfB/8Av63+NYe1ofyv+vmdX1bF/wAy/H/I5uPxFbjU biWR7xw8Aijum2maPBySB0AOT9Kk1LxJaXtnqCIlwHuoIY1D4O0oSTk5569cV0H/AAjmhf8APg// AH9b/Gj/AIRzQv8Anwf/AL+t/jT9tQvezF9VxVnHmXXv1+Xmc7P4jtJLOSJY5gzadHajIGNykknr 05oufEdpNq+r3SxzCO9tDBGCBkNtA556cV0X/COaF/z4P/39b/Gj/hHNC/58H/7+t/jQq9BdH/Vv PyB4XFP7Ufx8/LzZXj8vMmqXSPG7aeYnlEiGEnGBgg5JPpXADpXo/wDwjmg/9A9/+/rf40f8I5oX /Pg//f1v8adLEwp30f8AXzFXwNarbZW8/wDgHnFFej/8I5oX/Pg//f1v8aP+Ec0L/nwf/v63+Na/ XqfZ/wBfM5/7Jrd1+P8AkecUV6P/AMI5oX/Pg/8A39b/ABo/4RzQv+fB/wDv63+NH16n2f8AXzD+ ya3dfj/kecUV6P8A8I5oX/Pg/wD39b/Gj/hHNC/58H/7+t/jR9ep9n/XzD+ya3dfj/kecUV6P/wj mhf8+D/9/W/xo/4RzQv+fB/+/rf40fXqfZ/18w/smt3X4/5HnFFej/8ACOaF/wA+D/8Af1v8aP8A hHNC/wCfB/8Av63+NH16n2f9fMP7Jrd1+P8AkV/hv/x533/XRf5Gu0rL0TT7KwilWwgMKswLAsWy fxrUrycRNVKrkj3cJSdKjGEt0FFFFYnSFFFFABRRRQAUUUUAZPiWyN/otxCoyxXK/UcivIyCCQRg jqK9vkQOhU968z8WaE9ldvdQqfKc5YAfdPr9K9LL6yi3TfU8bNsM5xVWPTf0Obooor1z54KKKKAC u0+H1ixnnvGHGPLU/qf6VylhYy6jdLBCOT1PZR616xomnJp1hHCgwFGPrXn4+sow9mt2evlOGc6n tXsvzNKiiori5htY/MuJFjTIGWOOT0FeMlc+ibS1ZLTDEjHLIpPqRUUN9a3IzBcRSDdt+VgecZx9 cc06G7guQpgmjk3LuG1gcjOM/TNOzQlKL2Y/yY/+eaf98ijyY/8Anmn/AHyKSWeKDb5sipvbau44 yfSmW95BdlhBIH2gEkA4IPTB6Hp2os7XHzK9rknkx/8APNP++RR5Mf8AzzT/AL5FIk8ckssakl4i Aw2kYyMjnv8AhUct9bQTrDNPGkrgFUZsE5OB+tFmLmSV7kvkx/8APNP++RR5Mf8AzzT/AL5FQJqd lJGJEuoihYIG3DBY9APep/MTzRHvXzCN23POPXFDTW4KUXsw8mP/AJ5p/wB8ijyY/wDnmn/fIpJp o7eFpZnWONBlmY4AFQLqlk7Iq3URaTO0BuTg4P60JN7A5RWjZJPbCSCRItsUjKQsgQHaccHHtWFo XgjT9HuTfXDPqGqOcveXPLZ/2R0X8K37e6gu0L28qSqDglGyM022vbe83fZ5BIFxllBwc9MHofwq lzJNBeLsT0UhIAJJwBUUN1DcOywvvKhWJAOMEZBB6H8KmzHdLQmooopDCiiigDz74g2LLcw3ijgj y2P6j+tcbXsOt6cmpWEkLjIYY+nvXk9/YS6ddNBMOR0PZh617OArKUPZvdHzma4Zwqe1Wz/MrUUU V6B5AUUUUAFeq+D7E2OhxK4w7/Ow9zXEeGNDfUrxJpFPkRtnkfeP+FeowxiKMKO1eTmFdO1NdNz3 8owzinWl12JKKKK8w9sKKKKAMi9/4+3/AAqCp73/AI+3/CoK6I7GD3CqFpNctq91FcFAixoyIhyB ktz9Tir9QrbKl7Lc7jukRUK9gAT/AI1cWknczkm2miaiiipLHL9yT6D+dV7x2jsrh0OHWJmU+hAN WF+5J9B/Oop4hPBJESQJEKkjtkYpx3FK7Whi6demS6sVg1CW8aUf6RGwBCDbknIAxg8UzTrlrnyv Nv8AUBKzkFVj/d/eOBnb0x71uwRiCGONTkRqFBPfAxVG30y4tUWOLUphEpJEflpjk5IzjPet+eLv 0/p+Ry+ymrdf6Xn6/wCRPeXrW01vFHbvNJOWCqrAYwM85qrFr0Mt4sITEbyGJZDIuS3+71Azxmr0 tsJbu3uNxDQbsAdDuGKqQaLFb3XmpK3lhzII9i8Hr97G7Ge1RH2dtdy5qrze7tfy20/4I1NZ8x4S LSUQTS+XHMWGG6846jpTxrEXkW0zxsqTxPLnrtCjJ+tQS6VJDNaeTNK8EdyH8nACxqc5Oep6/rT4 tCRPLWW5mlijjeJI2AACsMEZHf3q2qX9f16EJ19v8vL8N/MSDX45VlLQMrJEZlVZFcuB1HHQ+xpk +sXDWCTwWpDNLGo/eKyspPY9M9vbNWLPSFtN3+kOx2bFIRUKj6qOT7moxoa7Zt11IZJWRt4RV2lT kHAGCaL0r/8ADhau46/oImqusvkx2088ryyqFLr8u3GRn05p6az5yxG2tJZmePzXUEDYuSOp6nIP AqW30xYLpZ/Nd3VpG5AGS+M/yqhPp89l5Qs1umKxGMyRMmXGScEHp16j1oXs3ov6/rQTdaKu9vl5 f8Euzag76C9/boQxhMiqccf/AKqiOryqmPsMsjxxCScK6/ID0+uQCcCp7WwK6JHY3B58ny3Kn1HO KifR2YHbfTozxiKVlVf3ijp9Dg44pL2eqfcuXtmk128t/n/VvkWp71IdPa8VWkjEfmAKOSDVU6yq WBuZYGUbgqAOrByemGHH1z0q95Ci2EEZaNQoRSp5UDpg1njQYzDOsk7u8zK+4IqhWXodoGPr61Me T7RVT2t/d7fiIuuo8WVt2ebzhCYkkVuSCQcjgjinrrBcKiWkjXLStH5IccFcFju6Y5FPi0lIxFum ZmSYTZCKoJAIAwBgdaR9JG8yxXEkU3nPKsigHG4AFcHgjgVX7q//AA5CVe3/AA39X/AdpNxJc2ss k24MJ5FCt1UA8D8KybK/kkjs2j1Kae6kcLLbkAgAn5j04wOc5rcsbMWUDRCR5Nzs5Z+pJ606ztls rOK3RiwjXaGI5NLnir6D9nOSjd7LX8PMx3vbyWxghhl23SmUyMeuI88H3Py5q/aXjXuoAxk+QLZH 2j+8/OD74H61JbadHa309yrMWl/hPRcnJx9TRp+nR6d5vlMzb2B+b+EDoPwyacpQadhQhVUld6df lt9+5RstYuZI4Uls3eaaSRV2uoGFPOfTHT8Kmj1tZL8Wot2DsG2ZkXJIBOCAfl6d6lttKW2uY5RO 7LE0jIjAYG/qM/WorbREtponW4kKxOzohVQBuznOOSeeppt0nf8A4P8AXYUVXSSv+Xl/wfwMyC71 GaGx3SXI+073ZldAcAfw8cD2PpWlBqxaKBYba4uT5SSSNkblDdM+p69Kmh0tIUtFEjkWqOi5A+bc Mc1GmjCLyvIu54tsaxvsx+8C9PoevSnKdOXT+v8AhiYU60Ov9WX63LVzeJayQLIMJKxXeTgKQM8/ XBrPn1yOS0RkSZC6lm2sA0YDAc9eua0L6yS/tWgdmTJBDL1BqvLo8MhuTvZftG3gAYQKQePqRzUQ dPTm/r+v0NaqrNtQ2/r+vn5FJdUvnnhzA5/0qWIIjKPMABwPbHrWtZXQvbYTBGjO5lKsc4IODz+F QR6WsV2swncqkzzLGQMAsCDz171YtLVbSExKxYF2fJ/2iT/Wio4Ne7/W4UY1Iv3n/Wn/AATW0z7k n1FXqo6Z9yT6ir1cU9zujsFFFFSUFFFFABRRRQAUUUUAFVb2yS7iKsAcjvVqigDznWPBzxuz2fy5 /gPT8DXOzaXeQHEltJ9QM/yr2Z41cYYA1VfTIHOduK7aWPqwVnqeZWyqjUfNH3fQ8fWxunOFt5Sf 9w1qaf4XvLtx5w8pPzavSV0mAHpVmK2ji+6oq55jUatFWIp5RRi7ybZk6JoEOmxAKmO5J6n61tgY paK4G3J3Z6sYqK5YqyCqGr2Ut9bwpA4R0uI5Nx7BWBOPer9FEZOLuhSipJxZzcnhh4ZJfsbjYYRt 3tgmXJ64HQg06fw4/nR+SIjGIreIljg4jfLZ45yv8q6KitfrE+5h9UpdjlP+EZu5NQaWYWzQ72Ko CcYKuOhH+0v5fSnReHL2JrfJheONIlaIyMqkrGVJ4HZjn/CupoqvrMxLB0kc3qOgXl5qN3Orx+XI j+WGc/KxiCqenGGGatT6HJeahHJcyfuBbRxuFPLur7ueOmQK2qKn287LyK+rU7t99Tm4PD9x/ZVr BOqGe2njdWMhYABgW28ccCpNT0O8u72W4SWEs8HlAhShGHDYPXOQCPx6V0FFHt53uH1Wny8pgS6N fSaFdWaywr5xkKxkEhAzEgbvQD2pV0Oa11hLuBjIrK3mlpNpZ2YHkAYxgdK3qKXtpD+rQ0fa34HO xaLenT8T+U1y92s86h/klUcbRxwMADGO1UrXwrfxqiSSxALGVGHJ2t5e0EDHZua6+iqWImr2IeDp uzfQ5e38N3aCJZjHJH5boVeQkRkn7wwBn6cfjUY8NX6oi5hKJEkfl+YcEiIpu6dmO6usop/WZi+p 0zA0DRLvS5YWuJUfEDpKysSZHMm5WOevy1v0UVlObm+Zm9OnGnHljsFFFFQaCEZrE1vQIdShIZM9 wR1H0rcoppuLuhSipLlkro8o1DwteWjnyR5qenRqynsbpDhreUH/AHDXs0ttHL95QarNpMBPSu+G Y1Iq0lc8qplFGTvFtHksWmXk5xHbSfiuP510Gk+DpJnV7s5GfuL0/E13iaZAhztzVpI1jGFAFTUx 9WastC6OVUabvL3vXYrWFhHZxKqKBgYwB0q5RRXCemFFFFABRRRQBkXv/H2/4VBU97/x9v8AhUFd EdjB7hRRRTEFFFFADl+5J9B/Om05fuSfQfzptABRRRQAUUUUAFFFFABRRRQAVna1cPbwW5SaSEPO qO8a7m24PQYNaNQXNsLhoGLlfJlEox3IB4/Wrg0pXZFROUWo7mfHcsn2Ro7y4mjkuCrmaPacBCSM YHHSn/24PLEjWc6xyIzwscfvQBn8OOeau3Nqt08DOxHkuXx/e+UjH61Vt9IEMkPmXMk0UAKwxMAA oIxye/HHNaXg1dmLjVi7Rf8AWnf5/MWTWrdfNCK0hjVCu0j95uxgL78j86l1GaSBbby2Kl7mNGx3 UnkVBDosMP2b94zeQ7PkqMvnGAfpgflVm+tDewoiymJkkWRXCg4I6cGp9xSVhr2ri+bf+v8AhvkF 9eixiDmJpMnHDBQPqScCs+PWZbi6gktYJZo5bdm8lSowwfGc1Ym0uW4SEzXpeWFy6SGFOMjGNvT8 ajj0VoGRre+ljdFZQ2xWJDNuOc9eaqPs0td/mTP2zlorL5f13Fk16EJCYYnlaSMybSyptAOOSx65 BGB6VLZ3v2vUH8ty1u1tHIg9CSc/yqGTQYSsHlSlGiQx5eNZNwznkN3yT+dW7axS1nMiOTmJYsED oCTn9aJezt7o4Ks5Ln2/4BaooorA6QooooAKKKKACiiigAooooA0NM+5J9RV6qOmfck+oq9WE9za OwUUUVJQUUUUAFFFFABRRRQAUVA95bRuVe4hVh1BcAik+32n/P1B/wB/BT5X2J549yxRVf7faf8A P1B/38FH2+0/5+oP+/go5X2Dnj3LFFV/t9p/z9Qf9/BSi+tSCRcw4HU+YOKOV9g549yeiq/2+0/5 +oP+/go+32n/AD9Qf9/BRyvsHPHuWKKr/b7T/n6g/wC/go+32n/P1B/38FHK+wc8e5Yoqv8Ab7T/ AJ+oP+/gpTfWqnDXMII7GQUcr7Bzx7k9FV/t9p/z9Qf9/BR9vtP+fqD/AL+CjlfYOePcsUVX+32n /P1B/wB/BR9vtP8An6g/7+CjlfYOePcsUVX+32n/AD9Qf9/BR9vtP+fqD/v4KOV9g549yxRVf7fa f8/UH/fwUfb7T/n6g/7+CjlfYOePcsUVX+32n/P1B/38FH2+0/5+oP8Av4KOV9g549yxRVf7faf8 /UH/AH8FH2+0/wCfqD/v4KOV9g549yxRVf7faf8AP1B/38FH2+0/5+oP+/go5X2Dnj3LFFV/t9p/ z9Qf9/BR9vtP+fqD/v4KOV9g549yxRVf7faf8/UH/fwUfb7T/n6g/wC/go5X2Dnj3LFFV/t9p/z9 Qf8AfwUfb7T/AJ+oP+/go5X2Dnj3LFFV/t9p/wA/UH/fwUfb7T/n6g/7+CjlfYOePcsUVX+32n/P 1B/38FH2+0/5+oP+/go5X2Dnj3LFFRxTRTgmKRJAOCVYGpKRSdwooooAqTf608D8qZx6D8qfN/rT TK0WxDDj0H5U0SRs5RXjLr1UEEj6inHODjrXM6fFEkWhzxIgu5pWE7qBvbKtv3fjj6VpCHMm/wCu v+RjUqODSt/V0v1Om49B+VHHoPyoorM1FHRuB+VRyTRRY8ySJM9NxAz+dSDo1YWrpv12yH2BL7/R 5f3TFQB8y8/NxV048zsRVm4RujZaaJUDtJEEboxIAP40RyxS58t43x12kHH5VzU9hNb2ljFJbW5M t+0iWsjZjRSjYUnB+vFbel2/kRvutLO1dj0tjkEe/A96udOMVdMzp1ZTlZqxd49B+VN8yMEgtHkH GMjr1/lXP/27dwD9+gYW4eO5IUDMnzbMc8Z2jj/aFVnkne4RbvyzMk5DlUC5JtiTn161SoPqQ8XH Sy/r+vyOq3Lt3ZTbjO7jGPXNBZAASUAOME4wfSsqHjwcn/Xh/wC06y8mzstNsZSTFJNbS27McnGQ XXPsTkex9qmNK91fqVLEcqTturnUNJGrqjPGHbopIBP0FI88MTbZJYkbrhmANYdha6fdabcT6kkL XHmSfaZJCN0ZBPGeq4GMYqK4t0ufDumz3kEb3LSQKzugLFd44z7j+dP2Sva/Wwvby5bpdLnRo6SK GQoynoVwRS8eg/KoxEltbslukcSqDtUDaoP4dqwItZvbWyuXu5UkuEtzMsZjAU9BlWU4ZefrURpu fwmk6qp25jo+PQflRx6D8q5j+2NThs7oyFi4iSSKSWFUwSwBGATkc9ann1C/tJ7izkuYXk86GNJ2 iCiPzM5OOhxjjPrV+wl3X9W/zM/rUOz/AKv/AJG+GUkgFSR1AxxTPPh8zZ5sO/ONu4Zz9KzNGEi6 nqommSeQSRAyKoXPydwO9Zf2KS9XUoodMieR7uQLeM6gxnI5/vce1CpK7Tfb8QlXlyppb3/D0udT 5ke0tuTaOrZGB+NLuQbeU+b7vTn6VzcqZvZ9IPKz3iSPjgeWU3N+q8+uTT9LdptQsbSQktp6TBt3 OSGCL+ODnPvQ6Ol7/wBWBYm8rW8vnfX8NTovwH5Uceg/KuaM19b316Le7UGbUUhAeIELlAc/lgfh TrjVr6HUVRJhJDHcpbyZiVVYnGec5Lc9hgUewb2YfWordM6AzQqWDSRArywLD5fr6UqOki7o2R19 VwRXIyae8qTM00ZaXVvKZjApJ+bv6jpweOKuW95cfu7K1mtrMb7hvM8pQuEbAG3ge5PtVOgraMmO KbfvR/q50nHoPyoJABJ2gDqSKoXt1PDpS3UTxuyFHkMfKumRuwT045zWXJrF5MjxKqgyb5kLICDb hWPIzzkgDPvWcaTkro1niIwdmdFvQKGym04weMH0pePQflXG/wCkSpM4nQbpbIrH5YCqxCkHA7Dp iuj0ue4eW9guphM1vMEEgQJuBUHkD61U6PKr3/rT/MiliPaO1rf0/wDIuPPDEcSSxIfRmA/nSrIj /cZG4zwQePWsK/t3uPEkgjsrO6ItEyLk4C/M3Tg1HdTvp2oXIt1hgdorWEHHyRbmYZx6ChUrrR6g 8Q03daXt+f8AkdHx6D8qOPQflXPtqt3Y3MqXE8dxDayoJZFQKSrqcA9gQQPrkVPpuoXt1eRW9woR 4kd7n5MZzjYB3HX8cGk6Mkr/ANf1/mUsTFvls7/1/wAH7mdBbdGqeoLbo1T1zPc6lsFFFFIYUUUU AFFFFABRRRQB5F4q/wCRnv8A/rp/QUmm+HLzVLM3UDW6xB/LzLJt5wD/AFp3ir/kZ7//AK6f0FX9 O1CztPBzC6toLxvtuRBI+CPk+9jr7fjX0HNKNKPLvofJKEJ4iftNtfzKcfhPUnurm3ZYY3tgpcyS YXDZwQfTg1XvNBu7OeGH91PLNnYtu/mHj6fWul0fWjqzatNKNPjkkSJIobkgRYBbg+v/AOqsbXmn tL2CdH02F2jKf8S5sDHfPuQcVMKtVz5ZW/pGlSjRVLnjd/8AD2/IytQ0+fTLxrW6VVlUAsAc4yM/ 1p1t/wAg+9+if+hVoeMJY5/Etw8MiSIVTDIwIPyjvWfbf8g+9+if+hVtGTlTjJ9bHNOKhVlGOyv+ pHZWcmoXkVrAF82U7V3HAzWleeFdQsrfznEEkYcIxikDbSTgZ9Oai8NSJF4jsXkdURZMlmOAOD3r RuvEMJeays7C3tY5rkGaVW3bwGzn29ampOop2hsaUadF0nKo9en3Fa48I39qkjSy2QMalmXzxngZ 6VXPh2+FkbnbFxF5xh3jzBH/AHtvpXU+IVN39taH/hH2iZSRKWHnkY9fWsuG2Om+G5JLaWCW9u4S JnNyn7qLrtAzkkisYV5uKbepvUwtOM2knZJ9f+ActVvVP+QlN9R/IVUq3qn/ACEpvqP5Cuz7S/rs eevgfy/UqUUUVRAUUUUAFFFFABRRRQBoxaFeTaO+pxrGbdM5G75uDyce1F3oV5ZaXDfzqiwykBRu +YZGRkfSt3R7q3XQtPtppYgs800MqsR8qspAJ9BnHNXJNTsTFE0skRgh1ZVCZHEax7Q2O4BHWuJ1 6ila3U9KOGpOCd9bL7+5xDwyRlQ8bqW5UMpGfpSm2mWQRtDIHIyFKHOPpXY319DLf2ENzPBDELln WeO5M8gUg9yPlB4+npxWhb3kH2zSpJZ7dZIJJkc/afNKAodoLk5OfypvEySvyijgoOTXP1X6f5nB QWM09zFBtETS/dMuVH1zTDazc4idgM/MqkjA6nPpXY6LqYuLXS5b67R5479/mlcblQxt69Bmkg1U wHw/FFeKkRml89RIMY38bvbB703Xmna39a/5CWFpuKfN/Wnn5nGpDJIpaON3A6lVJxTWUoxVlKsO CCMEV3FlOCLePTbuG2EepyG4TzAnmKW+XA/iGOMCuY8Rf8jFqH/Xw/8AOtKdZzly2Ma2HVOCkncz aKKK3OUKKKKACiiigAooooA9E+HP/IIuv+u/9BXX1yHw5/5BFz/12/oK6+vncX/GkfXYD/doBRRR XOdhUm/1pplPm/1pplaLYhhVeLT7SC5e5htoknfO6RVwTnrViimm1sS0nuFFFFIYo6NUZhjMyzFA ZFUqrdwD1H6CpB0akoBkN1Z299GI7qFJkB3BXGQD60200+0sd/2S3jh343bBjOKsUVXM7WvoLkjf mtqQPY2shkL28beYyu+V+8w6E/SlaytnkMjQIXZtxYjknG3P5cVNRRzPuHLHsRiCIW/kCNRDt2bM cbcYx9MUj2sDxxxvEjJEQYwR90joR9KlopXYcq7FWbTLK4uBPNaQSTDo7ICanlhjmULKiuoYMAR0 I5B/Cn0U+Z9w5Yq+m4VWh02ytpJJIbWGN5AQ5VfvA9RVmikm1sDinuipFpVhDDJFFZwpHJjeoXhs dM1JNaWsvm+dDE3ngLJuH38dAanrN1nrp3/X9F/Wri3KW5E1GEbpFu2srayVltYI4Q2MhBjOOlPj jihLLEqoXYyMB3J6mqGsXlxb/Z4rRsTTFgAsW9jgZ4yQAPUmsmyur3Ur62mS5gt7h7J9ztGGB2yk cDOO3NWqcpR5mzKVaMJckY6/1/mdL9mh+0/aPKXzwuzzMc7euKRIII7iWWNEWaQDzGH3mx0zXOtr 1/dLbLaoUd7bzm8qHzdx3FehIwvGc+9X9Kna61aed02PJZwMy+hy1EqUoptsIV4TklFf1Y0GsLRr k3DW8ZmJB8zbzkdD+FNfS7GWd53tIWlf7zleT+P4CrVFZc0u5u4RfQh+yW+MeSmPN87p/H/e+tMl 02yni8qa1iePeZNrLkbj1P41Zoo5n3Bwi+g0xo0ZjZFMZG0rjjHpiolsbVcbbeMYi8kfL0T+79Kn opXaG4p7orHTLIyLIbWLeoVQ23kBfuj8MD8qmSKON5HRArSHc5H8RxjJ/Cn0UOTfUFGK2QwQxiYz BF81lCF+5A5Apklpbzeb5kKP5qhJNwzuUdAfzqaii7Cy7FZNNs47RrVLWFbdzlowvyn61KkEUcsk qRqskmN7ActjgZqSim5N9QUYrZE9t0ap6gtujVPWT3NFsFFFFIYUUUUAFFFFABRRRQB5H4q/5Ge/ /wCun9BTrPwpqN/aJcwfZzGy7vmlAIHuO1N8Vf8AIz3/AP10/oKk0OSNNH1xXdVZ7dQoJALHPb1r 6G8lRi4+R8lywliJqa6v9SlDo9zPqMtlGIzNEGLfONuF64NQ2tjLdXKQKFjdwSDKdgxjPU1q+DpU h1ws8scQ8iQBnIABxx1rf0658q90RdSu4pL1PPLyeaGwhU4BbOOtTUrSg2rX0/R/5FUcNCrFSvbX 9V/mcXPYXFrbwzTRMkc4JjJHUCn23/IPvfon/oVbGv3EtzoGkMtyJIki2yL5oJD84yuc9M81j23/ ACD736J/6FWsZOULvv8AqYzgoVLR2t+hJpejXWsNKLQR/ugC5dwoANJqej3ekNGLtFCyAlHRtytj rzWn4Zube1sNYa6jSZDCv7l32+ZyeBS+KJIprTTm0/yl04RnyolPzRsTlg3JOc1HtJ+15en/AADT 2NP6vz/a/wCDbb/gmPNplzBa29w0eY7hS6FeTgHBz6VJbaPdXYtzbokhn3bVVuV29S3oK63S7mRb HQTFfQRW8SObtGmUHbnuO9LpN/bxxaUILhIY2N2ApkC4BbKA88dutZyxE0nZd/1/yNo4Om2rvR2/ 9t/zOEIKkhgQR1Bq1qn/ACEpvqP5CoboTC6lFw++YMd7bt2W7nPf61Nqn/ISm+o/kK6uq/rscFrR a8/8ypRRRVGYUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBoWeu39jAsMEy+Wh3IHjV9h9VyDj8KoyS PLI0kjF3Y5ZmOSTTaKSjFO6RTnKSSb0QUUUUyQooooAKKKKACiiigD0T4c/8gi5/67f0FdfXIfDn /kEXP/Xb+grr6+exf8aR9dgP92gFFFFc52FaVGMhIUkUzyn/ALpq5RVcwrFPyn/umjyn/umrlFHM HKU/Kf8Aumjyn/umrlFHMHKVBG+D8ppPKf8AumrlFHMFin5T/wB00eU/901coo5g5Sn5T/3TR5T/ AN01coo5g5Sn5T/3TR5T/wB01coo5g5Sn5T/AN00eU/901coo5g5Sn5T/wB00eU/901coo5g5Sn5 T/3TUN1p8V7F5V1biWPO7a3TPrWlRQptaoTgmrMxv7Asfs4g+wReUrbwuOA3TNEmgWEoAksImAzg bemTnj05rZoqvaz7kewp/wAq+4ybjR7W7SNLizjkWIYQFfuj0FTJZrHIZI4QrsoQkDHyjoPwzWhR S9pK1ilTinexT8p/7po8p/7pq5RS5iuUp+U/900eU/8AdNXKKOYOUp+U/wDdNHlP/dNXKKOYOUp+ U/8AdNHlP/dNXKKOYOUp+U/900eU/wDdNXKKOYOUp+U/900eU/8AdNXKKOYOUhgUqG3DFTUUVLGF FFFABRRRQAUUUUAFFFFAHHat4PtL/VLi5k1F43lbJQR5x+NU/wDhBLH/AKCkn/fn/wCvXS3f/H1J 9ahrujiKqSSl+R58sHh5SbcPz/zMD/hBLH/oKSf9+f8A69H/AAgdj/0FJP8Avz/9etS8uZo5oLe1 WMzTbiDLnaFUc9Oe4p1hdNd2u+RQsis0bhTkBlODj2q/bV7X5vyMlhcK5cvJ+f8AmZP/AAgdj/0F JP8Avz/9epovBNmltPGNTkIk25PldMHNbNPX/Vv+H86l4ir/ADfkaLBYdfY/P/M53/hBLH/oKSf9 +f8A69H/AAgdj/0FJP8Avz/9et+kZgiMzdFBJx6Cn9YrfzfkL6jhv5Pz/wAzB/4QOx/6Ckn/AH5/ +vR/wgdj/wBBST/vz/8AXq5aajcyS2puY4Viu1LQ+WSWGBkBs+3pWnTlWrRdnL8iIYTCzV1D8/8A MwP+EEsf+grJ/wB+f/r1NdeCbOe5eRtTkUtjjyvatmluDtMjegz+lT9Yq3+L8jRYLD2tyfn/AJnP /wDCCWP/AEFZP+/P/wBej/hBLH/oKyf9+f8A69O0PU9R1RbWaWXShDMm9oonYyqMemcZq/ot++p6 Rb3cqKjyhiVXoMMR/SpjjKstpfka1cqo0780Fppu/Pz8jO/4QSx/6Csn/fn/AOvR/wAIJY/9BWT/ AL8//Xqzb62X8SXOmTwhIkZUhmB+85QMUPvjJH0NVbTXr3UYLaOzt7f7ZMjyyGRmEcSLIUB45JJH al9dqfzfgv8AIr+x6e/IraPfo1fv5foL/wAIJY/9BWT/AL8//Xo/4QSx/wCgrJ/35/8Ar1ZhvtRn e4sTFaR6lCEcFmYwyIxI3DHI6EYNJoF/qOpW/wBpvFs0hYuqrDv3blYqc54xwaFjKrduZ/chSymj GLk4rS3V9dV1K/8Awglj/wBBWT/vz/8AXo/4QSx/6Csn/fn/AOvWpNqlpbi7MswX7GqtP8p+QNyP r+FRjW9PbUDZC4H2gNsI2tt3f3d2MZ9s1X1up/P+RCyyk1dUvz/rqjP/AOEEsf8AoKyf9+f/AK9H /CCWP/QVk/78/wD160Idc0+41D7FFchrjcVACnBI5IDYwSPQGqk3iW0bUbSzspUmklufJk+VsAYO Sp6HBAHGetJ4ya+3+RSymDdvZdL9diL/AIQSx/6Csn/fn/69H/CCWP8A0FZP+/P/ANer9/qL219a 2sQj3z5JaQNgAfSpItXspmdY5wSilj8pGQOpHHP4Vr7XEWvd/h/kcv1bCXceVfe/8zM/4QSx/wCg rJ/35/8Ar0f8IJY/9BWT/vz/APXrYhvIrm2ee3fegBwcEA4Gaz4tRvvJs5po7Xy7vCoELBlZhkZz 1HrihVa7+1+X+QSw2EVvc/P/ADK//CCWP/QVk/78/wD16P8AhBLH/oKyf9+f/r1Yl1qRbG0nihDP KhlkX+6i/eI/HpV1LzffzQjb5UUKyFupO7OMe2BTdWut5fkKOHwknZR/Prr3Mr/hBLH/AKCsn/fn /wCvR/wglj/0FZP+/P8A9ertpr1pcwQu7GOSXICbWPIOOOOeo/yKlGr2bmQRzb2RGfhThgOuDjn8 KTqYhdX93/ABYfBtXSX3v/Mzf+EEsf8AoKyf9+f/AK9H/CCWP/QVk/78/wD16I9fuJEt8C2V51aT LLJtUDHB469eenFaX9q2iGBJriMSSorDAOOenPbPbNVKeIj1/L/ImFHBy2ivvf8AmZv/AAglj/0F ZP8Avz/9ej/hBLH/AKCsn/fn/wCvWxc3At5IQzIodiDuByQFJ4x3470y11O0vZNlvMHbbuA2kZHq Mjmo9tXtfmf3f8A0+qYRPlcVf1f+Zlf8IJY/9BWT/vz/APXo/wCEEsf+grJ/35/+vW/RS+sVv5vy L+o4b+T8/wDMl8NaPFo1nLFDcNOrvuLFduOK2apab/qX/wB6rtcVSTlJtndShGEFGKsgoooqDQKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDHu/+PqT61DU13/x9SfWoa6FsYPcp3tv O1xb3NqI2lh3DZISFZWHPI78Cn6fbPa2u2UqZXdpH29AzHJA9qs0VfM7WM1TSlzf1/WgU9f9W/4f zplPX/Vv+H86lljKR1DoyNnDAg496WimBl2dhdJLaLc+SIrNSsZjJLPxtBIPTj9a1KKKcpOTuyIQ UFZBS3A3GRR1II/Skp05wzn0Gf0qepoZOhaJb6TY2ga1tlvIogkk0aDLHv8ANjJqHQbXVdNtoLK4 hszbRbgZUmYuckkfLtx39akt9TvDDZ3FzDbi3umVR5bNvUt04PBpYr++uGlMX2BVWVowJJGDHBx0 p/V+W1ugPH8/Nza82vXz2+8Y+iNPcao8jqn2mWKW3kXlonRAA2PYjp3FVLDRNR0u3tJrd7WS8iie GaOQkJKpkLjDAfKQTnp7Vrvfsuqw2Yiba6sWkYYGQAcL69eaXUNQj05IWlB2ySBO/A7mp9hdqy1Z r9fkotN6K1/krfl+JFptncx309/ftF9pmVYxHDkrGi5IGT1OSTml0Sxl03S0tpypdZJGJU5GGdmH 6GpRqdmbr7N9oTzs4289fTPTPtRqNzLawRmBEaSSVYgHyB830pxpWa/rcznieaMtdNNvLRfmY2sa Lqd1Lqi2X2Qw6jFGjNK7Bk2DGAAOc+tTS6VqCa4lzZm3hhaZZJnV2BkUdQ0eCpbj7wwasS6pc2sd 4tzDD59vCJl8tiVYE4wc8g1PDcXpLGUWciqpbZbyEuT2AzxSeG6/13/UuOYuyhbpbb0Wv3GJp/ha 5tL6ESsr20FwZo3+0SZPJIHlfdB565/CpbTRNTg/su0c2hs9OuPMWRWYSSLhsZGMA/N681q215d/ bEt72GJGljMi+UxO3HUNn69qdqGq29gkgeVPPWMuqHPPHGcdM0lhkmki5ZnOScpv7++v46v/ACHX No897DIGAjSKWNvX5gAMflVAaXeyQwwzG3CW0LxxMhOXJXaCfTj61bXVoY0L3UsUYyoAXcSCUDYP HX6VKNStDdC2E6mYnAXB64zjPTPtXQnOK2/r+mec40pu7e/n/XYkihZLBIDjcsQTjpnbiqum6PbW MVuxgj+0xoAzgk845IzUj6rZrLLF56GWJSzKM9hkj3P0qK01iG5jExkjji8gSsGzuU5we2MUrVLM pujzK7V0Ms9JMU1z9oKvE6vHGB2VmLNn8wPwqXSbKayjl+0OHkdhyPRVCj+VPXVrF4HmFwvlowVi QRtJ6ZB5qa1vIL1Ge3kDqp2nggg/Q0Sc7O6CEaSa5Xr6lDT9Oubaa3Mxi228UkSsrEk7mBBxjjvU FppF3FcxzTGJnRHjZ/MZmfcODzwAPQetblFHtZa+YfV4aeX/AAP8jLXTZxDaoWTMNm9u3P8AEQAM e3FNt7C9tJAITbMkqRLKZASVKLtOB3z+Fa1FL2sh+wje/wDXYp6haSXTW5jKjy2cnJ9UKj9TUdrY ywy2LMVxb2phbB/i+Xp7cGtCilzu1inSi5c39dP8goooqDQ0dN/1L/71Xapab/qX/wB6rtYS3No7 BRRRUlBRXmnizV9QtfEd1FBezxxrtwquQB8orLg1bW7qTy7e7vZZMZ2ozMfyFd8MBKUVLmWp5VTN YQm4crbTsev0V5Fc6jr1nt+1XF/Du+75hZc/nTP7X1oQCf7ZeeSW2iTcdufTPrVf2dJ/aRDzeCdn BnsFFeQDV9aaAzC8vTEG2Fwzbd3pn1pja5q6OVe/u1ZTgguQQaP7Ol/Mg/tiC+wz2KivJbbW9Ta0 u2a/uSVRcHzDx8wqt/b2q/8AQRuf+/hoWXTf2kDzimre6z2OivHP7e1X/oI3P/fw0f29qv8A0Ebn /v4af9mz/mQv7Zp/ys9jorxz+3tV/wCgjc/9/DR/b2q/9BG5/wC/ho/s2f8AMg/tmn/Kz2OivHP7 e1X/AKCNz/38NH9var/0Ebn/AL+Gj+zZ/wAyD+2af8rPY6K8c/t7Vf8AoI3P/fw0f29qv/QRuf8A v4aP7Nn/ADIP7Zp/ys9jorxz+3tV/wCgjc/9/DR/b2q/9BG5/wC/ho/s2f8AMg/tmn/Kz2OivIpt S163WNprm/jEn3C5Ybvp69aS41TXLRwlzdX0LEZCyMykj8aX9nSf2kU83it4M9eorxz+3tV/6CNz /wB/DR/b2q/9BG5/7+Gn/Zs/5kT/AGzT/lZ7HRXkEer61Kkjx3l66xjc5ViQo9T6VH/b2q/9BG5/ 7+Gj+zZfzIf9sQ/lZ7HRXjn9var/ANBG5/7+Gj+3tV/6CNz/AN/DR/Zs/wCZC/tmn/Kz2OivHP7e 1X/oI3P/AH8NH9var/0Ebn/v4aP7Nn/Mg/tmn/Kz2OivHP7e1X/oI3P/AH8NH9var/0Ebn/v4aP7 Nn/Mg/tmn/Kz2OivHP7e1X/oI3P/AH8NH9var/0Ebn/v4aP7Nn/Mg/tmn/Kz2OivHP7e1X/oI3P/ AH8NH9var/0Ebn/v4aP7Nn/Mg/tmn/Kz2OivHP7e1X/oI3P/AH8NH9var/0Ebn/v4aP7Nn/Mg/tm n/Kz2OiuS8A31ze2l411PJMVdQC7ZxxXW1w1abpzcH0PToVlWpqoluFFFFZmwUUUUAFFFFABRRRQ Bj3f/H1J9ahrQmhjaZiVySfWo/Ii/ufqa3UlYxcdSnRVzyI/7n6mjyIv7n6mjmQcrKdPX/Vv+H86 s+RF/c/U04Qx7WG3rjvRzIOUo0Vc8iL+5+po8iL+5+po5kHKU6KueRH/AHP1NHkRf3P1NHMg5SnT pxlnHqMfpVryIv7n6mnPDGXPy/rRzIOU5/TNGt7KG3Z4UNzGoDPuJGe5GeKrR6bPDLK39nWM7NM0 iyu+GwTkfw9q6jyI/wC5+ppPIj/ufqa19u7tvqYfVoWSWlv67GTNbvJqNpONuyESbsnn5gMfyqC4 010RGtXkkkSdJts8xIO3PAPbrW75EX9z9TR5Ef8Ac/U1KqtFugne/X/hjm/7NuyPsp8j7N9p+0ea Cd/3t2MeueM56VNdaSJLVIEeSRDOkj+dKWO0dQDW95Ef9z9TS+RH/c/U0/bsn6tG1jBuNJiXS7q3 sYkjedcZJPJ9ycmm2ltPbuzR6ZYwMUIDRyck9gfl6Zrf8iL+5+po8iL+5+po9s7WY/q8bprT+vQw 9OhvYpXa8hh3ycvMspZiewAxwPaoryxvDJffZVgdLyMKxkYgoQuPxrofIi/ufqaPIi/ufqaPba3s L6unHluc7Dpc8d5FK2zakyyHnnAi2fzqFNFnW9bJ3QG484N5zDHOcbOhPvmuo8iP+5+po8iL+5+p p/WJC+qw/UwbWzu7cvbkW5tt0jLJzvO7nGO2M9aqDR7uS3CSGFWS2SFcMWBKPuGfY4rqfIi/ufqa XyI/7n6mhV2tQeFi1ZnNy6feXc0lxcLAkjvCPLRiRtRtxJOOvPSr1tbvFd3sr42zyBlwecBQOfyr V8iP+5+po8iP+5+pqXWbVv6/rQqNBRd/66/5lOirnkRf3P1NHkRf3P1NRzI15SnRV3yI/wC5+ppP Ii/ufqaOZBysp0Vc8iL+5+po8iL+5+po5kHKU6KueRF/c/U0eRF/c/U0cyDlJdN/1L/71XagtEVE IUYGanrKW5rHYKKKKkZ5R4z/AORpu/8AgP8A6CKk8FELrzEsygW8hJXqOO1bHiLwjqGp65cXUD24 jfGA8mDwAPSs+LwTrMDlobi3jYgjKTEHHp0r241aUqCg5LY+ZlQrxxLqKDavf8SXxFOG8NWn2e4u b63nm8z7TcNlkIGNntS6SZR4Qt/KsY7wnUMFHjLgAgDOP0z71GPBetrbmAXMAhY5MYnO0n1xjFOh 8I6/bKFgvY4lBJAS4ZRn14FLmpcnKpLe5fLXdTndN7WNK2s7WyvJVto42RNXSNdwztBUZA+hJ/Ku S193fXbwyRLEfNYYVNuRng49+ue9bI8Ga4qlRdQhS/mECc43f3unX3pJvBWtXMhknuLeWQ9WecsT +JFOlOnCXM5pk16dapDlVNrUwbX/AI8r3/cX/wBCFVK62DwRqcdtcoXtcyKoGJPRgfSq/wDwgeq/ 89LT/v7/APWrZYmld+8jmlg69l7j/pnNUV0v/CB6r/z0tP8Av7/9aj/hA9V/56Wn/f3/AOtVfWaX 8yI+pYj+RnNUV0v/AAgeq/8APS0/7+//AFqP+ED1X/npaf8Af3/61H1ml/Mg+pYj+RnNUV0v/CB6 r/z0tP8Av7/9aj/hA9V/56Wn/f3/AOtR9ZpfzIPqWI/kZzVFdL/wgeq/89LT/v7/APWo/wCED1X/ AJ6Wn/f3/wCtR9ZpfzIPqWI/kZzVB6Gul/4QPVf+elp/39/+tR/wgWq/89LT/v7/APWo+s0v5kP6 liP5GdBKI7qS2inbC2UVvejJH3QrbuvbgZ+tQTQw6nd2txeKZJF0pZ0Vk8zLFic7cjdj0rNPg/Xi STeRZZPLJ+0Nyv8Ad6dPak/4Q7XQ8b/a4d8QCxt9obKAdAOOK4kqa2mj0nKs96TJfsVrJqtxPb2Y jjitUkkSa1JJYnGUiz3469Ks39jZacus3EdhAWiht5UjmTIRmJB47fTpVEeD9eW4Nwt5EJ26yC4b cfxxmlbwfrzxGNryIxlQpU3DYIHQYx0qm4XX7zt+hCjUSf7p31/J/wCf4Fm7sbVba9nito4jNpkV wUQfKrsTnA7Din6laWUl/rdgun2saWtp58bxptcMFB6+nPT2qmfB+vMpU3kRUoIyDcN90dF6dPah vB+vNJJI15EXlXa7G4bLD0JxyKE4X/if1p/kDVVq3sn93r/mXotOt1na2TTYJLNNO85LoxZLOV67 uhrhR0FehJpWrQ2Zigt7KKQxGIMLtyig9SEPAOKwv+EC1X/npaf9/f8A61XQrQjfmkZ4rDVJ8vJB /cc1RXS/8IHqv/PS0/7+/wD1qP8AhA9V/wCelp/39/8ArV0fWaX8yOP6liP5Gc1RXS/8IHqv/PS0 /wC/v/1qP+ED1X/npaf9/f8A61H1ml/Mg+pYj+RnNUV0v/CB6r/z0tP+/v8A9aj/AIQPVf8Anpaf 9/f/AK1H1ml/Mg+pYj+RnNUV0v8Awgeq/wDPS0/7+/8A1qP+ED1X/npaf9/f/rUfWaX8yD6liP5G c1RXS/8ACB6r/wA9LT/v7/8AWo/4QPVf+elp/wB/f/rUfWaX8yD6liP5GbXw3/4877/rov8AI12l c54O0S50S3uUumiJkcFfLbPQV0deJipKVaTjsfTYGEoYeMZKz/4IUUUVznWFFFFABRRRQAUUUUAV Jf8AWt9aZT5f9a31plaIhmbqW+fULGyE0sMcwkd2ibax2gYGfTn9Kfo0sktiyyu0jQzSQ72+8wVs An3qW9sVvfKbzZYZYmJSWIgMMjBHI6GpLO0jsrZYIixVcksxyzEnJJPck1q5LkS/rqYKEvauXT/h v+CTUo+634UlKPut+FZG4lFFFAjL0yS6bVdRju5Vcp5RVUzsUEHpn9a1KgitEiu7i5UtvnChgeg2 jAx+dT1c2m7ry/IinFxjZ93+YUk5ISQjghT/ACpaJF3blPQjFQaI4/wexvFsJ5pPEDTmIO73Dt9m c4568Ec8Vs+FbiW68M2U1xI8srBtzuck/Ow61f06yj0zT7ezhLNHboEUv1IHrVDS/Dw0l4xBqV+9 vHu228jqY+c+i56nPWsoxcbHZWrQq8/TVW9Nfu3Rnx6pdWfi3UDPMz6b58NuYz/yxZ0BVwewJ4I9 waqaNcXmtLZ2E1/dRILeW4mkifEkp89kVd3UAY7deldINItjJqLSBpF1Db56MflwF24H4VTTwtaQ 2Npb2891BJaBlhuI5AJFDHLA8YI+opckr/13NFXo8trWemtu0Wr/AH/57ohtraZ9SvdDmv714Fhi uIphLtmQFiCu8ckZXOT64pPB9vI2mC9mvb24lkeWMiecuoCyMAQD0OFHP1rU03S4dM810kmmnmYN LPO+55COBnsAPQU/TdPi0uyW1gZ2jVnYFzk5Zix/U1UYO6bMqldOEox62/J3+92M+/8AEJsV1k/Z t/8AZkUcn38eZvGcdOMU2HxDPL4gk077CqIkmzc04WRhgfOqEDcnPUEn2pdU8LW2q3FzJJdXkK3S Kk8cMgCybfuk8dvyqW68OwXmow3Ut1dlYZVnWDzAYw46EZGR9AQKT9pccXhuXVa289HZfrf7zNsf HEF7q0VqIoVgnmaCNvtAMoYZwWjxkAkY69xTG1++1G50aaK0e20+5vgscomBaVNr8OnbOM9T0rUt PDdtZXglhuLoQrIZUtd48pGPccZxkk4JxUUHhS1trm2kjur3ybWbzoLYyAxRHngDGcc9zxStUe7N XUwibcV08/P8dvIfrEtx/a1jCjSLblJJZDHLsJ24z25wO3fNCa9N5aSz2PlRTxPLbsJAxbau7DDH y5H1rRms4p7qKeTJaJHQL2IbGc/lVOPw/bxja09zIixtFEjvkQqwwdvHpxzmu5SpuKUl/Wv/AADw 5QqqbcXv/wAD/gli2uprrTDcSwiBnjLoofccbcgk+tYGmztcLpwtbzUZrmXAuVcsUClfmIJGAR2I NdOkCx2q24J2LGIwT1xjFJawLaWkNtGzFIUCKWPOBUxqKKdkVKlKTjd7f8A5x769uNOtUhnZbm3g kmnIzlmjO3acdcnP1rWsrp73U7qWJi0McMaom7C72G459+V5qaz0yCyuLiaIMTOfmBPCjJOB7ZJP 40um6bDpcLR2+4hm3EseemAPoAMVU5waaSJp0qiacn6/JWX+Zl6VrN/NDZRS2qyzTo7mTzQPlVgC Tx74x7D1p0PiJ7m5kt47eMMYpHjZZg2CozhsDAP0Jq7Z6NDZSo8csziNXRFdgQqsQSBx7VHbaBBa tEVnuWESskau4IRWGCoGP168U3Kk23b+v6sTGGISSv67eX/BMOJ79oLDzZbkpLbSXMhW7IZsAcg4 4/3ff2rZttWnmMUdrZSTJHHEZnMo3LvUEYz97A5J4qyNIgWOBN0mILdrZeRyrAAk+/FRjQ4FkjaO a5jCoiOqSbRKEGF3fh6YpyqU5br+rihRqw2f5dvTuSaldC1mszhzud+FfaOEY8juOKh07V5ryeBJ 7QQLcQefERLuJAx1GOOtXLuxjvWhMhYGIsV2+6lT+hpkGmxW8lq6M5NtB5CZPVeOvvwKyThy2e// AA5s41Oe6en/AA3/AAS3RRRWRuWLf7h+tTVDb/cP1qaoe5a2CiiikMyL3/j7f8Kgqe9/4+3/AAqC uiOxg9wqtb6hBdXc1vC28wgFmHTnPH1GKs1ThhZNZuZNhEbQxqrY4JBbP86uKVnczk5JqxcoooqS xy/ck+g/nTacv3JPoP502gCte3n2MRYhkmeV9iomM5wT3+lQNrCJbzvJbzJLCyq0LAbvmOFIOcc0 uqW0ty9kImkTbPuaSPGUG0881Wv9MMemXPltcXM8rxl2Jy5CsOBjGMDNbQUHa/8AWpzVJVU5OOy/ y/zL9vczTSFZLGeAAZ3SFcfTg1YBB6EHnHB71n6btWZwkOoruGd10xI/DJPNVLuxuFvJjCjmKNvt cWFyGk4BX68H86XInK2w/aSjBO1/69DSuL5LYncjMuVXcpGMs23HXPFFtfJc8qjKnzfMxAAKttx1 rH/s24jYHyXZnSFnbHV/O3N+QNRzafcvBIv2eQ7opFxjrmcMB+XNaKnDuZOvUTvy9DpA6FSwdSB1 IIwKVWVvusrfQ5rBvbAQT3IhtgLUyQN5S4USgbtygdz0471Y0UR/bNR8mA26b0xGQAR8voOn0qHT XLzJ/wBaGsa0nNRa/rXy8jRW6ie6ktw372NQzD2P/wCqpVZXGUZWHqpzWHqNhLJe3zQ2pZpoU2SK AM4PzrnsSOPerOmQbb6eaGzeztmjVRG67csDydo9sDNDhHlumEasufla/rX+vmaW9OfnXjryOKA6 FdwZSv8AeB4/OsK50yV7TUHjg/fyXRbOPmePIOB6g+neo47CcWUh8iRoTPHI9v5Sxb1H3sID34+u KapRa+Il15p25ToS6BN5ZQv97Ix+dNaYLJGuMq4J37hgf/rz2rDvbOSS0tWt7KSGBJWZoCgkPPQ7 CcevHbNEOkyyx20MqyLGY5wGZAvlbtpXgZxyMgUKnG12wded7KPb9DfLKucsowMnJ6ChWVhlSGB7 g5Fc/dWN7dWb3E0R89pEDxAbj5aDHQnnJO7Gav6JbyW9vNvV0V5Nyo0YjxxzhQTiplTSje5UK0pT 5eXQdLq3ly3CrZXEiW5xJIm3A4B6Zz0NPGqQG3uZsNtgwT/tAgFSPrmqy6bLcXV+ZLi5gill+4mA JF2gE5xn2plxYSDU44oYitpJ5TOR0Xy8/r90VXLT2/roQ51Vr5/52/QupqUUkNrIqOTcvsVe4Izn P0wamS7he4lgDgSRbdwPHXpWdBZzprRDRn7LG8k6Mem5wP1HzcelV9Q08y313izZ/PeFhIq8bQRv Geo9fwo5IN2v/V/8hurUUb262/D/ADN3zE+X50+b7vzDn6VQn1qGCS4XypGWAhWcFcFjjCjnPfr0 rL1TTpXu5lt7NgqFDCYolxgYz8x5Hf5RirF1pnmpqDLaAtLdxsnyDLJ8ufw+9+tONOCs29/+ATKt Vd1FWt/wf8jWt7nzoTJLGYMHGJGX+YOKmJAGSQB6k1gzWLpO7PZPNardyMYUA+ZSgCsF7gYNaL2Y uNFNusJgJj+SMtuKEcrz7HFRKEVZ3NIVJu6a1X4/hYulgoJJAx6mqMmrwRROzqwkjRHaPIJAY4Hf BrPisrqaeNp43C3LefcKVHyspO1T/wCO9PSqv9mTLaMhsXMslrEoYIPlIb5gT1Bxj8q0jSh1ZnOv UteMe/8AwP0/I6gMrZ2srYODg5paoWVoLTUr3yoRFAwj2bRhSQDnFX6wkknodUG2rtGhpn3JPqKv VR0z7kn1FXq5p7nRHYKKKKkoKKKKACiiigAooooAqS/61vrTKfL/AK1vrTK0RAUUUUCClH3W/Ckp R91qBiUUUUCCiiigAolOFcjqAf5UUsg3bh6jFAHJ6XetKNNa2v724u5GX7RFJlowv8R5GBjsc1Lb Sm4nnE1xrW/7TIgMGfKADYHOO1dDZ2wsrKG2jZmSFAilupAqiujSRNJ5GpXkKSSNIUTZgFjk9Vrq 9rFt9P69DiVCcVHr3/psJ5btPEVlE0ii2kWTaiZyxCjlvx6VFqWrnbb/ANlyw3Dm6SORVkHfPynr jOOvtWjLaLLeW9yxYPAHCgdDuABz+VMvNOjvIVQFoGSRZFkiADBh0PTms4yhdXRrKFS0uV7v9EU/ 7cfzPMNmwsvP+z+f5gzuzjO303cZqPWNSgk02OS1vsR/aY45Zbd8lVJ5GR7VYGhQ+eG8+4MHm+d9 n3fu9/XPr15xnGatXFjFcLEpGwRzLMNgAyVORmnzU000LlrSi03/AF8un4mA95Mlhqr2V3dzW0cA aOabO5ZM8hSQD0xV3T18yR/In1ZZRGdpvVPl5PGcHGT7VqX1qt/ZTW0rMElXaSvUfSq8enTxlt2q XsgKlQG2cZHUYXqKftIuPZ/8N5EqjOM11X/Bfn/mVrCOeDVDEl5PdwpGRcNKchZOMBfQ9cjtxSat qlwiX8NnbO5t4SZZhIFMZKkjaO+BzVnT9KbTtqre3MsSggRybdvPfgZzTb3RY7yWZxcXEAuE2TLE wAkAGBnI9PSjmhz3Y3Cp7O0dH/W2/wDVynDq8sTCOOCW5mkkjiAaUAZMQbIyOB6/iaUeJ4v7QFuY 0EfneQWMw3humdnXbnjNXItGhiuUmV5NySCQA4xkR7P5frSJokUd400c0yo0nmmEEbS3XOcZ684z T5qT6dBKFdbPr5bDE1W5uBO1vYuYFEixzGQcsvHI7DIPPPSqVprcsdtHPeRytKbNJAqSArIWfapx jgkn8K0odHiguHkSe48pizC33/u1LdTjr69fWoU8O24hMUk08i+SIFLEAoobcuCB1BoUqW1gcK+6 euvawyXXJrZZUuLBluY2jAiWUMGDnaCG+ueKuafeyXZuI54PImt5AjqH3jkAjB+hqEaHGdzTXFxP MzxuZZCN2EOVXgYxn+dXILRYLi5mUsWuHDsD0BCgcflUSdO2i1/4b/gmkFV5k5PT5ef/AACaiiis TcKKKKACiiigAooooAsW/wBw/Wpqht/uH61NUPctbBRRRSGZF7/x9v8AhUFT3v8Ax9v+FQV0R2MH uFFFFMQUUUUAOX7kn0H86bTl+5J9B/Om0AFFFFABRRRQAUUUUARzQRXMRjnjWRD1VhkUlvbQ2kXl 28SxpnO1R3qWind2sLlV721Cq97eCzSNjFJK0jiNUjxkk59fpViqGrWz3QtEXzMC5Us0ZwVGDznt VQSctSajai3HcemofNEs1rPC0snlqJAOuCc8HpxVvcvPzLx156Vm3Fk8ZskhaaXbOWLyOWK5RhnP pnFZ1tppn+zwfYpYJBG6XczjAkyMdc/N82DWnJFq97GPtakXy2v/AEvI6QkDkkAe5qG5uVthGXDH zJFjGPU9Kw0s7y4MZnSQfamEdwCv3VQjGee+D09a1NXDmCB44pJPLuY3ZY1ycA88VPIlJK41Vk4u VrW/r8i8SFGSQAO5NQG7jW7W3P3jH5obI24zjrWZqbtfwQMtnceWJCHDwbmUY6hCcH6npVK2szCb cXunTzxRxSIUCbtpL5HHQ8elVGkrXbJniJKVorTv/SOmLKvLMAPc4qNblWvJLbDb0RZCe2CSP6Vz k+n3YisxcRPIiwFCvlefsO4npkYO3Az7VqaZbzwXmZw5xaRpvYdSC3H1xiiVOMVe9xwrTlJLlt/w xqUUUVgdIUUUUAFFFFABRRRQAUUUUAaGmfck+oq9VHTPuSfUVerCe5tHYKKKKkoKKKKACiiigAoo ooAybqRxcyAOwGfWovOk/vt+dPu/+PqT61DXQloYN6hLdGCJ5ZZSsaDczE9BThO7AESNgjI5rN12 CObR7kyLuMcbOvPQ461di/1Mf+4P5VfKuW5mpPncSbzpP77fnTllk8t/nbt3qKnr/q3/AA/nUNGl w86T++350ebJ/fb86ZTJVZoZFX7xQgfXFOyFcZb6tBdTNFBd+ZIuSVBPbg/WrPnSf32/OufsJ4rh 9HhhcNLbxt5yjqny4Of+BVu1pUgouxlRqOcbv+tEP86T++3506WZ1djvYAc9aiouukv+6f5VkbIo WnijTr+4jgtdQ82WT7qhX5/EjFXba/W8t0ntpzJE+drgnB5x/MVh+EYdQXR9Oea+jktDbrtgEG1l 9Pmzzj6Uzwlqli2jWdkt3CbsBwYd3z/eY9PpWUJt25uv/AO2vh4rn9ld8rS79/Jdv+Cb0WoxzXU1 tHc7p4ceZGG5XIyKryeILKGyS7kv1WCQlUYk/MQcHA6nBHpWF5EieIdX1G0Qtc2k8JZF6yxeUN6e 54yPcCqegXMNj/Zt9fN5do9tMkUrj5YpPOYnJ/hJXA98Yqfau9rd/wA7FrCRceZNvbTrdxba/wAv nudT/wAJBZGwa9F8GtlIVnUk7T6EDkH8KLDxBZ6pIyWN75zKNxChhgdO4qlpEsd54hvr2yO60eOK MyKMLLICcsP72AQM0eFD/wAU/F/12m/9GtVxk218/wADKpShCEnrdW6903rp0t5fI2/Nk/vt+dHm yf32/OuP17WTYSa/C148UxhhNom45zg7iv8AU05702fioJPqE8hmuFRIUlIMYIHymJhhl/21NJ1Y p2KjgpuPNfpdfcn+v4HXebJ/fb86imvhbtEss5QzP5cYJPzNgnH6GuK0nUdRm12Hzbk/aDcuk9u9 wT8nIx5O35cDBBz/ADptpdLdXuivcahcS6i19m5tZG+WEgOOFx8uOg9c1Pt09kaPL5Rb5nsr6fP8 NNztbjUo7QoLi4KGQ4UEkkn8Kn82T++351j6hGW1qydGkDrDKyhWwCRggY9+/rWfDeP5cbQXs80z 28rXSMxIiYKSDj+HDcV3KipJNf1v/keJLEOMmn/W3+Z05ndQSZGAAyeapw69aTttivQzYLAcjIHJ xkc0yzQppCl5ZJWeHezSNk5K/wAqpaba3d1ZaYZ5LdbeEJKoRTvOBwCTwPfFJQjZ3KlVneKit/8A geZrPqcccUUj3OEmIEbZPzE9Kk+1/v8AyfOPm7d+3JzjOM1zdtaNfI9kV4s4ZYl3f3yx2n64Gfxq /o0pvpLq6bcpdY4vT7q8/jljTlSjFPy/pE068pNK2/8Alr+OhrJcmVA8cxZT0ZWyDTjNIBkyNge9 cvo6bzZQJd3AVY5XlRZOjBhhT6fT396ZZXctzdgG6kMc8ModDKWZTjjPACn2FN0NX5f1+hMcXdK6 3/4H+ZunX7MRh/to2kkAjdyR+HvVxLhpEV1kYqwBBz1FcxDB5cWnOs84YWEkgPmHggA4+nPT6VLD dF54vtd9cQuIoTAqDPm5UbiRj5uePanKjH7IoYmX2/60v3Ohe7Mbxq0rBpDtUZPJxmn+bJ/fb86z NVmkie1EbsoZpN2DjOI2I/UVV0sypc2W65nl+0WZlcSPkbvlxgdutZqnePMbOtafL/XT/M3fOk/v t+dHnSf32/OmUVnY2uaenszRNuJPzd6t1S03/Uv/AL1Xawlubx2CiiipGZ9zbq87MWIJ9qj+yr/f b8qszf600ytU3YzaRD9lX++35UfZV/vt+VTZwM+lYVle3hOnXc1yZIr9yvkbABHkErg9TjHfrVxi 5Ju5nOcYNJrf/gf5mv8AZV/vt+VH2Vf77flU1FRdmlkRLaqFYb25HpSfZV/vt+VTjo1JRdhZEP2V f77flR9lX++35Vh3uoOmoagkmsiy8jb5URVDu+QHuMnn0pLjVJzc2q3V7Lp4ks1lZY4d53k8jBBI rdUZu2v5/wCRyvEwV9NvTvbv+Zu/ZV/vt+VH2Vf77flVQzvFoE1xHdPOywvIkzoFJ4JHGO30qnHq ty1napKypdi5gSbaOHR+QR7EfqDUKEnszR1oRtddLmv9lX++35UfZV/vt+VZts2oala/bob0QB9x hg8oFMAkDeeueOcVDd3V3c6dY39teS263LRRmIIpA3HBOSM0/Zu9rkutG3Nyvv02+82Psq/32/Kj 7Kv99vypjyNp+nPJM8ly0KFmYKAz456Diq8muWqGYKHkMSowC4xJvxgKe55H51KjJ7GjnCPxaFv7 Kv8Afb8qPsq/32/Kufm1i5CFoJ5Nvk7gZFXO77RsPT2yP/r1fXWgknkpBdXUrSTbQoUEBGwR1AwO xq3SmjKOIptmj9lX++35UfZV/vt+VUP7fidI2t7W5n3QidxGozGh6ZyevB4HpVlr4vorX0EbEtAZ UQ4z93IzUOE1uaKpTezJvsq/32/Kj7Kv99vyrNh15zawFrG5luGgE0qRhflX+91784HWr0moQppb agu54BF5owMErjPehwmtwjUpyV0SfZV/vt+VH2Vf77flWfL4gSIIPsdyZWQymM7Qyp2Jye/p1qR9 bh3xi3guLoPGsrGFc7EY4BPr34HoafJMXtqfcufZV/vt+VH2Vf77flVG51+3trqSIxSskRUSyjAW Mn2JycZGcCnW2qI2oTWrtKSZZArsBtG0KSoxzjBzz70ck7XH7Wne1y59lX++35UfZV/vt+VZreJY BGrJbTvmPzmAKjahPB5POQM4HNWdWvGi0G4u7SQBhFvjcc9cYP60ck7pPqL2tNpta21LP2Vf77fl R9lX++35VgSahcq8sdhqn9of6O8pKxqTEy8jlRj5uRg1YudXmN9DJA6/ZI1hM4HO7zTgY+nHSq9l PuR9Yh2/r7+nU1/sq/32/Kj7Kv8Afb8qq2t3NKuozHMiRSukKKBghR2PfJz+VVtP16S4itEmsp2n mhEzFANu3ON3Xp6DrU8k9S/aw0v1NP7Kv99vyo+yr/fb8qy38RrIl3HDbypcRW7TIHKnIHqAeOoO DWc2pakiwiWa8RBaNdSSCOLd/hj0781caM3voZyxNNbanS/ZV/vt+VH2Vf77flVRdXRroQR29zKq lVkmVMqjEZAPf0zjgZrRrJqUdzeMoy2JLKIRK4BJye9WqgtujVPWMtzZbBRRRSGFFFFABRRRQAUU UUAY93/x9SfWoamu/wDj6k+tQ10LYwe4daKKKYgp6/6t/wAP50ynr/q3/D+dDAZRRRQAYAyQACev FFFFABTpuJGJ6U2luOsn0P8AKjqHQpW+q2FzKsVvcxM7fdUcZ+lMbVtMilZGuIVkUlSNvIPftVLT bW7u9P00TG3W2i2SqUBLnHQc8D3qOyvfIedTqdnAgupCYpEBb73rnvXQ6Ubu3T+uxxrEVLJvS/8A Xf8ArsbpljSVIyyrJJkqO7Y60rFEUBygVjtAOME+lZ08EaeIbKVRh5Vl3EkngKMVBqpmlitzer9k jS6T95HNnjnknHGP61CppteZrKs4qV1s/wBF/mbQ4AA4A6AVFcXMFnD5k7rFHnGT0yaw/tknnhhe Sm8+1eX9lz8vl5x93/d5zVrUpLt7SAyQRwyi7i2KZN6nnuQKfsrNJk/WE4tpbf1/SLqahYzwSTpP E8cQ+dsfdHv3pINTsLqYJDcRvJgkYHIA68kVnaja3C2GpXd20PmPbiMLCDgAHOSTyTzU9teRzeYl 1qVlcxGM7kRAOO5PJ4xmn7ONrr+vw/yBVp8yi9P6fnp+Jctb6zvHf7LNFI6j5tvXFTSNHEjyybVV RuZiOgHeszT7i1v75J4pYR5cZjhhQjds4yWHboMDtVXWLgGXUI7i9ktwkI8iJTgSZU54/i549qXs ry5QeItT5nqbkU0U5by2DFMZx2yMj9CKfgc8Dnrx1rn45Z5riK3FzNGjTonyNghfJBwPxqOO9uzq pUzEOtzs8ppsApnH+rxk8c5zT9i+jF9aXVdbHS8AegFRpPE7iON1LFA4C/3emfpWNbzfaJZ1lv5x csZUa2A4CjpgY+XjBz3zVO3u5YNOVbW5kZVskZud3lkvhiB2wM/ShUWJ4pLW2mp1OAOwoAA6AD6V zsly486Kyv5poPMhCzltxVmbDAN34wcVp6bvSe+gaaSVYZQqGRtzAFQev41Mqbir3/r+maQrqTtb +tf8i/gA5wM+uKTA9B69KWiszcTA9B+VLgccDjpx0oooAMA9qMD0FFFIAooooA0dN/1L/wC9V2qW m/6l/wDeq7WEtzaOwUUUVJRUm/1pplPm/wBaaZWi2IYVmWujNbzQb7ppLa2ZmghKAbCcgZbqcAnF adFUpNaIiUIyab6BRRRUlCjo1JSjo1JQMqw2CRXl1cNtc3DK2GUfLhcdfwqK60+4k1AXlre/Z38r ymBiD5Gc9zV+irU2nczdOLVvmVXtJZ9Nltrm48ySVGQyiML1GOntUFxo0dw9jJ5jJJaFPmA/1gXH BH4fhWjRQpyWwOlGW6Mw6RNGHhtdQlgtXJJiEakrnqEb+EfyqefTY5LO3toz5UdvJG6gDP3DnH41 coo9pISpQWlhGUOpVgCrDBB7ism38PRQG0JlL/Z5GckoMyZIKg/TA/KteoLy7Syg86QMU3qpI/hy cZPsM0QlJaRCpCD96fQzP+EcXytn2lvubM7P+mvmev4VattJFveCcTFj+++Xb/z0YN+mKbNrVuqz BRKXSYwfKoznBO4Z6gYP5Vlv4guvJl2RylIxbMspjXLB8ZyAepzxgVslVn/Xc5nLD03f+tNRbmwu dNVI7IXjH7MIGkhjRhJjOOCfkIz1561s2dm0eiw2c/DC3ET7T0+XBxTrK/W9My+TLBJCwV45QMjI yOhPaszVtQeDV1gfUWsofs4kBWEPubcR6HtSvOo+V77lJU6S51s9P6vYlXRLiJI/J1Fo5RCLd38l SGQfd47EZ61ck02NtGbTo2ZIzD5KseSBjGapDVDZ3EouJ3uIUtonQrGA0juxAwB3PHFTxa3E86wS wTwTGQRskoA2ZBKknOMHBA96JKo9RwdFabX0/r+tRmo6El9cRTrIiyJGIj5kKyqQOnB6HrzStozR yxvZ3sttiJYpNqKd6qcjH908np61Lbaxb3bW6wrITOXABGCoXqSPQ8Y+opzXEo15Lbd+5NqZCuP4 t4Gc/SlzVF7r6D5aL95dX0Kl14ciuL+S48xAsxBkV4Fdsjj5WPK5FST6FFcQXEbTOpluDOHUYKZA UqPqMj8adqWtw6W5E0M7IuNzqAFGemMkZ79M1Xj1wwT3guop3giuTH56oNkSkDGe/U+/WmvatJom X1dSafz/AK+8ffeHorq6WeJ44z5YjKvAsowOm3P3TVy709LnSpLFXKI0YjDYyQBjt+FQPrtul4YD HKY0lELz4GxX9DznrxnGKl0q4lubaV5m3MtxLGOMcKxAqZOokm+hcVRcnGPXf+v8i35UexlCKqsM NtGMis210KK30q4smlaQTjBfGCAAAuPoAK1KKzU5LZmsqcZO7X9Mq2NiLKxFtvLk7i74xuLEknHb rVWx0U2mN9y0oW2NqvyBSEzkfiK1KKfPLXzD2UNNNjEtvDf2dNv2vI+zvbgLCqgKw68dWyMknrVi fRlmQqZiM2Rs/u9uPm/TpWnRVOrNu9yFh6aVkjOTSpIbwywXssULlWliVR87AY+92BAGR7Vo0UVE pOW5pGCjsT23RqnqC26NU9ZPc1WwUUUUhhRRRQAUUUUAFFFFAGXc28jXDkAYJ9RUX2aT0X/voVel /wBa31plaqTsZOKKn2aT0X/voUfZpPRf++hRqepRaXZPcShmIB2ooOWIGce31q0jb41bGNwBx9ar 3rXJXK3y9Sr9mk9F/wC+hT1tpNjjC84/iFWKUfdb8KXMyuVFP7NJ6L/30KPs0nov/fQq3RRzMOVF T7NJ6L/30KPs0nov/fQptjqkWoXNzHArbINvzkEb8g9AfpV2m+aLsyYuMleLKn2aT0X/AL6FOktp DIxwuP8AeFWaJW2h2/ugn9KXMyuVFQWsgGAFA9ARTTYknJiiJ9Tiqej6xqWrJaznRxDZ3ChxMbpW IBHB24zVzSNRGraVBerGYhMCdhOcYYjr+FTGrfY0qYeUL83TzT79vRjvssmQdq5HQ5FBtJGGGVCP QkVK95bRiYyXESiEgSkuB5ZPTPpnIpqajZyXrWaXdu10v3oRIC4/4D1p85Ps2+hH9kfdu2Ju9cjN KbWQ9VU/Uinx6jZzXj2kV3A9zH9+FZAXX6jrVSbXrRNStbKGWGeaaYwuscoJhIVm+Yf8BxQ6lhqh J6JeZYNrIRgqpHoSKaLEjpHEPpim3mqi21G2so41kmnG7BlCbRnHfqfb2NWEv7SXzfLuoXEIzJtc HYPf0q/fSuY80G2r7EQsmU5WOMH1GBQbR2xuRDj1IqZruI2stxE6ypGrElGBGQMkZrOj1q5KW8k2 nGNLlf3LCcNubbuCnjjIHWmlN7ClOnHRlv7G/wDcT8xR9kfdu2pu9cjNVp9fhht7KYRs6XShzg48 tOASfXBYVcF8pvbqArhbaNXeQtxk5OPyGc0NTWtgU6bdk/63/Ib9kcNuCpuPfIzSCzcdEQfQim2m sWV5bQzJcRr5o4RnG4HOMYz1qRtTs1SdluYXMClpFRwSoFK007WGpU2r3GizYDASMDrgEYpfssgy dq5PXkVmL4n8xYAltCZJkMgU3aABR6n168exrYF3AHiieaJZpVDLHvGW+nrVSjOO6JhUpz+FkX2a T0X/AL6FH2aT0X/voVLPciCWJW2BX3bmZwu0AZyB3/pRDeW1yzLBcRSsn3gjgkfXFReVrl+7e1yL 7NJ6L/30KPs0nov/AH0KZfX81vdwW1tafaJJUZ+ZQgAXGeo96rnW5DBH5dkxuWuTbNA0gG1wCfvd CMVSjNq6IdSnFtP9S39mk9F/76FH2aT0X/voU1L2eKGWXUbX7KiYwRJ5hbPHQD6fnUmnXg1DT4bo IYxKCdpOSOSP6UnzJXKUot26jfs0nov/AH0KPs0nov8A30Kt0VPMy+VElhG0cTBsZJ7GrVQ2/wBw /WpqyluaLYKKKKQypN/rTTKtmNGOSoJo8pP7oquYmxUoq35Sf3RR5Sf3RT5g5SpRVvyk/uijyk/u ijmDlKo6NSVb8pP7oo8pP7opcwWKlFW/KT+6KPKT+6KfMHKVKKt+Un90UeUn90UcwcpUoq35Sf3R R5Sf3RRzBylSorq3W7tZYH+7IpUnGce9aHlJ/dFHlJ/dFClbUTjdWZzsOgRxSROZQWjtzEcRgb3O fnPv8x496YPDzIoRbv8AdlYA6mPqYsYIOeMgdPeul8pP7oo8pP7orT6xPuY/VafYzLe08i8vJ9+7 7S6ttx93C4/HpQLTGqNeb+TAIdmPRs5zWn5Sf3RR5Sf3RUe0Zr7NfqYd7pAvLiabz2jZ0jCFR9xk YsG9+T0qKTQ3uILr7Tdl7q42YmEYATb93C/ie/euh8pP7oo8pP7oqlWkiHh4N3a/r+mYtnpMVnfy XMZGGjVFQIAEwACfx2j8qS80+4mv0u7S7WB1iMRDRbwQTn1FbflJ/dFHlJ/dFL2rvcfsI8vKc1e+ HnvppJJLtQ00KxSHyATwOqk/dB7ilfQppPPje+ItrmXzJoliGT04DZ46V0nlJ/dFHlJ/dFV9Yn/V iPqtO7dt/NnNv4cibUpLnfF5ckvmsrQKzg9SA56DPtWhY2n2KGSPfv3yvLnGMbmzitTyk/uijyk/ uilKtKSsyoUIQd4oqUVb8pP7oo8pP7oqOY15SpRVvyk/uijyk/uijmDlKlFW/KT+6KPKT+6KOYOU qUVb8pP7oo8pP7oo5g5SO26NU9NVVX7oxTqllIKKKKQBRRRQAUUUUAFFFFAFSX/Wt9aZT5f9a31p laIhlTVYZLnSLyGFd0kkLKq5xkkVZiBWGNT1CgH8qdRVX0sTyrm5gpR91vwpKUfdb8KkoSiiigRS treWPV7+d1xHKIgjZ64Ug1dooqm7ijFRVl5/jqFJMCySAdSpA/KlqO8uEtLea4l/1cSl2x6AVNru w27K7MXwv4cttIsLKaS3aK/WELKTKzAHvxkr+VM8MHUbGxtdNu9JniWLeDcGWMp94sOAc98VsLqV o0EMxuYVSYZTdIBn269aluJhb20szAkRozkeuBmpVLlaS0N5Yt1FJz1vr103tbXzOU1rTdUkm1uC 108zxai8DpMJVUKECgggnOflqY6XeW3iYSWmnD7NJdmaaSR0ePnq65w6v7DI/Ota11eWWW1W5sHt 47riKTzFcEkZAIHTiktNUvL2NJYdKYwMxAkNwo4BwTj8Kbwzvf8AVeYlmXuqKXS20uyV7eiXkc3o fhnUbS+tI7lJ1FpJI3nh4vLcEEcYHmHORw351Npmj31vc6HDJo8cI06R/OvFkQ+aCrDcP4sE4Jz3 xW++sNHP89jOtqZhCLhiB8xOAdvXGeM1oTTxWyb55UiTONzsFGfqan6vy2NXmUqnM7L8V31/F+Rn 39hJdakkiKoX7JLF5h/hZsbff1rLOl3k9sqLpyWrW9lJASHX98zLgYx2yM8+tbFtq0dwSSqRxK0i l2lH8DYzj0Pr2qw19aIqs91AquSqkyABiOCBXWpzhpY8qVKlUvK+/wDwCP7N5ekNbwxqreQUCKAB u24/nVXTNEit4rSS4a4kmijX5JZS6xtjBwOg9K0ZLiGKRI5JY0eQ4RWYAt9B3qrFq0FxcNDAVZ45 /IcGRQRxnIHf0/P0qE52djSUaakubpojOsNFnMd3DeDankNawkHqhZmz9OVA+lW9FtbmO3uJL5FW edhkcHgKFH4cEge9X0u7eSR40niaSMEuocEr9R2oiu7e4crDPFIyjJCOCQPwpyqTle6JhRpxas9v 6/Aw9K0ueKW2NxZon2e0eEFtrAvuGDx6iq9lpN8sgea1dT9llgbLJt3EcbVXgLxj19a6min9Ylrp uL6pCyV3p/wP8jn5dJnMEKrbruXS3gP3eJSBgfz5pYdPuILxhJp0Nys3ksJncfudqAEHvwRkY9a3 6KXtpWsP6tC9/wDL0MvW7Oe7e3MCb9iTg8gYLRlR+tNsdOe1v7SRYFjjSxETlcD58g4/Q81rUVPt Hy8pboxc+fr/AF/kZmoac97q1pJvmjhjikDSQybGBJXAz17Gq2paOsdlaw2trJcxpc+bKvm4d+Dk liRzkityinGrJW8hSoQle/X+v0M/R4hAkiLp81muQ37yUSbj7cnFRWGnXKaLaW7XE1pLEDvEe055 PByDWrRSdR6/1+Y1SSt5fLt2t2CiiiszUsW/3D9amqG3+4frU1Q9y1sFFFFIYUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFSX/Wt9aZVhoNzE7uvtSfZh/e/SruibMgoqf7MP736UfZ h/e/Si6FZkFKPut+FTfZh/e/Sl+zjB+br7UXQWZXoqf7MP736UfZh/e/Si6CzIKKn+zD+9+lH2Yf 3v0ougsyCoNTga60+6gQAvJEyqD0yRx+tXvsw/vfpSm3yc7v0pqVncTjdNM5E2NwoZ20fzhNaLAs ZKZhYZBz2AOc5HpWgmm3cOmSRPeSTt9lMQh2rt3bMcHGTz6+tbv2Yf3v0o+zD+9+lauu2YxwsY/1 /l+piabo0duLSa4luZZYUXak0u5Y2wAcD9KzdMsGtDF52k3pnSQkyrcDZyxIO3d0wfSut+zD+9+l H2Yf3v0pKu9b9QeFjpbp6eXf0MBpLufVM3Om3DQRSYhwybP+ujc5J9B2+tSarbSNe2V0tr9sig3h 4cjOWAwwB4OMfrW39mH979KPsw/vfpS9rqmkV7C6ab316HGNo96bGRFs/LLRXKiMMMLukUqB+AP5 VY1XR5jf77a3ZrZ7cQhIUjOwg85D9Ac9R6V1f2Yf3v0o+zD+9+lafWpXuZfUoWtr0/A5htNnguh5 tguoLJBFEHeQfuyvXJIz75A7Uf2bcDUm22u1ft/2gTDbjYUI+vB/nXT/AGYf3v0o+zD+9+lT9YZX 1WP9WOSttMuglnD/AGesD2iSCS4DL++ypGBjk5JB5q5pmmPaXGmsLdYhHZNHMVAHznbwfU8Guh+z D+9+lH2Yf3v0oliG/wCv67hHCxjr/l5f5EFFT/Zh/e/Sj7MP736VjdHRZkFFT/Zh/e/Sj7MP736U XQWZBRU/2Yf3v0o+zD+9+lF0FmQUVP8AZh/e/Sj7MP736UXQWZBRU/2Yf3v0o+zD+9+lF0FmQUVP 9mH979KPsw/vfpRdBZi2/wBw/WpqZHH5YIzmn1LKQUUUUhhRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH/2Q== --_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: image/jpeg; name="image004.jpg" Content-Description: image004.jpg Content-Disposition: inline; filename="image004.jpg"; size=18017; creation-date="Tue, 10 Feb 2015 19:43:56 GMT"; modification-date="Tue, 10 Feb 2015 19:43:56 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4AJkFkb2JlAGTAAAAAAQMA FQQDBgoNAAAQrQAAIE8AAC0cAABGX//bAIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQICAgICAgICAgICAwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMD AwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD/8IAEQgARgIfAwERAAIR AQMRAf/EASIAAAIBBQEBAQAAAAAAAAAAAAQFAAECAwYHCAkKAQACAwEBAQEAAAAAAAAAAAAAAwEC BAUGBwgQAAEDAgUDAgYCAgEFAAAAAAABAgMEBRESExQGECAHITQwQDEyMxVBJSI3FiQ1JjYYEQAA BAIEBgkNCwkJAAAAAAABAgMEAAUREjQGIZLSE5PUECAxIhSUNdUHUEFRYXJzs9MVlTbWN3GBkUJi I3S0dpa3MLHBMlKyhRYmocJjJFRkxGW1EgAABAMEBgUKBAYDAAAAAAAAAQIDkdEzMpLS0xExoaKT NFAhcYEEECBBUbESshMjczAiQoJgYcFScqPwQyQTAQACAgECBAcBAQEAAAAAAAEAESExQRBR8GFx gSCRobHB4fHRMED/2gAMAwEAAhEDEQAAAftF6r4EvfyYECBAgQIECBAgQKkQreLqVpJW9YFC0CBS YpMWTSy6sVk4b5h2ZB7ZMDcY78g18YjMmBmYdqR7LwSsa9R7VEdUOYDsAzK1ll1pWTdSXUQxPXQj Xo1WmzXDojU6W65daWvS4Arv6Pm63TVatjVs0DJ0/NuTsKlbF6NINH91Ro/SV0/z+A/lQIEASZLi IEASZLiIECBUrCtxS4pAjK0Jgy4mBSYtK2zWy1MF04r5R25BGYx74hXYRn4hWZAnZB2ZRmLFlQ11 htgNlQbAFhbcVvssLKWXUVYkq5HDkS9WmL3axHSsp1Or49qpfQ8rx6PnGXtbMndvKNnF8fY41k6q Wm1ajSAvT2jLp/WBp+BgP5UCBy3Rr8n9Dr+sOfyOpZ8nKdGvyD0u17D5vF6jnyQIFSsK1IvKQrGV oMrVlbRUtQioWFcNq47KxXRgbjFbjGvkFbjEfiFbjEbkEZlEYkeyxGUDbUBkBMqvtK1krGSrZZXN k8MS0alHoaadLpu1evSy06fdMm5cvf5Fj0HM8/Xw5+lhz9DT83S0pG9KnYtVqXr09nyaf1bW+CgP 5UDx70u1o7XjTJMRvCkc3fpCmz2i94Uj2FzeLAqRCkC8pYVyMrbDKjKxaSSSTeRFhTHZWKyR25xX 4hr5RWYhWYxH4w2ZRWZBGpEaoG9QWQE6oLIXyLmyrbKwFbLqIYnq5JD0ddGkRu1ivRLX0/SOLpAU 2eNbdrlqOwszdBcroapn6Gt5tqemtWnWuU/s2PX+qxfwYB/KgQIHJdOzrWbHAgci07Ou5scCBAhF SkC4rcLpcsGWjLib6XqTBkC29LZTgssdqR24x7YhWZQm5Rn4xXZAb5g3Zw2KBbUK8AuqC0X2hbaV jpV2lUy6gYpq1NXQljRo0bdVOgxT0vV2LqBxs8R26nKk9ZCjoIVbkKd6VG1OjWrVoXU1dlwav1P5 fg4D+VA1Rjvl33vV9ORk2Oi88R5/2dHtuXBxfTu+oHC8puSkwKBcLoEIyirbWx2vjq26s5hlxMJo TaFjIxynDZI7Mo7MgrcgbMwjsYzsoDcwTUANSC+gVoBZUBwvYLbSsdKy0q7XVyxPVqeHJo1c1p0P Nmf1fYJX73ybBo1eFXb+RU6SBO/X6bk2fclTtUJ0q0aly9PYsWn9SXN+FAP5UAO0/Ors+l7Tlw7u pGnNfxbTt7/k5/nTZ0vozxvNHVrAgWTWpWgZ4XbYxzfDRuQZkL3hcWtJsJrNMbIwyke2YVucZuUV mMNmcJ+YRucJ2de7OC2oDIBvAL4X3hZey5gsbZWWUl1Q9QPTQ/yJh9d5cz+l6gyv2lVjHNXgbVo4 5beiTuRo2JV7kqNihWpanQuXr6/g0fqC43wwB/KgQIECBAgQIECBApJQisVkxdFbbVxTfBRuUtnG 1C4ZC1pFSuNkYJrhnMMzMM1IjcgjMwTs4bs4LkAMQvbUB9ArQA6F7JWNsumVrpWWurGKhioanjT4 1xer8yR3umF/uTiXgs/577r8atqW12DK2aqnbrididWpYrQCnT1zFp/UB5f5KvfyYECBAgQIECBA gQLQx2tfC6EXREmuKTBV15bMMvJvJlbyzKBZKcV4xC8Fsw7UiszitQIxAjUBvUDZILqBOgO0hWgF 4BeV9pBYLpsutdcMWDlkP8m5/RedTrdCq37Sc2+K7/B3SXyadErpvjTqidmno1Kq6V6ngqf2XBp/ /9oACAEBAAEFAqqqqdzuqk3VSbqpN1Um6qTdVJuqk3VSbqpN1Um6qTdVJuqk3VSbqpN1Um6qTdVJ uqk3VSbqpN1Um6qTdVJuao3VUbqqN3VC1dWLWVgtbWC1taLXVwtfXi3C4H7G4C3K4i3O5C3S5H7S 5i3a6C3e6i3i7Drzdx16vA6+Xodfb4O5Bfh/I7+P5JyIk5PyQk5TycquXcqaO5jy4j5jy9Zl5Tyv CXlXLi6c65zFVyeQOfFo51zWWh/5rzI5JzznEFrf5J8jjvJnkkd5O8lC+T/JZ488peRn3Sq9z2Nn gfL1fPBHJ8kvRRRRRRRRRRRRRRyjhw5Rw8eSDyQrPq4p/WpWMli9L43C4yIWus2rVuVCjeQV61rZ EHoOQVDx4n/kFV7nrZOYWbkF14N/uWDmFmqeVFXzKyUXKfIjnJ5gvnMLNx+6fHwTsUUUUUUUUUUU cOUcOHDlHjx5ISEhW/VxSJ/1mmSRenIGYXWRpH6NkUrfVr0HtHIOQ8eJ/f1Xueniq/cgvVX4shmj 5/wb/c1ohm/+gJb9yBvmXkNNUO89eRf9weVIZn8/8rX3kNlqe5F9fgqnRRRRRRRRRRRRRw4cPHDx 48eSEhXfVSh9a7S9JIjkrcLxK0+g9So9R7R6DmjkPHqf39V7nstfDLRaOSdbvwmzXrkXw8fgKKKK KKOFHCjhwo4cOHqOHDh48ePK/wC5xbfW5aY+L05S3C9yNJEHkiD2j2jmitPH7f7+q9z0v1xdZ7Hw 7x9WeU6Lz02a3ca88w3+W3eKq/hdusPDeF1vl5vle6XjinGeV+O7j4vtnHbot7sPwF+Eoooooo4c OFHDhyjhw8cOHDx48eXuqgoopebNz8UvNJd7ikQ+M5Y3C+yISISNJGj2j2j2jmnAG/31V7npUU8N XTt8Rc549VeRvH125pZOa2rn1fN478cVHFHSeIeZcfuHKPHScu4izw9ze8yUtNBR03X1FMF6r3L2 KKKKKOFHDhRw4UcKOHDx48ePHnkuZ6OOESvj5ekY6M5e3DkL0JGkjSRo9o9o5orDgLf72q9z8ko7 6Y/AXoooooo4cKOHDhw4cOHDh48eOQeeTfcnCf8A3BIx8ZzNuHI5GmlmV9OVEOUewe0cwcw4G3+9 qootzoxmjGaMZoxmjGaMZoxmjGaMZoxmjGaMZoxiwxmjGaLDRYaLBYYx0MeGjGaLBIWGjGaMZosN KM0YxYYzRjNGIWCIWCIWniHU8ItNCLTQi0sAtJTjqOnHUdOLRUotDTDqClHW+kHW+kHW6jHW2jHW yiHWuhHWqgHWm3nkPj9pnqf+L2M4dxuzRcsSipMHUVIcustslv77BaCKwWcdYLKVnHbIrXcbsg/j NjHcZsYvGLGcE43xmO5f/9oACAECAAEFAooo9PSjNKM0ozSjNKM0ozSjNKM0ozSjNKM0ozSjNKM0 4zSjNKM0ozSiNKI0ojSiNKI0ojSiNKI0ojSiNGE0YTRhNCA0IDb05t6c21ObamNrTG1pja0xtaY2 lKbSlNpSm0pDaUhs6Q2dIbOkNnSGzpDaUptKU2lKLSUuG1pjbUw6mpxaaA28AtPCOhiw0ozSjNJh psHxtIvx/Op1QTvTsTsXuX6Cii9FHevVUFQenpF+Pq6NzGy+203aYkblZD7dsbnp8mncnanYnRPg L9Oqp0VBRUMBUMCRPSL8fSdrGpP+KX2zvaZWbZntIfbwfigaxyfKoIvwE6p8JexRUFQVBTAVBST7 Yvx9iyOczq2VzWfMp0TsT4qjvp0/gwFQwFQwMBUJU/xi/H0amZ0kyQLSer6TLjOkiukkSnKdGyPj mSdXpld8qnVOidqdq9vohqmOKdP4VOioYGAqCp0l+2L8fT6G4iekMzY3RuiQmm1DcRvRk2nJuYmi +vzCCCCdE+LIInYn0FTph1wMCb7Yvx/JJ8dBBBOiCdU7E7pDAUx6N+3oqCoYdMOkyf4ROdp5nGZx mcZnGZxmcZnGZxmcZnGZxmcZnGZxmcZlMzjMpmcZnGZxmcZnGZxmcZnGZxmcZnGdxncZ3Gdxncaj jUcJJIajzVeJK81XmrIasgk0hrSGtIJNIa0hryGtIa0hrSDppDWeLNJhqyCSyDJpMNaQ1pDWkFme ashqvNV5qvJ5JMv/2gAIAQMAAQUCr6+s3m+rTfVpvq031ab6tN9Wm+rTfVpvq031ab6tN9Wm+rTf Vpv6439cb+uN/XG/rjf1xv6431cb6uN/XG/rjf15v68WvuAtxuI643IW5XMW6XQW63UW7XYW73cW 8XgW83k/c3k/c3k/dXk/dXo/dXo/dXo/dXo/dXo/dXo/dXk/dXk/dXk/c3kS8XgS8XcbdrsNut0G 3O54NuVyGXG4EddWqjaurN1VYtqakinnVySyCSPEe8RzhHKV3vezBezBe9fg4dVQVBUFQcgqDmio K0VBWmBgYGBh0wMDAwEQyiIIg1BqDUGoNIvo0wxGtUjTAaIJ0aV3ver4Xxtn9ksL0iEhesVN7NkL 5G9y/Cw6Kg5BUFQcgqDkFQVpgYGUwMplMpgZTAwMBEEQRBqDUGoNQahF9rBo0YINEEG/Wu970q44 2JV+3n9k/wD7dpx7KNU/X03sqT29JHG9O1en89uBh0VBUFQVBUFQcgqCoKgrTAwMDAwMDAwMDARp gIgiDEGoNQa0ahF9rBog0aNE6NK73vY6Z74urJ3sj716L9exOuBgYGA5ByCoKgqCoKgrTAwMDKYG BlMDAwMBEMBEGoNQYg1BqEf0aNGiDRBBBpXe96RtzvmqEpFt/wDlLb9PNVtndJNOlGUjWSyxVLap 0jcknap/Kn8/AUwFQVBUHIKgqCoZTKZTKZTAwMDAwMDAwEQRCKN0jm0HosDolRoiDBog0QQQTo0r ve9EXBd5BIlNUMgfA6naVNSkpvIZGxVOjNvYGCqqr1XsUT4aoKg5BUFQVoqCoYGBgYGBlMDAwMDK I0RBELc3o9MWI0RBBBBog3onRv1rve/JfynROxO1UFFQVBUFQVDAymUymBlMpgYGUwMDARBEKD7R ftRBGmAggg0Toggz618EC1m3iNvEbeI28Rt4jbxG3iNvEbeI28Rt4jbxG3iNvEbeI28Rt4Tbwm3h Ep4jbxG3hNvEaERoRGhEaERoRGhEaEQtPCbeE28ItNAbaAWlgNrTi0tObSnNpTm0pzaU5tKc2lOb SnNpTm0pzaU5taY2tOJSwCUsBSU8SN0YzRjw0YhIYjRjxSKM0mCRsEjaZGmRBGoZUGI0/9oACAEC AgY/Ai6i1CyUBZKAslAWSgLJQFkoCyUBZKAslAWSgLJQFkoCyUBZKAslAWSgLJQFkoCymAspgLKY CymAspgLKYCymAspgLKYCymAspgLKYELCYELCYELCIELCIEKaIEKaIEKaIEKaIEKaLpCmi6Qpouk Kbd0hTbukKbd0hSbukKTd0hSbukKTd0hSbukKTd0hSbukKbd0hTbukKbd0hTbukKaIEKaIELCIEL CIELCYELCYELKYCyUBqIaiGohq9JBPYX8B95e0J7C8wlHqMIHzP0+T5n6QsGotRdM95e0J7C8qfd 9Qb7AgJ7Zj3v1aQrtCw52BXverpj9xe0gnsLzSQeovMNBaj6a/cn2kE9heUk+sx8tBBRg9Nv0Aic 0dwJCCCnFD5ai6gafUfRWkx1F+L+5PxEE9heXSPqp/MDM9Rj6paQRJ6kkPqp0mDUVkxpbT+Yaeit H437k/EQT2F/Af70/EQL8p6v5TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZMWT 2TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZMWT2TFk9kxZPZM WVbJiyrZMWVbJiwrdmLCt2YsK3cQsK3cQsK3cQpr3cQpr3cQpr3MQpL3MQpL3MQpL3MYpObmMUnN zGKTm5jFFzcxii5uYxRc3MYoubmMUXNzGKLm5jFJzcxik5uYxSc3MYpr3MQpr3MQpObmMUnNzGKT m5jFJzcxik5uYxSXuYhTXuYhTXuYhTXu4gX01aPfT/b/AHF/Mf/aAAgBAwIGPwJ0idWSSWZdRmWo 9HoFZ28qYrO3lTFZ28qYrO3lTFZ28qYrO3lTFZ28qYrO3lTFZ28qYrO3lTFZ28qYrO3lTFZ28qYr O3lTFZ28qYrO31TFZ2+qYrO31TFZ2+qYrO31TFZ2+qYrO31TFZ2+qYrO31TFZ2+qYrvX1TFd6+qY rvX1TFd6+qY5h++qY5h/iKmOZf4ipjmfEcRcxzXiOIuY5rxPEXMc34nirmOb8TxVzHN+J4q5jm/E 8VcxzfiuKuY5vxXFXMc34rirmOc8VxV4hzniuKuY5vxXFXMc34rirmOb8TxV4hzfieKuY5vxPFXM c34nirmOb8TxFzHNeJ4i5jmvEcRcxzPiOIqY5h++qY5h++qYrvX1TFZ28cxVcvGKjl4xUXEx1rVE xaVEazGsxrMdwe+6r4j83T6PM09Ndwe+6r4j8xK1alBsE9+g/IbxWCDn/PQFLTqT0z3B77qviPyo 9z0pDP8Aj/Qg2E/5THzP+z3gvtkHO/2B7/H+hhfv+hPTHcHvuq+I/NJo7KfMNorKumu4PfdV8R+U keswTLSS0aAswenR8z0BJO6O0gTTSS1Bbyy6i69HaPkuJ/KDR6j6K91Nodausddn8TuP2B77qviP y6S1j66NKyClGXUYP56TMElBaEJH/oRpUQNaS/IfoBmyj6hjSevopSvT5D/E7j9ge+6r4j6VV3fj dx+wOml5Fs9ZL6j09ZdSDFdqDmWK7UHMsV2oOZYrtQcyxXag5liu1BzLFdqDmWK7UHMsV2oOZYrt QcyxXag5liu1BzLFdqDmWK7UHMsV2oOZYrtQcyxXag5liu1BzLFdqDmWK7UHMsV2oOZYrtQcyxXa g5liu1BzLFZqDmAVm4OYBWb/ANmAVm/9mAVmoOYBXag5liu1BzLFdqDmWK7UHcscwzB3LHMMwdyx zDMHcocyzB3KHMsweyhzLMHsoc0xB7KHNMQeyhzTEHsoc0xB7KHNMQeyhzTEHsocyxB7KHNMQeyh zLMHsocyxB7KHMsweyhzLMHcocwzB3KCtD7R9zmWKze/gFVvfwCq3v4BVRv4BVb38Aqo38AqI38I qI3sItp3sItp3pC0nbIWi2yFotshr9B+sf/aAAgBAQEGPwJcAXVKBVTkACHMUAAphKGAogG4EWhf TKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWhfTKZUWh fTKZUWhfTKZUWhfTKZUWhfSqZUWhfSqZUWhfSqZUWhfSqZUWhfSqZUWhfSqZUWhfSqZUWhfSqZUW hfSqZUWhfTKZUWlfSqZUWlfTKZUWlxplMqLS40ymVFqc6dTKi1udOrlRa3WnVyotjrjCuXFsd8YW y4trvjK2XFuecZWy4t73jS+XFve8aXy45QfcbXy45RfcbX8ZHKL/AI248ZHKT/jjjxkcpTDjjnxk cpzHjrnxkcqzLjznxscrTPj7rxscsTTj7vxscszXzi78dHLU285PPHRgnk485vfHRy9Og/ij7x8e kE887P8Ax8ekc+87zDWICrea8Abu5OZiH/Jj0pvH57meswkH81XkoFQoUeXJnhw/So9Jrw+eplrM YL03jD3J3M9ZhYhL53rIUBDAW8U3KAbwNwAeR6b3v+8s512EzHvjelQ9dUDGPeGbGNgONGEXYjgK Mel15/P811uDnRvpetFQV0ClOleKcJn3REwAYrwBoEAj2gX2+9U916PaDfj71z7X49oV+fvbPtfj 2iX6+9s/1+J4xcX2vO+bvbjdIJjeUJ5Mn52y8suPeCcsHkvVdOVVJc+bTCXpGKsiJFAoopoGHHf1 vCG2qiBFkjrI1RWRKoQyqVfCTOJgNYlYNynd2iSJ1kiLL1swkdQhVFs2FJ80QRrKVA3aNzqYX39h v30n59gYdB8ovgybAlMFZIxhEwBugP7RYrZ03c1D1vzUQBQCoimcKhR3RH9s3b/NtX/2G6UPw0vb Djv63hDbSfSeXncC8u464JMAWQFJPOgqu3Pwc9I5wpFmxi9btYMMdIv0VT+x3LqPgh7c5M7jyzL2 ZHq4CgINs2om2WAhF6d8oCTwhtyjDu04NiX3QWO48rzNsLpvVRrNikquTFKqtW3iigND0BQPb3Y6 OKBEOT9wf2pu5KbGLgGJDJ5gZwDy8bvgcvBFDOpgqKzduUXB6wZoh1nJS04fg6lk9wdhqH+On+9G 5sPA+UTwSex747Hv7V/9h+k/8Nb2w47+t4Q2zfck8cuHBZfPuDsyrpFTBqFd5nWydCZKCplInvfi +/HSyZRJQhRnq1AnIYoDnJtN1k6BEPjpHAwdko0x0ifRVPrcui9KmaUzf8vtj5yoapVGW3fSA1ai rVFVMS90AhDaQFcuPIJ5CZwozzReD08GXPwmvm6wG4WQC1qfkxdNQqCop+SAUzgJmElRJCclVNWo q0JmMFPYpDsx0cfw3/2HMdExyJKHL5eR3xSGMX5ubSdVTCAUbxIomHsFCmLlFkbly2I/n2Ye5hEq oOArtARbq1klN6oVRTefG97bj1DJ7g7DMP8AcpfvbL3uk/Ap7Udo/wDsP0nfhteyHHf1vCG2s6vS 1M8GYz0hU3ZFVkzNEgAUzH4MmCJFCiqdEojWOftUBtJJed4LzyjIaOCESWIRqpUUMslwlMUjnNmV jiYKpidukOphPcH9GwxDsukf39l+HykvAJfkX32I6Tfw3vZDjv63hDbM5mxEwVPK5VMZiVI1NVQz Jos5KmaigaDinRD29l5bzPuEKvnDZqRECLCidIEzmMIKGzbdABUoIgmUlBQAadyLpNk3KtZu6M2M sQTJCrmGBE64gU4iFYS00UjEkFknMFrvEcORn6ctr5wbNwYXNUqgAhm86BTGKKZVB33xYvO9uq5n iwtWpZhMZVPTNRdNxZtnihBbGZopIHQc0GCkKRpDDRSARNrz3mvE+KKcwUZNkG4FPmlgQQcmzZFh Mk2ZpFcEAhCF31A4ezcy50pmKqa8yRTlLibgczVdVGUNpczGlQDqKNivVXZTqCBhEClEtIgI0tL3 SK9Lw0wbu26L6kgNwXO4rb9IAVUzyIqBQdFWvWKNIj1ok03MnmjzOVsXyiQU0JqOW6aqhC04RIU5 sA9cOpXCXKgJoplGsYfdwFKXdMcw7gR8zLxMl2VV6qgh3JCHKX4RhkCNZNcjtAVG6lFcAE4BWKIY Dk7ezMO7S+rpbA7d99iekv8ADi9cOO/reENsrtXKYKt3KKrddI36qqKxBTVTNR1jkMIQ8SuPfNNh J3qtc6Ltd42cJl3C0lbNHaCy6ZMGcDNCajrRIJa2mDNJ1KjV3Th8ZyIOD8EIgY5TJpLKGMdQtO+i XrXJvBL5NmU3BHqUwTBRNyKhkRROUDyyZkpSApvihuxO5hPJgjNpteDA+zCZgZlIdRVZwACoVIy5 nKqtJhzZACigAh6pcC9ycslj89Y7R4u8bnSLSaqmPB2r1F2ZABoIoJUz0DR2xk8lmkwN5ck7NmCU 7Gu5FV+kzSbvVF86YqyyEwOnWPSIHrUG61AsWV8L5leSGXqEFJs1cvnS500wqAAFdt2yKS4pb0FD CsJAEd3rt2bZMEmzVBJs3SL+qmggmVJJMO0QhQDbYeokqbgPzZgcrmDsnKKaZKe5KYfh2LuiQaK8 0bImDsprHqGKPw7My7pH6sj+RffYrpK/Dm9UOO/reEN1VlH0d34VHYuyH/dsPDF2NyJn3aH1VHaU 7V79jOkj8O70wuIOUgpVOIgcq9JTVhrF3qJwwD24tSGK51eLUhiudXi1IYrnV4tSGK51eLUhiudX i1IYrnV4tSGK51eLUhiudXi1IYrnV4tSGK51eLUhiudXi1IYrnV4tSGK51eLUhiutWi1t8V1q0Wp viutWi1IYrrVotSGK61aLUhiutWi1t8V1q0Wxviu9Vi1t8V1qsWtDFdatFqQxXWrRakMVzq8WpDF davFqQxXOrxakMVzq8WpDFdatFrb4rrVotbfFd6rFsbYrvVYtrbFeapFua4r3U4t7TEfanHKDTEf 6jHKLPEmGoxykyxJjqEcqMdHMubo5VYaOac2xytL9HNebI5Xl2jm3Nccsy3RTfmqOWpZopxzTHLk r0U65ojl2VaGd8zxy/KdDPeZY9IJRoZ9zJHpFJ9BeDmKPSSS6C8PMMeksk0F4/V+PSeR8XvL6vRK xVvzdZlVQdUA5aX2MKlKqVIk4Hc92FBflUR7RrmcR6Q/UOLuKk6QLouTpzliYrdFnfwqy4gsHzSQ ubkt24HN1q5yF7IxyvL9HNebI5Xl+imvNkTE5733ebGMdGlFZtewVCf5ZEArC3uwujh3cBhj04uv xS+nqhA/1xdccP8ApL6fpugEem92OKXz9UYH+vLql91nfj+7c00e0G6PEr+epMe0O5/Er/eo8e0S 53EukD1Gj2jXO4j0g+okThRTpCu6u7/k2/KbBuxll9DEOovc6eN3Sz5Z7dRjwdmxlyqrgwp55U+a qETMYwR//9oACAEBAwE/IawCW9yXDY8/+Dx48ePHjx48ePHjx4eH/Bo0aNGhRo0YwZMYIZSdPnzB xBk4fgLK9OnEPoF9/GdCqhYPtGZPpSK4sqaV4YTcMosmglNo4iXU0VwPSE1/KFAdF6BILoPQoSzc 8jJ2EJovSVMsowwkqthn4zCDi4J0poMS51OCDLBXR+gxkrRl6ReAKnz+KtFUEJklOzmoK0Hx+2cQ vFiQ+d/Ukv8Ah95O9PBai4DiYuD8Pg1dAYixs81BTXwdkvlSN7m62m/jN/FUrpvhlx8uhzv2hhgg msM8u+oe3glvH3nOPEwRXHupi8b6VuLx84+nnPmD7iPPpx9oKHc/mZj1LcHi5h/X10md9ZZlzMvW ZpxsxcvT8C6r8kT2oUL7GnGGAMDnqvH7zvzjf3fD+G3cc18W/wBKNSwohLmfU7D5GpuvRfbBtUVr QQRDXiStKL2hItWKQjGxyGNVfvBiA7s6wMQrgPKoBfiPhvpZ26X+o+9GzEYk+2CH5QXfSK/2D+zH p/3H47V1FKx0Pc/2mW2UzOUpMpduYeJyT7vvLO8H6JzjOxPKSNmfWZB4rubDyxFh8k2zNnvMc8P+ Tg8/Wq18Hi5zH6AO3M26I42cjkLVMIfLcjCPSsJJsS8vjiTdO0GZCMrYi/cD/nqPc4MC+eCbvInS 4+KGgnjanDz7CwXBfmMoKVjgDFadfhIyLoSvr/nXiX8DnpRGcvOB/wBn1+MdPt8b6T+oO8r+Jj03 8ekUTHuf66fVOUZ+4zP3mVzSYeLyT7YfNC+mUiw1iVuf5E1feb77Ra7zc/Ml6ygnh/Xxg3hTNZku w7RxKvV8AYgC7F67zTnGt/wvosXD0XOPgZif76gh6RDxB/s8/nPA/wAm0/3OU9Ux6HPNeOJz5nj8 ujlPLOc8F7wt+dfmDyAfMStVXzmZj6fWphD2JbvTo3zM+v5NnQ3TxVKuz9wvg8JeyUPwMLlSNMTL qEettcQKAQeZ2CP2ZIVXt3GEjUOQaaleKqmNOfrwGjJYzrItvpmoR9tRyCl9DTYcu9Bg0EjhCVUr BleAvoCgvZgCacwRuB6uodFqujNZcGHVOjj0icw56B0mf1AcQdui/RyiMtMugb58ahnPfRynPvDu WXLgVVIVwIMr85YhJorU4c0ELDFVQm33apSLkJQamNxKS8RcbjU0sdybJ+mZGZHvNs2zxfwfB4uy ePm+A3RTpndwRgSkXX4s0AlheKTAIbRbzmUQn47goWuzvl9eibZInUC7FUUKc4MFIIAa24pfBQQC 3EilMqocLdmnEK1RoyIsVahlBVas8jq5xMeSoF05hZaMdpxLmr47dDPlDWYNdNvbpuandD+vgPL4 JclZ5pvrq0nOWn5dHOoN3BEGgZcNzuwEGvaMwWugrvgl/UmDz+k78oD+6F9+fj7zLM+pb7Tn8XNs +XN0r9I+Yf8Afwy/ufeX4+UuD0L6j7wgeYMO0v4OUZ39Gfj6z85rBz44+Bejo7o4p4fWHfvL8z+I KnKboYaPvE8oL74/pTDqd3h44lIrg+f+syd5n4x+Y9OO/jUTVhaZs8e82+Mzd48ZmB+8+W3zKPoY W2s16XgmX/Y2bNmzZs2bNmzZs3Q8/oAeXpB0RxQz+8i4sP8AXy6dB8fooMG3Ms37DgZjfKuol07/ AGslLQf4dn0ms/xx0v8AnVRfP4Y7B8HCnLLx+yf7rxszxR+kdr+HhzsDxcOdnR9kesHZ/j75n4/B wp256/hnOxev41M7G+DTj64B6IoahTZ24GNPjP2io8Px4lbhWuk6ATkH6+7GG7AfgNyDs7nOBXD6 /gcGWR2VcQVnHvxjlDZe2G87k5w+HhzsD1/G52d6/jc7d8LA66Kd1CCRUABP/9oACAECAwE/IbCs ocg7J/FT+Kn8VP4qfxU/ip/FT+Kn8VP4qfxU/ip/FT+Kn81P4qfxUP0qfwE/gJ/AT+Qn8hP4CfwH +Q/RP8n85/kP1z/Ifon+Q8efaHjT7Q8DfaHP4ryh4K+0PCX2h4W+0KvDfKeFvxPAn4h40+0PHv2n hn8Txz+J4Z/EPAP2hX4H5Twr+I+NftPEP4nhX8R8A/aPjn7Txz+J4J/E8BP0ngb8TxN+JtnivKeD X2mKvDekL4T6Q+Hyn+R/Wo/qyP6Ij+iJREHoeYTwrt8NNXx8FNXx/wA9S7+IfhD84p2QYMN9Lg30 HwquViDq9d3p0EHeCalYOErMqWPRxPFhPCu3wVi04n1H+xIOrNdFoqjPuvtKzabf+YfGdFDoQgxQ eJcIYihD4r16pm4ROg66Ougk5oJyRjJGMHt+PPCu3WtYXl9Ix8TRPqP9iKuf9wXKk0Uc/pPuvtGe LwytY1h/xddLqXL+C5cGpZ0XQGEGGodduu3wJcRq3ow5jOcelYg+AEV0ZIIcI3hXb4awvgqEv+UR hmNfCPQhBgwYdAxQgw10D0IdLYefReiXCCbGes84F9DPJGAjSPd0MCF4V26+WgfOEh1Xj+yjhs/M RxMNofmTQ+aVr6vx5wSsGa9bfpEo8cTzcD/gdE+M1Lg8weYN9FwWKoMUIQYb6CDDXVhm99GKLoJ7 SVeos4gTkidBht0bGJUOMjwrt1FVNkqGwQnnyIWi9lf0g0fBgaVPjylQ82vLj5Sg0n6RKVt+J6Go /wDDnoQ3BqDCKLqD1GoPUelzPV1OPC+gWfKNdDKdBIwkRjDhBjM8K7f+A+A/8R6EIM0m07PhhCKH S/iMF17wpDh6Bmjo9QYSMJDpHproadKxsf8Ajvvvvvvvvvvvvvuv/v8Ay6fi+L7777r27q115xdf LLI3/UifvIn7eH9eFD88u/Z6yP2k/wBmifvY/wBmJ+5h+zSP20v7UuH8yR+8n/Un/cn/AHZv7ydo +9L+9K47XeX9KP7NGj+9L+1J/dS/pS/YIPF82L5/6xf2UXk+ZNQgZFvkKp5Wjgzuf//aAAgBAwMB PyGjbcCAgwg0Zef+2TJkyZMmTJkyZMmR6ZAjZ0x4evjx4PhcePHjwwAzAfOLoBwXQ20SL4vSLaeV DA8CLfgt+2bP1r4mCh0yfojshs5ovnwrJVLG83pMHcyGRuAKXDc/wPnPHn7x3hvrMsJ4uY8/In7e z9qYs/JO9dvt8WSgsNvgEKGD4XqeoZlSpUroqJPkf8OmPF1RhjTqV8COlBufInypk65RDmGyww3c 9IefM06hHs832+HJWRVZ4959f+GKWrK8+f8AOlfFlefH+z7v7JWRVb49vgejqbdOYdalMqVHC4k+ R17mgzji76ww2jF4qCueaXqEHWLKfT4AcfR+RDjBNvgunX+4+z8GRnIbPPWYhqg+v/DEU82+8lmh 3Od6+UqFly8F5Igsgq2Lg+uft1fiCG/hY6ifCHXZny/hTeTpv026l5aXh0h0vyZZ8AFMFCCH4sDT Nvd9n4slY3B39/go95O/t/w0nMEG5XSqzNurbUYyI2xMvUaPSY/Lp8vQeErHt+NsBBcTDmGPwb2d VE69bfqvo3fV9n4MljaE+bU30Q+PyyiBsv6xDDVM/e6+nnAHNtFlZTd9p3uBv5e7M6w7my+9VGYb DXPj1Jz0IfJ+LSEbQ6KWGoFfBVwd4hlnx66sPdKRD1bwdzz9JJJDzuwYdqU/RT9wjstJ43CqPBQQ VN5t19o4Md34MvgyIWIMrnyxSfVPlmKU4QrGYILGqrj6kta1O/ggYd5Ff6VNx29mLx8ohp+RA+y/ LERbjfwUrqmZtNuhVdah0YlxJm6G34THDmPSr016p0CBTuThOmZd2ntvoAHtfy6XLDNZv06xQ6Bn iPN/4MjHoxjF6LqSjEqPRJxckHS4pQ9Dsx6GGptmM5dGPwUgfVzXq/lPOZP06PzIZdN/gp0qbPBl Bo7dLKLQGmwRzv8A8aJEiRIkSJEiRIkSJEiRCrTLVvppEWY6iRYCcSWf48f5fwNHBBNWZplnkQLO fBmnn6K2H4HIFCBy8kPZ+EIEiBckokscWKuyW6ANeb3EP1k877Uj9FLgfJhw/lSvfhgcPyo3vwS/ V4H6iJ0b7HkMLTj/AJHyn//aAAwDAQACEQMRAAAQu222222UBhObE9G/Jf8AFKXwP1cIw55UMYu9 tt9t9tnTfrmgZ+CLaJU+O24xT7lprsoc3Nto5uBtnba97qd/rwuJ4sOidGIX/C4/ZXDtsk0o1tlb MEATEoDQHY4spcR13XzYTfJyr9ttNsdtvaV+6ntvwffR/irKXbsATBOGqEwNsgZpfdtaXhM1QD02 5XRr+gHsFxxJGFJMAtsT8OGNlZ2nnrFiAuNJBUOHHJzLfUMZ4ghNttttttiybD0aDmb/ACgKnVFF iSGPkQf8ziW7bbbbbbwdsr0NHdJmx0vWYGDf4LdwnXeqH//aAAgBAQMBPxDWNsxtAgwWstr/ANmD BgwYMGDBgwYMGB0YdFBt/ND7jI4OrBgxr571xd+qZMo2ebAKuSS3ijy+zNXANLxY8pt4WQVcmq50 sU8xn3fMUR6ihl7XEZSFqyv1qpFijFiE+euEIFE32r+XklNfRj7XqT3Qc6+9nolZonF5Bn6JdoGn gca+eUjEXdcO3EjLMgoPZ4YWX1ctWfni+ECuML0XNduoOwdnncaqBnFu6GsNaHEILTZwOnWMNwa0 fliaPvh7FU6KsFYPPHtd2EaL4pmCofag58jWokByzBzXkLqW8Ea5C60JoNptzWuDUVpoeZexgcst DsG3Mr6QxBi8j2NZlws6VIJUE5HcskJzXCD2td+krFLeb+RIH+a9hYB1Fo3mUNzJdV3qjmFLjkiN NgJUCgxE74KfOxpupvQM4PBowoZYlaGZaIviqIKGXsqBa5RCDRaYFrBgl/gRotY8hxDh5HvA61Ji fExgsC8AcIbKnC7Hwabx0dx5dmbdD4TosD1+0ePXrsPb7xKfJQ+cyo+XvKDnNfKIloegfvMbFeYM Qbxoz3cQ19Vff0uoByH1MHb5wth45V8j6TaGxc98+epQtad77YJYV558jvGpXY17B38wgTDn28Vc pU9z8/SUtRQ2dq+kwF3dt9qFX2jG7TQ9+Bx6wUVUtl1nu95RvQeT9nlKrThKNen0lfdn5M+mqu/l 7kL6sOt5+8rfUKrXd89x8Bzn6jyxuJtVUy6rFldsTGkx2y89vKpWLV2Yt4rhxUAXPd+UuufNrzrE AeO6lKt0073Z7ZmcIUKBgx3drmHa0ml8hODdHt3PRhVNQ44aVq9zGAwWnhON1OF4h3yN1UetbxrV qTtBaEMiEtoKWXk5CWe8C1hR8IHNmnnJCWVV0vTnBTXtgZqozSplrWqc5IFKHYDzruZqM2C7ONlV incY4lNh2FJe7fhYCCCgZAAr+LMHSw2CkcuFrLXYYIoxu9IZnqtPSuKOKuDXLWwPuwVYABwbAAA9 zWYgKgSAInA1yGL1OipHxqf707R76pur3X+wHeuK5uAel7iGOXfj0xcshhRuzLvGDdGXvWzOCvKb DWKfpUOb4Zx8Zr27+kGGscnv3E26hq0eXtUoEyZC7p1nzElgVdZGu2oaO+8dm/rKzzS15G/tcPI4 c4O82+e5uorucL5O+8WeP7XaZDXNvPXl6zPS6L4vg+cQZvBv2dTZerMa719I6ANild+KvyuNtsTf Nv09Ym3OjsLzM1YLWhvuprljslAXXnhxxmiMNL5x66+0d55c1vt3cRAdC8eMw01Xlv0iydN6+VYz Gg7oGrStve6gbXdsXl096xGoMXN7sn2iqTY43V99cXPYeA4sW+WhjURWTrbbvMoStWa781BSYya3 ZBW5RQ6AmhyPGWUt8XVe0vyvfzmdBhu6zTezUoQAzAAq3s20syisjtwYznzzuLS6TGgyU3saimRh +5nY2vwMGj+sieBaHVStZThI1Eh/XC52clcJkASPjuxGhGsVW/ij2y0qrNTm2W6yFo6HGpSCPRsF q9IvK6xHUDBTIfzxsXQILFD1nXk8P4/c0eJhW0pdt4EcY7KfLEXDLAX2x6i387hYJfUUr3953H0f zMgNOiqxww7Me/GMMBVMAs4bc/O4IdFPqbrWoMU5WR16+q4EpGtgexmAbXKkR77w7w4dAYPf8yuz e7b2bvyYWfke/lAOFu9jQO/OAs3gui+aa9cMdY5u9pVjXJDdcJd9s2x5lzA8bv0KL+UoPDwrnFvy vyi2H0PHvFh4qj5J29I+7pc91RfapTLhfd5yNRCWbxhvx3lCgWlbc0852hANC7z2Y9udRUpi7r2u iBFe8x0xw7N2G/eNbPWuLBKXKUsratV35XWIJkaKsO2bPeIiYLLrnWt3ENKq8N0PXnVyob2yV2v7 kWhW7B609trMNndvFHEuHeCjGBdc7nALDDFqbzy1ftMoHQK59LurH6S4tLOXPN47iY8oOWuG+Q1e ikE87ie32vT8TBI610ec6J2ih9bCAgza9o7+UgfjKAdvrABaN5fPEyJ5388yhMXjDpzPJrFjn5Q5 Dh8fOOUnZ+0Nj2zHLfeV5wHCDzxZFpnOTJxnTeIDQl1l27ecteuMH4b84eNY9MH4h3mstd0bu88M 1+mStjjHygpWsjrnVss1k07u84KzKz1fLePpMVbyjy5p85YGiftucKzmuw4+apSzVY42CCeWtTnX faa8FGr75x5Q7aYaxzWftuWDaYv6U49iBbdF389d8GJVPMbOWysu5AJbKrz51T6x7Kx33cELbpbP Vu6hAPB+/rK09g16hrXeFcuT2Xy7w0i7xl1i5zMFOx5guVcUyss230ZCzqKyLCxMb4ZdRlkxYrWj OJgBguCUmKzm5sV5AOaapb7xqUvAi+XNVXaG5xz3q616yxNs7vBY9rjqQ1XB9W2W2J31e8/X6zBQ xkvGfIaq6l9lWNehtOdHaVmsi8kwD7/AwMRfhCmu1ASkc9BHZcx2FZeNpAC5T5c5FjpgtdYZe1DI WIBTTszY3PkmFS1gEjZDobY2jxoDAdAytdblgWHle770Qii1EaV/269kmfsDydVSe1feZF+V/Uit gYuIg5FDXfF/OczZ8cRU81r7kLHn+MZlGOJr6fZlQR8+/aIWmO5z7TnPvcunuzXZ5+sJsbxMsssB e1Icw984sTtr6VGd1q/JPBLlgmrMZM6z3lt97L9Lv6TExzpur/cYcslnAZuqOIAJkbr2cV6xbrOG vWiZGry5pM3/AJUzXbZadnOcRJjmjB52wlpHkPl3LNTA+p387YxNmmzjj9xm90p38VKmmDe9Gaoe VRA1j62a9sy9YClr5tzITdreMjwX2hoP29X3mBs4Y320OOI2zpv0fS81FVnCzbS5L1RwIzI1LUmU msFCy1zCEykw6vZIAg5LqLBdK16bgqFOLrCutesrdTdDs5/lNmMqC+DgmWgCWVXDd91uHQDVPyax zUvUrCXhWi+8yNXxTr7y1ETlWqLeDswlQYSi7wO2zDg1KAVjNNeWL9fUjCVhHDjOZ55+BgZ3bGAm nWsbKSBkWVYCJtC9bmokzzP5vVXw3SmZnh3TGavNOUuq117F4WKkoxEAshc6MCs5AEkuCdTqYLux HO6hfjN1U1p+FYu6wHsoMsFaLeoArTuBcCUq9NWcVhlc1BxenH0Yk5QIdx7Yg7c/uNrXtF9L6uHz g9uH6kQt249eJiLZrc5mTdfj3lhjRF4PN6JSvF94ufk/moSvLV+Zq4CUd7+Sm/eFfKsnyzCt3VhT Xalx6wfMsvyEx6QGXPOPTwTZp05Pd/2IuzFg+bd3cJavn6839pwNLk7Yrz3UaqspZny5iTSjv2HT 73K2sXR6oP2xAiji/PaWVUZm+2PcLjVnnlvWKftFnLF4+Z/s2JrFnfvLU27WvPnjvKglq578XvWZ Z7lsovtmi+GXLeN47F5M94+AkAKl5LOrzQ+RrlxLug+QgBitDVTxLaVdN15u3NxwWgltVkK9oQJA 7WQ4ufOMhXJeaG4qWDnjJQj32xRNuTXFY4wxAtAjTijjV7JWqKst5drlCkAb4o9+zKhEy1txXlHa AJ3p3m8vlEHS2ruYD3X/ALsHR7/7DM9DfcS3ndv2EvLAvs/diqtZfHnK14LGJm7e+GFfJqk9eJQd ziI0409/5OxLrnsfqNPr3zl0FfmPZhKCs53XmBG494G0Ote4V8mFq3ftm2okW6CnN5tq3aeTWD8m /rMUnJn6/mXUE7u2m6YusnMDl3u+NnbmFpC9Ne678sy+U7tnfODyzBeWj/PZmvpk8j9pKOTVL9Gq gAVbs+We0xPeqPo/SF57RoHai+1/aA3T09K94LHjNjW+faoIpzeAKxigqs1Biggr7VnfvLB1w1d5 DZn0lY1u2nu8/qPbcj2f6SsGwGV+3HaBaZPOESfaHorLNfLvABEbGxKvtVE+kEJBUDzL8opRWgN5 ry7+cGnIYSrwpQmxV4Vdgao7IoBCCqgu6aSmEgrF8avN5chKKpmlfNNeV7mAJbmq4+UKoB2R34W+ HUrXXzzZXWqZmQyDygNogS8X/wBgYMGDBgwYMGDBgwbBjw32Hspqq2z5hBY875udyfzybB9PsPpl xTyfKdlFkNZlxYdxhVnw9b2lnY8V4xKeFfKu78zmFnn4r2t7TAXZzWWS3FnlZXM9+TaH6tPvNDJ+ x36piY9/T7KUnHTP1+WIl0a3t9lxMnGW3erO84jiOcOrd5G41e8f1KL4e17s9lH5Bnnb3U4zgM7q 3jTNzQOyzBcasfxG13l3feNdhHmArmyqaqm/6iOJ9VXsofePDvsHdiN5Dt/nA2+Fz235q467Nja5 t7MjXOc7ZdeTjBvOd2b8m3EltjfmwJ3sfN9yNLG5yb/IqIy4y9Puq/MSwpRxI+ArhUtLnFnbRv1Z gDGP6jPNUxclNEpeU33msX6R9XFdjXocVFg6gA9MUqLFoHNlzX2cGfMr1VYcnfcjcW2u3z2K9IFY Lh1MLlF8mKGgt3qxcCOReLGL8hHLSvNNcJ+lFrSs3l4eCKqLxWMzO/VuAj//2gAIAQIDAT8Qs5qK CguUXbg4nhX8Twr+J4V/E8K/ieFfxPCv4nhX8Twr+J4V/E8K/ieFfxPCv4nhX8TwL+J4l/E8C/ie BfxLPhflPFP4nin8TxT+J4J/E8E/iHin7QSS0XoKVrx2qzycZpCtMIzDMHxQ6AOW1HVs0TPsw4h0 u7o23x3dpCVZuhEekfoMMa63L0pWgVcz076dKl1GlyZ5bHFUKciVJYDC75dncV8HNk0EHdODRBJZ QtzP1b4eJlV4rygcZfFxBuR8XaDGa1Au2DWylw4nhXb8KYYi01h9PgHQFG2sHr2+F+A2dF24gBZL lwZZBlOOIMFeeYoPJuM+iNt5iirMo9GYCDyTzRFRqKriLXV1KhqG3MoCHBLo4qIt+UqOSoLK56JZ BXqPtKuYPMlgPZDPXMpCVi4jhxKnZGtHcQiVi4/kS4CIFH8K7fg2RJRtqhz2wjPp32jVozObtNdr HoL2Gc540dskJ43GclQDTVLjvgfgfhWpslD5dAXrbBsuOmnnpysXDDZ6zf2jqmWFkRMzCQMxxFeZ mtgX5MVMXDqYgvXfogMbmZQK6T010Y9CFVrvKm+IbXo/aEMIlwX55cazMXnFapzELXvNndOU1LKO oh6ShInwrt6uCF9G74Ln1zzCIRa/Q/vj1n0z7RmQyfc+2YptGg3nZj5Zr3g2J2L7tfnPHeWEJQbf U/viOCF9mq3aZ4xnj3+NMRZRpEUrmWwgeYB1184W3BBjUDbULiDep82ZMz60QQHUV0uPAu4N+kKd QUOgCXEABlwcy+0oec0AdHirgdtwWecxEdoqx3uOogPefUgA1u4ikxqbuKsmJpXncFQyvHETVG8K 7fhM6zZRl3tusXwHnfwdy02ZMU03yYyPlX/HiMTMrWJgxuJY5+EnHPTIzqITEO7NxXDKIrpjDnMZ zzKMyt3qVNOorsRNw185YxDiHNwcjmNl8xY4LLDcYfJ6aEvklh5THmU/aaLyYB6ZW+8TioWu7Ery Sz1lK3cGxCWBT2gAQvCu3qTTRYdrB+ZQxyt4u77bcZV5iAFWVuriyZQtpzdazdXTaa5hXJkKmwZt Wz+XFshKXktM1lVNq+0GSvXcF+QNCjG26lrcTyqu+CmtJVMEdssO4KfHxNYtekoya+N3BTEaOJAF kdn0gjBzEIPBKGNQXW4iekQgczEplG9Q0Ii6lDUQbNRwbJoM5DcM6hM0QWc+24qNbvN4x3ibr3PP sf2L1ZrXt417ylohayNRYOPlDvM+pCLahQF/aYTmPgwzCRfCu3qZWmEeyZGKgm2An1RB7ZqIlBgp jN8oa7S6RpbBKu/UxzCmeQ3oDvVBjL6xAQ9gN/NRfJafh85i9aStKwNqONkaLXlQFvoql5oq4vNs q91y/AVZ6zH0/MqOOn3pQH4XG+o1abyRcOpeLkqwZGaSjBsmHMY3UdMLTMT3mHUaxQ30L3zEK+sE 2TT3hhZrqcjn8xtPzPuV/sRbNQZTuH5Z+szYglJMT1fuw/eNyYiVmVN8Q71idliZqCEea42eX4V2 /wDccnrLW+n5i29ORMh+FLICFPUkDnoqrvGu5Zh3N3rFpFHCDEJXMaelyqYjprvEcMbriCQZvUol nwiy+0t+Lib2tQrvJ+0aNblphhpPP/ZhIOIeyAaIBbOc3GFamfG4RzcQDvRDRQLZBZSiY1P7MP7M P7MP7MP7MP7MP7MP7MP7MP7MP7MP7MP7MMx92Jf+WBn+73QXZ+bD+zDWfNg/7WH9mH9mH9mH9mP9 mFZv9YlebfWP9mFvZ9Yf0pZcXesrGbr7yOOyGzi+G5yX0TLsnCVcJHYLuipTHFo6WPXzTMY2SWsQ vdlfRmevj4HLt2by7Mm8jP0pPJpVjQ2+VDdy8fUilx3KMrCn5z3MbXVLwZVqzRK1wXeapB+RJb/L BkcuKwEV2gFAtBG6MkBP/9oACAEDAwE/EKNlftiXCjBatVVf+zx48ePHjx48ePHjw5jpw4eAPwAA BgoXlogzcfQWKHMwxxkVBHshsIi53ij0xEJzBMa2Jogscu0CwWWAudbFMdi6UNOqWFdxGvmUtHNO pib+2zWtEOaxpw8PSrgO42jdsLNKG1aSp9khOMFIklsmVkzU70uX3hRLet9+UNi3t/vCKu4lcTFR 8iUy2nKFMdpBS28PeXQuPFzEnL4OZaM3q/2PEu7iuk+zZv4niCBoaaa3Tp+BChqtBovVvF8X8OvQ 6YK3HXTBHTGjXEQlQJuLXGo+TMWTu6ldsGNhhh6+U8vMBzUWkTDG44jJgzAtiWuME+RKcSkWW21N Znid/aZQF+cL6I9RSr1AOHaW5hlEgkKQkGYENVN40krFal5d37y71qM+zCgURzu77ehFwjxfOI0B jsExPUPy/heF3p1tqhLOFA8+ecT6LEOLUZ2EWna0bvGq6Cllmduw5CnPpCN5/NELvbrTVLg5aTx8 /g16G6cw4dHabkC9SggkvoK9ol1iC077fmYsyiMFy085fgTe4g5jWcS3MzLEvvD9UUyRL0lCicBm K4ZhqYgGXcA1DO9QwGK3qICL9do7R5SqvSFmzAXM/ojqnd+7Gs84LEAblLK1UeLmeG4cCzT3gy+B niSyyjelFl3bnn2hwhaaewPyRHzxPpsctmFV5u77I+iMampQt2DC+5arzgm6CrLta/OmvR6VHSBt z3A+bg88RCvBZqsWGTVZce/XXruRqJSHxuDXaulQZ6UwbvEWrhRxuWZlu9R6R1L2jZBsNm4S5Iy6 xxN97mfBmXOpVjGPlRV4hfXMtdVqF4dGExGLEiVnUqKL4i2XqogFEWnuQsekZoe0BPaIitRLHn92 XZO0RrvcOKIKr0ixTLGo6MSsWPN+Jnhi3rQNtha0wKFB538HdHxLFlNrDIU2PlT8KX1F27QzWUJm o9ZUb6aOFkNpNRO0p7x1e0a8bjceYQUSyhuULLtajqkqM64+VLXCIWmpsjBXMpixEe8zwbgjBF3c O6GYiCLcGYYLICY1K8GrIQW8TE7XFq+IG0mJXefOubW7qWSYiKsx1GWpw9YvgmeC8q19qLe1yjgh Gyxs4yuMo2tVGZKwnNW2tS/6LFa+QzeQIjXMJfb9KDkUcGsYcXSxpcITCy3JMpSquMYg8VQpQdFQ UILKtGhCj22s8A4cFNaopKqCG0a9xAfWt/AlNdNs0evR1e/26GhAgucb4HZzHG9ILfNyt5y0e9yg WWZ4mWuIdazFu9TMpuX5E8HgjGIsZnqVTaGKmcUcZiGiYbh1qKR4gGmY7Z9Acd1eKNvEYa8NWnnl C1zg8oe0RQMPk2WDtm+GEokQ51NIxGVcJNT5wbeUpWJqzEBqIJ6ywzCVNnwQ8aGiR7I2PsxVwVCE fMAubUPOOSlXchrKFBjEtrJJ00u9PnHPED54bsAGrqhjLe1ieCYBD55S3JaXnyFOs1jRpBWBLRiq s5sSIRsELnkJeaUa4js25PdW1934ALcwc51f4jSVACkpIEMzxuXCvDDGHpea+8c7gplSV4dRjyMu wykhxpgN3LpbYn6ilMpVuKPSOwMxFXUbI8jBChcENQFTskYFQw7pV2Lij5xoRQPyQo90D2juiZeQ A9UJ/kVRTEobdpXfl+YCkF5dpymA84GCX43UyzzUIplbPH/eHhMjXipTExNyFymDFtuUNd5h6LBA iO4ip1BZKozuA5YSW3fRlLTErEpLai0OpWKSx7o90xvY6lsIRakFaNR0QJE0KwwpgGptg+0Kygoj s8SrG30jGXc0H+U4PVB52v3IzrKBMGYIZzcFlO4hhjLxFZTmozFd5qMTojMeAmUVWvtDVZ0EAYXX /bx48ePHjx48ePHjwXzHy+BvL1xsptheyO5B6CyMx3McAKgKIDvURWmqo72JvFno1b35PNBI3bBz QjpyGVELjcKxwpLm1OvYkvEvmee2Zu5a6ec70XJnmKOZ+zx2HN81rFlSVs0+UozKLnBg8gNeZwVi l3M+V+ctRxTcf1ya+aKlDvszfdz/AG7IIZcTY+HCfejLyRYFWw8270kY3npGt9hMSruCjkTdmgLc W4oJ/9k= --_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_ Content-Type: image/png; name="image005.png" Content-Description: image005.png Content-Disposition: inline; filename="image005.png"; size=174; creation-date="Tue, 10 Feb 2015 19:43:56 GMT"; modification-date="Tue, 10 Feb 2015 19:43:56 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAACAAAAAgCAMAAABEpIrGAAAAAXNSR0ICQMB9xQAAAANQTFRFAAAA p3o92gAAAAF0Uk5TAEDm2GYAAAAJcEhZcwAADsQAAA7EAZUrDhsAAAAZdEVYdFNvZnR3YXJlAE1p Y3Jvc29mdCBPZmZpY2V/7TVxAAAAEklEQVQ4y2NgGAWjYBSMAuwAAAQgAAFWu83mAAAAAElFTkSu QmCC --_006_69E55E5ECE0CBB4E9B5AD9C09D31EEC526B33F1Dxmbrcdx05ciscoc_-- From nobody Tue Feb 10 11:54:36 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0876E1A6F38 for ; Tue, 10 Feb 2015 11:54:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VCmZD5UUAvWw for ; Tue, 10 Feb 2015 11:53:44 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A36F81A6FCB for ; Tue, 10 Feb 2015 11:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2058; q=dns/txt; s=iport; t=1423597933; x=1424807533; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=RSx5dPR9wNFH7wywo5pL5Q0VnKRA04gMPiXyZQRl7T4=; b=gZ0oyp8j6vAKx4zxelnlF5E4DX6ZDIua4YyCoGCpUN2Vbu8+AtZtfnHO +ZG1Sq8r/K16vWJTmBj9ja637XOZt9cc9U2iEbEbmo2Tp6Fh2Z5UB/gfk +0xtFZgYX96WjHf9B+zTpc5/2sdeZE1xV6RBDhzvhBqUpHHoWVFYNbAgv E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnAFADhh2lStJA2N/2dsb2JhbABbgmQiUloEwxKFcQKBI0MBAQEBAQF8hAwBAQEEOj8MBgEIEQMBAh9CHQgCBAENBYgZAxEBDNEmAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSNTYFIEQFQBwaEJAWPIINRhV2BGIMDjlsig25vgQs5fwEBAQ X-IronPort-AV: E=Sophos;i="5.09,552,1418083200"; d="scan'208";a="395380778" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-2.cisco.com with ESMTP; 10 Feb 2015 19:52:09 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t1AJq9vt020304 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Feb 2015 19:52:09 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Tue, 10 Feb 2015 13:52:08 -0600 From: "Samer Salam (ssalam)" To: "VIGOUREUX, MARTIN (MARTIN)" , "bess@ietf.org" Thread-Topic: Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AQHQOU0PWZcKPBFxs0SGGy1eW4tcPpzUGp+AgBYnWYA= Date: Tue, 10 Feb 2015 19:52:08 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [161.44.210.187] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 19:54:32 -0000 Support as co-author. I am not aware of any IPR related to this draft beyond what has already been disclosed. Regards, Samer > >-----Original Message----- >From: Martin Vigoureux >Date: Monday, January 26, 2015 at 1:46 AM >To: "bess@ietf.org" >Cc: "draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org" > >Subject: Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ >Resent-From: >Resent-To: Jorge Rabadan , >, , >Resent-Date: Monday, January 26, 2015 at 1:47 AM > >>Hello working group, >> >>This email starts a two-week poll on adopting >>draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >>Please send comments to the list and state if you support adoption or >>not (in the later case, please also state the reasons). >> >>This poll runs until **February 9th**. >> >> >>*Coincidentally*, we are also polling for knowledge of any IPR that >>applies to this draft, to ensure that IPR has been disclosed in >>compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >>and 5378 for more details). >> >>=3D=3D> *If you are listed as a document author or contributor* please >>respond to this email and indicate whether or not you are aware of any >>relevant IPR. >> >>The draft will not be adopted until a response has been received from >>each author and contributor. >> >>If you are not listed as an author or contributor, then please >>explicitly respond only if you are aware of any IPR that has not yet >>been disclosed in conformance with IETF rules. >> >>Note that an IPR disclosure [2] exists for this document. >> >>Thank you, >> >>Martin & Thomas >>bess chairs >> >>[1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >>[2] https://datatracker.ietf.org/ipr/2472/ > From nobody Tue Feb 10 12:20:43 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F32361A1B87 for ; Tue, 10 Feb 2015 12:20:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f3Jr4SIVvPgw for ; Tue, 10 Feb 2015 12:20:38 -0800 (PST) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 53DB21A1BE9 for ; Tue, 10 Feb 2015 12:20:36 -0800 (PST) Received: by mail-oi0-f41.google.com with SMTP id z81so30486860oif.0 for ; Tue, 10 Feb 2015 12:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VJOu3FeddjRyQJ5m1sKoY0yBn2Ue8o7U/EA4EPO2zuI=; b=rKCiHIi9YKU1Ku8HIpTQ7jc/TOpk+J8Po9FnFXldTpRDwnRbuPQuqufL29h+Gwdh0w AODZ1uNCBWPH1ZMQkg+2Bk1gqgmDlQceUy5vFubaaojjG0TmBO3UlwxFD5Dsujv0oIHm E71cRwWoA3w/O2Z3qelf2sufiho6K1YCa6/9x9ryM27VWsKVUdp4SgGeCV4PljFQdqty 1f8NQsB6k2JCgdXXnYwQaD8fFXwMFSlTj7ASK9zm2Mx9A/vqdkslo4DkKLYeE6vLjE6s bjggAwruIjmkELELp920xiJ2/U4dR3hZ450eVZTqgoe71qMvXiSpSTlrB17KoVVxdF6n qHCA== MIME-Version: 1.0 X-Received: by 10.202.212.214 with SMTP id l205mr5410640oig.117.1423599635573; Tue, 10 Feb 2015 12:20:35 -0800 (PST) Received: by 10.182.128.10 with HTTP; Tue, 10 Feb 2015 12:20:35 -0800 (PST) In-Reply-To: <54D9D1A5.3050006@alcatel-lucent.com> References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> Date: Tue, 10 Feb 2015 14:20:35 -0600 Message-ID: From: Luay Jalil To: Martin Vigoureux Content-Type: multipart/alternative; boundary=001a113de27294bae8050ec19e01 Archived-At: Cc: bess@ietf.org Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 20:20:41 -0000 --001a113de27294bae8050ec19e01 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is a useful draft. Support Luay On Tue, Feb 10, 2015 at 3:38 AM, Martin Vigoureux < martin.vigoureux@alcatel-lucent.com> wrote: > Authors, Working Group, > > this poll has ended and we are not in a position to adopt this document. > The support is quite limited, and not all the authors have replied to the > IPR question. > We are thus extending this poll until the 17th of February. > > M&T > > Le 26/01/2015 10:46, Martin Vigoureux a =C3=A9crit : > >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls- >> seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> >> > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --=20 *Luay* --001a113de27294bae8050ec19e01 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is a useful draft. Support

Luay
On Tue, Feb 10, 2015 = at 3:38 AM, Martin Vigoureux <martin.vigoureux@alcatel-l= ucent.com> wrote:
Authors,= Working Group,

this poll has ended and we are not in a position to adopt this document. The support is quite limited, and not all the authors have replied to the I= PR question.
We are thus extending this poll until the 17th of February.

M&T

Le 26/01/2015 10:46, Martin Vigoureux a =C3=A9crit :
Hello working group,

This email starts a two-week poll on adopting
draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group i= tem.

Please send comments to the list and state if you support adoption or
not (in the later case, please also state the reasons).

This poll runs until **February 9th**.


*Coincidentally*, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669
and 5378 for more details).

=3D=3D> *If you are listed as a document author or contributor* please respond to this email and indicate whether or not you are aware of any
relevant IPR.

The draft will not be adopted until a response has been received from
each author and contributor.

If you are not listed as an author or contributor, then please
explicitly respond only if you are aware of any IPR that has not yet
been disclosed in conformance with IETF rules.

Note that an IPR disclosure [2] exists for this document.

Thank you,

Martin & Thomas
bess chairs

[1] https://tools.ietf.org/html/draft-saj= assi-bess-evpn-vpls-seamless-integ
[2] ht= tps://datatracker.ietf.org/ipr/2472/

_______________________________________________
BESS mailing list
BESS@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/bess



_______________________________________________
BESS mailing list
BESS@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/bess



--
Luay
--001a113de27294bae8050ec19e01-- From nobody Tue Feb 10 12:22:26 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 351E21A1B87 for ; Tue, 10 Feb 2015 12:22:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CuG-bkS2kmsE for ; Tue, 10 Feb 2015 12:22:08 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DD401A6FD5 for ; Tue, 10 Feb 2015 12:22:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2895; q=dns/txt; s=iport; t=1423599728; x=1424809328; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=HZggVKNwpwuEe3pzyxSe2/8bsY2+eQZypYHD4X0flnw=; b=R7wldumPXWXIO/3ptGF0VdBCsZYrhPLVo6WlBmdw6WKX8Jn9kPs17ya/ Mz1YfCGsbO9IAShtB3OhscarHY2kjIgdM5+plNOzpnAPBuomiKGwg+3iy gAlJHAbDHiqQo7zZ2Fm8eSp8VMNVuAuMlGvIJjy2nUmd0nGp86cs4U70w 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DNBQCMZ9pU/4gNJK1YA4MGUloEwGuCHAqFcQKBI0MBAQEBAQF8hA0BAQQBAQFjCBkCAgEIRhsMCyUCBAESiC0Nu3yVEAEBAQEBAQEBAQEBAQEBAQEBAQEBARcEjxEKBwEqFhIFEYQZBYl8hSSDUYVdgRg2gk2OWyKDbm8BgQECBxcifwEBAQ X-IronPort-AV: E=Sophos;i="5.09,552,1418083200"; d="scan'208";a="122354655" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-5.cisco.com with ESMTP; 10 Feb 2015 20:22:07 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t1AKM7vl022832 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Feb 2015 20:22:07 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.43]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0195.001; Tue, 10 Feb 2015 14:22:07 -0600 From: "Patrice Brissette (pbrisset)" To: Martin Vigoureux , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AQHQRW89fzrGSNqg+UqGGx8naBy/Sw== Date: Tue, 10 Feb 2015 20:22:06 +0000 Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: <54D9D1A5.3050006@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [161.44.212.126] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 20:22:16 -0000 I=B9m strongly supporting the adoption of this document. This is solving a real problem seen on many customers. Regards, Patrice Patrice Brissette TECHNICAL LEADER.ENGINEERING pbrisset@cisco.com Phone: +1 613 254 3336 Cisco Systems Canada Co. / Les Systemes Cisco Canada CIE Canada Cisco.com Think before you print.This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Please click here=20 for Company Registration Information. On 2015-02-10, 4:38 AM, "Martin Vigoureux" wrote: >Authors, Working Group, > >this poll has ended and we are not in a position to adopt this document. >The support is quite limited, and not all the authors have replied to >the IPR question. >We are thus extending this poll until the 17th of February. > >M&T > >Le 26/01/2015 10:46, Martin Vigoureux a =E9crit : >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 10 12:34:28 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 932011A1BCF for ; Tue, 10 Feb 2015 12:34:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-qw_8w_xVgF for ; Tue, 10 Feb 2015 12:34:24 -0800 (PST) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 032961A1BFB for ; Tue, 10 Feb 2015 12:34:23 -0800 (PST) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-2) with ESMTP id 05b6ad45.2b2f6d234940.2242153.00-2420.6199596.nbfkord-smmo05.seg.att.com (envelope-from ); Tue, 10 Feb 2015 20:34:24 +0000 (UTC) X-MXL-Hash: 54da6b5059adfe08-4d5ed1ead6884bb620d0048f1f1ab35f0cb1d8af Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-2) over TLS secured channel with ESMTP id 1fa6ad45.0.2240659.00-2303.6195776.nbfkord-smmo05.seg.att.com (envelope-from ); Tue, 10 Feb 2015 20:32:50 +0000 (UTC) X-MXL-Hash: 54da6af277cbf8e6-5748d552cc27b74d0797d7739417ed9870cec9e7 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t1AKWnW1030304; Tue, 10 Feb 2015 15:32:49 -0500 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t1AKWhBG030245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Feb 2015 15:32:46 -0500 Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (MISOUT7MSGHUBAC.itservices.sbc.com [130.9.129.147]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Tue, 10 Feb 2015 20:32:31 GMT Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.186]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0195.001; Tue, 10 Feb 2015 15:32:30 -0500 From: "UTTARO, JAMES" To: "'Patrice Brissette (pbrisset)'" , "'Martin Vigoureux'" , "'bess@ietf.org'" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AQHQRRVwiaARhx+DxEuuIcXrGeWrTJzqqCAA//+wgUA= Date: Tue, 10 Feb 2015 20:32:30 +0000 Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.91.76.243] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=P56NcF8u c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=lB4lNuC3LbQA:10 a=BLceEmwcHowA:10 a=8nJEP1OIZ-IA:10 a=zQP] X-AnalysisOut: [7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=0HtSIViG9nkA:10 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=AUd_NHdVAAAA:8 a=gxZvrgisAAAA:8 a=l0TTBsY6AAAA:8 a] X-AnalysisOut: [=XBBw-mFk1q0IgtnLR4AA:9 a=wPNLvfGTeEIA:10 a=k3F0DFYMB4kA:1] X-AnalysisOut: [0 a=gUn9MpX-c_cA:10 a=YQAmekZH5AFNcASA:21 a=6vR_wx24hQqhbG] X-AnalysisOut: [LS:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 20:34:26 -0000 +1=20 Jim Uttaro -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Patrice Brissette (p= brisset) Sent: Tuesday, February 10, 2015 3:22 PM To: Martin Vigoureux; bess@ietf.org Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamles= s-integ I=B9m strongly supporting the adoption of this document. This is solving a real problem seen on many customers. Regards, Patrice Patrice Brissette TECHNICAL LEADER.ENGINEERING pbrisset@cisco.com Phone: +1 613 254 3336 Cisco Systems Canada Co. / Les Systemes Cisco Canada CIE Canada Cisco.com Think before you print.This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Please click here=20 for Company Registration Information. On 2015-02-10, 4:38 AM, "Martin Vigoureux" wrote: >Authors, Working Group, > >this poll has ended and we are not in a position to adopt this document. >The support is quite limited, and not all the authors have replied to >the IPR question. >We are thus extending this poll until the 17th of February. > >M&T > >Le 26/01/2015 10:46, Martin Vigoureux a =E9crit : >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Feb 10 14:09:09 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 254BF1A870C; Tue, 10 Feb 2015 14:09:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 v7DQnQkJ-j0X; Tue, 10 Feb 2015 14:09:02 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0511A037D; Tue, 10 Feb 2015 14:09:02 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "idr wg" Date: Tue, 10 Feb 2015 17:08:51 -0500 Message-ID: <037801d0457e$28769400$7963bc00$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0379_01D04554.3FA239B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBFfNWpkSPpPOaLRASXnjZA9jG05w== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: bess@ietf.org Subject: [bess] Calling for Help for L2VPN operators - on BGP Yang modules and Flow specification X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 22:09:04 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0379_01D04554.3FA239B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The IDR WG is considering a basic BGP yang model and flow specification related to L2VPN. The IDR chairs would appreciate any operator would runs an L2VPN network to help these efforts. The yang model is being created as a collaboration of operators in the OpenConfig group and a group of vendors. If you are an L2VPN operator, the OpenConfig group of operators would like to get your input on the BGP features L2VPN operators normally configure. The IDR chairs would like feedback on the draft-hao-idr-flowspec-evpn-02 from L2VPN operators. Would these operators contact (shares@ndzh.com or jgs@juniper.net) either offline or comment on the WG adoption call on list? Thank you, IDR chairs Sue Hares and John Scudder ------=_NextPart_000_0379_01D04554.3FA239B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The IDR WG = is considering a basic BGP yang model and flow specification related to = L2VPN.   The IDR chairs would appreciate any operator would = runs an L2VPN network to help these efforts.

 

The yang = model is being created as a collaboration of operators in the OpenConfig = group and a group of vendors.  If you are an L2VPN operator, the = OpenConfig group of operators would like to get your input on the BGP = features L2VPN operators normally configure.

 

The IDR = chairs would like feedback on the draft-hao-idr-flowspec-evpn-02 from L2VPN = operators.  Would these operators contact (shares@ndzh.com or jgs@juniper.net) either offline or = comment on the WG adoption call on list?

 

Thank = you,

IDR chairs

Sue Hares and John Scudder

 

=

 

 

------=_NextPart_000_0379_01D04554.3FA239B0-- From nobody Tue Feb 10 23:07:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73CE51A870D; Tue, 10 Feb 2015 23:06:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7OjLCMcaI96; Tue, 10 Feb 2015 23:06:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C34C1A802E; Tue, 10 Feb 2015 23:06:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150211070625.27739.50341.idtracker@ietfa.amsl.com> Date: Tue, 10 Feb 2015 23:06:25 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:06:55 -0000 IANA review state changed to IANA OK - Actions Needed ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ From nobody Tue Feb 10 23:07:10 2015 Return-Path: X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 352FA1A802E; Tue, 10 Feb 2015 23:06:56 -0800 (PST) X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73CE51A870D; Tue, 10 Feb 2015 23:06:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7OjLCMcaI96; Tue, 10 Feb 2015 23:06:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C34C1A802E; Tue, 10 Feb 2015 23:06:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150211070625.27739.50341.idtracker@ietfa.amsl.com> Date: Tue, 10 Feb 2015 23:06:25 -0800 From: IETF Secretariat Archived-At: Subject: [bess] ID Tracker State Update Notice: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 07:06:56 -0000 IANA review state changed to IANA OK - Actions Needed ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ From nobody Wed Feb 11 07:29:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3766D1A039B for ; Wed, 11 Feb 2015 07:29:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 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_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVJ9ncK9sbpp for ; Wed, 11 Feb 2015 07:29:39 -0800 (PST) Received: from fldsmtpe03.verizon.com (fldsmtpe03.verizon.com [140.108.26.142]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BABA31A1BAF for ; Wed, 11 Feb 2015 07:29:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1423668569; x=1455204569; h=from:to:date:subject:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=Sv93q5J+UoOW6Q0SoNr2/kMdLbBa0fkV0mDL4C5CdY0=; b=MeFvCeGdfHGvVeF+63bpDwqWbBtHUcsMrOU6KlDSOy4bXWETneVJ0UtD rN1nEumBhj2MBVBZxSfIzwX7FIPrOVud6OU/srwAEy0l0qotgu2dgX7eO QNkmFxiKNeWtW8G4AttOhdBKo3EzV5vKLVLOwxZHGMBge+ma4mK0pXpj1 E=; X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by fldsmtpe03.verizon.com with ESMTP; 11 Feb 2015 15:28:55 +0000 From: "Mcdysan, David E" X-IronPort-AV: E=Sophos;i="5.09,559,1418083200"; d="scan'208";a="936172593" Received: from fhdp1lumxc7hb05.verizon.com (HELO FHDP1LUMXC7HB05.us.one.verizon.com) ([166.68.59.192]) by fldsmtpi02.verizon.com with ESMTP; 11 Feb 2015 15:28:32 +0000 Received: from fhdp1lumxc7v11.us.one.verizon.com ([166.68.59.148]) by FHDP1LUMXC7HB05.us.one.verizon.com ([166.68.59.192]) with mapi; Wed, 11 Feb 2015 10:28:31 -0500 To: "bess@ietf.org" Date: Wed, 11 Feb 2015 10:28:31 -0500 Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AdBGD2QEuqSRV8V3T0Cf3uDHRP+9zw== Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: <54D9D1A5.3050006@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 15:29:42 -0000 Support. Dave On 2/10/15 4:38 AM, "Martin Vigoureux" wrote: >Authors, Working Group, > >this poll has ended and we are not in a position to adopt this document. >The support is quite limited, and not all the authors have replied to >the IPR question. >We are thus extending this poll until the 17th of February. > >M&T > >Le 26/01/2015 10:46, Martin Vigoureux a =E9crit : >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Wed Feb 11 09:37:45 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95D591A0AC8 for ; Wed, 11 Feb 2015 09:37:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kr15lRUgZxlh for ; Wed, 11 Feb 2015 09:37:41 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E92E61A1A22 for ; Wed, 11 Feb 2015 09:37:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3791; q=dns/txt; s=iport; t=1423676245; x=1424885845; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=JeOFDxW08TAapY9En7imWlHyPDoY2Ve/enJCNTK+nwE=; b=TdF+0g5i+ReNYwc3lv73k+H6dtqDmcISTV24aT5V8eQ7L8ufUfsevore qsUoJ4IBnEIf+syzde0fouw2TdV5L6Myhfpwg1acbVJVs3eDpi3HePqaB Fs2J4EGmDh+IriAP/Hhdf6Y84VXb0qjOWQ9vi30uye4V39v92aexUwx1a U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0FAFmS21StJA2K/2dsb2JhbABYA4MGUloEwngKhXECgShDAQEBAQEBfIQMAQEBBAEBAWMICwwCAgIBCBEEAQELHQcbDAsUCQgCBAENBQiIJQ29MpUvAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwSLCIQLCgcBHwsWEAIFBguDBYEUBYoAhSWDVIZ1OIJOjmEig25vAYEBAgcXIn8BAQE X-IronPort-AV: E=Sophos;i="5.09,559,1418083200"; d="scan'208";a="395307458" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-3.cisco.com with ESMTP; 11 Feb 2015 17:37:24 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t1BHbNFM010544 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 11 Feb 2015 17:37:23 GMT Received: from xmb-rcd-x05.cisco.com ([169.254.15.188]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Wed, 11 Feb 2015 11:37:23 -0600 From: "Jose Liste (jliste)" To: "UTTARO, JAMES" , "Patrice Brissette (pbrisset)" , "'Martin Vigoureux'" , "'bess@ietf.org'" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AQHQRRVwiaARhx+DxEuuIcXrGeWrTJzqqCAA//+wgUCAAV/ZYA== Date: Wed, 11 Feb 2015 17:37:23 +0000 Message-ID: <69E55E5ECE0CBB4E9B5AD9C09D31EEC526B36A33@xmb-rcd-x05.cisco.com> References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.157.10.191] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Jose Liste \(jliste\)" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 17:37:43 -0000 Support Jose Liste -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of UTTARO, JAMES Sent: Tuesday, February 10, 2015 12:33 PM To: Patrice Brissette (pbrisset); 'Martin Vigoureux'; 'bess@ietf.org' Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamles= s-integ +1 Jim Uttaro -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Patrice Brissette (p= brisset) Sent: Tuesday, February 10, 2015 3:22 PM To: Martin Vigoureux; bess@ietf.org Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamles= s-integ I=B9m strongly supporting the adoption of this document. This is solving a real problem seen on many customers. Regards, Patrice Patrice Brissette TECHNICAL LEADER.ENGINEERING pbrisset@cisco.com Phone: +1 613 254 3336 Cisco Systems Canada Co. / Les Systemes Cisco Canada CIE Canada Cisco.com <= http://www.cisco.com/global/CA/> Think before you print.This email may contain confidential and privileged material for the sole use o= f the intended recipient. Any review, use, distribution or disclosure by ot= hers is strictly prohibited. If you are not the intended recipient (or auth= orized to receive for the recipient), please contact the sender by reply em= ail and delete all copies of this message. Please click here for Co= mpany Registration Information. On 2015-02-10, 4:38 AM, "Martin Vigoureux" wrote: >Authors, Working Group, > >this poll has ended and we are not in a position to adopt this document. >The support is quite limited, and not all the authors have replied to >the IPR question. >We are thus extending this poll until the 17th of February. > >M&T > >Le 26/01/2015 10:46, Martin Vigoureux a =E9crit : >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Wed Feb 11 12:27:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE7AA1A1AA8 for ; Wed, 11 Feb 2015 12:27:49 -0800 (PST) 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZzXat2SlmJPq for ; Wed, 11 Feb 2015 12:27:47 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0778.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:778]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FFB21A079D for ; Wed, 11 Feb 2015 12:27:47 -0800 (PST) Received: from [172.29.34.156] (66.129.241.11) by BY1PR0501MB1094.namprd05.prod.outlook.com (25.160.103.140) with Microsoft SMTP Server (TLS) id 15.1.81.19; Wed, 11 Feb 2015 20:27:17 +0000 Message-ID: <54DBBB1E.5010401@juniper.net> Date: Wed, 11 Feb 2015 15:27:10 -0500 From: Eric C Rosen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "bess@ietf.org" Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BY2PR04CA058.namprd04.prod.outlook.com (10.141.249.176) To BY1PR0501MB1094.namprd05.prod.outlook.com (25.160.103.140) Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1094; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004); SRVR:BY1PR0501MB1094; X-Forefront-PRVS: 0484063412 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(230783001)(23676002)(229853001)(2351001)(2501002)(33656002)(36756003)(50466002)(87976001)(59896002)(54356999)(87266999)(77096005)(50986999)(65816999)(42186005)(450100001)(86362001)(40100003)(122386002)(65806001)(65956001)(66066001)(47776003)(83506001)(92566002)(62966003)(77156002)(110136001)(46102003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1094; H:[172.29.34.156]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1094; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2015 20:27:17.7231 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1094 Archived-At: Cc: erosen@juniper.net Subject: [bess] draft-rosen-bess-pta-flags X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 20:27:49 -0000 The PMSI Tunnel attribute defined in RFC6514 contains a "flags" octet. RFC 6514 only defines a single one-bit flag, "Leaf Information Required". However, the next revision of draft-dolganow-l3vpn-mvpn-expl-track is probably going to specify the use of a second bit from the flags octet. And draft-rabadan-bess-evpn-optimized-ir specifies the use of 4 bits from the flags octet. Since this particular octet only contains eight bits, it is probably a good idea to have an IANA registry for it, to minimize the chance that two different drafts will try to allocate the same bit for different purposes. Thus the trivial draft draft-rosen-bess-pta-flags, which, if progressed to RFC, would establish this registry. Given the small number of possible allocations, the proposed registration procedure is "Standards Action", which automatically includes the possibility of "early allocation". It might also be worth thinking about whether the interpretation of the flags octet should be dependent on the type of route to which the PMSI Tunnel attribute is attached. However, that complication is not currently suggested in the draft. Comments? From nobody Wed Feb 11 14:19:28 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE69E1A86F0 for ; Wed, 11 Feb 2015 14:19:25 -0800 (PST) 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 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 y8tT--GNPw54 for ; Wed, 11 Feb 2015 14:19:23 -0800 (PST) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (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 C80A11A7D82 for ; Wed, 11 Feb 2015 14:19:22 -0800 (PST) Received: by labhs14 with SMTP id hs14so6029948lab.1 for ; Wed, 11 Feb 2015 14:19:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j0ccJzfO9p6n/TFm4xka7ytzSAUyJ+AcnHKNvaUC/ys=; b=s5bcIrNA0DcGXPJADb5Z6KJudOp4NbPF+D3q/+CBXqAhQWUbIzqRFYu/6diPJv+iyh w+Lmd1ILOYKAIk50m8EwCkp3YeP1j2nMvAunTG8DMpRUA+9LG+Fo3FqJhDsgOrNmrarw VmN4+BvwcnqY6uIF8k0gWJNQdlqwCHLHGOgdL0GpTmoAPWI8Gb3hveK7psbbMNCyK2bM GGxY3vGUtK0+GjR7RRaI4TEWxpzuUwjmH3Q5LHSms04OL9cn7hnoxPiVnV8qkedhKCkO mX8knu93Mvd3FozCic9Y8gRsTvtgX0eF/smReI5jW/k48jBZ8HJc5wA4NQRtXx1D091t N13A== MIME-Version: 1.0 X-Received: by 10.112.184.198 with SMTP id ew6mr599177lbc.71.1423693161088; Wed, 11 Feb 2015 14:19:21 -0800 (PST) Received: by 10.152.179.163 with HTTP; Wed, 11 Feb 2015 14:19:20 -0800 (PST) In-Reply-To: <54C60D12.1090305@alcatel-lucent.com> References: <54C60D12.1090305@alcatel-lucent.com> Date: Wed, 11 Feb 2015 17:19:20 -0500 Message-ID: From: Aldrin Isaac To: Martin Vigoureux Content-Type: multipart/alternative; boundary=001a11c3c96a22cbdf050ed76551 Archived-At: Cc: "draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org" , "bess@ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 22:19:26 -0000 --001a11c3c96a22cbdf050ed76551 Content-Type: text/plain; charset=UTF-8 Support. On Monday, January 26, 2015, Martin Vigoureux < martin.vigoureux@alcatel-lucent.com> wrote: > Hello working group, > > This email starts a two-week poll on adopting > draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until **February 9th**. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are not listed as an author or contributor, then please explicitly > respond only if you are aware of any IPR that has not yet been disclosed in > conformance with IETF rules. > > Note that an IPR disclosure [2] exists for this document. > > Thank you, > > Martin & Thomas > bess chairs > > [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls- > seamless-integ > [2] https://datatracker.ietf.org/ipr/2472/ > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --001a11c3c96a22cbdf050ed76551 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Support. =C2=A0

On Monday, January 26, 2015, Martin Vig= oureux <martin.vi= goureux@alcatel-lucent.com> wrote:
Hello working group,

This email starts a two-week poll on adopting
draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group i= tem.

Please send comments to the list and state if you support adoption or
not (in the later case, please also state the reasons).

This poll runs until **February 9th**.


*Coincidentally*, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669
and 5378 for more details).

=3D=3D> *If you are listed as a document author or contributor* please respond to this email and indicate whether or not you are aware of any rele= vant IPR.

The draft will not be adopted until a response has been received from
each author and contributor.

If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in = conformance with IETF rules.

Note that an IPR disclosure [2] exists for this document.

Thank you,

Martin & Thomas
bess chairs

[1] https://tools.ietf.org/html/draft-saj= assi-bess-evpn-vpls-seamless-integ
[2] ht= tps://datatracker.ietf.org/ipr/2472/

_______________________________________________
BESS mailing list
BESS@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/bess
--001a11c3c96a22cbdf050ed76551-- From nobody Wed Feb 11 14:50:17 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FC921A1A3B for ; Wed, 11 Feb 2015 14:50:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOFMtB2ei9qb for ; Wed, 11 Feb 2015 14:50:09 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09E501A1ABB for ; Wed, 11 Feb 2015 14:50:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2040; q=dns/txt; s=iport; t=1423695006; x=1424904606; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=FFsLw7hTOgkTiQEwry0zv8vfyRksgBde3kTpwzgFRJg=; b=Z0XH9c/ibrGUGA27gd6gUNmkVbDCaPN5tRBNxkSgrDUi2VwycFAHuRCK D8UVYnQKXaY/4oihcwtuiDRJSCUyLLUAOnZgyYf+nbm6obzTDRfFzBCOo q4JOvowJbcKOdWOPzBhhI4fXCS/8amuRm9h6rdITRWGEGHtj0OEi4Uwax g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CbBQBO3NtU/51dJa1bgwZSWgTCfAqFcQKBIUMBAQEBAQF8hA0BAQQBAQFrGwIBCEYnCyUCBAESiC0N0ykBAQEBAQEBAQEBAQEBAQEBAQEWBIsMhAsKBwFXhCoFigCDP4Fmg1SFXYEYgwaOYSKDbm+BAgkXIn8BAQE X-IronPort-AV: E=Sophos;i="5.09,561,1418083200"; d="scan'208";a="122692157" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-1.cisco.com with ESMTP; 11 Feb 2015 22:50:05 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t1BMo5d3001283 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 11 Feb 2015 22:50:05 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.147]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Wed, 11 Feb 2015 16:50:05 -0600 From: "Reshad Rahman (rrahman)" To: Martin Vigoureux , "bess@ietf.org" Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AQHQRRVukqCmcYznJU+SqjU5qwjmzZzsIMMA Date: Wed, 11 Feb 2015 22:50:04 +0000 Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: <54D9D1A5.3050006@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [10.86.255.163] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <2B91948E09FCF94FBE8CD4C7D337B24B@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 22:50:14 -0000 Support. On 2015-02-10, 4:38 AM, "Martin Vigoureux" wrote: >Authors, Working Group, > >this poll has ended and we are not in a position to adopt this document. >The support is quite limited, and not all the authors have replied to >the IPR question. >We are thus extending this poll until the 17th of February. > >M&T > >Le 26/01/2015 10:46, Martin Vigoureux a =E9crit : >> Hello working group, >> >> This email starts a two-week poll on adopting >> draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. >> >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >> >> This poll runs until **February 9th**. >> >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >> and 5378 for more details). >> >> =3D=3D> *If you are listed as a document author or contributor* please >> respond to this email and indicate whether or not you are aware of any >> relevant IPR. >> >> The draft will not be adopted until a response has been received from >> each author and contributor. >> >> If you are not listed as an author or contributor, then please >> explicitly respond only if you are aware of any IPR that has not yet >> been disclosed in conformance with IETF rules. >> >> Note that an IPR disclosure [2] exists for this document. >> >> Thank you, >> >> Martin & Thomas >> bess chairs >> >> [1]=20 >>https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ >> [2] https://datatracker.ietf.org/ipr/2472/ >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Wed Feb 11 14:53:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE9991A1B22 for ; Wed, 11 Feb 2015 14:53:04 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JN5jRxXPB8F8 for ; Wed, 11 Feb 2015 14:53:01 -0800 (PST) Received: from mail1.bemta5.messagelabs.com (mail1.bemta5.messagelabs.com [195.245.231.138]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CEC81A1A97 for ; Wed, 11 Feb 2015 14:53:01 -0800 (PST) Received: from [85.158.139.3] by server-2.bemta-5.messagelabs.com id 62/3B-03511-B4DDBD45; Wed, 11 Feb 2015 22:52:59 +0000 X-Env-Sender: daniel.voyer@bell.ca X-Msg-Ref: server-8.tower-90.messagelabs.com!1423695166!39160399!15 X-Originating-IP: [206.47.0.168] X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15724 invoked from network); 11 Feb 2015 22:52:59 -0000 Received: from tls.exchange.bell.ca (HELO TLS.Exchange.bell.ca) (206.47.0.168) by server-8.tower-90.messagelabs.com with RC4-SHA encrypted SMTP; 11 Feb 2015 22:52:59 -0000 Received: from hub01-wyn.bell.corp.bce.ca (142.182.199.48) by dm1c8g.exchange1.bell.ca (198.235.102.109) with Microsoft SMTP Server id 8.3.342.0; Wed, 11 Feb 2015 17:52:45 -0500 Received: from MBX06.bell.corp.bce.ca ([142.182.199.97]) by hub01-wyn.bell.corp.bce.ca ([142.182.199.48]) with mapi; Wed, 11 Feb 2015 17:52:46 -0500 From: "Voyer, Daniel (520309)" To: Martin Vigoureux , "bess@ietf.org" Date: Wed, 11 Feb 2015 17:52:44 -0500 Thread-Topic: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AdBGTXOR20VQvmvzQyWYMmF5wreQ0Q== Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> <54D9D1A5.3050006@alcatel-lucent.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 22:53:05 -0000 KzENCg0KRGFuVg0KDQpTZW50IGZyb20gbXkgbW9iaWxlDQoNCj4gT24gRmViIDExLCAyMDE1LCBh dCAxNzo1MCwgUmVzaGFkIFJhaG1hbiAocnJhaG1hbikgPHJyYWhtYW5AY2lzY28uY29tPiB3cm90 ZToNCj4gDQo+IFN1cHBvcnQuDQo+IA0KPiANCj4gDQo+IA0KPiBPbiAyMDE1LTAyLTEwLCA0OjM4 IEFNLCAiTWFydGluIFZpZ291cmV1eCINCj4gPG1hcnRpbi52aWdvdXJldXhAYWxjYXRlbC1sdWNl bnQuY29tPiB3cm90ZToNCj4gDQo+PiBBdXRob3JzLCBXb3JraW5nIEdyb3VwLA0KPj4gDQo+PiB0 aGlzIHBvbGwgaGFzIGVuZGVkIGFuZCB3ZSBhcmUgbm90IGluIGEgcG9zaXRpb24gdG8gYWRvcHQg dGhpcyBkb2N1bWVudC4NCj4+IFRoZSBzdXBwb3J0IGlzIHF1aXRlIGxpbWl0ZWQsIGFuZCBub3Qg YWxsIHRoZSBhdXRob3JzIGhhdmUgcmVwbGllZCB0bw0KPj4gdGhlIElQUiBxdWVzdGlvbi4NCj4+ IFdlIGFyZSB0aHVzIGV4dGVuZGluZyB0aGlzIHBvbGwgdW50aWwgdGhlIDE3dGggb2YgRmVicnVh cnkuDQo+PiANCj4+IE0mVA0KPj4gDQo+PiBMZSAyNi8wMS8yMDE1IDEwOjQ2LCBNYXJ0aW4gVmln b3VyZXV4IGEgw6ljcml0IDoNCj4+PiBIZWxsbyB3b3JraW5nIGdyb3VwLA0KPj4+IA0KPj4+IFRo aXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgcG9sbCBvbiBhZG9wdGluZw0KPj4+IGRyYWZ0LXNh amFzc2ktYmVzcy1ldnBuLXZwbHMtc2VhbWxlc3MtaW50ZWcgWzFdIGFzIGEgd29ya2luZyBncm91 cCBpdGVtLg0KPj4+IA0KPj4+IFBsZWFzZSBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IGFuZCBz dGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBvcg0KPj4+IG5vdCAoaW4gdGhlIGxhdGVyIGNh c2UsIHBsZWFzZSBhbHNvIHN0YXRlIHRoZSByZWFzb25zKS4NCj4+PiANCj4+PiBUaGlzIHBvbGwg cnVucyB1bnRpbCAqKkZlYnJ1YXJ5IDl0aCoqLg0KPj4+IA0KPj4+IA0KPj4+ICpDb2luY2lkZW50 YWxseSosIHdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgSVBSIHRoYXQN Cj4+PiBhcHBsaWVzIHRvIHRoaXMgZHJhZnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBk aXNjbG9zZWQgaW4NCj4+PiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNz IDM5NzksIDQ4NzksIDM2NjkNCj4+PiBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCj4+PiAN Cj4+PiA9PT4gKklmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRy aWJ1dG9yKiBwbGVhc2UNCj4+PiByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdo ZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55DQo+Pj4gcmVsZXZhbnQgSVBSLg0KPj4+ IA0KPj4+IFRoZSBkcmFmdCB3aWxsIG5vdCBiZSBhZG9wdGVkIHVudGlsIGEgcmVzcG9uc2UgaGFz IGJlZW4gcmVjZWl2ZWQgZnJvbQ0KPj4+IGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCj4+ PiANCj4+PiBJZiB5b3UgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9y LCB0aGVuIHBsZWFzZQ0KPj4+IGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdh cmUgb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0DQo+Pj4gYmVlbiBkaXNjbG9zZWQgaW4gY29u Zm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KPj4+IA0KPj4+IE5vdGUgdGhhdCBhbiBJUFIgZGlz Y2xvc3VyZSBbMl0gZXhpc3RzIGZvciB0aGlzIGRvY3VtZW50Lg0KPj4+IA0KPj4+IFRoYW5rIHlv dSwNCj4+PiANCj4+PiBNYXJ0aW4gJiBUaG9tYXMNCj4+PiBiZXNzIGNoYWlycw0KPj4+IA0KPj4+ IFsxXSANCj4+PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtc2FqYXNzaS1iZXNz LWV2cG4tdnBscy1zZWFtbGVzcy1pbnRlZw0KPj4+IFsyXSBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2lwci8yNDcyLw0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+Pj4gQkVTUyBtYWlsaW5nIGxpc3QNCj4+PiBCRVNTQGlldGYu b3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo+PiAN Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBC RVNTIG1haWxpbmcgbGlzdA0KPj4gQkVTU0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBCRVNTIG1haWxpbmcgbGlzdA0KPiBCRVNTQGlldGYu b3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0K From nobody Wed Feb 11 18:42:59 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF73C1A1B95 for ; Wed, 11 Feb 2015 18:42:57 -0800 (PST) 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 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 bd3FQM8MnOOt for ; Wed, 11 Feb 2015 18:42:53 -0800 (PST) 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 85FB71A1B91 for ; Wed, 11 Feb 2015 18:42:52 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id DFFDFAEF91406; Thu, 12 Feb 2015 02:42:50 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t1C2gpua014176 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 12 Feb 2015 03:42:51 +0100 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.123]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Thu, 12 Feb 2015 03:42:51 +0100 From: "Rabadan, Jorge (Jorge)" To: Eric C Rosen , "bess@ietf.org" Thread-Topic: [bess] draft-rosen-bess-pta-flags Thread-Index: AQHQRjk65ePYjTCYKEefIIEO1Qw+J5zrt9mA Date: Thu, 12 Feb 2015 02:42:49 +0000 Message-ID: References: <54DBBB1E.5010401@juniper.net> In-Reply-To: <54DBBB1E.5010401@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [bess] draft-rosen-bess-pta-flags X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 02:42:58 -0000 RXJpYywNCg0KVGhhbmtzIGZvciB0aGlzLiBJdCBpcyB2ZXJ5IG11Y2ggbmVlZGVkLg0KDQpBYm91 dCB0aGlzOg0KDQoiSXQgbWlnaHQgYWxzbyBiZSB3b3J0aCB0aGlua2luZyBhYm91dCB3aGV0aGVy IHRoZSBpbnRlcnByZXRhdGlvbiBvZiB0aGUNCmZsYWdzIG9jdGV0IHNob3VsZCBiZSBkZXBlbmRl bnQgb24gdGhlIHR5cGUgb2Ygcm91dGUgdG8gd2hpY2ggdGhlIFBNU0kNClR1bm5lbCBhdHRyaWJ1 dGUgaXMgYXR0YWNoZWQuICBIb3dldmVyLCB0aGF0IGNvbXBsaWNhdGlvbiBpcyBub3QNCmN1cnJl bnRseSBzdWdnZXN0ZWQgaW4gdGhlIGRyYWZ0LiINCg0KQXMgeW91IHNheSwgZ2l2ZW4gdGhlIHNt YWxsIG51bWJlciBvZiBwb3NzaWJsZSBhbGxvY2F0aW9ucyBJIHRoaW5rIHdlDQpzaG91bGQgbWFr ZSB0aGUgYWxsb2NhdGlvbiBzcGVjaWZpYyB0byB0aGUgdHlwZSBvZiByb3V0ZSBhbmQgVHVubmVs IFR5cGUuDQpUaGlzIGlzIHdoYXQgd2UgYWRkZWQgaW4gZHJhZnQtcmFiYWRhbi1iZXNzLWV2cG4t b3B0aW1pemVkLWlyOg0KDQoiVGhlIGRlZmluaXRpb24gb2YgdGhlICJGbGFncyIgb2N0ZWN0IGlz IHNwZWNpZmljIHRvIFBUQXMgd2l0aCBUdW5uZWwNClR5cGVzIElSICgweDA2KSBhbmQgQVIgKFRC RCkuIFRoZSB1c2Ugb2YgdGhlIGRlc2NyaWJlZCBmbGFncyBmb3INCm90aGVyIFR1bm5lbCBUeXBl cyBpcyBvdXQgb2YgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuIg0KDQpUaGFua3MuDQpKb3Jn ZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRXJpYyBDIFJvc2VuIDxlcm9z ZW5AanVuaXBlci5uZXQ+DQpEYXRlOiBXZWRuZXNkYXksIEZlYnJ1YXJ5IDExLCAyMDE1IGF0IDEy OjI3IFBNDQpUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KQ2M6ICJlcm9zZW5A anVuaXBlci5uZXQiIDxlcm9zZW5AanVuaXBlci5uZXQ+DQpTdWJqZWN0OiBbYmVzc10gZHJhZnQt cm9zZW4tYmVzcy1wdGEtZmxhZ3MNCg0KPlRoZSBQTVNJIFR1bm5lbCBhdHRyaWJ1dGUgZGVmaW5l ZCBpbiBSRkM2NTE0IGNvbnRhaW5zIGEgImZsYWdzIiBvY3RldC4NCj5SRkMgNjUxNCBvbmx5IGRl ZmluZXMgYSBzaW5nbGUgb25lLWJpdCBmbGFnLCAiTGVhZiBJbmZvcm1hdGlvbg0KPlJlcXVpcmVk Ii4gIEhvd2V2ZXIsIHRoZSBuZXh0IHJldmlzaW9uIG9mDQo+ZHJhZnQtZG9sZ2Fub3ctbDN2cG4t bXZwbi1leHBsLXRyYWNrIGlzIHByb2JhYmx5IGdvaW5nIHRvIHNwZWNpZnkgdGhlDQo+dXNlIG9m IGEgc2Vjb25kIGJpdCBmcm9tIHRoZSBmbGFncyBvY3RldC4gIEFuZA0KPmRyYWZ0LXJhYmFkYW4t YmVzcy1ldnBuLW9wdGltaXplZC1pciBzcGVjaWZpZXMgdGhlIHVzZSBvZiA0IGJpdHMgZnJvbQ0K PnRoZSBmbGFncyBvY3RldC4gIFNpbmNlIHRoaXMgcGFydGljdWxhciBvY3RldCBvbmx5IGNvbnRh aW5zIGVpZ2h0IGJpdHMsDQo+aXQgaXMgcHJvYmFibHkgYSBnb29kIGlkZWEgdG8gaGF2ZSBhbiBJ QU5BIHJlZ2lzdHJ5IGZvciBpdCwgdG8gbWluaW1pemUNCj50aGUgY2hhbmNlIHRoYXQgdHdvIGRp ZmZlcmVudCBkcmFmdHMgd2lsbCB0cnkgdG8gYWxsb2NhdGUgdGhlIHNhbWUgYml0DQo+Zm9yIGRp ZmZlcmVudCBwdXJwb3Nlcy4NCj4NCj5UaHVzIHRoZSB0cml2aWFsIGRyYWZ0IGRyYWZ0LXJvc2Vu LWJlc3MtcHRhLWZsYWdzLCB3aGljaCwgaWYgcHJvZ3Jlc3NlZA0KPnRvIFJGQywgd291bGQgZXN0 YWJsaXNoIHRoaXMgcmVnaXN0cnkuDQo+DQo+R2l2ZW4gdGhlIHNtYWxsIG51bWJlciBvZiBwb3Nz aWJsZSBhbGxvY2F0aW9ucywgdGhlIHByb3Bvc2VkDQo+cmVnaXN0cmF0aW9uIHByb2NlZHVyZSBp cyAiU3RhbmRhcmRzIEFjdGlvbiIsIHdoaWNoIGF1dG9tYXRpY2FsbHkNCj5pbmNsdWRlcyB0aGUg cG9zc2liaWxpdHkgb2YgImVhcmx5IGFsbG9jYXRpb24iLg0KPg0KPkl0IG1pZ2h0IGFsc28gYmUg d29ydGggdGhpbmtpbmcgYWJvdXQgd2hldGhlciB0aGUgaW50ZXJwcmV0YXRpb24gb2YgdGhlDQo+ ZmxhZ3Mgb2N0ZXQgc2hvdWxkIGJlIGRlcGVuZGVudCBvbiB0aGUgdHlwZSBvZiByb3V0ZSB0byB3 aGljaCB0aGUgUE1TSQ0KPlR1bm5lbCBhdHRyaWJ1dGUgaXMgYXR0YWNoZWQuICBIb3dldmVyLCB0 aGF0IGNvbXBsaWNhdGlvbiBpcyBub3QNCj5jdXJyZW50bHkgc3VnZ2VzdGVkIGluIHRoZSBkcmFm dC4NCj4NCj5Db21tZW50cz8NCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPkJFU1MgbWFpbGluZyBsaXN0DQo+QkVTU0BpZXRmLm9yZw0KPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0KDQo= From nobody Wed Feb 11 22:18:07 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5CE31A9040 for ; Wed, 11 Feb 2015 22:18:04 -0800 (PST) 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 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 DJG8GXFXjESN for ; Wed, 11 Feb 2015 22:18:02 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C29CB1A903F for ; Wed, 11 Feb 2015 22:18:02 -0800 (PST) X-AuditID: c618062d-f79376d000000ceb-aa-54dbf1f10861 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 89.84.03307.1F1FBD45; Thu, 12 Feb 2015 01:21:05 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Thu, 12 Feb 2015 01:18:01 -0500 From: Jeff Tantsura To: Eric C Rosen , "bess@ietf.org" Thread-Topic: [bess] draft-rosen-bess-pta-flags Thread-Index: AQHQRjk5R99WJaJADUWDLByKct7s/JzsWLEA Date: Thu, 12 Feb 2015 06:18:00 +0000 Message-ID: References: <54DBBB1E.5010401@juniper.net> In-Reply-To: <54DBBB1E.5010401@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [147.117.188.12] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyuXRPrO7Hj7dDDI6stbRYcXwms8W6DR+Y HZg8liz5yeRxvekqewBTFJdNSmpOZllqkb5dAlfG2c1XGQuu81RMvZTbwHiGq4uRk0NCwERi 9uK7rBC2mMSFe+vZuhi5OIQEjjBKfN8/gx3CWc4o8efVbhaQKjYBA4n/346D2SICbhKN+w+x g9jCAnoS3+d9YYWI60vsmnoDyjaSWHb2ExuIzSKgKtE05Q0TiM0rYC6xfNEvRhBbSEBL4ti1 W2BxTgFtif6WVmYQmxHoou+n1oDFmQXEJW49mc8EcamAxJI955khbFGJl4//ge0SBbrh2YbN 7BBxJYk5r68xQ/TqSCzYDXEDs4C1xIkrB1khbG2JZQtfM0PcIyhxcuYTlgmM4rOQrJuFpH0W kvZZSNpnIWlfwMi6ipGjtDi1LDfdyGATIzCqjkmw6e5g3PPS8hCjAAejEg9vQe+tECHWxLLi ytxDjNIcLErivIseHAwREkhPLEnNTk0tSC2KLyrNSS0+xMjEwSnVwDhL0egj34rvD7Y0P0h+ zPj83A9tzcaP869O7W9tuHRaf8fcZbai0pfZd/q94iw8rl73MNvje8KaZxYq5x4y9Ch57o06 8diE75279r3F/149PXf/yZu6i1zGe/dNObq34YyYanhkR1vHz3TfrRo8P/yuBH+pkGM4MknK cfP7gsamLMY9Cse6+OWUWIozEg21mIuKEwFyCpHciwIAAA== Archived-At: Subject: Re: [bess] draft-rosen-bess-pta-flags X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 06:18:05 -0000 Very useful, support! Cheers, Jeff -----Original Message----- From: Eric C Rosen Date: Wednesday, February 11, 2015 at 12:27 PM To: "bess@ietf.org" Cc: "erosen@juniper.net" Subject: [bess] draft-rosen-bess-pta-flags >The PMSI Tunnel attribute defined in RFC6514 contains a "flags" octet. >RFC 6514 only defines a single one-bit flag, "Leaf Information >Required". However, the next revision of >draft-dolganow-l3vpn-mvpn-expl-track is probably going to specify the >use of a second bit from the flags octet. And >draft-rabadan-bess-evpn-optimized-ir specifies the use of 4 bits from >the flags octet. Since this particular octet only contains eight bits, >it is probably a good idea to have an IANA registry for it, to minimize >the chance that two different drafts will try to allocate the same bit >for different purposes. > >Thus the trivial draft draft-rosen-bess-pta-flags, which, if progressed >to RFC, would establish this registry. > >Given the small number of possible allocations, the proposed >registration procedure is "Standards Action", which automatically >includes the possibility of "early allocation". > >It might also be worth thinking about whether the interpretation of the >flags octet should be dependent on the type of route to which the PMSI >Tunnel attribute is attached. However, that complication is not >currently suggested in the draft. > >Comments? > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Thu Feb 12 17:04:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC6E51A026C for ; Thu, 12 Feb 2015 17:04:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8SwgLPTMVF6t for ; Thu, 12 Feb 2015 17:04:42 -0800 (PST) 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 EA69B1A03F9 for ; Thu, 12 Feb 2015 17:04:41 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSO71024; Fri, 13 Feb 2015 01:04:40 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 13 Feb 2015 01:04:39 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 13 Feb 2015 09:04:36 +0800 From: Xuxiaohu To: "bess@ietf.org" Thread-Topic: New Version Notification for draft-xu-bess-encaps-udp-00.txt Thread-Index: AQHQRyid5BvDmsiotEqhU8/FD6OE55ztwwLw Date: Fri, 13 Feb 2015 01:04:35 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064B3@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [bess] FW: New Version Notification for draft-xu-bess-encaps-udp-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 01:04:45 -0000 SGkgYWxsLA0KDQpUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIG5ldyBCb3JkZXIgR2F0ZXdheSBQ cm90b2NvbCAoQkdQKSBUdW5uZWwgVHlwZSBvZiBVc2VyIERhdGFncmFtIFByb3RvY29sIChVRFAp IHR1bm5lbHMsIHdoaWNoIGlzIGFwcGxpY2FibGUgdG8gdGhlIE1QTFMtaW4tVURQIGVuY2Fwc3Vs YXRpb24gYXMgZGVmaW5lZCBpbiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtbXBscy1pbi11ZHAtMTEpLg0KDQpBbnkgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zIGFyZSB3 ZWxjb21lLg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCj4gRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnXQ0KPiBTZW50OiBGcmlkYXksIEZlYnJ1YXJ5IDEzLCAyMDE1IDk6MDEg QU0NCj4gVG86IE5pc2NoYWwgU2hldGg7IFh1eGlhb2h1OyBSYWppdiBBc2F0aTsgWHV4aWFvaHU7 IE5pc2NoYWwgU2hldGg7IFJhaml2IEFzYXRpDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQteHUtYmVzcy1lbmNhcHMtdWRwLTAwLnR4dA0KPiANCj4gDQo+IEEg bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC14dS1iZXNzLWVuY2Fwcy11ZHAtMDAudHh0IGhhcyBi ZWVuIHN1Y2Nlc3NmdWxseQ0KPiBzdWJtaXR0ZWQgYnkgWGlhb2h1IFh1IGFuZCBwb3N0ZWQgdG8g dGhlIElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC14dS1iZXNzLWVuY2Fwcy11 ZHANCj4gUmV2aXNpb246CTAwDQo+IFRpdGxlOgkJQkdQIFR1bm5lbCBFbmNhcHN1bGF0aW9uIEF0 dHJpYnV0ZSBmb3IgVURQDQo+IERvY3VtZW50IGRhdGU6CTIwMTUtMDItMTINCj4gR3JvdXA6CQlJ bmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQk1DQo+IFVSTDoNCj4gaHR0cDovL3d3dy5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQteHUtYmVzcy1lbmNhcHMtdWRwLTAwLnR4dA0K PiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt eHUtYmVzcy1lbmNhcHMtdWRwLw0KPiBIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQteHUtYmVzcy1lbmNhcHMtdWRwLTAwDQo+IA0KPiANCj4gQWJzdHJhY3Q6 DQo+ICAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgbmV3IEJvcmRlciBHYXRld2F5IFByb3Rv Y29sIChCR1ApIFR1bm5lbA0KPiAgICBUeXBlIG9mIFVzZXIgRGF0YWdyYW0gUHJvdG9jb2wgKFVE UCkgdHVubmVscy4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Thu Feb 12 17:21:33 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7AEE1A026C; Thu, 12 Feb 2015 17:21:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zL7IcBWTjytB; Thu, 12 Feb 2015 17:21:11 -0800 (PST) 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 57DC81A0264; Thu, 12 Feb 2015 17:21:10 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPF63868; Fri, 13 Feb 2015 01:21:09 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 13 Feb 2015 01:21:07 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Fri, 13 Feb 2015 09:21:02 +0800 From: Xuxiaohu To: "bess@ietf.org" Thread-Topic: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Thread-Index: AQHQRytUcGZn4ONeakCtxHdYX1jLBA== Date: Fri, 13 Feb 2015 01:21:02 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Softwires WG Subject: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 01:21:24 -0000 SGkgYWxsLA0KDQpBY2NvcmRpbmcgdG8gdGhlIHN1Z2dlc3Rpb24gZnJvbSBBZHJpYW4gYXMgYSBS b3V0aW5nIGNvLUFELCBkcmFmdC14dS1zb2Z0d2lyZS1lbmNhcHMtdWRwIChodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQteHUtc29mdHdpcmUtZW5jYXBzLXVkcCkgd2hpY2ggd2FzIHBv c3RlZCB0byB0aGUgU29mdHdpcmUgV0cgaXMgbm93IHBvc3RlZCB0byB0aGUgQkVTUyBXRy4gDQoN CkFueSBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgYXJlIHdlbGNvbWUuDQoNCkJlc3QgcmVnYXJk cywNClhpYW9odQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFh1eGlh b2h1DQo+IFNlbnQ6IEZyaWRheSwgRmVicnVhcnkgMTMsIDIwMTUgODo0NSBBTQ0KPiBUbzogJ2Fk cmlhbkBvbGRkb2cuY28udWsnOyAnQmxhY2ssIERhdmlkJzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsN Cj4gZHJhZnQtaWV0Zi1sM3Zwbi1lbmQtc3lzdGVtQHRvb2xzLmlldGYub3JnOyBiZXNzLWNoYWly c0B0b29scy5pZXRmLm9yZzsNCj4gc29mdHdpcmUtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+IENj OiAnQWx2YXJvIFJldGFuYSc7IGFrYXRsYXNAZ21haWwuY29tOyAnTG9hIEFuZGVyc3NvbicNCj4g U3ViamVjdDogUkU6IGRyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbSBhbmQgZHJhZnQtaWV0Zi1t cGxzLWluLXVkcA0KPiANCj4gSGkgQWRyaWFuLA0KPiANCj4gVGhhbmtzIGEgbG90IGZvciB5b3Vy IHJlc3BvbnNlLiBBbHRob3VnaCBSRkM1NTEyIChpLmUuLA0KPiBkcmFmdC1pZXRmLXNvZnR3aXJl LWVuY2Fwcy1zYWZpKSBhbmQgUkZDNTU2NiAoaS5lLiwNCj4gZHJhZnQtaWV0Zi1zb2Z0d2lyZS1l bmNhcHMtaXBzZWMpIHdoaWNoIHNwZWNpZnkgdGhlIEJHUCBUdW5uZWwgRW5jYXBzdWxhdGlvbg0K PiBBdHRyaWJ1dGUgVHVubmVsIFR5cGVzIGZvciBHUkUsIEwyVFB2MyBhbmQgSVBzZWMgcmVzcGVj dGl2ZWx5IGFyZSBhbGwgb3JpZ2luYXRlZA0KPiBmcm9tIFNvZnR3aXJlLCBhbmQgZnVydGhlciB0 aGUgU29mdHdpcmUgV0cgY28tY2hhaXJzIGRpZG4ndCBzdGF0ZSB0aGF0DQo+IGRyYWZ0LXh1LXNv ZnR3aXJlLWVuY2Fwcy11ZHAgZG9lc24ndCBiZWxvbmcgdG8gdGhlaXIgV0csIGlmIHRoZSBCRVNT IGFuZA0KPiBTb2Z0d2lyZSBXRyBjby1jaGFpcnMgY291bGQgcmVhY2ggYW4gYWdyZWVtZW50IHRo YXQgYW55IGZ1dHVyZSB3b3JrIHJlbGF0ZWQNCj4gdG8gQkdQIFR1bm5lbCBFbmNhcHN1bGF0aW9u IEF0dHJpYnV0ZSBzaG91bGQgYmUgZG9uZSBpbiB0aGUgQkVTUyBXRywgaXQgbG9va3MNCj4gZmlu ZSB0byBtZS4gSSB3b3VsZCBzdWJtaXQgdGhlIHNhbWUgZHJhZnQgdG8gdGhlIEJFU1MgV0cgYXMN Cj4gZHJhZnQteHUtYmVzcy1lbmNhcHMtdWRwLg0KPiANCj4gQmVzdCByZWdhcmRzLA0KPiBYaWFv aHUNCj4gDQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBBZHJpYW4g RmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10NCj4gPiBTZW50OiBUaHVyc2RheSwg RmVicnVhcnkgMTIsIDIwMTUgMTA6NTAgUE0NCj4gPiBUbzogWHV4aWFvaHU7ICdCbGFjaywgRGF2 aWQnOyByY2FsbG9uQGp1bmlwZXIubmV0Ow0KPiA+IGRyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3Rl bUB0b29scy5pZXRmLm9yZzsNCj4gPiBiZXNzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgc29mdHdp cmUtY2hhaXJzQHRvb2xzLmlldGYub3JnDQo+ID4gQ2M6ICdBbHZhcm8gUmV0YW5hJzsgYWthdGxh c0BnbWFpbC5jb207ICdMb2EgQW5kZXJzc29uJw0KPiA+IFN1YmplY3Q6IFJFOiBkcmFmdC1pZXRm LWwzdnBuLWVuZC1zeXN0ZW0gYW5kIGRyYWZ0LWlldGYtbXBscy1pbi11ZHANCj4gPg0KPiA+IEhl bGxvIGFsbCwNCj4gPg0KPiA+IDEuIFdoeSBzb2Z0d2lyZT8gVGhhdCBpcyBzdHJpY3RseSBJUC1p bi1JUCB3aXRoIGEgcGFydGljdWxhciBpbnRlbnRpb24NCj4gPiBvZiA0LW92ZXItNiBhbmQgNi1v dmVyLTQuIFdoeSB3b3VsZCBNUExTLWluLVVEUCBmYWxsIGludG8gdGhlaXIgY2hhcnRlcj8NCj4g PiBZb3Ugc2F5ICJhbGwgdGhlIHNwZWNpZmljYXRpb25zIGZvciB0aGUgQkdQIHNpZ25hbGluZyBm b3IgR1JFLCBJUHNlYw0KPiA+IGFuZCBldGMgd2VyZSBhbGwgZGVmaW5lZCBpbiBzZXBhcmF0ZSBk cmFmdHMgYmVsb25naW5nIHRvIHRoZSBTb2Z0d2lyZQ0KPiA+IFdHIiBidXQgSSBzZWUgbm8gZXZp ZGVuY2Ugb2YgdGhpcy4gVGhlIG9ubHkgdmFndWVseSByZWxhdGVkIGRyYWZ0IEkNCj4gPiBjYW4g c2VlIGlzIGRyYWZ0LXh1LXNvZnR3aXJlLWlwLWluLXVkcCB3aGljaCBpcyBhIHNwZWNpZmljDQo+ ID4gSVAtb3Zlci1VRFAtb3Zlci1JUCBtZWNoYW5pc20gYWJvdXQgd2hpY2ggSSB3aWxsIHJlc2Vy dmUganVkZ2VtZW50DQo+ID4gZXhjZXB0IHRvIHNheSB0aGF0IEkgdGhhdCBzb2Z0d2lyZSByZWFs bHkgbmVlZHMgeWV0IGFub3RoZXIgdHJhbnNpdGlvbg0KPiA+IG1lY2hhbmlzbSBhbmQgdGhhdCBJ IGJlbGlldmUgSVAtaW4tSVAgY2FuIGJlIGhhc2hlZCBieSBleGlzdGluZyBFQ01QDQo+IGhhcmR3 YXJlLg0KPiA+DQo+ID4gWW91IGFsc28gcmVmZXJlbmNlZCBkcmFmdC14dS1zb2Z0d2lyZS1lbmNh cHMtdWRwIGJ1dCBJIGJlbGlldmUgdGhpcw0KPiA+IGRvY3VtZW50IGV4cGlyZWQgb3ZlciAxMiBt b250aHMgYWdvLiBJIHdvdWxkIG5vdCBzYXkgdGhhdCBpdCB3YXMgdGhlDQo+ID4gbW9zdCBzdWJz dGFudGl2ZSBvciB0ZWNobmljYWwgZG9jdW1lbnQgSSBoYXZlIGV2ZXIgcmVhZCA6LSkNCj4gPg0K PiA+IEkgaGF2ZSBub3QgcmVtb3ZlZCB0aGUgY2hhaXJzIGZyb20gdGhpcyB0aHJlYWQsIGJ1dCBJ IHJlYWxseSBoYXRlDQo+ID4gc3BhbW1pbmcgcGVvcGxlJ3MgaW4tYm94ZXMuDQo+ID4NCj4gPiAy LiBXaGlsZSBYaWFvaHUgaGFzIGNvcnJlY3RseSBwb2ludGVkIGF0IHRoZSBjdXJyZW50IHZlcnNp b24gb2YgdGhlDQo+ID4gSS1ELCBpdCBtaWdodCBiZSBiZXR0ZXIgdG8gbG9vayBhdCB0aGUgc3Rh dHVzIGluIHRoZSBEYXRhdHJhY2tlciB2aWENCj4gPiBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbS8NCj4gPiAtIFlvdSdsbCBzZWUgdGhh dCB0aGUgc3RhdHVzIGlzIFdhaXRpbmcgZm9yIEFEIEdvLUFoZWFkOjpSZXZpc2VkIEktRA0KPiA+ IE5lZWRlZCB3aGljaCBtZWFucyBpdCBoYXMgY29tcGxldGVkIElFVEYgbGFzdCBjYWxsIGFuZCBp cyB3YWl0aW5nIGZvciBhDQo+IHJldmlzaW9uLg0KPiA+DQo+ID4gMy4gSWYgeW91IGFyZSBmb2xs b3dpbmcgdGhlIEJFU1MgbWFpbGluZyBsaXN0LCB5b3UnbGwgc2VlIHRoYXQgdGhlcmUNCj4gPiBp cyB0ZXh0IGFncmVlZCB3aXRoIElBTkEgdG8gZml4IHRoZSAiZW1wdHkiIElBTkEgY29uc2lkZXJh dGlvbnMgc2VjdGlvbi4NCj4gPiBodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIv YmVzcy9jdXJyZW50L21zZzAwMjMzLmh0bWwNCj4gPiBUaGlzIHdpbGwgYmUgaW4gdGhlIG5leHQg cmV2aXNpb24gb2YgdGhlIGRyYWZ0Lg0KPiA+DQo+ID4gNC4gSSBhbSBzdXJlIHdlIGNhbiBpbnZv bHZlIHRoZSBCRVNTIGNoYWlycyBhbnkgdGltZSB3ZSBub3RlIHNvbWUgd29yaw0KPiA+IHRoYXQg dGhleSBuZWVkIHRvIGRvLiBBdCB0aGUgbW9tZW50LCB0aGV5IG1heSBiZSBpbnRlcmVzdGVkIHRv IGtub3cNCj4gPiB0aGVyZSBpcyBhIGNvbnZlcnNhdGlvbiwgYnV0IEkgZG9uJ3Qga25vdyB0aGF0 IHdlIGhhdmUgaWRlbnRpZmllZCBhbnkNCj4gPiBhY3Rpb25zIGZvciB0aGVtLiBJIGhhdmUgbm90 IHJlbW92ZWQgdGhlbSBmcm9tIHRoaXMgdGhyZWFkLCBidXQgSQ0KPiA+IHJlYWxseSBoYXRlIHNw YW1taW5nIHBlb3BsZSdzIGluLWJveGVzLg0KPiA+DQo+ID4NCj4gPiBJIGJlbGlldmUgdGhlcmUg YXJlIHR3byBwaWVjZXMgb2Ygd29yazoNCj4gPg0KPiA+IEEuIEFzc2lnbiBhIEJHUCBUdW5uZWwg RW5jYXBzdWxhdGlvbiBBdHRyaWJ1dGUgVHVubmVsIFR5cGUuIFRoaXMgaGFzDQo+ID4gYWxyZWFk eSBiZWVuIGRvbmUuIE5vIGFtb3VudCBvZiBlZmZvcnQgdG8gY2hhbmdlIGRvY3VtZW50cyBvciBh ZHZhbmNlDQo+ID4gb25lIGRvY3VtZW50IG9yIGFub3RoZXIgd2lsbCBjaGFuZ2UgdGhpcyBmYWN0 LiBUaGUgY29kZSBwb2ludCBoYXMNCj4gPiBhbHJlYWR5IGJlZW4gYXNzaWduZWQuIFRoZSByZWdp c3RyeSBpcyAiRmlyc3QgQ29tZSBGaXJzdCBTZXJ2ZWQiIGFuZA0KPiA+IG5vIHBhcnRpY3VsYXIg cHJvY2VzcyB3YXMgcmVxdWlyZWQgZXhjZXB0IGFuIGFwcGxpY2F0aW9uIHRvIElBTkEuIE5vIGZ1 cnRoZXINCj4gYWN0aW9uIGlzIGRlc2lyYWJsZS4NCj4gPg0KPiA+IEIuIFNwZWNpZnkgbmVjZXNz YXJ5IHByb3RvY29sIHdvcmsgdG8gdXRpbGlzZSB0aGlzIGNvZGUgcG9pbnQuIFRoaXMgaXMNCj4g PiBhIG1hdHRlciBmb3IgdGhlIEJFU1MgV0cuIFRoZXkgbWF5IGNvbnNpZGVyIHRoYXQgZXZlcnl0 aGluZyBuZWVkZWQgaGFzDQo+ID4gYWxyZWFkeSBiZWVuIGRvY3VtZW50ZWQsIHRoZXkgbWF5IGNv bnNpZGVyIHRoYXQgdGhleSBkbyBub3Qgd2FudCB0bw0KPiA+IHNwZWNpZnkgYW55dGhpbmcsIHRo ZXkgbWF5IGNvbnNpZGVyIHRoYXQgZnVydGhlciB3b3JrIGlzIG5lZWRlZCBhbmQNCj4gPiBjYW4g YmUgYmFzZWQgb24geW91ciBJLUQsIHRoZXkgbWF5IGNvbnNpZGVyIHRoYXQgZnVydGhlciB3b3Jr IGlzDQo+ID4gbmVlZGVkIGFuZCBjYW4gbmVlZHMgYSBkaWZmZXJlbnQgc3RhcnRpbmcgcG9pbnQu IFRoZSBjb3JyZWN0IHdheSB0bw0KPiA+IGhhbmRsZSB0aGlzIGlzIHRvIHBvc3QgeW91ciBJLUQg YW5kIHRha2UgdGhlIGRpc2N1c3Npb24gdG8gdGhlIEJFU1MgbWFpbGluZyBsaXN0Lg0KPiBZb3Ug bWF5IGFzayB0aGUgQkVTUyBjaGFpcnMgZm9yIGFkdmljZS4NCj4gPg0KPiA+DQo+ID4gV2hhdCBh bSBJIG1pc3NpbmcgaGVyZT8NCj4gPiBXaGF0IGRvIHlvdSB3YW50IHRvIGFjaGlldmUgYW5kIHdo eT8NCj4gPg0KPiA+IFdoYXQgYWN0aW9uIGFyZSB5b3UgYWN0dWFsbHkgYXNraW5nIGZvcj8NCj4g Pg0KPiA+IEFkcmlhbg0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ ID4gRnJvbTogWHV4aWFvaHUgW21haWx0bzp4dXhpYW9odUBodWF3ZWkuY29tXQ0KPiA+ID4gU2Vu dDogMTIgRmVicnVhcnkgMjAxNSAwNTo1Ng0KPiA+ID4gVG86IFh1eGlhb2h1OyBCbGFjaywgRGF2 aWQ7IGFkcmlhbkBvbGRkb2cuY28udWs7DQo+ID4gPiByY2FsbG9uQGp1bmlwZXIubmV0Ow0KPiA+ ID4gZHJhZnQtaWV0Zi0gbDN2cG4tZW5kLXN5c3RlbUB0b29scy5pZXRmLm9yZzsNCj4gPiA+IGJl c3MtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBzb2Z0d2lyZS0gY2hhaXJzQHRvb2xzLmlldGYub3Jn DQo+ID4gPiBDYzogQWx2YXJvIFJldGFuYTsgYWthdGxhc0BnbWFpbC5jb207IExvYSBBbmRlcnNz b24NCj4gPiA+IFN1YmplY3Q6IFJFOiBkcmFmdC1pZXRmLWwzdnBuLWVuZC1zeXN0ZW0gYW5kIGRy YWZ0LWlldGYtbXBscy1pbi11ZHANCj4gPiA+DQo+ID4gPiBCeSB0aGUgd2F5LCBJIHRoaW5rIGl0 IHdvdWxkIGJlIGJldHRlciB0byBhbGxvdyB0aGUgQkVTUyBhbmQNCj4gPiA+IFNvZnR3aXJlIFdH IGNvLWNoYWlycyB0byBiZSBpbnZvbHZlZC4NCj4gPiA+DQo+ID4gPiBCZXN0IHJlZ2FyZHMsDQo+ ID4gPiBYaWFvaHUNCj4gPiA+DQo+ID4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ ID4gPiA+IEZyb206IFh1eGlhb2h1DQo+ID4gPiA+IFNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAx MiwgMjAxNSA5OjQ3IEFNDQo+ID4gPiA+IFRvOiAnQmxhY2ssIERhdmlkJzsgYWRyaWFuQG9sZGRv Zy5jby51azsgcmNhbGxvbkBqdW5pcGVyLm5ldDsNCj4gPiA+ID4gJ2RyYWZ0LWlldGYtbDN2cG4t ZW5kLXN5c3RlbUB0b29scy5pZXRmLm9yZycNCj4gPiA+ID4gQ2M6IEFsdmFybyBSZXRhbmE7IGFr YXRsYXNAZ21haWwuY29tOyAnTG9hIEFuZGVyc3NvbicNCj4gPiA+ID4gU3ViamVjdDogUkU6IGRy YWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbSBhbmQNCj4gPiA+ID4gZHJhZnQtaWV0Zi1tcGxzLWlu LXVkcA0KPiA+ID4gPg0KPiA+ID4gPiAoY2NlZCB0byB0aGUgYXV0aG9ycyBvZiB0aGUgZW5kLXN5 c3RlbSBkcmFmdCkNCj4gPiA+ID4NCj4gPiA+ID4gSGkgYWxsLA0KPiA+ID4gPg0KPiA+ID4gPiBJ IHRoaW5rcyB0aGVyZSBtdXN0IGJlIHNvbWUgYXZvaWRhYmxlIG1pc3Rha2VuIElBTkEgYWN0aW9u IHJlcXVlc3QuDQo+ID4gPiA+IFRoZSBJQU5BIENvbnNpZGVyYXRpb25zIG9mIHRoZSBsYXRlc3Qg dmVyc2lvbiBvZiB0aGUgZW5kLXN5c3RlbQ0KPiA+ID4gPiBkcmFmdA0KPiA+ID4gPiAoaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbS0wNCNwYWdl LTINCj4gPiA+ID4gMSkNCj4gPiA+ID4gd2hpY2gNCj4gPiA+IHdhcw0KPiA+ID4gPiBwdWJsaXNo ZWQgb24gT2N0b2JlciAyLCAyMDE0IGNsZWFybHkgc3RhdGVzIHRoYXQgIiBUaGlzIGRvY3VtZW50 DQo+ID4gPiA+IGhhcyBubyBJQU5BIGFjdGlvbnMuIiBGdXJ0aGVybW9yZSwgdGhlIC0wMyB2ZXJz aW9uDQo+ID4gPiA+IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1sM3Zw bi1lbmQtc3lzdGVtLTAzKSB3aGljaA0KPiA+ID4gPiB3YXMgcHVibGlzaGVkIG9uIFNlcHRlbWJl ciAxOCwgMjAxNCBhbmQgYWxsIHRoZSBwcmV2aW91cyB2ZXJzaW9ucw0KPiA+ID4gPiBkaWRuJ3Qg bWVudGlvbiB0aGUgQkdQIHR1bm5lbCB0eXBlIG1hdHRlciBhdCBhbGwuIE9uIHRoZSBjb250cmFy eSwNCj4gPiA+ID4gdGhlIEJHUCB0dW5uZWwgdHlwZSBmb3IgTVBMUy1pbi1VRFAgaGFzIGJlZW4g bWVudGlvbmVkIHNpbmNlIHRoZQ0KPiA+ID4gPiAwMCB2ZXJzaW9uIG9mIHRoZSBNUExTLWluLVVE UCBkcmFmdA0KPiA+ID4gPiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXh1LW1w bHMtaW4tdWRwLTAwI3BhZ2UtNCkgd2hpY2gNCj4gPiA+ID4gd2FzIHB1Ymxpc2hlZCBBcHJpbCAy OCwgMjAxMi4gSG93ZXZlciwgQWNjb3JkaW5nIHRvIHRoZSBXRw0KPiA+ID4gPiBjb25zZW5zdXMg ZHVyaW5nIHRoZSBXRyBhZG9wdGlvbiBwb2xsIHBlcmlvZCwgdGhhdCBzZWN0aW9uIGFib3V0DQo+ ID4gPiA+ICJTaWduYWxpbmcgZm9yIEVuY2Fwc3VsYXRpb24gaW4gVURQIiB3YXMgcmVtb3ZlZCBh bmQgYWNjb3JkaW5nbHkNCj4gPiA+ID4gYmUgc3BlY2lmaWVkIGluIGEgc2VwYXJhdGUgZHJhZnQN Cj4gPiA+ID4gKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC14dS1zb2Z0d2lyZS1l bmNhcHMtdWRwLTAwKQ0KPiA+ID4gPiB3aGljaCB3YXMgcHVibGlzaGVkIG9uIEZlYnJ1YXJ5IDEy LCAyMDEzLg0KPiA+ID4gPg0KPiA+ID4gPiBTaW5jZSB0aGUgV0cgY29uc2Vuc3VzIGR1cmluZyB0 aGUgYWRvcHRpb24gcG9sbCBvZiB0aGUgTVBMUy1pbi1VRFANCj4gPiA+ID4gZHJhZnQgaXMgdG8g c3BlY2lmeSB0aGUgc2lnbmFsaW5nIGZvciBlbmNhcHN1bGF0aW9uIGluIFVEUCBpbiBhDQo+ID4g PiA+IHNlcGFyYXRlIGRyYWZ0IGFuZCBhbGwgdGhlIHNwZWNpZmljYXRpb25zIGZvciB0aGUgQkdQ IHNpZ25hbGluZw0KPiA+ID4gPiBmb3IgR1JFLCBJUHNlYyBhbmQgZXRjIHdlcmUgYWxsIGRlZmlu ZWQgaW4gc2VwYXJhdGUgZHJhZnRzDQo+ID4gPiA+IGJlbG9uZ2luZyB0byB0aGUgU29mdHdpcmUg V0csIEkgZG8gYmVsaWV2ZSB3ZSBzaG91bGQgZGVmaW5lDQo+ID4gPiB0aGUNCj4gPiA+ID4gc2ln bmFsaW5nIGZvciBVRFAgdHVubmVsIGluIGEgc2VwYXJhdGUgZHJhZnQgYmVsb25naW5nIHRvIHRo ZSBTb2Z0d2lyZSBXRy4NCj4gPiA+ID4NCj4gPiA+ID4gU2luY2UgYXV0aG9ycyBvZiB0aGUgZW5k LXN5c3RlbSBkcmFmdCBiZWxpZXZlIHRoZSBCR1AgdHVubmVsIHR5cGUNCj4gPiA+ID4gZm9yIE1Q TFMtaW4tVURQIGlzIG5lY2Vzc2FyeSBhbmQgdGhlIE1QTFMtaW4tVURQIGRyYWZ0IGlzIGdvaW5n IHRvDQo+ID4gPiA+IGJlIHB1Ymxpc2hlZCBzb29uLCB0aGUgbm9ybWF0aXZlIHdheSBpcyB0byBt b3ZlIGZvcndhcmQNCj4gPiA+ID4gZHJhZnQteHUtc29mdHdpcmUtZW5jYXBzLXVkcCBhcyBxdWlj a2x5IGFzIHBvc3NpYmxlLCBJTUhPLg0KPiA+ID4gPg0KPiA+ID4gPiBCZXN0IHJlZ2FyZHMsDQo+ ID4gPiA+IFhpYW9odQ0KPiA+ID4gPg0KPiA+ID4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+ID4gPiA+ID4gRnJvbTogQmxhY2ssIERhdmlkIFttYWlsdG86ZGF2aWQuYmxhY2tAZW1j LmNvbV0NCj4gPiA+ID4gPiBTZW50OiBXZWRuZXNkYXksIEZlYnJ1YXJ5IDExLCAyMDE1IDk6NTgg UE0NCj4gPiA+ID4gPiBUbzogYWRyaWFuQG9sZGRvZy5jby51azsgWHV4aWFvaHU7IHJjYWxsb25A anVuaXBlci5uZXQNCj4gPiA+ID4gPiBDYzogQWx2YXJvIFJldGFuYTsgYWthdGxhc0BnbWFpbC5j b207IEJsYWNrLCBEYXZpZA0KPiA+ID4gPiA+IFN1YmplY3Q6IFJFOiBkcmFmdC1pZXRmLWwzdnBu LWVuZC1zeXN0ZW0gYW5kDQo+ID4gPiA+ID4gZHJhZnQtaWV0Zi1tcGxzLWluLXVkcA0KPiA+ID4g PiA+DQo+ID4gPiA+ID4gQWRyaWFuLA0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gT2ssIHRoYXQncyBy b3VnaGx5IHdoYXQgSSBleHBlY3RlZCAtIGJldHdlZW4gSUFOQSBhbmQgdGhlIFJGQw0KPiA+ID4g PiA+IEVkaXRvciwgdGhlIGwzdnBuLWVuZC1zeXN0ZW0gZHJhZnQgd2lsbCByZWNvcmQgSUFOQSdz IGFjdGlvbnMgaGVyZS4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IEkgaGFkIGluY2x1ZGVkIHlvdSBh cyB0aGUgKGlyKXJlc3BvbnNpYmxlIEFEIGZvciB0aGUNCj4gPiA+ID4gPiBsM3Zwbi1lbmQtc3lz dGVtIGRyYWZ0LCBhbmQgaW5kZWVkIHdoYXQgaXMgdHJhbnNwaXJpbmcgaXMgYQ0KPiA+ID4gPiA+ IHZlcnNpb24gb2YgIkFEcyBjYW4gbWFrZSBtYW55DQo+ID4gPiA+IHRoaW5ncyBoYXBwZW4uIg0K PiA+ID4gPiA+DQo+ID4gPiA+ID4gVGhlIGdvb2QgbmV3cyBpcyB0aGF0IHdlIGRvbid0IG5lZWQg YW5vdGhlciBkcmFmdCB0byBhbGxvY2F0ZQ0KPiA+ID4gPiA+IHRoYXQgQkdQIHR1bm5lbCB0eXBl IGNvZGUgcG9pbnQsIHdoaWNoIHdhcyB3aGVyZSB0aGlzIHdob2xlDQo+ID4gPiA+ID4gdGhyZWFk IHN0YXJ0ZWQsIHNvIGNoYWxrIHRoaXMgdXAgYXMgYSBzbWFsbCB2aWN0b3J5IGluIHRoZQ0KPiA+ ID4gPiA+IG5ldmVyLWVuZGluZyBiYXR0bGUgdG8gcmVkdWNlIElFU0cNCj4gPiA+ID4gd29ya2xv YWQgOy0pLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gQWx2YXJvIC0gd2VsY29tZSwgYW5kIGNvbmdy YXR1bGF0aW9ucyBvbiB5b3VyIG5ldyByb2xlIQ0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gVGhhbmtz LA0KPiA+ID4gPiA+IC0tRGF2aWQNCj4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gPiA+IEZyb206IEFkcmlhbiBGYXJyZWwgW21haWx0bzph ZHJpYW5Ab2xkZG9nLmNvLnVrXQ0KPiA+ID4gPiA+ID4gU2VudDogV2VkbmVzZGF5LCBGZWJydWFy eSAxMSwgMjAxNSA0OjUzIEFNDQo+ID4gPiA+ID4gPiBUbzogQmxhY2ssIERhdmlkOyAnWHV4aWFv aHUnOyByY2FsbG9uQGp1bmlwZXIubmV0DQo+ID4gPiA+ID4gPiBDYzogQWx2YXJvIFJldGFuYTsg YWthdGxhc0BnbWFpbC5jb20NCj4gPiA+ID4gPiA+IFN1YmplY3Q6IGRyYWZ0LWlldGYtbDN2cG4t ZW5kLXN5c3RlbSBhbmQNCj4gPiA+ID4gPiA+IGRyYWZ0LWlldGYtbXBscy1pbi11ZHANCj4gPiA+ ID4gPiA+DQo+ID4gPiA+ID4gPiBIaSBhbmQgc29ycnksDQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ ID4gSSBzaG91bGQgaGF2ZSBsb29rZWQgbW9yZSBkZWVwbHkgKmJlZm9yZSogc2VuZGluZyBteSBw cmV2aW91cyBlbWFpbC4NCj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBIZXJlIGlzIHRoZSByZXNv bHV0aW9uIHRvIElBTkEncyBpc3N1ZSB3aXRoDQo+ID4gPiA+ID4gPiBkcmFmdC1pZXRmLWwzdnBu LWVuZC1zeXN0ZW0gdGhhdCBJIHByb3Bvc2VkIGFuZCB0aGV5IGFjY2VwdGVkLg0KPiA+ID4gPiA+ ID4NCj4gPiA+ID4gPiA+IFdlJ3JlIGp1c3Qgd2FpdGluZyBmb3IgdGhlIGF1dGhvcnMgb2YNCj4g PiA+ID4gPiA+IGRyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbSB0byBkbyBzb21ldGhpbmcuDQo+ ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gQQ0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gPiA+ID4gRnJvbTogUGVhcmwgTGlhbmcg dmlhIFJUIFttYWlsdG86aWFuYS1pc3N1ZXNAaWFuYS5vcmddDQo+ID4gPiA+ID4gPiA+IFNlbnQ6 IDA5IERlY2VtYmVyIDIwMTQgMTc6NDANCj4gPiA+ID4gPiA+ID4gQ2M6IHRob21hcy5tb3JpbkBv cmFuZ2UuY29tOyBhZHJpYW5Ab2xkZG9nLmNvLnVrOw0KPiA+ID4gPiA+ID4gPiBiZXNzQGlldGYu b3JnOw0KPiA+ID4gPiA+ID4gPiBkcmFmdC1pZXRmLSBsM3Zwbi1lbmQtc3lzdGVtLmFsbEB0b29s cy5pZXRmLm9yZw0KPiA+ID4gPiA+ID4gPiBTdWJqZWN0OiBbSUFOQSAjNzk4MDQ1XSBJQU5BJ3Mg Y29tbWVudHMgb24NCj4gPiA+ID4gPiA+ID4gZHJhZnQtaWV0Zi1sM3Zwbi1lbmQtc3lzdGVtDQo+ ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+IEhpIEFkcmlhbiwNCj4gPiA+ID4gPiA+ID4NCj4g PiA+ID4gPiA+ID4gVGhpcyBtYWtlcyBpdCBjbGVhciB3aGV0aGVyIG9yIG5vdCB0aGF0IGFzc2ln bm1lbnQgbmVlZHMgdG8NCj4gPiA+ID4gPiA+ID4gYmUgdXBkYXRlZCB3aGVuIHRoaXMgZHJhZnQg aXMgYXBwcm92ZWQgZm9yIHB1YmxpY2F0aW9uIGFzIFJGQzoNCj4gPiA+ID4gPiA+ID4NCj4gPiA+ ID4gPiA+ID4gW1tbDQo+ID4gPiA+ID4gPiA+IEkgdGhpbmsgdGhhdCBtaWdodCBiZSB2YWx1YWJs ZS4gU28gdGhlIElBTkEgc2VjdGlvbiBzaG91bGQgcmVhZC4uLg0KPiA+ID4gPiA+ID4gPg0KPiA+ ID4gPiA+ID4gPiAgICBJQU5BIGhhcyBwcmV2aW91c2x5IG1hZGUgYW4gYWxsb2NhdGlvbiBmcm9t IHRoZSAiQkdQDQo+ID4gPiA+ID4gPiA+IFR1bm5lbA0KPiA+ID4gPiA+IEVuY2Fwc3VsYXRpb24N Cj4gPiA+ID4gPiA+ID4gICAgQXR0cmlidXRlIFR1bm5lbCBUeXBlcyIgcmVnaXN0cnkgdGhhdCBy ZWFkczoNCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gICAgVmFsdWUgIHwgTmFtZSAgICAg ICAgICAgICAgICAgICAgICB8IFJlZmVyZW5jZQ0KPiA+ID4gPiA+ID4gPiAgICAtLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KPiA+ID4gPiA+ID4gPiAgICAgICAgMTMgIHwgTVBMUyBpbiBVRFAgRW5jYXBzdWxhdGlvbiB8 DQo+ID4gPiA+ID4gPiA+IFtkcmFmdC1pZXRmLWwzdnBuLWVuZC1zeXN0ZW1dDQo+ID4gPiA+ID4g PiA+DQo+ID4gPiA+ID4gPiA+ICAgIElBTkEgaXMgcmVxdWVzdGVkIHRvIGNoYW5nZSB0aGUgcmVm ZXJlbmNlIHRvIHBvaW50IHRvIHRoZQ0KPiA+ID4gPiA+ID4gPiBSRkMNCj4gPiBudW1iZXINCj4g PiA+ID4gPiA+ID4gICAgb2YgdGhpcyBkb2N1bWVudCB3aGVuIGl0IGlzIHB1Ymxpc2hlZC4NCj4g PiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gXV1dDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4g PiA+IFRoZSBjdXJyZW50IHRleHQgICJUaGlzIGRvY3VtZW50IGhhcyBubyBJQU5BIGFjdGlvbnMu Ig0KPiA+ID4gPiA+ID4gPiBwcm92aWRlcyBubyBpbnN0cnVjdGlvbnMgYW5kIGluY29ycmVjdGx5 IHRlbGwgcGVvcGxlIHRoZXJlDQo+ID4gPiA+ID4gPiA+IGlzIG5vIGFjdGlvbnMNCj4gPiByZXF1 ZXN0ZWQuDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+IFRoYW5rcw0KPiA+ID4gPiA+ID4g PiB+cGwNCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gT24gVHVl IERlYyAwOSAxMzoyMDo1NyAyMDE0LCBhZHJpYW5Ab2xkZG9nLmNvLnVrIHdyb3RlOg0KPiA+ID4g PiA+ID4gPiA+IEhpLA0KPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gUmVwbHlpbmcg dG8gbXlzZWxmIGFuZCBrZWVwaW5nIHRoZSBzYW1lIElBTkEgdHJhY2tpbmcgbnVtYmVyLg0KPiA+ ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiA+IElFU0cvQXV0aG9ycy9XRyBDaGFpcnM6 DQo+ID4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiA+IElBTkEgaGFzIHJldmll d2VkIGRyYWZ0LWlldGYtbDN2cG4tZW5kLXN5c3RlbS0wNC4NCj4gPiA+ID4gPiA+ID4gPiA+ID4g QXV0aG9ycyBzaG91bGQNCj4gPiA+ID4gPiA+ID4gPiByZXZpZXcNCj4gPiA+ID4gPiA+ID4gPiA+ ID4gdGhlIGNvbW1lbnRzIGFuZC9vciBxdWVzdGlvbnMgYmVsb3cuICBQbGVhc2UgcmVwb3J0DQo+ ID4gPiA+ID4gPiA+ID4gPiA+IGFueQ0KPiA+ID4gPiA+ID4gPiA+IGluYWNjdXJhY2llcyBhbmQN Cj4gPiA+ID4gPiA+ID4gPiA+ID4gcmVzcG9uZCB0byBhbnkgcXVlc3Rpb25zIGFzIHNvb24gYXMg cG9zc2libGUuDQo+ID4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiA+IElBTkEn cyByZXZpZXdlciBoYXMgdGhlIGZvbGxvd2luZyBjb21tZW50cy9xdWVzdGlvbnM6DQo+ID4gPiA+ ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiA+IElBTkEgaGFzIGEgcXVlc3Rpb24gYWJv dXQgdGhlIElBTkEgQ29uc2lkZXJhdGlvbnMNCj4gPiA+ID4gPiA+ID4gPiA+ID4gc2VjdGlvbiBv ZiB0aGlzDQo+ID4gPiA+ID4gPiA+ID4gZG9jdW1lbnQuDQo+ID4gPiA+ID4gPiA+ID4gPiA+DQo+ ID4gPiA+ID4gPiA+ID4gPiA+IFByZXZpb3VzbHksIGFuIGVhcmx5IGFzc2lnbm1lbnQgaGFzIGJl ZW4gbWFkZSB0bw0KPiA+ID4gPiA+ID4gPiA+ID4gPiBzdXBwb3J0IHRoaXMNCj4gPiA+ID4gPiA+ ID4gPiBkcmFmdC4gVGhlDQo+ID4gPiA+ID4gPiA+ID4gPiA+IG9yaWdpbmFsIHJlcXVlc3QgZm9y IGFuIGFzc2lnbm1lbnQgaXMgYmVsb3c6DQo+ID4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4g PiA+ID4gPiA+PiA8YmVnaW4gcmVxdWVzdD0iIj4NCj4gPiA+ID4gPiA+ID4gPiA+ID4+IENvbnRh Y3QgTmFtZToNCj4gPiA+ID4gPiA+ID4gPiA+ID4+IFRob21hcyBNb3Jpbg0KPiA+ID4gPiA+ID4g PiA+ID4gPj4NCj4gPiA+ID4gPiA+ID4gPiA+ID4+IENvbnRhY3QgRW1haWw6DQo+ID4gPiA+ID4g PiA+ID4gPiA+PiB0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbQ0KPiA+ID4gPiA+ID4gPiA+ID4gPj4N Cj4gPiA+ID4gPiA+ID4gPiA+ID4+IFR5cGUgb2YgQXNzaWdubWVudDoNCj4gPiA+ID4gPiA+ID4g PiA+ID4+IEFzc2lnbmVtZW50IG9mIGEgQkdQIHBhcmFtZXRlciBpbiBhIEZDRlMgcmVnaXN0cnku DQo+ID4gPiA+ID4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4gPiA+ID4gPj4gUmVnaXN0cnk6DQo+ ID4gPiA+ID4gPiA+ID4gPiA+PiBCR1AgVHVubmVsIEVuY2Fwc3VsYXRpb24gQXR0cmlidXRlIFR1 bm5lbCBUeXBlcw0KPiA+ID4gPiA+ID4gPiA+ID4gPj4NCj4gPiA+ID4gPiA+ID4gPiA+ID4+IFNl ZTogaHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvYmdwLXBhcmFtZXRlcnMNCj4gPiA+ ID4gPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPiA+ID4gPiA+PiBEZXNjcmlwdGlvbjoNCj4gPiA+ ID4gPiA+ID4gPiA+ID4+IE5lZWRlZCBmb3IgZHJhZnQtaWV0Zi1sM3Zwbi1lbmQtc3lzdGVtLCB0 byBhbGxvdyB0aGUNCj4gPiA+ID4gPiA+ID4gPiA+ID4+IHVzZSBvZiBhbiBNUExTLW92ZXItVURQ IGVuY2Fwc3VsYXRpb24gYXMgc3BlY2lmaWVkIGluDQo+ID4gPiA+ID4gPiA+ID4gPiA+PiBkcmFm dC1pZXRmLW1wbHMtaW4tDQo+ID4gPiA+ID4gPiA+ID4gdWRwIC4NCj4gPiA+ID4gPiA+ID4gPiA+ ID4+DQo+ID4gPiA+ID4gPiA+ID4gPiA+PiBObyB2YWx1ZSBoYXMgYmVlbiBwcm9wb3NlZCB5ZXQs IG5leHQgYXZhaWxhYmxlIHZhbHVlDQo+ID4gPiA+ID4gPiA+ID4gPiA+PiAxMyB3b3VsZCBiZQ0K PiA+ID4gPiA+ID4gPiA+IGZpbmUuDQo+ID4gPiA+ID4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4g PiA+ID4gPj4gQWRkaXRpb25hbCBJbmZvOg0KPiA+ID4gPiA+ID4gPiA+ID4gPj4gZHJhZnQtaWV0 Zi1sM3Zwbi1lbmQtc3lzdGVtIDwvZW5kPg0KPiA+ID4gPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ ID4gPiA+ID4gPiBJQU5BIFF1ZXN0aW9uIC0tPiBUaGUgSUFOQSBDb25zaWRlcmF0aW9ucyBzZWN0 aW9uIHNhaWQNCj4gPiA+ID4gPiA+ID4gPiA+ID4gIlRoaXMNCj4gPiA+ID4gPiA+ID4gPiBkb2N1 bWVudCBoYXMNCj4gPiA+ID4gPiA+ID4gPiA+ID4gbm8gSUFOQSBhY3Rpb25zLiIgIGFuZCwgYXMg YSByZXN1bHQsIHRoZSBhc3NpZ25tZW50DQo+ID4gPiA+ID4gPiA+ID4gPiA+IG1hZGUgdGhyb3Vn aA0KPiA+ID4gPiA+ID4gPiA+IHRoZSByZXF1ZXN0DQo+ID4gPiA+ID4gPiA+ID4gPiA+IGFib3Zl IHdvdWxkIG5vdCBiZSBtYWRlIHBlcm1hbmVudC4gSXMgdGhpcyB0aGUNCj4gPiA+ID4gPiA+ID4g PiA+ID4gYXV0aG9yJ3MgaW50ZW50PyBJZg0KPiA+ID4gPiA+ID4gPiA+IG5vdCwNCj4gPiA+ID4g PiA+ID4gPiBjb3VsZA0KPiA+ID4gPiA+ID4gPiA+ID4gPiB0aGUgZHJhZnQgYmUgcmV2aXNlZCB0 byBpbmRpY2F0ZSB0aGF0IHRoZSBhc3NpZ25tZW50DQo+ID4gPiA+ID4gPiA+ID4gPiA+IG1hZGUg YmFzZWQgb24NCj4gPiA+ID4gPiA+ID4gPiB0aGUNCj4gPiA+ID4gPiA+ID4gPiByZXF1ZXN0DQo+ ID4gPiA+ID4gPiA+ID4gPiA+IGFib3ZlIGJlIGNoYW5nZWQgZnJvbSBhbiBpbml0aWFsIGFzc2ln bm1lbnQgdG8gYQ0KPiA+ID4gPiA+ID4gPiA+ID4gPiBwZXJtYW5lbnQNCj4gPiA+ID4gPiA+ID4g PiBhc3NpZ25tZW50Lg0KPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gSG93IGRvIHlv dSBtZWFuPw0KPiA+ID4gPiA+ID4gPiA+IFRoZSByZWdpc3RyeSBpcyBGQ0ZTIGZvciB3aGljaCAq YW55KiBkb2N1bWVudCBpcyBzdWZmaWNpZW50Lg0KPiA+ID4gPiA+ID4gPiA+IFRoZSBhc3NpZ25t ZW50IGhhcyBiZWVuIG1hZGUgYW5kIGlzIGFzIHBlcm1hbmVudCBhcyBhbnkNCj4gPiA+ID4gPiA+ ID4gPiBGQ0ZTIGFzc2lnbm1lbnQgZXZlciBpcy4NCj4gPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ ID4gPiA+ID4gPiBQbGVhc2Ugbm90ZSB0aGF0IElBTkEgY2Fubm90IHJlc2VydmUgc3BlY2lmaWMg dmFsdWVzLg0KPiA+ID4gPiA+ID4gPiA+ID4gPiBIb3dldmVyLA0KPiA+ID4gPiA+ID4gPiA+IGVh cmx5DQo+ID4gPiA+ID4gPiA+ID4gPiA+IGFsbG9jYXRpb24gaXMgYXZhaWxhYmxlIGZvciBzb21l IHR5cGVzIG9mIHJlZ2lzdHJhdGlvbnMuDQo+ID4gPiA+ID4gPiA+ID4gPiA+IEZvciBtb3JlDQo+ ID4gPiA+ID4gPiA+ID4gaW5mb3JtYXRpb24sDQo+ID4gPiA+ID4gPiA+ID4gPiA+IHBsZWFzZSBz ZWUgUkZDIDcxMjAuDQo+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiBZZXMsIGJ1dCB0 aGlzIGlzIGEgRkNGUyByZWdpc3RyeSB0byB3aGljaCA3MTIwIGRvZXMgbm90DQo+ID4gPiA+ID4g PiA+ID4gYXBwbHksIGFuZCBub3IgZG9lcyAicmVzZXJ2YXRpb24gb2YgdmFsdWVzIi4NCj4gPiA+ ID4gPiA+ID4gPiBXaXRoIEZDRlMgdGhlIHZhbHVlIGlzIGFzc2lnbmVkIHdoZW4gcmVxdWVzdGVk IGFuZCB0aGF0J3MgaXQuDQo+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiBOb3csIGl0 IGlzIGEgZGlmZmVyZW50IHF1ZXN0aW9uIHdoZXRoZXIgdGhpcyBkb2N1bWVudA0KPiA+ID4gPiA+ ID4gPiA+IHNob3VsZCBhc2sgZm9yIHRoZSByZWdpc3RyeSB0byBiZSB1cGRhdGVkIHRvIHBvaW50 IHRvIHRoZQ0KPiA+ID4gPiA+ID4gPiA+IGNvbnNlcXVlbnQgUkZDIGluc3RlYWQgb2YgdGhlIEkt RC4NCj4gPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiA+IEkgdGhpbmsgdGhhdCBtaWdodCBi ZSB2YWx1YWJsZS4gU28gdGhlIElBTkEgc2VjdGlvbiBzaG91bGQgcmVhZC4uLg0KPiA+ID4gPiA+ ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gICAgSUFOQSBoYXMgcHJldmlvdXNseSBtYWRlIGFuIGFs bG9jYXRpb24gZnJvbSB0aGUgIkJHUA0KPiA+ID4gPiA+ID4gPiA+IFR1bm5lbCBFbmNhcHN1bGF0 aW9uDQo+ID4gPiA+ID4gPiA+ID4gICAgQXR0cmlidXRlIFR1bm5lbCBUeXBlcyIgcmVnaXN0cnkg dGhhdCByZWFkczoNCj4gPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiA+ICAgIFZhbHVlICB8 IE5hbWUgICAgICAgICAgICAgICAgICAgICAgfCBSZWZlcmVuY2UNCj4gPiA+ID4gPiA+ID4gPiAg ICAtLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+ID4gPiA+ID4gPiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gPiA+ID4gPiA+ICAgICAgICAx MyAgfCBNUExTIGluIFVEUCBFbmNhcHN1bGF0aW9uIHwNCj4gPiA+ID4gPiA+ID4gPiBbZHJhZnQt aWV0Zi1sM3Zwbi1lbmQtc3lzdGVtXQ0KPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4g ICAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gY2hhbmdlIHRoZSByZWZlcmVuY2UgdG8gcG9pbnQgdG8N Cj4gPiA+ID4gPiA+ID4gPiB0aGUgUkZDIG51bWJlcg0KPiA+ID4gPiA+ID4gPiA+ICAgIG9mIHRo aXMgZG9jdW1lbnQgd2hlbiBpdCBpcyBwdWJsaXNoZWQuDQo+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ ID4gPiA+ID4gPiBDaGVlcnMsDQo+ID4gPiA+ID4gPiA+ID4gQWRyaWFuDQo+ID4gPiA+ID4gPg0K PiA+DQoNCg== From nobody Thu Feb 12 20:12:57 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7B5B1A002C; Thu, 12 Feb 2015 20:12:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BMYcMMrxjtfc; Thu, 12 Feb 2015 20:12:48 -0800 (PST) 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 5A3411A0006; Thu, 12 Feb 2015 20:12:47 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPF73423; Fri, 13 Feb 2015 04:12:45 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 13 Feb 2015 04:12:44 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Fri, 13 Feb 2015 12:12:33 +0800 From: Xuxiaohu To: Xuxiaohu , "bess@ietf.org" Thread-Topic: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Thread-Index: AQHQR0NKQ0ot1faRNEioRXTUjyFRdw== Date: Fri, 13 Feb 2015 04:12:32 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830666D@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Softwires WG Subject: Re: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 04:12:53 -0000 Hi all, I noticed the following text from RFC 5512 (draft-ietf-softwire-encaps-safi= ): **************** 4.2. Protocol Type Sub-TLV The protocol type sub-TLV MAY be encoded to indicate the type of the payload packets that will be encapsulated with the tunnel parameters that are being signaled in the TLV. The value field of the sub-TLV contains a 2-octet protocol type that is one of the types defined in [IANA-AF] as ETHER TYPEs. For example, if we want to use three L2TPv3 sessions, one carrying IPv4 packets, one carrying IPv6 packets, and one carrying MPLS packets, the egress router will include three TLVs of L2TPv3 encapsulation type, each specifying a different Session ID and a different payload type. The protocol type sub-TLV for these will be IPv4 (protocol type =3D 0x0800), IPv6 (protocol type =3D 0x86dd), and MPLS (protocol type =3D 0x8847), respectively. *************** It seems that RFC5512 is not only talking about IP-in-GRE, but also MPLS-in= -GRE. I also noticed an expired IDR WG doc (see https://tools.ietf.org/html/draft= -ietf-idr-encaps-safi-00) which was a predecessor of draft-ietf-softwire-en= caps-safi. Besides, RFC5566 (draft-ietf-softwire-encaps-ipsec) is also orig= inated from the Softwire WG. Does it mean which WG should be responsible fo= r the BGP Tunnel Encapsulation Attribute related work had ever been discuss= ed and finally determined that the Softwire WG is the right place for it? Best regards, Xiaohu > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > Sent: Friday, February 13, 2015 9:21 AM > To: bess@ietf.org > Cc: Softwires WG > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > draft-xu-bess-encaps-udp >=20 > Hi all, >=20 > According to the suggestion from Adrian as a Routing co-AD, > draft-xu-softwire-encaps-udp > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which was post= ed to > the Softwire WG is now posted to the BESS WG. >=20 > Any comments and suggestions are welcome. >=20 > Best regards, > Xiaohu >=20 > > -----Original Message----- > > From: Xuxiaohu > > Sent: Friday, February 13, 2015 8:45 AM > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > Subject: RE: draft-ietf-l3vpn-end-system and draft-ietf-mpls-in-udp > > > > Hi Adrian, > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > respectively are all originated from Softwire, and further the > > Softwire WG co-chairs didn't state that draft-xu-softwire-encaps-udp > > doesn't belong to their WG, if the BESS and Softwire WG co-chairs > > could reach an agreement that any future work related to BGP Tunnel > > Encapsulation Attribute should be done in the BESS WG, it looks fine > > to me. I would submit the same draft to the BESS WG as > draft-xu-bess-encaps-udp. > > > > Best regards, > > Xiaohu > > > > > -----Original Message----- > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > Sent: Thursday, February 12, 2015 10:50 PM > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > Subject: RE: draft-ietf-l3vpn-end-system and draft-ietf-mpls-in-udp > > > > > > Hello all, > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall into t= heir > charter? > > > You say "all the specifications for the BGP signaling for GRE, IPsec > > > and etc were all defined in separate drafts belonging to the > > > Softwire WG" but I see no evidence of this. The only vaguely related > > > draft I can see is draft-xu-softwire-ip-in-udp which is a specific > > > IP-over-UDP-over-IP mechanism about which I will reserve judgement > > > except to say that I that softwire really needs yet another > > > transition mechanism and that I believe IP-in-IP can be hashed by > > > existing ECMP > > hardware. > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe this > > > document expired over 12 months ago. I would not say that it was the > > > most substantive or technical document I have ever read :-) > > > > > > I have not removed the chairs from this thread, but I really hate > > > spamming people's in-boxes. > > > > > > 2. While Xiaohu has correctly pointed at the current version of the > > > I-D, it might be better to look at the status in the Datatracker via > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > - You'll see that the status is Waiting for AD Go-Ahead::Revised I-D > > > Needed which means it has completed IETF last call and is waiting > > > for a > > revision. > > > > > > 3. If you are following the BESS mailing list, you'll see that there > > > is text agreed with IANA to fix the "empty" IANA considerations secti= on. > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.html > > > This will be in the next revision of the draft. > > > > > > 4. I am sure we can involve the BESS chairs any time we note some > > > work that they need to do. At the moment, they may be interested to > > > know there is a conversation, but I don't know that we have > > > identified any actions for them. I have not removed them from this > > > thread, but I really hate spamming people's in-boxes. > > > > > > > > > I believe there are two pieces of work: > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. This has > > > already been done. No amount of effort to change documents or > > > advance one document or another will change this fact. The code > > > point has already been assigned. The registry is "First Come First > > > Served" and no particular process was required except an application > > > to IANA. No further > > action is desirable. > > > > > > B. Specify necessary protocol work to utilise this code point. This > > > is a matter for the BESS WG. They may consider that everything > > > needed has already been documented, they may consider that they do > > > not want to specify anything, they may consider that further work is > > > needed and can be based on your I-D, they may consider that further > > > work is needed and can needs a different starting point. The correct > > > way to handle this is to post your I-D and take the discussion to the= BESS > mailing list. > > You may ask the BESS chairs for advice. > > > > > > > > > What am I missing here? > > > What do you want to achieve and why? > > > > > > What action are you actually asking for? > > > > > > Adrian > > > > > > > -----Original Message----- > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > Sent: 12 February 2015 05:56 > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > rcallon@juniper.net; > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > draft-ietf-mpls-in-udp > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > Softwire WG co-chairs to be involved. > > > > > > > > Best regards, > > > > Xiaohu > > > > > > > > > -----Original Message----- > > > > > From: Xuxiaohu > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > To: 'Black, David'; adrian@olddog.co.uk; rcallon@juniper.net; > > > > > 'draft-ietf-l3vpn-end-system@tools.ietf.org' > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > Hi all, > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action reques= t. > > > > > The IANA Considerations of the latest version of the end-system > > > > > draft > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-04#page > > > > > -2 > > > > > 1) > > > > > which > > > > was > > > > > published on October 2, 2014 clearly states that " This document > > > > > has no IANA actions." Furthermore, the -03 version > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-03) > > > > > which was published on September 18, 2014 and all the previous > > > > > versions didn't mention the BGP tunnel type matter at all. On > > > > > the contrary, the BGP tunnel type for MPLS-in-UDP has been > > > > > mentioned since the > > > > > 00 version of the MPLS-in-UDP draft > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page-4) > > > > > which was published April 28, 2012. However, According to the WG > > > > > consensus during the WG adoption poll period, that section about > > > > > "Signaling for Encapsulation in UDP" was removed and accordingly > > > > > be specified in a separate draft > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp-00) > > > > > which was published on February 12, 2013. > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > MPLS-in-UDP draft is to specify the signaling for encapsulation > > > > > in UDP in a separate draft and all the specifications for the > > > > > BGP signaling for GRE, IPsec and etc were all defined in > > > > > separate drafts belonging to the Softwire WG, I do believe we > > > > > should define > > > > the > > > > > signaling for UDP tunnel in a separate draft belonging to the Sof= twire > WG. > > > > > > > > > > Since authors of the end-system draft believe the BGP tunnel > > > > > type for MPLS-in-UDP is necessary and the MPLS-in-UDP draft is > > > > > going to be published soon, the normative way is to move forward > > > > > draft-xu-softwire-encaps-udp as quickly as possible, IMHO. > > > > > > > > > > Best regards, > > > > > Xiaohu > > > > > > > > > > > -----Original Message----- > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > Adrian, > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and the RFC > > > > > > Editor, the l3vpn-end-system draft will record IANA's actions h= ere. > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > l3vpn-end-system draft, and indeed what is transpiring is a > > > > > > version of "ADs can make many > > > > > things happen." > > > > > > > > > > > > The good news is that we don't need another draft to allocate > > > > > > that BGP tunnel type code point, which was where this whole > > > > > > thread started, so chalk this up as a small victory in the > > > > > > never-ending battle to reduce IESG > > > > > workload ;-). > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > Thanks, > > > > > > --David > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > I should have looked more deeply *before* sending my previous > email. > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they accepted= . > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Pearl Liang via RT [mailto:iana-issues@iana.org] > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > bess@ietf.org; > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment needs > > > > > > > > to be updated when this draft is approved for publication a= s RFC: > > > > > > > > > > > > > > > > [[[ > > > > > > > > I think that might be valuable. So the IANA section should = read... > > > > > > > > > > > > > > > > IANA has previously made an allocation from the "BGP > > > > > > > > Tunnel > > > > > > Encapsulation > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > --------+---------------------------+-------------------= ------------ > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > IANA is requested to change the reference to point to > > > > > > > > the RFC > > > number > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > The current text "This document has no IANA actions." > > > > > > > > provides no instructions and incorrectly tell people there > > > > > > > > is no actions > > > requested. > > > > > > > > > > > > > > > > Thanks > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrote: > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA tracking num= ber. > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-04. > > > > > > > > > > > Authors should > > > > > > > > > review > > > > > > > > > > > the comments and/or questions below. Please report > > > > > > > > > > > any > > > > > > > > > inaccuracies and > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/questions: > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA Considerations > > > > > > > > > > > section of this > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made to > > > > > > > > > > > support this > > > > > > > > > draft. The > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > >> Contact Name: > > > > > > > > > > >> Thomas Morin > > > > > > > > > > >> > > > > > > > > > > >> Contact Email: > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > >> > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS registry. > > > > > > > > > > >> > > > > > > > > > > >> Registry: > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel Types > > > > > > > > > > >> > > > > > > > > > > >> See: > > > > > > > > > > >> https://www.iana.org/assignments/bgp-parameters > > > > > > > > > > >> > > > > > > > > > > >> Description: > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to allow > > > > > > > > > > >> the use of an MPLS-over-UDP encapsulation as > > > > > > > > > > >> specified in > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > udp . > > > > > > > > > > >> > > > > > > > > > > >> No value has been proposed yet, next available > > > > > > > > > > >> value > > > > > > > > > > >> 13 would be > > > > > > > > > fine. > > > > > > > > > > >> > > > > > > > > > > >> Additional Info: > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations section > > > > > > > > > > > said "This > > > > > > > > > document has > > > > > > > > > > > no IANA actions." and, as a result, the assignment > > > > > > > > > > > made through > > > > > > > > > the request > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > author's intent? If > > > > > > > > > not, > > > > > > > > > could > > > > > > > > > > > the draft be revised to indicate that the assignment > > > > > > > > > > > made based on > > > > > > > > > the > > > > > > > > > request > > > > > > > > > > > above be changed from an initial assignment to a > > > > > > > > > > > permanent > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > The registry is FCFS for which *any* document is sufficie= nt. > > > > > > > > > The assignment has been made and is as permanent as any > > > > > > > > > FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific values. > > > > > > > > > > > However, > > > > > > > > > early > > > > > > > > > > > allocation is available for some types of registratio= ns. > > > > > > > > > > > For more > > > > > > > > > information, > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 does not > > > > > > > > > apply, and nor does "reservation of values". > > > > > > > > > With FCFS the value is assigned when requested and that's= it. > > > > > > > > > > > > > > > > > > Now, it is a different question whether this document > > > > > > > > > should ask for the registry to be updated to point to > > > > > > > > > the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA section shoul= d read... > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the "BGP > > > > > > > > > Tunnel Encapsulation > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > --------+--------------------------- > > > > > > > > > +------------------------------- > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point to > > > > > > > > > the RFC number > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > Adrian > > > > > > > > > > >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Thu Feb 12 22:10:22 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4CBC1A07BE for ; Thu, 12 Feb 2015 22:10:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zyZ4ETrybquu for ; Thu, 12 Feb 2015 22:09:56 -0800 (PST) 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 C7B591A03C7 for ; Thu, 12 Feb 2015 22:09:55 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPF80194; Fri, 13 Feb 2015 06:09:54 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 13 Feb 2015 06:09:53 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Fri, 13 Feb 2015 14:09:41 +0800 From: Xuxiaohu To: Xuxiaohu , "bess@ietf.org" , "bess-chairs@tools.ietf.org" Thread-Topic: Request for WG adoption of draft-xu-bess-encaps-udp//RE: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Thread-Index: AQHQR1OnibeEWavfOEiI9fS76/M4Hg== Date: Fri, 13 Feb 2015 06:09:40 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.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.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-xu-bess-encaps-udp@tools.ietf.org" , "softwire-chairs@tools.ietf.org" Subject: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 06:10:11 -0000 Hi BESS WG co-chairs, The BGP tunnel type for MPLS-in-UDP has been mentioned in the MPLS-in-UDP d= raft since the 00 version (https://tools.ietf.org/html/draft-xu-mpls-in-udp= -00#page-4) which was published on April 28, 2012. However, according to th= e WG consensus during the WG adoption poll period, that section of "Signali= ng for Encapsulation in UDP" was removed from the MPLS-in-UDP draft and acc= ordingly it was specified in a separate draft (https://tools.ietf.org/html/= draft-xu-softwire-encaps-udp-00) which was published on February 12, 2013. Adrian has suggested me to post this draft to BESS. Furthermore, Suresh has= indicated that the Softwire WG would not be a right place for any BGP tunn= el type related works anymore since the WG is going to shut down in the ver= y near future. Hence, would you please start a WG adoption for draft-xu-bes= s-encaps-udp which is transformed from draft-xu-softwire-encaps-udp? Best regards, Xiaohu > -----Original Message----- > From: Xuxiaohu > Sent: Friday, February 13, 2015 12:13 PM > To: Xuxiaohu; bess@ietf.org > Cc: Softwires WG > Subject: RE: [bess] Why transform draft-xu-softwire-encaps-udp to > draft-xu-bess-encaps-udp >=20 > Hi all, >=20 > I noticed the following text from RFC 5512 (draft-ietf-softwire-encaps-sa= fi): >=20 > **************** > 4.2. Protocol Type Sub-TLV >=20 > The protocol type sub-TLV MAY be encoded to indicate the type of the > payload packets that will be encapsulated with the tunnel parameters > that are being signaled in the TLV. The value field of the sub-TLV > contains a 2-octet protocol type that is one of the types defined in > [IANA-AF] as ETHER TYPEs. >=20 > For example, if we want to use three L2TPv3 sessions, one carrying > IPv4 packets, one carrying IPv6 packets, and one carrying MPLS > packets, the egress router will include three TLVs of L2TPv3 > encapsulation type, each specifying a different Session ID and a > different payload type. The protocol type sub-TLV for these will be > IPv4 (protocol type =3D 0x0800), IPv6 (protocol type =3D 0x86dd), and > MPLS (protocol type =3D 0x8847), respectively. > *************** >=20 > It seems that RFC5512 is not only talking about IP-in-GRE, but also MPLS-= in-GRE. >=20 > I also noticed an expired IDR WG doc (see > https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00) which was a > predecessor of draft-ietf-softwire-encaps-safi. Besides, RFC5566 > (draft-ietf-softwire-encaps-ipsec) is also originated from the Softwire W= G. Does > it mean which WG should be responsible for the BGP Tunnel Encapsulation > Attribute related work had ever been discussed and finally determined tha= t the > Softwire WG is the right place for it? >=20 > Best regards, > Xiaohu >=20 >=20 > > -----Original Message----- > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > > Sent: Friday, February 13, 2015 9:21 AM > > To: bess@ietf.org > > Cc: Softwires WG > > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > > draft-xu-bess-encaps-udp > > > > Hi all, > > > > According to the suggestion from Adrian as a Routing co-AD, > > draft-xu-softwire-encaps-udp > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which was > > posted to the Softwire WG is now posted to the BESS WG. > > > > Any comments and suggestions are welcome. > > > > Best regards, > > Xiaohu > > > > > -----Original Message----- > > > From: Xuxiaohu > > > Sent: Friday, February 13, 2015 8:45 AM > > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > Subject: RE: draft-ietf-l3vpn-end-system and draft-ietf-mpls-in-udp > > > > > > Hi Adrian, > > > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > > respectively are all originated from Softwire, and further the > > > Softwire WG co-chairs didn't state that draft-xu-softwire-encaps-udp > > > doesn't belong to their WG, if the BESS and Softwire WG co-chairs > > > could reach an agreement that any future work related to BGP Tunnel > > > Encapsulation Attribute should be done in the BESS WG, it looks fine > > > to me. I would submit the same draft to the BESS WG as > > draft-xu-bess-encaps-udp. > > > > > > Best regards, > > > Xiaohu > > > > > > > -----Original Message----- > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > Sent: Thursday, February 12, 2015 10:50 PM > > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > draft-ietf-mpls-in-udp > > > > > > > > Hello all, > > > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall > > > > into their > > charter? > > > > You say "all the specifications for the BGP signaling for GRE, > > > > IPsec and etc were all defined in separate drafts belonging to the > > > > Softwire WG" but I see no evidence of this. The only vaguely > > > > related draft I can see is draft-xu-softwire-ip-in-udp which is a > > > > specific IP-over-UDP-over-IP mechanism about which I will reserve > > > > judgement except to say that I that softwire really needs yet > > > > another transition mechanism and that I believe IP-in-IP can be > > > > hashed by existing ECMP > > > hardware. > > > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe > > > > this document expired over 12 months ago. I would not say that it > > > > was the most substantive or technical document I have ever read > > > > :-) > > > > > > > > I have not removed the chairs from this thread, but I really hate > > > > spamming people's in-boxes. > > > > > > > > 2. While Xiaohu has correctly pointed at the current version of > > > > the I-D, it might be better to look at the status in the > > > > Datatracker via > > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > > - You'll see that the status is Waiting for AD Go-Ahead::Revised > > > > I-D Needed which means it has completed IETF last call and is > > > > waiting for a > > > revision. > > > > > > > > 3. If you are following the BESS mailing list, you'll see that > > > > there is text agreed with IANA to fix the "empty" IANA consideratio= ns > section. > > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.html > > > > This will be in the next revision of the draft. > > > > > > > > 4. I am sure we can involve the BESS chairs any time we note some > > > > work that they need to do. At the moment, they may be interested > > > > to know there is a conversation, but I don't know that we have > > > > identified any actions for them. I have not removed them from this > > > > thread, but I really hate spamming people's in-boxes. > > > > > > > > > > > > I believe there are two pieces of work: > > > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. This > > > > has already been done. No amount of effort to change documents or > > > > advance one document or another will change this fact. The code > > > > point has already been assigned. The registry is "First Come First > > > > Served" and no particular process was required except an > > > > application to IANA. No further > > > action is desirable. > > > > > > > > B. Specify necessary protocol work to utilise this code point. > > > > This is a matter for the BESS WG. They may consider that > > > > everything needed has already been documented, they may consider > > > > that they do not want to specify anything, they may consider that > > > > further work is needed and can be based on your I-D, they may > > > > consider that further work is needed and can needs a different > > > > starting point. The correct way to handle this is to post your I-D > > > > and take the discussion to the BESS > > mailing list. > > > You may ask the BESS chairs for advice. > > > > > > > > > > > > What am I missing here? > > > > What do you want to achieve and why? > > > > > > > > What action are you actually asking for? > > > > > > > > Adrian > > > > > > > > > -----Original Message----- > > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > > Sent: 12 February 2015 05:56 > > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > > rcallon@juniper.net; > > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > > Softwire WG co-chairs to be involved. > > > > > > > > > > Best regards, > > > > > Xiaohu > > > > > > > > > > > -----Original Message----- > > > > > > From: Xuxiaohu > > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > > To: 'Black, David'; adrian@olddog.co.uk; rcallon@juniper.net; > > > > > > 'draft-ietf-l3vpn-end-system@tools.ietf.org' > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > > > Hi all, > > > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action requ= est. > > > > > > The IANA Considerations of the latest version of the > > > > > > end-system draft > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-04#pa > > > > > > ge > > > > > > -2 > > > > > > 1) > > > > > > which > > > > > was > > > > > > published on October 2, 2014 clearly states that " This > > > > > > document has no IANA actions." Furthermore, the -03 version > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-03) > > > > > > which was published on September 18, 2014 and all the previous > > > > > > versions didn't mention the BGP tunnel type matter at all. On > > > > > > the contrary, the BGP tunnel type for MPLS-in-UDP has been > > > > > > mentioned since the > > > > > > 00 version of the MPLS-in-UDP draft > > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page-4) > > > > > > which was published April 28, 2012. However, According to the > > > > > > WG consensus during the WG adoption poll period, that section > > > > > > about "Signaling for Encapsulation in UDP" was removed and > > > > > > accordingly be specified in a separate draft > > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp-00) > > > > > > which was published on February 12, 2013. > > > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > > MPLS-in-UDP draft is to specify the signaling for > > > > > > encapsulation in UDP in a separate draft and all the > > > > > > specifications for the BGP signaling for GRE, IPsec and etc > > > > > > were all defined in separate drafts belonging to the Softwire > > > > > > WG, I do believe we should define > > > > > the > > > > > > signaling for UDP tunnel in a separate draft belonging to the > > > > > > Softwire > > WG. > > > > > > > > > > > > Since authors of the end-system draft believe the BGP tunnel > > > > > > type for MPLS-in-UDP is necessary and the MPLS-in-UDP draft is > > > > > > going to be published soon, the normative way is to move > > > > > > forward draft-xu-softwire-encaps-udp as quickly as possible, IM= HO. > > > > > > > > > > > > Best regards, > > > > > > Xiaohu > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > Adrian, > > > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and the > > > > > > > RFC Editor, the l3vpn-end-system draft will record IANA's act= ions > here. > > > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > > l3vpn-end-system draft, and indeed what is transpiring is a > > > > > > > version of "ADs can make many > > > > > > things happen." > > > > > > > > > > > > > > The good news is that we don't need another draft to > > > > > > > allocate that BGP tunnel type code point, which was where > > > > > > > this whole thread started, so chalk this up as a small > > > > > > > victory in the never-ending battle to reduce IESG > > > > > > workload ;-). > > > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > > > Thanks, > > > > > > > --David > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > > > I should have looked more deeply *before* sending my > > > > > > > > previous > > email. > > > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they accept= ed. > > > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > From: Pearl Liang via RT [mailto:iana-issues@iana.org] > > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > > bess@ietf.org; > > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment needs > > > > > > > > > to be updated when this draft is approved for publication= as RFC: > > > > > > > > > > > > > > > > > > [[[ > > > > > > > > > I think that might be valuable. So the IANA section shoul= d read... > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the "BGP > > > > > > > > > Tunnel > > > > > > > Encapsulation > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > --------+---------------------------+-----------------= -------------- > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point to > > > > > > > > > the RFC > > > > number > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > > > The current text "This document has no IANA actions." > > > > > > > > > provides no instructions and incorrectly tell people > > > > > > > > > there is no actions > > > > requested. > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrote: > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA tracking n= umber. > > > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-04. > > > > > > > > > > > > Authors should > > > > > > > > > > review > > > > > > > > > > > > the comments and/or questions below. Please > > > > > > > > > > > > report any > > > > > > > > > > inaccuracies and > > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/question= s: > > > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA Considerations > > > > > > > > > > > > section of this > > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made to > > > > > > > > > > > > support this > > > > > > > > > > draft. The > > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > > > >> Contact Name: > > > > > > > > > > > >> Thomas Morin > > > > > > > > > > > >> > > > > > > > > > > > >> Contact Email: > > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > > >> > > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS registry. > > > > > > > > > > > >> > > > > > > > > > > > >> Registry: > > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel Types > > > > > > > > > > > >> > > > > > > > > > > > >> See: > > > > > > > > > > > >> https://www.iana.org/assignments/bgp-parameters > > > > > > > > > > > >> > > > > > > > > > > > >> Description: > > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to allow > > > > > > > > > > > >> the use of an MPLS-over-UDP encapsulation as > > > > > > > > > > > >> specified in > > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > > udp . > > > > > > > > > > > >> > > > > > > > > > > > >> No value has been proposed yet, next available > > > > > > > > > > > >> value > > > > > > > > > > > >> 13 would be > > > > > > > > > > fine. > > > > > > > > > > > >> > > > > > > > > > > > >> Additional Info: > > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations section > > > > > > > > > > > > said "This > > > > > > > > > > document has > > > > > > > > > > > > no IANA actions." and, as a result, the > > > > > > > > > > > > assignment made through > > > > > > > > > > the request > > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > > author's intent? If > > > > > > > > > > not, > > > > > > > > > > could > > > > > > > > > > > > the draft be revised to indicate that the > > > > > > > > > > > > assignment made based on > > > > > > > > > > the > > > > > > > > > > request > > > > > > > > > > > > above be changed from an initial assignment to a > > > > > > > > > > > > permanent > > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > > The registry is FCFS for which *any* document is suffic= ient. > > > > > > > > > > The assignment has been made and is as permanent as > > > > > > > > > > any FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific value= s. > > > > > > > > > > > > However, > > > > > > > > > > early > > > > > > > > > > > > allocation is available for some types of registrat= ions. > > > > > > > > > > > > For more > > > > > > > > > > information, > > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 does > > > > > > > > > > not apply, and nor does "reservation of values". > > > > > > > > > > With FCFS the value is assigned when requested and that= 's it. > > > > > > > > > > > > > > > > > > > > Now, it is a different question whether this document > > > > > > > > > > should ask for the registry to be updated to point to > > > > > > > > > > the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA section sho= uld > read... > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > "BGP Tunnel Encapsulation > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > --------+--------------------------- > > > > > > > > > > +------------------------------- > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point > > > > > > > > > > to the RFC number > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > Adrian > > > > > > > > > > > > > > > > _______________________________________________ > > BESS mailing list > > BESS@ietf.org > > https://www.ietf.org/mailman/listinfo/bess From nobody Sat Feb 14 17:01:33 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BCEA1A01F9 for ; Sat, 14 Feb 2015 17:01:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ep7qKI8rDxgk for ; Sat, 14 Feb 2015 17:01:18 -0800 (PST) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 092B21A0199 for ; Sat, 14 Feb 2015 17:01:15 -0800 (PST) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1F11DA6008231 for ; Sun, 15 Feb 2015 01:01:13 GMT Received: from 950129200 (xdsl-77-74-119-17.c.btirol.at [77.74.119.17] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t1F11CUB008220 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 15 Feb 2015 01:01:13 GMT From: "Adrian Farrel" To: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> Date: Sun, 15 Feb 2015 01:01:12 -0000 Message-ID: <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQNXzOpNxBkaCSTp4d7RfEjKii6N5wE0fVnkmdg1lYA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21332.001 X-TM-AS-Result: No--33.389-10.0-31-10 X-imss-scan-details: No--33.389-10.0-31-10 X-TMASE-MatchedRID: CxmI61mtwh/W/bDrA6VrLdxajlW+zwxCUAjrAJWsTe+Y/Ue6G7XIMvpF FpW7mhF6O+NwyBVe+HAPALdO5jTW8XoR0dKw2FLZ84dsinZ5e1jp8lxWp2ellrrfxlRjqBJ3r2Z qhEtkqj1H3F5Jsp3fFQG8WJ/sNuzeJol1F8fRTeXx5KZMlKYS/VHewY36PuY0zPV+pffXxU8M2b 9SLN604t8Eb6Ow/gRZ5g1SRM40Mx8WlD7t5608OEcVayrW/N3UMVx/3ZYby7+NTnqOMBIJ4dfpf O5YhTb3UNsbtFxxjNA8CyC5jWhXvISOviUM0RKxmlaAItiONP2C7C2rJeUToVGq7cUqfGd1QwFF KJ/KxIsfmhS/U4FXwTolDc+/fWZbDOOJIuEAh6G2FK5J1KhC+1+U6kGoEdO3qPm/sjj9KBjAHyD M1D54TqtUW8OY/e15sidzbaW8Uwvz50g+jp9gnjujYXrbVGSbxnUMdStArZlizP0XgUsFMFkxR/ OK+HA0P2BDkWtpErzkPC7kkwZcO8dVBoJuo6illGudLLtRO1sjRkifc0blDaU4yMUhtwb26XnBa 2uOA60bhHEMR84AuiVHupo0s81FVjB2sAdY1mVIRA38P/dwbplhiS3ydre3NEJplIoT86wH//sn HmuYgSREOuQx9/Pu5rttZBStmTuPXyBgRlK0O4vtmwtVGLEkgdNXa4lpKNsJNTTzV9NRguTEMmz 538joulFjvVfHYSs9GQHwZ5PGB1HoNPuPLi69TQh9A4m9EtHJ5SXtoJPLyJh8u7mojKy+WZYNLN 2vdoIzNhvZcetROcIbATrOa7auDxYKUwW+2eieAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47hGNS8BP La+j7ew1twePJJB3QfwsVk0UbslCGssfkpInQ== Archived-At: Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 01:01:30 -0000 Just for clarity on this point: I suggested that BESS was the right place to discuss whether and how to use BGP to indicate tunnel types. I also observed that a code point already exists in the BGP Tunnel Encapsulation Attribute Tunnel Types registry at http://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tunnel-types Therefore the debate the WG needs to have (perhaps before debating adoption of this document) is: - whether the existing code point is enough for the purpose of identifying MPLS-in-UDP tunnels or whether more work is needed - whether a foo-in-UDP tunnel type should be used instead with sub-TLVs to identify the different cases of foo. Adrian > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > Sent: 13 February 2015 06:10 > To: Xuxiaohu; bess@ietf.org; bess-chairs@tools.ietf.org > Cc: draft-xu-bess-encaps-udp@tools.ietf.org; softwire-chairs@tools.ietf.org > Subject: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why > transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp > > Hi BESS WG co-chairs, > > The BGP tunnel type for MPLS-in-UDP has been mentioned in the MPLS-in-UDP > draft since the 00 version (https://tools.ietf.org/html/draft-xu-mpls-in-udp- > 00#page-4) which was published on April 28, 2012. However, according to the WG > consensus during the WG adoption poll period, that section of "Signaling for > Encapsulation in UDP" was removed from the MPLS-in-UDP draft and accordingly > it was specified in a separate draft (https://tools.ietf.org/html/draft-xu-softwire- > encaps-udp-00) which was published on February 12, 2013. > > Adrian has suggested me to post this draft to BESS. Furthermore, Suresh has > indicated that the Softwire WG would not be a right place for any BGP tunnel > type related works anymore since the WG is going to shut down in the very near > future. Hence, would you please start a WG adoption for draft-xu-bess-encaps- > udp which is transformed from draft-xu-softwire-encaps-udp? > > Best regards, > Xiaohu > > > -----Original Message----- > > From: Xuxiaohu > > Sent: Friday, February 13, 2015 12:13 PM > > To: Xuxiaohu; bess@ietf.org > > Cc: Softwires WG > > Subject: RE: [bess] Why transform draft-xu-softwire-encaps-udp to > > draft-xu-bess-encaps-udp > > > > Hi all, > > > > I noticed the following text from RFC 5512 (draft-ietf-softwire-encaps-safi): > > > > **************** > > 4.2. Protocol Type Sub-TLV > > > > The protocol type sub-TLV MAY be encoded to indicate the type of the > > payload packets that will be encapsulated with the tunnel parameters > > that are being signaled in the TLV. The value field of the sub-TLV > > contains a 2-octet protocol type that is one of the types defined in > > [IANA-AF] as ETHER TYPEs. > > > > For example, if we want to use three L2TPv3 sessions, one carrying > > IPv4 packets, one carrying IPv6 packets, and one carrying MPLS > > packets, the egress router will include three TLVs of L2TPv3 > > encapsulation type, each specifying a different Session ID and a > > different payload type. The protocol type sub-TLV for these will be > > IPv4 (protocol type = 0x0800), IPv6 (protocol type = 0x86dd), and > > MPLS (protocol type = 0x8847), respectively. > > *************** > > > > It seems that RFC5512 is not only talking about IP-in-GRE, but also MPLS-in-GRE. > > > > I also noticed an expired IDR WG doc (see > > https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00) which was a > > predecessor of draft-ietf-softwire-encaps-safi. Besides, RFC5566 > > (draft-ietf-softwire-encaps-ipsec) is also originated from the Softwire WG. > Does > > it mean which WG should be responsible for the BGP Tunnel Encapsulation > > Attribute related work had ever been discussed and finally determined that the > > Softwire WG is the right place for it? > > > > Best regards, > > Xiaohu > > > > > > > -----Original Message----- > > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > > > Sent: Friday, February 13, 2015 9:21 AM > > > To: bess@ietf.org > > > Cc: Softwires WG > > > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > > > draft-xu-bess-encaps-udp > > > > > > Hi all, > > > > > > According to the suggestion from Adrian as a Routing co-AD, > > > draft-xu-softwire-encaps-udp > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which was > > > posted to the Softwire WG is now posted to the BESS WG. > > > > > > Any comments and suggestions are welcome. > > > > > > Best regards, > > > Xiaohu > > > > > > > -----Original Message----- > > > > From: Xuxiaohu > > > > Sent: Friday, February 13, 2015 8:45 AM > > > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > Subject: RE: draft-ietf-l3vpn-end-system and draft-ietf-mpls-in-udp > > > > > > > > Hi Adrian, > > > > > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > > > respectively are all originated from Softwire, and further the > > > > Softwire WG co-chairs didn't state that draft-xu-softwire-encaps-udp > > > > doesn't belong to their WG, if the BESS and Softwire WG co-chairs > > > > could reach an agreement that any future work related to BGP Tunnel > > > > Encapsulation Attribute should be done in the BESS WG, it looks fine > > > > to me. I would submit the same draft to the BESS WG as > > > draft-xu-bess-encaps-udp. > > > > > > > > Best regards, > > > > Xiaohu > > > > > > > > > -----Original Message----- > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > Sent: Thursday, February 12, 2015 10:50 PM > > > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > Hello all, > > > > > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall > > > > > into their > > > charter? > > > > > You say "all the specifications for the BGP signaling for GRE, > > > > > IPsec and etc were all defined in separate drafts belonging to the > > > > > Softwire WG" but I see no evidence of this. The only vaguely > > > > > related draft I can see is draft-xu-softwire-ip-in-udp which is a > > > > > specific IP-over-UDP-over-IP mechanism about which I will reserve > > > > > judgement except to say that I that softwire really needs yet > > > > > another transition mechanism and that I believe IP-in-IP can be > > > > > hashed by existing ECMP > > > > hardware. > > > > > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe > > > > > this document expired over 12 months ago. I would not say that it > > > > > was the most substantive or technical document I have ever read > > > > > :-) > > > > > > > > > > I have not removed the chairs from this thread, but I really hate > > > > > spamming people's in-boxes. > > > > > > > > > > 2. While Xiaohu has correctly pointed at the current version of > > > > > the I-D, it might be better to look at the status in the > > > > > Datatracker via > > > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > > > - You'll see that the status is Waiting for AD Go-Ahead::Revised > > > > > I-D Needed which means it has completed IETF last call and is > > > > > waiting for a > > > > revision. > > > > > > > > > > 3. If you are following the BESS mailing list, you'll see that > > > > > there is text agreed with IANA to fix the "empty" IANA considerations > > section. > > > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.html > > > > > This will be in the next revision of the draft. > > > > > > > > > > 4. I am sure we can involve the BESS chairs any time we note some > > > > > work that they need to do. At the moment, they may be interested > > > > > to know there is a conversation, but I don't know that we have > > > > > identified any actions for them. I have not removed them from this > > > > > thread, but I really hate spamming people's in-boxes. > > > > > > > > > > > > > > > I believe there are two pieces of work: > > > > > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. This > > > > > has already been done. No amount of effort to change documents or > > > > > advance one document or another will change this fact. The code > > > > > point has already been assigned. The registry is "First Come First > > > > > Served" and no particular process was required except an > > > > > application to IANA. No further > > > > action is desirable. > > > > > > > > > > B. Specify necessary protocol work to utilise this code point. > > > > > This is a matter for the BESS WG. They may consider that > > > > > everything needed has already been documented, they may consider > > > > > that they do not want to specify anything, they may consider that > > > > > further work is needed and can be based on your I-D, they may > > > > > consider that further work is needed and can needs a different > > > > > starting point. The correct way to handle this is to post your I-D > > > > > and take the discussion to the BESS > > > mailing list. > > > > You may ask the BESS chairs for advice. > > > > > > > > > > > > > > > What am I missing here? > > > > > What do you want to achieve and why? > > > > > > > > > > What action are you actually asking for? > > > > > > > > > > Adrian > > > > > > > > > > > -----Original Message----- > > > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > > > Sent: 12 February 2015 05:56 > > > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > > > rcallon@juniper.net; > > > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > > > Softwire WG co-chairs to be involved. > > > > > > > > > > > > Best regards, > > > > > > Xiaohu > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Xuxiaohu > > > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > > > To: 'Black, David'; adrian@olddog.co.uk; rcallon@juniper.net; > > > > > > > 'draft-ietf-l3vpn-end-system@tools.ietf.org' > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action request. > > > > > > > The IANA Considerations of the latest version of the > > > > > > > end-system draft > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-04#pa > > > > > > > ge > > > > > > > -2 > > > > > > > 1) > > > > > > > which > > > > > > was > > > > > > > published on October 2, 2014 clearly states that " This > > > > > > > document has no IANA actions." Furthermore, the -03 version > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-03) > > > > > > > which was published on September 18, 2014 and all the previous > > > > > > > versions didn't mention the BGP tunnel type matter at all. On > > > > > > > the contrary, the BGP tunnel type for MPLS-in-UDP has been > > > > > > > mentioned since the > > > > > > > 00 version of the MPLS-in-UDP draft > > > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page-4) > > > > > > > which was published April 28, 2012. However, According to the > > > > > > > WG consensus during the WG adoption poll period, that section > > > > > > > about "Signaling for Encapsulation in UDP" was removed and > > > > > > > accordingly be specified in a separate draft > > > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp-00) > > > > > > > which was published on February 12, 2013. > > > > > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > > > MPLS-in-UDP draft is to specify the signaling for > > > > > > > encapsulation in UDP in a separate draft and all the > > > > > > > specifications for the BGP signaling for GRE, IPsec and etc > > > > > > > were all defined in separate drafts belonging to the Softwire > > > > > > > WG, I do believe we should define > > > > > > the > > > > > > > signaling for UDP tunnel in a separate draft belonging to the > > > > > > > Softwire > > > WG. > > > > > > > > > > > > > > Since authors of the end-system draft believe the BGP tunnel > > > > > > > type for MPLS-in-UDP is necessary and the MPLS-in-UDP draft is > > > > > > > going to be published soon, the normative way is to move > > > > > > > forward draft-xu-softwire-encaps-udp as quickly as possible, IMHO. > > > > > > > > > > > > > > Best regards, > > > > > > > Xiaohu > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > Adrian, > > > > > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and the > > > > > > > > RFC Editor, the l3vpn-end-system draft will record IANA's actions > > here. > > > > > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > > > l3vpn-end-system draft, and indeed what is transpiring is a > > > > > > > > version of "ADs can make many > > > > > > > things happen." > > > > > > > > > > > > > > > > The good news is that we don't need another draft to > > > > > > > > allocate that BGP tunnel type code point, which was where > > > > > > > > this whole thread started, so chalk this up as a small > > > > > > > > victory in the never-ending battle to reduce IESG > > > > > > > workload ;-). > > > > > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > > > > > Thanks, > > > > > > > > --David > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > > > > > I should have looked more deeply *before* sending my > > > > > > > > > previous > > > email. > > > > > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they accepted. > > > > > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Pearl Liang via RT [mailto:iana-issues@iana.org] > > > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > > > bess@ietf.org; > > > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment needs > > > > > > > > > > to be updated when this draft is approved for publication as RFC: > > > > > > > > > > > > > > > > > > > > [[[ > > > > > > > > > > I think that might be valuable. So the IANA section should read... > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the "BGP > > > > > > > > > > Tunnel > > > > > > > > Encapsulation > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > --------+---------------------------+------------------------------- > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point to > > > > > > > > > > the RFC > > > > > number > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > > > > > The current text "This document has no IANA actions." > > > > > > > > > > provides no instructions and incorrectly tell people > > > > > > > > > > there is no actions > > > > > requested. > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA tracking > number. > > > > > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-04. > > > > > > > > > > > > > Authors should > > > > > > > > > > > review > > > > > > > > > > > > > the comments and/or questions below. Please > > > > > > > > > > > > > report any > > > > > > > > > > > inaccuracies and > > > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/questions: > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA Considerations > > > > > > > > > > > > > section of this > > > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made to > > > > > > > > > > > > > support this > > > > > > > > > > > draft. The > > > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > > > > > >> Contact Name: > > > > > > > > > > > > >> Thomas Morin > > > > > > > > > > > > >> > > > > > > > > > > > > >> Contact Email: > > > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > > > >> > > > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS registry. > > > > > > > > > > > > >> > > > > > > > > > > > > >> Registry: > > > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel Types > > > > > > > > > > > > >> > > > > > > > > > > > > >> See: > > > > > > > > > > > > >> https://www.iana.org/assignments/bgp-parameters > > > > > > > > > > > > >> > > > > > > > > > > > > >> Description: > > > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to allow > > > > > > > > > > > > >> the use of an MPLS-over-UDP encapsulation as > > > > > > > > > > > > >> specified in > > > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > > > udp . > > > > > > > > > > > > >> > > > > > > > > > > > > >> No value has been proposed yet, next available > > > > > > > > > > > > >> value > > > > > > > > > > > > >> 13 would be > > > > > > > > > > > fine. > > > > > > > > > > > > >> > > > > > > > > > > > > >> Additional Info: > > > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations section > > > > > > > > > > > > > said "This > > > > > > > > > > > document has > > > > > > > > > > > > > no IANA actions." and, as a result, the > > > > > > > > > > > > > assignment made through > > > > > > > > > > > the request > > > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > > > author's intent? If > > > > > > > > > > > not, > > > > > > > > > > > could > > > > > > > > > > > > > the draft be revised to indicate that the > > > > > > > > > > > > > assignment made based on > > > > > > > > > > > the > > > > > > > > > > > request > > > > > > > > > > > > > above be changed from an initial assignment to a > > > > > > > > > > > > > permanent > > > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > > > The registry is FCFS for which *any* document is sufficient. > > > > > > > > > > > The assignment has been made and is as permanent as > > > > > > > > > > > any FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific values. > > > > > > > > > > > > > However, > > > > > > > > > > > early > > > > > > > > > > > > > allocation is available for some types of registrations. > > > > > > > > > > > > > For more > > > > > > > > > > > information, > > > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 does > > > > > > > > > > > not apply, and nor does "reservation of values". > > > > > > > > > > > With FCFS the value is assigned when requested and that's it. > > > > > > > > > > > > > > > > > > > > > > Now, it is a different question whether this document > > > > > > > > > > > should ask for the registry to be updated to point to > > > > > > > > > > > the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA section should > > read... > > > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > > "BGP Tunnel Encapsulation > > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > > --------+--------------------------- > > > > > > > > > > > +------------------------------- > > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point > > > > > > > > > > > to the RFC number > > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > Adrian > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > BESS mailing list > > > BESS@ietf.org > > > https://www.ietf.org/mailman/listinfo/bess > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Sat Feb 14 19:31:20 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEBFD1A0177 for ; Sat, 14 Feb 2015 19:31:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id czhFkiwGR1hD for ; Sat, 14 Feb 2015 19:31:14 -0800 (PST) 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 2A4E31A00F0 for ; Sat, 14 Feb 2015 19:31:13 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPH24137; Sun, 15 Feb 2015 03:31:11 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sun, 15 Feb 2015 03:31:10 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Sun, 15 Feb 2015 11:31:02 +0800 From: Xuxiaohu To: "adrian@olddog.co.uk" , "bess@ietf.org" Thread-Topic: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Thread-Index: AQHQSLr3DiuxdRaR30WUQ5uVlB6ZeJzw6wsg Date: Sun, 15 Feb 2015 03:31:01 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08306C1F@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> In-Reply-To: <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 03:31:20 -0000 Hi Adrian, > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: Sunday, February 15, 2015 9:01 AM > To: bess@ietf.org > Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//= RE: > Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp >=20 > Just for clarity on this point: >=20 > I suggested that BESS was the right place to discuss whether and how to u= se BGP > to indicate tunnel types. Thanks for making that suggestion. Although RFC5512 (i.e., draft-ietf-softw= ire-encaps-safi) and RFC5566 (i.e., draft-ietf-softwire-encaps-ipsec) have = been originated from Softwire WG and the current Softwire WG charter (https= ://tools.ietf.org/wg/softwire/charters) still state that "BGP and other rou= ting and signaling protocols developed in this group will be reviewed joint= ly with the proper working groups and other workings that may take interest= (e.g. IDR, L3VPN, PIM, LDP, SAAG, etc)", your above suggestion, together w= ith Softwire co-chairs' claim of last Friday that the softwire WG is going = to shut down and therefore it would not be a right place to pursue this dra= ft anymore, seem to be a joint statement that any future work related to BG= P Encapsulation SAFI should be discussed in the BESS WG, rather than the So= ftwire WG. Thanks again for clarifying the confusion. > I also observed that a code point already exists in the BGP Tunnel Encaps= ulation > Attribute Tunnel Types registry at > http://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tun > nel-types > Therefore the debate the WG needs to have (perhaps before debating adopti= on > of this document) is: >=20 > - whether the existing code point is enough for the purpose of identifyin= g > MPLS-in-UDP tunnels or whether more work is needed > - whether a foo-in-UDP tunnel type should be used instead with sub-TLVs > to identify the different cases of foo. IMHO, it depends on whether the tunnel type of the Tunnel Encapsulation TLV= as specified in RFC5512 should be interpreted as UDP or MPLS-in-UDP.=20 See the following text quoted from RFC 5512 (draft-ietf-softwire-encaps-saf= i): **************** 4.2. Protocol Type Sub-TLV The protocol type sub-TLV MAY be encoded to indicate the type of the payload packets that will be encapsulated with the tunnel parameters that are being signaled in the TLV. The value field of the sub-TLV contains a 2-octet protocol type that is one of the types defined in [IANA-AF] as ETHER TYPEs. For example, if we want to use three L2TPv3 sessions, one carrying IPv4 packets, one carrying IPv6 packets, and one carrying MPLS packets, the egress router will include three TLVs of L2TPv3 encapsulation type, each specifying a different Session ID and a different payload type. The protocol type sub-TLV for these will be IPv4 (protocol type =3D 0x0800), IPv6 (protocol type =3D 0x86dd), and MPLS (protocol type =3D 0x8847), respectively. 4.4. Tunnel Type Selection A BGP speaker may include multiple tunnel TLVs in the tunnel attribute. The receiving speaker MAY have local policies defined to choose different tunnel types for different sets/types of payload prefixes received from the same BGP speaker. For instance, if a BGP speaker includes both L2TPv3 and GRE tunnel types in the tunnel attribute and it also advertises IPv4 and IPv6 prefixes, the ingress router may have local policy defined to choose L2TPv3 for IPv4 prefixes (provided the protocol type received in the tunnel attribute matches) and GRE for IPv6 prefixes. *************** To keep it in accordance with the usage of the tunnel type as specified in = RFC5512, I believe the tunnel type of the Tunnel Encapsulation TLV should b= e interpreted as UDP, rather than MPLS-in-UDP. That's to say, what type of = payload will be carried over the UDP tunnel cloud be explicitly indicated b= y the protocol type sub-TLV.=20 Best regards, Xiaohu > Adrian >=20 > > -----Original Message----- > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > > Sent: 13 February 2015 06:10 > > To: Xuxiaohu; bess@ietf.org; bess-chairs@tools.ietf.org > > Cc: draft-xu-bess-encaps-udp@tools.ietf.org; > > softwire-chairs@tools.ietf.org > > Subject: [bess] Request for WG adoption of > > draft-xu-bess-encaps-udp//RE: Why transform > > draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp > > > > Hi BESS WG co-chairs, > > > > The BGP tunnel type for MPLS-in-UDP has been mentioned in the > > MPLS-in-UDP draft since the 00 version > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp- > > 00#page-4) which was published on April 28, 2012. However, according > > to the WG consensus during the WG adoption poll period, that section > > of "Signaling for Encapsulation in UDP" was removed from the > > MPLS-in-UDP draft and accordingly it was specified in a separate draft > (https://tools.ietf.org/html/draft-xu-softwire- > > encaps-udp-00) which was published on February 12, 2013. > > > > Adrian has suggested me to post this draft to BESS. Furthermore, > > Suresh has indicated that the Softwire WG would not be a right place > > for any BGP tunnel type related works anymore since the WG is going to > > shut down in the very near future. Hence, would you please start a WG > > adoption for draft-xu-bess-encaps- udp which is transformed from > draft-xu-softwire-encaps-udp? > > > > Best regards, > > Xiaohu > > > > > -----Original Message----- > > > From: Xuxiaohu > > > Sent: Friday, February 13, 2015 12:13 PM > > > To: Xuxiaohu; bess@ietf.org > > > Cc: Softwires WG > > > Subject: RE: [bess] Why transform draft-xu-softwire-encaps-udp to > > > draft-xu-bess-encaps-udp > > > > > > Hi all, > > > > > > I noticed the following text from RFC 5512 > (draft-ietf-softwire-encaps-safi): > > > > > > **************** > > > 4.2. Protocol Type Sub-TLV > > > > > > The protocol type sub-TLV MAY be encoded to indicate the type of t= he > > > payload packets that will be encapsulated with the tunnel paramete= rs > > > that are being signaled in the TLV. The value field of the sub-TL= V > > > contains a 2-octet protocol type that is one of the types defined = in > > > [IANA-AF] as ETHER TYPEs. > > > > > > For example, if we want to use three L2TPv3 sessions, one carrying > > > IPv4 packets, one carrying IPv6 packets, and one carrying MPLS > > > packets, the egress router will include three TLVs of L2TPv3 > > > encapsulation type, each specifying a different Session ID and a > > > different payload type. The protocol type sub-TLV for these will = be > > > IPv4 (protocol type =3D 0x0800), IPv6 (protocol type =3D 0x86dd), = and > > > MPLS (protocol type =3D 0x8847), respectively. > > > *************** > > > > > > It seems that RFC5512 is not only talking about IP-in-GRE, but also > MPLS-in-GRE. > > > > > > I also noticed an expired IDR WG doc (see > > > https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00) which was > > > a predecessor of draft-ietf-softwire-encaps-safi. Besides, RFC5566 > > > (draft-ietf-softwire-encaps-ipsec) is also originated from the Softwi= re WG. > > Does > > > it mean which WG should be responsible for the BGP Tunnel > > > Encapsulation Attribute related work had ever been discussed and > > > finally determined that > the > > > Softwire WG is the right place for it? > > > > > > Best regards, > > > Xiaohu > > > > > > > > > > -----Original Message----- > > > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > > > > Sent: Friday, February 13, 2015 9:21 AM > > > > To: bess@ietf.org > > > > Cc: Softwires WG > > > > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > > > > draft-xu-bess-encaps-udp > > > > > > > > Hi all, > > > > > > > > According to the suggestion from Adrian as a Routing co-AD, > > > > draft-xu-softwire-encaps-udp > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which > > > > was posted to the Softwire WG is now posted to the BESS WG. > > > > > > > > Any comments and suggestions are welcome. > > > > > > > > Best regards, > > > > Xiaohu > > > > > > > > > -----Original Message----- > > > > > From: Xuxiaohu > > > > > Sent: Friday, February 13, 2015 8:45 AM > > > > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > Hi Adrian, > > > > > > > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > > > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > > > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > > > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > > > > respectively are all originated from Softwire, and further the > > > > > Softwire WG co-chairs didn't state that > > > > > draft-xu-softwire-encaps-udp doesn't belong to their WG, if the > > > > > BESS and Softwire WG co-chairs could reach an agreement that any > > > > > future work related to BGP Tunnel Encapsulation Attribute should > > > > > be done in the BESS WG, it looks fine to me. I would submit the > > > > > same draft to the BESS WG as > > > > draft-xu-bess-encaps-udp. > > > > > > > > > > Best regards, > > > > > Xiaohu > > > > > > > > > > > -----Original Message----- > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > Sent: Thursday, February 12, 2015 10:50 PM > > > > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > Hello all, > > > > > > > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall > > > > > > into their > > > > charter? > > > > > > You say "all the specifications for the BGP signaling for GRE, > > > > > > IPsec and etc were all defined in separate drafts belonging to > > > > > > the Softwire WG" but I see no evidence of this. The only > > > > > > vaguely related draft I can see is draft-xu-softwire-ip-in-udp > > > > > > which is a specific IP-over-UDP-over-IP mechanism about which > > > > > > I will reserve judgement except to say that I that softwire > > > > > > really needs yet another transition mechanism and that I > > > > > > believe IP-in-IP can be hashed by existing ECMP > > > > > hardware. > > > > > > > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe > > > > > > this document expired over 12 months ago. I would not say that > > > > > > it was the most substantive or technical document I have ever > > > > > > read > > > > > > :-) > > > > > > > > > > > > I have not removed the chairs from this thread, but I really > > > > > > hate spamming people's in-boxes. > > > > > > > > > > > > 2. While Xiaohu has correctly pointed at the current version > > > > > > of the I-D, it might be better to look at the status in the > > > > > > Datatracker via > > > > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > > > > - You'll see that the status is Waiting for AD > > > > > > Go-Ahead::Revised I-D Needed which means it has completed IETF > > > > > > last call and is waiting for a > > > > > revision. > > > > > > > > > > > > 3. If you are following the BESS mailing list, you'll see that > > > > > > there is text agreed with IANA to fix the "empty" IANA > > > > > > considerations > > > section. > > > > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.htm > > > > > > l This will be in the next revision of the draft. > > > > > > > > > > > > 4. I am sure we can involve the BESS chairs any time we note > > > > > > some work that they need to do. At the moment, they may be > > > > > > interested to know there is a conversation, but I don't know > > > > > > that we have identified any actions for them. I have not > > > > > > removed them from this thread, but I really hate spamming peopl= e's > in-boxes. > > > > > > > > > > > > > > > > > > I believe there are two pieces of work: > > > > > > > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. > > > > > > This has already been done. No amount of effort to change > > > > > > documents or advance one document or another will change this > > > > > > fact. The code point has already been assigned. The registry > > > > > > is "First Come First Served" and no particular process was > > > > > > required except an application to IANA. No further > > > > > action is desirable. > > > > > > > > > > > > B. Specify necessary protocol work to utilise this code point. > > > > > > This is a matter for the BESS WG. They may consider that > > > > > > everything needed has already been documented, they may > > > > > > consider that they do not want to specify anything, they may > > > > > > consider that further work is needed and can be based on your > > > > > > I-D, they may consider that further work is needed and can > > > > > > needs a different starting point. The correct way to handle > > > > > > this is to post your I-D and take the discussion to the BESS > > > > mailing list. > > > > > You may ask the BESS chairs for advice. > > > > > > > > > > > > > > > > > > What am I missing here? > > > > > > What do you want to achieve and why? > > > > > > > > > > > > What action are you actually asking for? > > > > > > > > > > > > Adrian > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > > > > Sent: 12 February 2015 05:56 > > > > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > > > > rcallon@juniper.net; > > > > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > > > > Softwire WG co-chairs to be involved. > > > > > > > > > > > > > > Best regards, > > > > > > > Xiaohu > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Xuxiaohu > > > > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > > > > To: 'Black, David'; adrian@olddog.co.uk; > > > > > > > > rcallon@juniper.net; 'draft-ietf-l3vpn-end-system@tools.iet= f.org' > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action > request. > > > > > > > > The IANA Considerations of the latest version of the > > > > > > > > end-system draft > > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-0 > > > > > > > > 4#pa > > > > > > > > ge > > > > > > > > -2 > > > > > > > > 1) > > > > > > > > which > > > > > > > was > > > > > > > > published on October 2, 2014 clearly states that " This > > > > > > > > document has no IANA actions." Furthermore, the -03 > > > > > > > > version > > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-0 > > > > > > > > 3) which was published on September 18, 2014 and all the > > > > > > > > previous versions didn't mention the BGP tunnel type > > > > > > > > matter at all. On the contrary, the BGP tunnel type for > > > > > > > > MPLS-in-UDP has been mentioned since the > > > > > > > > 00 version of the MPLS-in-UDP draft > > > > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page- > > > > > > > > 4) which was published April 28, 2012. However, According > > > > > > > > to the WG consensus during the WG adoption poll period, > > > > > > > > that section about "Signaling for Encapsulation in UDP" > > > > > > > > was removed and accordingly be specified in a separate > > > > > > > > draft > > > > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp- > > > > > > > > 00) which was published on February 12, 2013. > > > > > > > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > > > > MPLS-in-UDP draft is to specify the signaling for > > > > > > > > encapsulation in UDP in a separate draft and all the > > > > > > > > specifications for the BGP signaling for GRE, IPsec and > > > > > > > > etc were all defined in separate drafts belonging to the > > > > > > > > Softwire WG, I do believe we should define > > > > > > > the > > > > > > > > signaling for UDP tunnel in a separate draft belonging to > > > > > > > > the Softwire > > > > WG. > > > > > > > > > > > > > > > > Since authors of the end-system draft believe the BGP > > > > > > > > tunnel type for MPLS-in-UDP is necessary and the > > > > > > > > MPLS-in-UDP draft is going to be published soon, the > > > > > > > > normative way is to move forward draft-xu-softwire-encaps-u= dp as > quickly as possible, IMHO. > > > > > > > > > > > > > > > > Best regards, > > > > > > > > Xiaohu > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > > > Adrian, > > > > > > > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and > > > > > > > > > the RFC Editor, the l3vpn-end-system draft will record > > > > > > > > > IANA's > actions > > > here. > > > > > > > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > > > > l3vpn-end-system draft, and indeed what is transpiring > > > > > > > > > is a version of "ADs can make many > > > > > > > > things happen." > > > > > > > > > > > > > > > > > > The good news is that we don't need another draft to > > > > > > > > > allocate that BGP tunnel type code point, which was > > > > > > > > > where this whole thread started, so chalk this up as a > > > > > > > > > small victory in the never-ending battle to reduce IESG > > > > > > > > workload ;-). > > > > > > > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > --David > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > > > > > > > I should have looked more deeply *before* sending my > > > > > > > > > > previous > > > > email. > > > > > > > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they ac= cepted. > > > > > > > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Pearl Liang via RT > > > > > > > > > > > [mailto:iana-issues@iana.org] > > > > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > > > > bess@ietf.org; > > > > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment > > > > > > > > > > > needs to be updated when this draft is approved for > > > > > > > > > > > publication as > RFC: > > > > > > > > > > > > > > > > > > > > > > [[[ > > > > > > > > > > > I think that might be valuable. So the IANA section > > > > > > > > > > > should > read... > > > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > > "BGP Tunnel > > > > > > > > > Encapsulation > > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > > > --------+---------------------------+------------------------------- > > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to > > > > > > > > > > > point to the RFC > > > > > > number > > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > > > > > > > The current text "This document has no IANA actions.= " > > > > > > > > > > > provides no instructions and incorrectly tell people > > > > > > > > > > > there is no actions > > > > > > requested. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrot= e: > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA > > > > > > > > > > > > tracking > > number. > > > > > > > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-0= 4. > > > > > > > > > > > > > > Authors should > > > > > > > > > > > > review > > > > > > > > > > > > > > the comments and/or questions below. Please > > > > > > > > > > > > > > report any > > > > > > > > > > > > inaccuracies and > > > > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/ques= tions: > > > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA > > > > > > > > > > > > > > Considerations section of this > > > > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made > > > > > > > > > > > > > > to support this > > > > > > > > > > > > draft. The > > > > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Contact Name: > > > > > > > > > > > > > >> Thomas Morin > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> Contact Email: > > > > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS regis= try. > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> Registry: > > > > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel > > > > > > > > > > > > > >> Types > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> See: > > > > > > > > > > > > > >> https://www.iana.org/assignments/bgp-paramete > > > > > > > > > > > > > >> rs > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> Description: > > > > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to > > > > > > > > > > > > > >> allow the use of an MPLS-over-UDP > > > > > > > > > > > > > >> encapsulation as specified in > > > > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > > > > udp . > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> No value has been proposed yet, next > > > > > > > > > > > > > >> available value > > > > > > > > > > > > > >> 13 would be > > > > > > > > > > > > fine. > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> Additional Info: > > > > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations > > > > > > > > > > > > > > section said "This > > > > > > > > > > > > document has > > > > > > > > > > > > > > no IANA actions." and, as a result, the > > > > > > > > > > > > > > assignment made through > > > > > > > > > > > > the request > > > > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > > > > author's intent? If > > > > > > > > > > > > not, > > > > > > > > > > > > could > > > > > > > > > > > > > > the draft be revised to indicate that the > > > > > > > > > > > > > > assignment made based on > > > > > > > > > > > > the > > > > > > > > > > > > request > > > > > > > > > > > > > > above be changed from an initial assignment to > > > > > > > > > > > > > > a permanent > > > > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > > > > The registry is FCFS for which *any* document is > sufficient. > > > > > > > > > > > > The assignment has been made and is as permanent > > > > > > > > > > > > as any FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific v= alues. > > > > > > > > > > > > > > However, > > > > > > > > > > > > early > > > > > > > > > > > > > > allocation is available for some types of > registrations. > > > > > > > > > > > > > > For more > > > > > > > > > > > > information, > > > > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 > > > > > > > > > > > > does not apply, and nor does "reservation of values= ". > > > > > > > > > > > > With FCFS the value is assigned when requested and > > > > > > > > > > > > that's > it. > > > > > > > > > > > > > > > > > > > > > > > > Now, it is a different question whether this > > > > > > > > > > > > document should ask for the registry to be updated > > > > > > > > > > > > to point to the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA > > > > > > > > > > > > section should > > > read... > > > > > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > > > "BGP Tunnel Encapsulation > > > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > > > --------+--------------------------- > > > > > > > > > > > > +------------------------------- > > > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to > > > > > > > > > > > > point to the RFC number > > > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Adrian > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > BESS mailing list > > > > BESS@ietf.org > > > > https://www.ietf.org/mailman/listinfo/bess > > > > _______________________________________________ > > BESS mailing list > > BESS@ietf.org > > https://www.ietf.org/mailman/listinfo/bess >=20 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess From nobody Sat Feb 14 19:34:56 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83C931A0177 for ; Sat, 14 Feb 2015 19:34:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jxoO7ICA53U4 for ; Sat, 14 Feb 2015 19:34:52 -0800 (PST) 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 591C51A00F0 for ; Sat, 14 Feb 2015 19:34:52 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPH24306; Sun, 15 Feb 2015 03:34:51 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sun, 15 Feb 2015 03:34:50 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Sun, 15 Feb 2015 11:34:38 +0800 From: Xuxiaohu To: Xuxiaohu , "adrian@olddog.co.uk" , "bess@ietf.org" Thread-Topic: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Thread-Index: AQHQSLr3DiuxdRaR30WUQ5uVlB6ZeJzw6wsggAAjjsA= Date: Sun, 15 Feb 2015 03:34:37 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08306C2C@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 03:34:54 -0000 > Thanks for making that suggestion. Although RFC5512 (i.e., > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > draft-ietf-softwire-encaps-ipsec) have been originated from Softwire WG a= nd > the current Softwire WG charter (https://tools.ietf.org/wg/softwire/chart= ers) > still state that "BGP and other routing and signaling protocols developed= in this > group will be reviewed jointly with the proper working groups and other > workings that may take interest (e.g. IDR, L3VPN, PIM, LDP, SAAG, etc)", = your > above suggestion, together with Softwire co-chairs' claim of last Friday = that the s/last Friday/this Friday. > softwire WG is going to shut down and therefore it would not be a right p= lace to > pursue this draft anymore, seem to be a joint statement that any future w= ork > related to BGP Encapsulation SAFI should be discussed in the BESS WG, rat= her > than the Softwire WG. Thanks again for clarifying the confusion. From nobody Sun Feb 15 06:15:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57D491A1BFB; Sun, 15 Feb 2015 06:15:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 Nt9bEPox35va; Sun, 15 Feb 2015 06:15:46 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id DEF361A1BF9; Sun, 15 Feb 2015 06:15:45 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: "'Xuxiaohu'" , References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830666D@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830666D@NKGEML512-MBS.china.huawei.com> Date: Sun, 15 Feb 2015 09:15:31 -0500 Message-ID: <011401d04929$db7fffb0$927fff10$@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: AQNXzOpNxBkaCSTp4d7RfEjKii6N5wGGrjEFmdaDWHA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Softwires WG' Subject: Re: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 14:15:50 -0000 Xiaohu: That the draft came through softwire is self-evident. That it was appropriate to come to Softwire instead of IDR: (see https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00), this means the IDR chairs dropped the ball. I'm working hard to catch all the BGP related reviews, and I believe the routing directorate is also looking at these cross-review issues. Sue Hares -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu Sent: Thursday, February 12, 2015 11:13 PM To: Xuxiaohu; bess@ietf.org Cc: Softwires WG Subject: Re: [bess] Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Hi all, I noticed the following text from RFC 5512 (draft-ietf-softwire-encaps-safi): **************** 4.2. Protocol Type Sub-TLV The protocol type sub-TLV MAY be encoded to indicate the type of the payload packets that will be encapsulated with the tunnel parameters that are being signaled in the TLV. The value field of the sub-TLV contains a 2-octet protocol type that is one of the types defined in [IANA-AF] as ETHER TYPEs. For example, if we want to use three L2TPv3 sessions, one carrying IPv4 packets, one carrying IPv6 packets, and one carrying MPLS packets, the egress router will include three TLVs of L2TPv3 encapsulation type, each specifying a different Session ID and a different payload type. The protocol type sub-TLV for these will be IPv4 (protocol type = 0x0800), IPv6 (protocol type = 0x86dd), and MPLS (protocol type = 0x8847), respectively. *************** It seems that RFC5512 is not only talking about IP-in-GRE, but also MPLS-in-GRE. I also noticed an expired IDR WG doc (see https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00) which was a predecessor of draft-ietf-softwire-encaps-safi. Besides, RFC5566 (draft-ietf-softwire-encaps-ipsec) is also originated from the Softwire WG. Does it mean which WG should be responsible for the BGP Tunnel Encapsulation Attribute related work had ever been discussed and finally determined that the Softwire WG is the right place for it? Best regards, Xiaohu > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > Sent: Friday, February 13, 2015 9:21 AM > To: bess@ietf.org > Cc: Softwires WG > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > draft-xu-bess-encaps-udp > > Hi all, > > According to the suggestion from Adrian as a Routing co-AD, > draft-xu-softwire-encaps-udp > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which was > posted to the Softwire WG is now posted to the BESS WG. > > Any comments and suggestions are welcome. > > Best regards, > Xiaohu > > > -----Original Message----- > > From: Xuxiaohu > > Sent: Friday, February 13, 2015 8:45 AM > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > Subject: RE: draft-ietf-l3vpn-end-system and draft-ietf-mpls-in-udp > > > > Hi Adrian, > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > respectively are all originated from Softwire, and further the > > Softwire WG co-chairs didn't state that draft-xu-softwire-encaps-udp > > doesn't belong to their WG, if the BESS and Softwire WG co-chairs > > could reach an agreement that any future work related to BGP Tunnel > > Encapsulation Attribute should be done in the BESS WG, it looks fine > > to me. I would submit the same draft to the BESS WG as > draft-xu-bess-encaps-udp. > > > > Best regards, > > Xiaohu > > > > > -----Original Message----- > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > Sent: Thursday, February 12, 2015 10:50 PM > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > draft-ietf-mpls-in-udp > > > > > > Hello all, > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall > > > into their > charter? > > > You say "all the specifications for the BGP signaling for GRE, > > > IPsec and etc were all defined in separate drafts belonging to the > > > Softwire WG" but I see no evidence of this. The only vaguely > > > related draft I can see is draft-xu-softwire-ip-in-udp which is a > > > specific IP-over-UDP-over-IP mechanism about which I will reserve > > > judgement except to say that I that softwire really needs yet > > > another transition mechanism and that I believe IP-in-IP can be > > > hashed by existing ECMP > > hardware. > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe > > > this document expired over 12 months ago. I would not say that it > > > was the most substantive or technical document I have ever read > > > :-) > > > > > > I have not removed the chairs from this thread, but I really hate > > > spamming people's in-boxes. > > > > > > 2. While Xiaohu has correctly pointed at the current version of > > > the I-D, it might be better to look at the status in the > > > Datatracker via > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > - You'll see that the status is Waiting for AD Go-Ahead::Revised > > > I-D Needed which means it has completed IETF last call and is > > > waiting for a > > revision. > > > > > > 3. If you are following the BESS mailing list, you'll see that > > > there is text agreed with IANA to fix the "empty" IANA considerations section. > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.html > > > This will be in the next revision of the draft. > > > > > > 4. I am sure we can involve the BESS chairs any time we note some > > > work that they need to do. At the moment, they may be interested > > > to know there is a conversation, but I don't know that we have > > > identified any actions for them. I have not removed them from this > > > thread, but I really hate spamming people's in-boxes. > > > > > > > > > I believe there are two pieces of work: > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. This > > > has already been done. No amount of effort to change documents or > > > advance one document or another will change this fact. The code > > > point has already been assigned. The registry is "First Come First > > > Served" and no particular process was required except an > > > application to IANA. No further > > action is desirable. > > > > > > B. Specify necessary protocol work to utilise this code point. > > > This is a matter for the BESS WG. They may consider that > > > everything needed has already been documented, they may consider > > > that they do not want to specify anything, they may consider that > > > further work is needed and can be based on your I-D, they may > > > consider that further work is needed and can needs a different > > > starting point. The correct way to handle this is to post your I-D > > > and take the discussion to the BESS > mailing list. > > You may ask the BESS chairs for advice. > > > > > > > > > What am I missing here? > > > What do you want to achieve and why? > > > > > > What action are you actually asking for? > > > > > > Adrian > > > > > > > -----Original Message----- > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > Sent: 12 February 2015 05:56 > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > rcallon@juniper.net; > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > draft-ietf-mpls-in-udp > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > Softwire WG co-chairs to be involved. > > > > > > > > Best regards, > > > > Xiaohu > > > > > > > > > -----Original Message----- > > > > > From: Xuxiaohu > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > To: 'Black, David'; adrian@olddog.co.uk; rcallon@juniper.net; > > > > > 'draft-ietf-l3vpn-end-system@tools.ietf.org' > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > Hi all, > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action request. > > > > > The IANA Considerations of the latest version of the > > > > > end-system draft > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-04#pa > > > > > ge > > > > > -2 > > > > > 1) > > > > > which > > > > was > > > > > published on October 2, 2014 clearly states that " This > > > > > document has no IANA actions." Furthermore, the -03 version > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-03) > > > > > which was published on September 18, 2014 and all the previous > > > > > versions didn't mention the BGP tunnel type matter at all. On > > > > > the contrary, the BGP tunnel type for MPLS-in-UDP has been > > > > > mentioned since the > > > > > 00 version of the MPLS-in-UDP draft > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page-4) > > > > > which was published April 28, 2012. However, According to the > > > > > WG consensus during the WG adoption poll period, that section > > > > > about "Signaling for Encapsulation in UDP" was removed and > > > > > accordingly be specified in a separate draft > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp-00) > > > > > which was published on February 12, 2013. > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > MPLS-in-UDP draft is to specify the signaling for > > > > > encapsulation in UDP in a separate draft and all the > > > > > specifications for the BGP signaling for GRE, IPsec and etc > > > > > were all defined in separate drafts belonging to the Softwire > > > > > WG, I do believe we should define > > > > the > > > > > signaling for UDP tunnel in a separate draft belonging to the > > > > > Softwire > WG. > > > > > > > > > > Since authors of the end-system draft believe the BGP tunnel > > > > > type for MPLS-in-UDP is necessary and the MPLS-in-UDP draft is > > > > > going to be published soon, the normative way is to move > > > > > forward draft-xu-softwire-encaps-udp as quickly as possible, IMHO. > > > > > > > > > > Best regards, > > > > > Xiaohu > > > > > > > > > > > -----Original Message----- > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > Adrian, > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and the > > > > > > RFC Editor, the l3vpn-end-system draft will record IANA's actions here. > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > l3vpn-end-system draft, and indeed what is transpiring is a > > > > > > version of "ADs can make many > > > > > things happen." > > > > > > > > > > > > The good news is that we don't need another draft to > > > > > > allocate that BGP tunnel type code point, which was where > > > > > > this whole thread started, so chalk this up as a small > > > > > > victory in the never-ending battle to reduce IESG > > > > > workload ;-). > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > Thanks, > > > > > > --David > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > I should have looked more deeply *before* sending my > > > > > > > previous > email. > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they accepted. > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Pearl Liang via RT [mailto:iana-issues@iana.org] > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > bess@ietf.org; > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment needs > > > > > > > > to be updated when this draft is approved for publication as RFC: > > > > > > > > > > > > > > > > [[[ > > > > > > > > I think that might be valuable. So the IANA section should read... > > > > > > > > > > > > > > > > IANA has previously made an allocation from the "BGP > > > > > > > > Tunnel > > > > > > Encapsulation > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > --------+---------------------------+------------------------------- > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > IANA is requested to change the reference to point to > > > > > > > > the RFC > > > number > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > The current text "This document has no IANA actions." > > > > > > > > provides no instructions and incorrectly tell people > > > > > > > > there is no actions > > > requested. > > > > > > > > > > > > > > > > Thanks > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrote: > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA tracking number. > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-04. > > > > > > > > > > > Authors should > > > > > > > > > review > > > > > > > > > > > the comments and/or questions below. Please > > > > > > > > > > > report any > > > > > > > > > inaccuracies and > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/questions: > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA Considerations > > > > > > > > > > > section of this > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made to > > > > > > > > > > > support this > > > > > > > > > draft. The > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > >> Contact Name: > > > > > > > > > > >> Thomas Morin > > > > > > > > > > >> > > > > > > > > > > >> Contact Email: > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > >> > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS registry. > > > > > > > > > > >> > > > > > > > > > > >> Registry: > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel Types > > > > > > > > > > >> > > > > > > > > > > >> See: > > > > > > > > > > >> https://www.iana.org/assignments/bgp-parameters > > > > > > > > > > >> > > > > > > > > > > >> Description: > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to allow > > > > > > > > > > >> the use of an MPLS-over-UDP encapsulation as > > > > > > > > > > >> specified in > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > udp . > > > > > > > > > > >> > > > > > > > > > > >> No value has been proposed yet, next available > > > > > > > > > > >> value > > > > > > > > > > >> 13 would be > > > > > > > > > fine. > > > > > > > > > > >> > > > > > > > > > > >> Additional Info: > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations section > > > > > > > > > > > said "This > > > > > > > > > document has > > > > > > > > > > > no IANA actions." and, as a result, the > > > > > > > > > > > assignment made through > > > > > > > > > the request > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > author's intent? If > > > > > > > > > not, > > > > > > > > > could > > > > > > > > > > > the draft be revised to indicate that the > > > > > > > > > > > assignment made based on > > > > > > > > > the > > > > > > > > > request > > > > > > > > > > > above be changed from an initial assignment to a > > > > > > > > > > > permanent > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > The registry is FCFS for which *any* document is sufficient. > > > > > > > > > The assignment has been made and is as permanent as > > > > > > > > > any FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific values. > > > > > > > > > > > However, > > > > > > > > > early > > > > > > > > > > > allocation is available for some types of registrations. > > > > > > > > > > > For more > > > > > > > > > information, > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 does > > > > > > > > > not apply, and nor does "reservation of values". > > > > > > > > > With FCFS the value is assigned when requested and that's it. > > > > > > > > > > > > > > > > > > Now, it is a different question whether this document > > > > > > > > > should ask for the registry to be updated to point to > > > > > > > > > the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA section should read... > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > "BGP Tunnel Encapsulation > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > --------+--------------------------- > > > > > > > > > +------------------------------- > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to point > > > > > > > > > to the RFC number > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > Adrian > > > > > > > > > > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Sun Feb 15 07:04:26 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DB211A1A02 for ; Fri, 13 Feb 2015 12:24:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 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_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GBwwjuqVyYaL for ; Fri, 13 Feb 2015 12:24:09 -0800 (PST) Received: from fldsmtpe02.verizon.com (fldsmtpe02.verizon.com [140.108.26.141]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51CB01A19F4 for ; Fri, 13 Feb 2015 12:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1423859049; x=1455395049; h=from:to:cc:date:subject:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=lcuGr64AZI6/UCvjYU8ryv+O77RjmOSAaQ+xGVvz9Cc=; b=mAggi1TYjpF7+fGtyv1A5VdwT/Fl7ueerR489FnioRJ4A0rC9n6utxk8 +sLflQe/Pz1j85BQKb9vU+0h8oi7GInZR4xuuMzs3WHxCR6HHwFpXLIFd AND6fN0Dr67e2sZ+KIiuBCAE+Q5685v21Kx1oUhjRsKyxj3y4RXFQm7ol 8=; X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi03.verizon.com) ([166.68.71.145]) by fldsmtpe02.verizon.com with ESMTP; 13 Feb 2015 20:24:08 +0000 From: "DelRegno, Christopher N (Nick)" X-IronPort-AV: E=Sophos;i="5.09,572,1418083200"; d="scan'208";a="940477865" Received: from fhdp1lumxc7hb04.verizon.com (HELO FHDP1LUMXC7HB04.us.one.verizon.com) ([166.68.59.191]) by fldsmtpi03.verizon.com with ESMTP; 13 Feb 2015 20:24:07 +0000 Received: from FHDP1LUMXC7V42.us.one.verizon.com ([166.68.125.37]) by FHDP1LUMXC7HB04.us.one.verizon.com ([166.68.59.191]) with mapi; Fri, 13 Feb 2015 15:24:07 -0500 To: Martin Vigoureux , "bess@ietf.org" Date: Fri, 13 Feb 2015 15:23:59 -0500 Thread-Topic: Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AdA5TRFk5M+VBIFcT2q9rH0+ETZfLAOfYpng Message-ID: References: <54C60D12.1090305@alcatel-lucent.com> In-Reply-To: <54C60D12.1090305@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Sun, 15 Feb 2015 07:04:23 -0800 Cc: "draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org" Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 20:24:12 -0000 Folks, I apologize for the delay in responding. As a co-author, I support WG adoption of this draft. I am not aware of any= related IPR that hasn't been disclosed. Thanks, Nick=20 Christopher N. "Nick" Del Regno, Fellow Verizon, Product Network Evolution Architecture 400 International Pkwy Richardson, TX=A0 75081 -----Original Message----- From: Martin Vigoureux [mailto:martin.vigoureux@alcatel-lucent.com]=20 Sent: Monday, January 26, 2015 3:47 AM To: bess@ietf.org Cc: draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org Subject: Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Hello working group, This email starts a two-week poll on adopting draft-sajassi-bess-evpn-vpls-= seamless-integ [1] as a working group item. Please send comments to the list and state if you support adoption or not (= in the later case, please also state the reasons). This poll runs until **February 9th**. *Coincidentally*, we are also polling for knowledge of any IPR that applies= to this draft, to ensure that IPR has been disclosed in compliance with IE= TF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). =3D=3D> *If you are listed as a document author or contributor* please resp= ond to this email and indicate whether or not you are aware of any relevant= IPR. The draft will not be adopted until a response has been received from each = author and contributor. If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in = conformance with IETF rules. Note that an IPR disclosure [2] exists for this document. Thank you, Martin & Thomas bess chairs [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ [2] https://datatracker.ietf.org/ipr/2472/ From nobody Sun Feb 15 07:04:35 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D73F91A1A3E; Fri, 13 Feb 2015 17:06:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 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_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hyx57P_aoYKJ; Fri, 13 Feb 2015 17:06:01 -0800 (PST) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C1B21A03A9; Fri, 13 Feb 2015 17:06:01 -0800 (PST) Received: from maildlpprd55.lss.emc.com (maildlpprd55.lss.emc.com [10.106.48.159]) by mailuogwprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t1E15qkk012532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2015 20:05:52 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com t1E15qkk012532 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1423875953; bh=kVj6QoKunJJaB8yJvI/GTYWq/b0=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=rExS7PUG0fU4L/VduuV8I7ndJe1ck/x9v/oEE16gD5HUU73d+sbwDHEztOVWCcpKr wIBpmZH8nNktidPVQ6gwd+vGLTnzz3ImUqAGFhh/yljzSLc5PKhWvc3X1lsBysYoyD gtFFfx+QG3Rqpmk4uoNGK2cpTqG+jjrpeUTXI0zU= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com t1E15qkk012532 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd55.lss.emc.com (RSA Interceptor); Fri, 13 Feb 2015 20:05:26 -0500 Received: from mxhub30.corp.emc.com (mxhub30.corp.emc.com [128.222.70.170]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t1E15S5b005757 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 13 Feb 2015 20:05:28 -0500 Received: from MXHUB104.corp.emc.com (10.253.58.16) by mxhub30.corp.emc.com (128.222.70.170) with Microsoft SMTP Server (TLS) id 8.3.327.1; Fri, 13 Feb 2015 20:05:28 -0500 Received: from MX104CL02.corp.emc.com ([169.254.8.236]) by MXHUB104.corp.emc.com ([::1]) with mapi id 14.03.0224.002; Fri, 13 Feb 2015 20:05:27 -0500 From: "Black, David" To: "hj2387@att.com" , "luay.jalil@verizon.com" , "rbonica@juniper.net" , "keyupate@cisco.com" , "Lucy yong (lucy.yong@huawei.com)" , "General Area Review Team (gen-art@ietf.org)" Thread-Topic: Gen-ART review of draft-ietf-bess-orf-covering-prefixes-03 Thread-Index: AdBH8lFdPo6FuBPTSWaBi4L3rMeYlg== Date: Sat, 14 Feb 2015 01:05:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.238.44.129] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public, Resumes Archived-At: X-Mailman-Approved-At: Sun, 15 Feb 2015 07:04:23 -0800 Cc: "Black, David" , "ietf@ietf.org" , "bess@ietf.org" Subject: [bess] Gen-ART review of draft-ietf-bess-orf-covering-prefixes-03 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2015 01:06:06 -0000 I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at: . Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-bess-orf-covering-prefixes-03 Reviewer: David Black Review Date: Feb 13, 2015 IETF LC End Date: Feb 18, 2015 Summary: Unfortunately, I don't have the expertise to review this draft. This draft is esoteric - it's written by BGP/MPLS VPN experts for BGP/MPLS experts and is effectively unintelligible in the absence of BGP/MPLS VPN expertise. I'm not a BGP/MPLS expert, but this is the first time in my many years of Gen-ART reviewing that I've had to use the "don't have the expertise" summary status. The draft's writing style is inaccessible. A simple example is that one would expect that a draft whose title is "Covering Prefixes Outbound Route Filter for BGP-4" would explain what a "Covering Prefix" is - this draft never does that. Much of the draft is nearly opaque lists of requirements and processing rules, with little if any design explanation or rationale for why they are that way and what they accomplish. This is exacerbated by presence of a number of acronyms that are not expanded on first use. Overall, I really can't figure out what's going on in this draft, so I have to trust that the WG got it right, I hope. That's disappointing. I do have one minor editorial suggestion: The security considerations section cites BGP security considerations in existing RFCs. It should also cite VPN security considerations in existing RFCs, as those are more important for a draft that is only applicable to VPNs. idnits 2.13.01 didn't find anything to complain about. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA=A0 01748 +1 (508) 293-7953=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 FAX: +1 (508) 293-778= 6 david.black@emc.com=A0=A0=A0=A0=A0=A0=A0 Mobile: +1 (978) 394-7754 ---------------------------------------------------- From nobody Sun Feb 15 07:22:34 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 119041A6FE6 for ; Sun, 15 Feb 2015 07:22:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 QusBOYAwhyXF for ; Sun, 15 Feb 2015 07:22:27 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 86EE21A1EFE for ; Sun, 15 Feb 2015 07:22:27 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.92; From: "Susan Hares" To: , References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083064D3@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE083066B6@NKGEML512-MBS.china.huawei.com> <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> In-Reply-To: <00d801d048ba$e4eb09b0$aec11d10$@olddog.co.uk> Date: Sun, 15 Feb 2015 10:22:24 -0500 Message-ID: <015301d04933$33ebb730$9bc32590$@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: AQNXzOpNxBkaCSTp4d7RfEjKii6N5wE0fVnkAf/UiHqZySmpoA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 15:22:32 -0000 Adrian: IDR also has a next-hop encapsulation draft pending adoption. May I suggest that perhaps the BESS/IDR chairs should collaborate on the tunnel drafts? Sue -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Saturday, February 14, 2015 8:01 PM To: bess@ietf.org Subject: Re: [bess] Request for WG adoption of draft-xu-bess-encaps-udp//RE: Why transform draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp Just for clarity on this point: I suggested that BESS was the right place to discuss whether and how to use BGP to indicate tunnel types. I also observed that a code point already exists in the BGP Tunnel Encapsulation Attribute Tunnel Types registry at http://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tunnel-t ypes Therefore the debate the WG needs to have (perhaps before debating adoption of this document) is: - whether the existing code point is enough for the purpose of identifying MPLS-in-UDP tunnels or whether more work is needed - whether a foo-in-UDP tunnel type should be used instead with sub-TLVs to identify the different cases of foo. Adrian > -----Original Message----- > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > Sent: 13 February 2015 06:10 > To: Xuxiaohu; bess@ietf.org; bess-chairs@tools.ietf.org > Cc: draft-xu-bess-encaps-udp@tools.ietf.org; > softwire-chairs@tools.ietf.org > Subject: [bess] Request for WG adoption of > draft-xu-bess-encaps-udp//RE: Why transform > draft-xu-softwire-encaps-udp to draft-xu-bess-encaps-udp > > Hi BESS WG co-chairs, > > The BGP tunnel type for MPLS-in-UDP has been mentioned in the > MPLS-in-UDP draft since the 00 version > (https://tools.ietf.org/html/draft-xu-mpls-in-udp- > 00#page-4) which was published on April 28, 2012. However, according > to the WG consensus during the WG adoption poll period, that section > of "Signaling for Encapsulation in UDP" was removed from the > MPLS-in-UDP draft and accordingly it was specified in a separate draft (https://tools.ietf.org/html/draft-xu-softwire- > encaps-udp-00) which was published on February 12, 2013. > > Adrian has suggested me to post this draft to BESS. Furthermore, > Suresh has indicated that the Softwire WG would not be a right place > for any BGP tunnel type related works anymore since the WG is going to > shut down in the very near future. Hence, would you please start a WG > adoption for draft-xu-bess-encaps- udp which is transformed from draft-xu-softwire-encaps-udp? > > Best regards, > Xiaohu > > > -----Original Message----- > > From: Xuxiaohu > > Sent: Friday, February 13, 2015 12:13 PM > > To: Xuxiaohu; bess@ietf.org > > Cc: Softwires WG > > Subject: RE: [bess] Why transform draft-xu-softwire-encaps-udp to > > draft-xu-bess-encaps-udp > > > > Hi all, > > > > I noticed the following text from RFC 5512 (draft-ietf-softwire-encaps-safi): > > > > **************** > > 4.2. Protocol Type Sub-TLV > > > > The protocol type sub-TLV MAY be encoded to indicate the type of the > > payload packets that will be encapsulated with the tunnel parameters > > that are being signaled in the TLV. The value field of the sub-TLV > > contains a 2-octet protocol type that is one of the types defined in > > [IANA-AF] as ETHER TYPEs. > > > > For example, if we want to use three L2TPv3 sessions, one carrying > > IPv4 packets, one carrying IPv6 packets, and one carrying MPLS > > packets, the egress router will include three TLVs of L2TPv3 > > encapsulation type, each specifying a different Session ID and a > > different payload type. The protocol type sub-TLV for these will be > > IPv4 (protocol type = 0x0800), IPv6 (protocol type = 0x86dd), and > > MPLS (protocol type = 0x8847), respectively. > > *************** > > > > It seems that RFC5512 is not only talking about IP-in-GRE, but also MPLS-in-GRE. > > > > I also noticed an expired IDR WG doc (see > > https://tools.ietf.org/html/draft-ietf-idr-encaps-safi-00) which was > > a predecessor of draft-ietf-softwire-encaps-safi. Besides, RFC5566 > > (draft-ietf-softwire-encaps-ipsec) is also originated from the Softwire WG. > Does > > it mean which WG should be responsible for the BGP Tunnel > > Encapsulation Attribute related work had ever been discussed and > > finally determined that the > > Softwire WG is the right place for it? > > > > Best regards, > > Xiaohu > > > > > > > -----Original Message----- > > > From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Xuxiaohu > > > Sent: Friday, February 13, 2015 9:21 AM > > > To: bess@ietf.org > > > Cc: Softwires WG > > > Subject: [bess] Why transform draft-xu-softwire-encaps-udp to > > > draft-xu-bess-encaps-udp > > > > > > Hi all, > > > > > > According to the suggestion from Adrian as a Routing co-AD, > > > draft-xu-softwire-encaps-udp > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp) which > > > was posted to the Softwire WG is now posted to the BESS WG. > > > > > > Any comments and suggestions are welcome. > > > > > > Best regards, > > > Xiaohu > > > > > > > -----Original Message----- > > > > From: Xuxiaohu > > > > Sent: Friday, February 13, 2015 8:45 AM > > > > To: 'adrian@olddog.co.uk'; 'Black, David'; rcallon@juniper.net; > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > draft-ietf-mpls-in-udp > > > > > > > > Hi Adrian, > > > > > > > > Thanks a lot for your response. Although RFC5512 (i.e., > > > > draft-ietf-softwire-encaps-safi) and RFC5566 (i.e., > > > > draft-ietf-softwire-encaps-ipsec) which specify the BGP Tunnel > > > > Encapsulation Attribute Tunnel Types for GRE, L2TPv3 and IPsec > > > > respectively are all originated from Softwire, and further the > > > > Softwire WG co-chairs didn't state that > > > > draft-xu-softwire-encaps-udp doesn't belong to their WG, if the > > > > BESS and Softwire WG co-chairs could reach an agreement that any > > > > future work related to BGP Tunnel Encapsulation Attribute should > > > > be done in the BESS WG, it looks fine to me. I would submit the > > > > same draft to the BESS WG as > > > draft-xu-bess-encaps-udp. > > > > > > > > Best regards, > > > > Xiaohu > > > > > > > > > -----Original Message----- > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > Sent: Thursday, February 12, 2015 10:50 PM > > > > > To: Xuxiaohu; 'Black, David'; rcallon@juniper.net; > > > > > draft-ietf-l3vpn-end-system@tools.ietf.org; > > > > > bess-chairs@tools.ietf.org; softwire-chairs@tools.ietf.org > > > > > Cc: 'Alvaro Retana'; akatlas@gmail.com; 'Loa Andersson' > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > Hello all, > > > > > > > > > > 1. Why softwire? That is strictly IP-in-IP with a particular > > > > > intention of 4-over-6 and 6-over-4. Why would MPLS-in-UDP fall > > > > > into their > > > charter? > > > > > You say "all the specifications for the BGP signaling for GRE, > > > > > IPsec and etc were all defined in separate drafts belonging to > > > > > the Softwire WG" but I see no evidence of this. The only > > > > > vaguely related draft I can see is draft-xu-softwire-ip-in-udp > > > > > which is a specific IP-over-UDP-over-IP mechanism about which > > > > > I will reserve judgement except to say that I that softwire > > > > > really needs yet another transition mechanism and that I > > > > > believe IP-in-IP can be hashed by existing ECMP > > > > hardware. > > > > > > > > > > You also referenced draft-xu-softwire-encaps-udp but I believe > > > > > this document expired over 12 months ago. I would not say that > > > > > it was the most substantive or technical document I have ever > > > > > read > > > > > :-) > > > > > > > > > > I have not removed the chairs from this thread, but I really > > > > > hate spamming people's in-boxes. > > > > > > > > > > 2. While Xiaohu has correctly pointed at the current version > > > > > of the I-D, it might be better to look at the status in the > > > > > Datatracker via > > > > > http://datatracker.ietf.org/doc/draft-ietf-l3vpn-end-system/ > > > > > - You'll see that the status is Waiting for AD > > > > > Go-Ahead::Revised I-D Needed which means it has completed IETF > > > > > last call and is waiting for a > > > > revision. > > > > > > > > > > 3. If you are following the BESS mailing list, you'll see that > > > > > there is text agreed with IANA to fix the "empty" IANA > > > > > considerations > > section. > > > > > http://www.ietf.org/mail-archive/web/bess/current/msg00233.htm > > > > > l This will be in the next revision of the draft. > > > > > > > > > > 4. I am sure we can involve the BESS chairs any time we note > > > > > some work that they need to do. At the moment, they may be > > > > > interested to know there is a conversation, but I don't know > > > > > that we have identified any actions for them. I have not > > > > > removed them from this thread, but I really hate spamming people's in-boxes. > > > > > > > > > > > > > > > I believe there are two pieces of work: > > > > > > > > > > A. Assign a BGP Tunnel Encapsulation Attribute Tunnel Type. > > > > > This has already been done. No amount of effort to change > > > > > documents or advance one document or another will change this > > > > > fact. The code point has already been assigned. The registry > > > > > is "First Come First Served" and no particular process was > > > > > required except an application to IANA. No further > > > > action is desirable. > > > > > > > > > > B. Specify necessary protocol work to utilise this code point. > > > > > This is a matter for the BESS WG. They may consider that > > > > > everything needed has already been documented, they may > > > > > consider that they do not want to specify anything, they may > > > > > consider that further work is needed and can be based on your > > > > > I-D, they may consider that further work is needed and can > > > > > needs a different starting point. The correct way to handle > > > > > this is to post your I-D and take the discussion to the BESS > > > mailing list. > > > > You may ask the BESS chairs for advice. > > > > > > > > > > > > > > > What am I missing here? > > > > > What do you want to achieve and why? > > > > > > > > > > What action are you actually asking for? > > > > > > > > > > Adrian > > > > > > > > > > > -----Original Message----- > > > > > > From: Xuxiaohu [mailto:xuxiaohu@huawei.com] > > > > > > Sent: 12 February 2015 05:56 > > > > > > To: Xuxiaohu; Black, David; adrian@olddog.co.uk; > > > > > > rcallon@juniper.net; > > > > > > draft-ietf- l3vpn-end-system@tools.ietf.org; > > > > > > bess-chairs@tools.ietf.org; softwire- chairs@tools.ietf.org > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Loa Andersson > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > By the way, I think it would be better to allow the BESS and > > > > > > Softwire WG co-chairs to be involved. > > > > > > > > > > > > Best regards, > > > > > > Xiaohu > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Xuxiaohu > > > > > > > Sent: Thursday, February 12, 2015 9:47 AM > > > > > > > To: 'Black, David'; adrian@olddog.co.uk; > > > > > > > rcallon@juniper.net; 'draft-ietf-l3vpn-end-system@tools.ietf.org' > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; 'Loa Andersson' > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > (cced to the authors of the end-system draft) > > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > I thinks there must be some avoidable mistaken IANA action request. > > > > > > > The IANA Considerations of the latest version of the > > > > > > > end-system draft > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-0 > > > > > > > 4#pa > > > > > > > ge > > > > > > > -2 > > > > > > > 1) > > > > > > > which > > > > > > was > > > > > > > published on October 2, 2014 clearly states that " This > > > > > > > document has no IANA actions." Furthermore, the -03 > > > > > > > version > > > > > > > (https://tools.ietf.org/html/draft-ietf-l3vpn-end-system-0 > > > > > > > 3) which was published on September 18, 2014 and all the > > > > > > > previous versions didn't mention the BGP tunnel type > > > > > > > matter at all. On the contrary, the BGP tunnel type for > > > > > > > MPLS-in-UDP has been mentioned since the > > > > > > > 00 version of the MPLS-in-UDP draft > > > > > > > (https://tools.ietf.org/html/draft-xu-mpls-in-udp-00#page- > > > > > > > 4) which was published April 28, 2012. However, According > > > > > > > to the WG consensus during the WG adoption poll period, > > > > > > > that section about "Signaling for Encapsulation in UDP" > > > > > > > was removed and accordingly be specified in a separate > > > > > > > draft > > > > > > > (https://tools.ietf.org/html/draft-xu-softwire-encaps-udp- > > > > > > > 00) which was published on February 12, 2013. > > > > > > > > > > > > > > Since the WG consensus during the adoption poll of the > > > > > > > MPLS-in-UDP draft is to specify the signaling for > > > > > > > encapsulation in UDP in a separate draft and all the > > > > > > > specifications for the BGP signaling for GRE, IPsec and > > > > > > > etc were all defined in separate drafts belonging to the > > > > > > > Softwire WG, I do believe we should define > > > > > > the > > > > > > > signaling for UDP tunnel in a separate draft belonging to > > > > > > > the Softwire > > > WG. > > > > > > > > > > > > > > Since authors of the end-system draft believe the BGP > > > > > > > tunnel type for MPLS-in-UDP is necessary and the > > > > > > > MPLS-in-UDP draft is going to be published soon, the > > > > > > > normative way is to move forward draft-xu-softwire-encaps-udp as quickly as possible, IMHO. > > > > > > > > > > > > > > Best regards, > > > > > > > Xiaohu > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Black, David [mailto:david.black@emc.com] > > > > > > > > Sent: Wednesday, February 11, 2015 9:58 PM > > > > > > > > To: adrian@olddog.co.uk; Xuxiaohu; rcallon@juniper.net > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com; Black, David > > > > > > > > Subject: RE: draft-ietf-l3vpn-end-system and > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > Adrian, > > > > > > > > > > > > > > > > Ok, that's roughly what I expected - between IANA and > > > > > > > > the RFC Editor, the l3vpn-end-system draft will record > > > > > > > > IANA's actions > > here. > > > > > > > > > > > > > > > > I had included you as the (ir)responsible AD for the > > > > > > > > l3vpn-end-system draft, and indeed what is transpiring > > > > > > > > is a version of "ADs can make many > > > > > > > things happen." > > > > > > > > > > > > > > > > The good news is that we don't need another draft to > > > > > > > > allocate that BGP tunnel type code point, which was > > > > > > > > where this whole thread started, so chalk this up as a > > > > > > > > small victory in the never-ending battle to reduce IESG > > > > > > > workload ;-). > > > > > > > > > > > > > > > > Alvaro - welcome, and congratulations on your new role! > > > > > > > > > > > > > > > > Thanks, > > > > > > > > --David > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > > > > > > > > > Sent: Wednesday, February 11, 2015 4:53 AM > > > > > > > > > To: Black, David; 'Xuxiaohu'; rcallon@juniper.net > > > > > > > > > Cc: Alvaro Retana; akatlas@gmail.com > > > > > > > > > Subject: draft-ietf-l3vpn-end-system and > > > > > > > > > draft-ietf-mpls-in-udp > > > > > > > > > > > > > > > > > > Hi and sorry, > > > > > > > > > > > > > > > > > > I should have looked more deeply *before* sending my > > > > > > > > > previous > > > email. > > > > > > > > > > > > > > > > > > Here is the resolution to IANA's issue with > > > > > > > > > draft-ietf-l3vpn-end-system that I proposed and they accepted. > > > > > > > > > > > > > > > > > > We're just waiting for the authors of > > > > > > > > > draft-ietf-l3vpn-end-system to do something. > > > > > > > > > > > > > > > > > > A > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Pearl Liang via RT > > > > > > > > > > [mailto:iana-issues@iana.org] > > > > > > > > > > Sent: 09 December 2014 17:40 > > > > > > > > > > Cc: thomas.morin@orange.com; adrian@olddog.co.uk; > > > > > > > > > > bess@ietf.org; > > > > > > > > > > draft-ietf- l3vpn-end-system.all@tools.ietf.org > > > > > > > > > > Subject: [IANA #798045] IANA's comments on > > > > > > > > > > draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > Hi Adrian, > > > > > > > > > > > > > > > > > > > > This makes it clear whether or not that assignment > > > > > > > > > > needs to be updated when this draft is approved for > > > > > > > > > > publication as RFC: > > > > > > > > > > > > > > > > > > > > [[[ > > > > > > > > > > I think that might be valuable. So the IANA section > > > > > > > > > > should read... > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > "BGP Tunnel > > > > > > > > Encapsulation > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > --------+---------------------------+------------------------------- > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to > > > > > > > > > > point to the RFC > > > > > number > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > ]]] > > > > > > > > > > > > > > > > > > > > The current text "This document has no IANA actions." > > > > > > > > > > provides no instructions and incorrectly tell people > > > > > > > > > > there is no actions > > > > > requested. > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > ~pl > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue Dec 09 13:20:57 2014, adrian@olddog.co.uk wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > Replying to myself and keeping the same IANA > > > > > > > > > > > tracking > number. > > > > > > > > > > > > > > > > > > > > > > > > IESG/Authors/WG Chairs: > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has reviewed draft-ietf-l3vpn-end-system-04. > > > > > > > > > > > > > Authors should > > > > > > > > > > > review > > > > > > > > > > > > > the comments and/or questions below. Please > > > > > > > > > > > > > report any > > > > > > > > > > > inaccuracies and > > > > > > > > > > > > > respond to any questions as soon as possible. > > > > > > > > > > > > > > > > > > > > > > > > > > IANA's reviewer has the following comments/questions: > > > > > > > > > > > > > > > > > > > > > > > > > > IANA has a question about the IANA > > > > > > > > > > > > > Considerations section of this > > > > > > > > > > > document. > > > > > > > > > > > > > > > > > > > > > > > > > > Previously, an early assignment has been made > > > > > > > > > > > > > to support this > > > > > > > > > > > draft. The > > > > > > > > > > > > > original request for an assignment is below: > > > > > > > > > > > > > > > > > > > > > > > > > >> Contact Name: > > > > > > > > > > > > >> Thomas Morin > > > > > > > > > > > > >> > > > > > > > > > > > > >> Contact Email: > > > > > > > > > > > > >> thomas.morin@orange.com > > > > > > > > > > > > >> > > > > > > > > > > > > >> Type of Assignment: > > > > > > > > > > > > >> Assignement of a BGP parameter in a FCFS registry. > > > > > > > > > > > > >> > > > > > > > > > > > > >> Registry: > > > > > > > > > > > > >> BGP Tunnel Encapsulation Attribute Tunnel > > > > > > > > > > > > >> Types > > > > > > > > > > > > >> > > > > > > > > > > > > >> See: > > > > > > > > > > > > >> https://www.iana.org/assignments/bgp-paramete > > > > > > > > > > > > >> rs > > > > > > > > > > > > >> > > > > > > > > > > > > >> Description: > > > > > > > > > > > > >> Needed for draft-ietf-l3vpn-end-system, to > > > > > > > > > > > > >> allow the use of an MPLS-over-UDP > > > > > > > > > > > > >> encapsulation as specified in > > > > > > > > > > > > >> draft-ietf-mpls-in- > > > > > > > > > > > udp . > > > > > > > > > > > > >> > > > > > > > > > > > > >> No value has been proposed yet, next > > > > > > > > > > > > >> available value > > > > > > > > > > > > >> 13 would be > > > > > > > > > > > fine. > > > > > > > > > > > > >> > > > > > > > > > > > > >> Additional Info: > > > > > > > > > > > > >> draft-ietf-l3vpn-end-system > > > > > > > > > > > > > > > > > > > > > > > > > > IANA Question --> The IANA Considerations > > > > > > > > > > > > > section said "This > > > > > > > > > > > document has > > > > > > > > > > > > > no IANA actions." and, as a result, the > > > > > > > > > > > > > assignment made through > > > > > > > > > > > the request > > > > > > > > > > > > > above would not be made permanent. Is this the > > > > > > > > > > > > > author's intent? If > > > > > > > > > > > not, > > > > > > > > > > > could > > > > > > > > > > > > > the draft be revised to indicate that the > > > > > > > > > > > > > assignment made based on > > > > > > > > > > > the > > > > > > > > > > > request > > > > > > > > > > > > > above be changed from an initial assignment to > > > > > > > > > > > > > a permanent > > > > > > > > > > > assignment. > > > > > > > > > > > > > > > > > > > > > > How do you mean? > > > > > > > > > > > The registry is FCFS for which *any* document is sufficient. > > > > > > > > > > > The assignment has been made and is as permanent > > > > > > > > > > > as any FCFS assignment ever is. > > > > > > > > > > > > > > > > > > > > > > > > Please note that IANA cannot reserve specific values. > > > > > > > > > > > > > However, > > > > > > > > > > > early > > > > > > > > > > > > > allocation is available for some types of registrations. > > > > > > > > > > > > > For more > > > > > > > > > > > information, > > > > > > > > > > > > > please see RFC 7120. > > > > > > > > > > > > > > > > > > > > > > Yes, but this is a FCFS registry to which 7120 > > > > > > > > > > > does not apply, and nor does "reservation of values". > > > > > > > > > > > With FCFS the value is assigned when requested and > > > > > > > > > > > that's it. > > > > > > > > > > > > > > > > > > > > > > Now, it is a different question whether this > > > > > > > > > > > document should ask for the registry to be updated > > > > > > > > > > > to point to the consequent RFC instead of the I-D. > > > > > > > > > > > > > > > > > > > > > > I think that might be valuable. So the IANA > > > > > > > > > > > section should > > read... > > > > > > > > > > > > > > > > > > > > > > IANA has previously made an allocation from the > > > > > > > > > > > "BGP Tunnel Encapsulation > > > > > > > > > > > Attribute Tunnel Types" registry that reads: > > > > > > > > > > > > > > > > > > > > > > Value | Name | Reference > > > > > > > > > > > --------+--------------------------- > > > > > > > > > > > +------------------------------- > > > > > > > > > > > 13 | MPLS in UDP Encapsulation | > > > > > > > > > > > [draft-ietf-l3vpn-end-system] > > > > > > > > > > > > > > > > > > > > > > IANA is requested to change the reference to > > > > > > > > > > > point to the RFC number > > > > > > > > > > > of this document when it is published. > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > Adrian > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > BESS mailing list > > > BESS@ietf.org > > > https://www.ietf.org/mailman/listinfo/bess > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From cesar.garridosanahuja@telefonica.com Mon Feb 16 04:45:41 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE8C01A1A6F for ; Mon, 16 Feb 2015 04:45:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6j0gVxd3MSzW for ; Mon, 16 Feb 2015 04:45:37 -0800 (PST) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3B4C1A1ACE for ; Mon, 16 Feb 2015 04:45:36 -0800 (PST) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 557A6E00DE for ; Mon, 16 Feb 2015 13:45:34 +0100 (CET) Received: from ESTGVMSP110.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 39DD1E00BB for ; Mon, 16 Feb 2015 13:45:34 +0100 (CET) Received: from ESTGVMSP236.EUROPE.telefonica.corp ([fe80::449f:d3f7:3802:1019]) by ESTGVMSP110.EUROPE.telefonica.corp ([fe80::48fc:4334:c0e7:c205%11]) with mapi id 14.03.0195.001; Mon, 16 Feb 2015 13:45:34 +0100 From: CESAR GARRIDO SANAHUJA To: "bess@ietf.org" Thread-Topic: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ Thread-Index: AdBJ5muJWmVIRJ68Squek+JwaMJhQA== Date: Mon, 16 Feb 2015 12:45:33 +0000 Message-ID: Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.92.4.9] Content-Type: multipart/alternative; boundary="_000_AB207461C1E46C4080F9835D7756980050CB45DAESTGVMSP236EURO_" MIME-Version: 1.0 X-TM-AS-MML: No Archived-At: Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 14:50:57 -0000 --_000_AB207461C1E46C4080F9835D7756980050CB45DAESTGVMSP236EURO_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 c3VwcG9ydA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpFc3RlIG1lbnNh amUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0 YXJpbywgcHVlZGUgY29udGVuZXIgaW5mb3JtYWNpw7NuIHByaXZpbGVnaWFkYSBvIGNvbmZpZGVu Y2lhbCB5IGVzIHBhcmEgdXNvIGV4Y2x1c2l2byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBk ZXN0aW5vLiBTaSBubyBlcyB1c3RlZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBu b3RpZmljYWRvIGRlIHF1ZSBsYSBsZWN0dXJhLCB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5 L28gY29waWEgc2luIGF1dG9yaXphY2nDs24gcHVlZGUgZXN0YXIgcHJvaGliaWRhIGVuIHZpcnR1 ZCBkZSBsYSBsZWdpc2xhY2nDs24gdmlnZW50ZS4gU2kgaGEgcmVjaWJpZG8gZXN0ZSBtZW5zYWpl IHBvciBlcnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50 ZSBwb3IgZXN0YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi4NCg0KVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2Vk IGFuZCBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25seSBmb3IgdGhlIHVzZSBv ZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHRoZSByZWFkZXIgb2Yg dGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVi eSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWlu ZyBvZiB0aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIGRvIG5vdCByZWFkIGl0LiBQ bGVhc2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0IHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciBhbmQgdGhlbiBkZWxldGUgaXQuDQoNCkVz dGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNl dSBkZXN0aW5hdMOhcmlvLCBwb2RlIGNvbnRlciBpbmZvcm1hw6fDo28gcHJpdmlsZWdpYWRhIG91 IGNvbmZpZGVuY2lhbCBlIMOpIHBhcmEgdXNvIGV4Y2x1c2l2byBkYSBwZXNzb2Egb3UgZW50aWRh ZGUgZGUgZGVzdGluby4gU2UgbsOjbyDDqSB2b3NzYSBzZW5ob3JpYSBvIGRlc3RpbmF0w6FyaW8g aW5kaWNhZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYSBsZWl0dXJhLCB1dGlsaXphw6fDo28s IGRpdnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFyIHBy b2liaWRhIGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0 YSBtZW5zYWdlbSBwb3IgZXJybywgcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVk aWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOnw6Nv DQo= --_000_AB207461C1E46C4080F9835D7756980050CB45DAESTGVMSP236EURO_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlz aXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5Fc3Rp bG9Db3JyZW8xNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCAz LjBjbSA3MC44NXB0IDMuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnN1 cHBvcnQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJyPg0KPGhyPg0KPGZvbnQgZmFjZT0iQXJp YWwiIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50 b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpbywgcHVlZGUgY29u dGVuZXIgaW5mb3JtYWNpw7NuIHByaXZpbGVnaWFkYSBvIGNvbmZpZGVuY2lhbCB5IGVzIHBhcmEg dXNvIGV4Y2x1c2l2byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBkZXN0aW5vLiBTaSBubyBl cyB1c3RlZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1 ZSBsYQ0KIGxlY3R1cmEsIHV0aWxpemFjacOzbiwgZGl2dWxnYWNpw7NuIHkvbyBjb3BpYSBzaW4g YXV0b3JpemFjacOzbiBwdWVkZSBlc3RhciBwcm9oaWJpZGEgZW4gdmlydHVkIGRlIGxhIGxlZ2lz bGFjacOzbiB2aWdlbnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlIG1lbnNhamUgcG9yIGVycm9yLCBs ZSByb2dhbW9zIHF1ZSBub3MgbG8gY29tdW5pcXVlIGlubWVkaWF0YW1lbnRlIHBvciBlc3RhIG1p c21hIHbDrWEgeSBwcm9jZWRhIGEgc3UgZGVzdHJ1Y2Npw7NuLjxicj4NCjxicj4NClRoZSBpbmZv cm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyB0cmFuc21pc3Npb24gaXMgcHJpdmlsZWdlZCBhbmQg Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhl IGluZGl2aWR1YWwgb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMg bWVzc2FnZSBpcyBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90 aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwNCiBkaXN0cmlidXRpb24gb3IgY29weWluZyBv ZiB0aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIGRvIG5vdCByZWFkIGl0LiBQbGVh c2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0IHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciBhbmQgdGhlbiBkZWxldGUgaXQuPGJyPg0KPGJy Pg0KRXN0YSBtZW5zYWdlbSBlIHNldXMgYW5leG9zIHNlIGRpcmlnZW0gZXhjbHVzaXZhbWVudGUg YW8gc2V1IGRlc3RpbmF0w6FyaW8sIHBvZGUgY29udGVyIGluZm9ybWHDp8OjbyBwcml2aWxlZ2lh ZGEgb3UgY29uZmlkZW5jaWFsIGUgw6kgcGFyYSB1c28gZXhjbHVzaXZvIGRhIHBlc3NvYSBvdSBl bnRpZGFkZSBkZSBkZXN0aW5vLiBTZSBuw6NvIMOpIHZvc3NhIHNlbmhvcmlhIG8gZGVzdGluYXTD oXJpbyBpbmRpY2FkbywgZmljYSBub3RpZmljYWRvIGRlIHF1ZSBhDQogbGVpdHVyYSwgdXRpbGl6 YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEgc2VtIGF1dG9yaXphw6fDo28gcG9kZSBl c3RhciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHDp8OjbyB2aWdlbnRlLiBTZSByZWNl YmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlx dWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSBwcm9jZWRhIGEgc3VhIGRlc3Ry dWnDp8Ojbzxicj4NCjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_AB207461C1E46C4080F9835D7756980050CB45DAESTGVMSP236EURO_-- From josemanuel.crespogarcia@telefonica.com Tue Feb 17 01:08:36 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2ECB11A040C for ; Tue, 17 Feb 2015 01:08:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k2RlpuPQA4d6 for ; Tue, 17 Feb 2015 01:08:34 -0800 (PST) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C267F1A039D for ; Tue, 17 Feb 2015 01:08:30 -0800 (PST) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B100EE01CF for ; Tue, 17 Feb 2015 10:08:28 +0100 (CET) Received: from ESTGVMSP113.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 9B3CFE0192 for ; Tue, 17 Feb 2015 10:08:28 +0100 (CET) Received: from ESTGVMSP221.EUROPE.telefonica.corp ([fe80::79b8:304b:ea62:691d]) by ESTGVMSP113.EUROPE.telefonica.corp ([fe80::7489:9ab6:5d9:a09f%11]) with mapi id 14.03.0195.001; Tue, 17 Feb 2015 10:08:28 +0100 From: JOSE MANUEL CRESPO GARCIA To: "BESS@ietf.org" Thread-Topic: draft-sajassi-bess-evpn-vpls-seamless-integ-00 Thread-Index: AdBKkUfq+7QfPxLQQdy1M/E5J/zfwg== Date: Tue, 17 Feb 2015 09:08:27 +0000 Message-ID: <4E61BD6D55FF4E499CB85CE4F2234A3963E79F0C@ESTGVMSP221.EUROPE.telefonica.corp> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.92.4.9] Content-Type: multipart/alternative; boundary="_000_4E61BD6D55FF4E499CB85CE4F2234A3963E79F0CESTGVMSP221EURO_" MIME-Version: 1.0 X-TM-AS-MML: No Archived-At: Subject: [bess] draft-sajassi-bess-evpn-vpls-seamless-integ-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 09:14:22 -0000 --_000_4E61BD6D55FF4E499CB85CE4F2234A3963E79F0CESTGVMSP221EURO_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 c3VwcG9ydA0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRXN0ZSBt ZW5zYWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4gZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0 aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25m aWRlbmNpYWwgeSBlcyBwYXJhIHVzbyBleGNsdXNpdm8gZGUgbGEgcGVyc29uYSBvIGVudGlkYWQg ZGUgZGVzdGluby4gU2kgbm8gZXMgdXN0ZWQuIGVsIGRlc3RpbmF0YXJpbyBpbmRpY2FkbywgcXVl ZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nD s24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2 aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVu c2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRh bWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQoN ClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyB0cmFuc21pc3Npb24gaXMgcHJpdmls ZWdlZCBhbmQgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVy IG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBo ZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNv cHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3QgcmVhZCBp dC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRvIHRoZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IgYW5kIHRoZW4gZGVsZXRlIGl0Lg0K DQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBh byBzZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFk YSBvdSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVu dGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOh cmlvIGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVlIGEgbGVpdHVyYSwgdXRpbGl6YcOn w6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEgc2VtIGF1dG9yaXphw6fDo28gcG9kZSBlc3Rh ciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHDp8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1 IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlxdWUg aW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSBwcm9jZWRhIGEgc3VhIGRlc3RydWnD p8Ojbw0K --_000_4E61BD6D55FF4E499CB85CE4F2234A3963E79F0CESTGVMSP221EURO_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBj bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRXN0aWxvQ29ycmVv MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQXJp YWwiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1h bDsNCglmb250LXN0eWxlOm5vcm1hbDsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBub25lO30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44 NXB0IDMuMGNtIDcwLjg1cHQgMy4wY207fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT ZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+ PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFUyIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+c3VwcG9ydDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxm b250IGZhY2U9IkFyaWFsIiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+PGJyPg0KRXN0ZSBtZW5zYWpl IHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4gZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0aW5hdGFy aW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNp YWwgeSBlcyBwYXJhIHVzbyBleGNsdXNpdm8gZGUgbGEgcGVyc29uYSBvIGVudGlkYWQgZGUgZGVz dGluby4gU2kgbm8gZXMgdXN0ZWQuIGVsIGRlc3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90 aWZpY2FkbyBkZSBxdWUgbGENCiBsZWN0dXJhLCB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5 L28gY29waWEgc2luIGF1dG9yaXphY2nDs24gcHVlZGUgZXN0YXIgcHJvaGliaWRhIGVuIHZpcnR1 ZCBkZSBsYSBsZWdpc2xhY2nDs24gdmlnZW50ZS4gU2kgaGEgcmVjaWJpZG8gZXN0ZSBtZW5zYWpl IHBvciBlcnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50 ZSBwb3IgZXN0YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi48YnI+DQo8 YnI+DQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9uIGlzIHBy aXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBpbnRlbmRlZCBvbmx5IGZvciB0 aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gSWYgdGhlIHJl YWRlciBvZiB0aGlzIG1lc3NhZ2UgaXMgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBh cmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sDQogZGlzdHJpYnV0aW9u IG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQu IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3Qg cmVhZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRvIHRoZSBzZW5kZXIgdGhhdCB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IgYW5kIHRoZW4gZGVsZXRl IGl0Ljxicj4NCjxicj4NCkVzdGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2VtIGV4 Y2x1c2l2YW1lbnRlIGFvIHNldSBkZXN0aW5hdMOhcmlvLCBwb2RlIGNvbnRlciBpbmZvcm1hw6fD o28gcHJpdmlsZWdpYWRhIG91IGNvbmZpZGVuY2lhbCBlIMOpIHBhcmEgdXNvIGV4Y2x1c2l2byBk YSBwZXNzb2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4gU2UgbsOjbyDDqSB2b3NzYSBzZW5ob3Jp YSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYQ0KIGxl aXR1cmEsIHV0aWxpemHDp8OjbywgZGl2dWxnYcOnw6NvIGUvb3UgY8OzcGlhIHNlbSBhdXRvcml6 YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJpZGEgZW0gdmlydHVkZSBkYSBsZWdpc2xhw6fDo28gdmln ZW50ZS4gU2UgcmVjZWJldSBlc3RhIG1lbnNhZ2VtIHBvciBlcnJvLCByb2dhbW9zLWxoZSBxdWUg bm9zIG8gY29tdW5pcXVlIGltZWRpYXRhbWVudGUgcG9yIGVzdGEgbWVzbWEgdmlhIGUgcHJvY2Vk YSBhIHN1YSBkZXN0cnVpw6fDo288YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4E61BD6D55FF4E499CB85CE4F2234A3963E79F0CESTGVMSP221EURO_-- From nobody Wed Feb 18 00:09:35 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53FEF1A911B; Wed, 18 Feb 2015 00:09:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iDPIrZQZzbgC; Wed, 18 Feb 2015 00:09:26 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75FBC1A911E; Wed, 18 Feb 2015 00:09:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: DraftTracker Mail System To: , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150218080919.11326.87622.idtracker@ietfa.amsl.com> Date: Wed, 18 Feb 2015 00:09:19 -0800 Archived-At: Cc: iesg-secretary@ietf.org Subject: [bess] Last Call Expired: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 08:09:30 -0000 Please DO NOT reply to this email. I-D: ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ IETF Last Call has ended, and the state has been changed to Waiting for AD Go-Ahead. From nobody Wed Feb 18 00:09:39 2015 Return-Path: X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 77F121A9123; Wed, 18 Feb 2015 00:09:30 -0800 (PST) X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53FEF1A911B; Wed, 18 Feb 2015 00:09:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iDPIrZQZzbgC; Wed, 18 Feb 2015 00:09:26 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75FBC1A911E; Wed, 18 Feb 2015 00:09:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: DraftTracker Mail System To: , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150218080919.11326.87622.idtracker@ietfa.amsl.com> Date: Wed, 18 Feb 2015 00:09:19 -0800 Archived-At: Cc: iesg-secretary@ietf.org Subject: [bess] Last Call Expired: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 08:09:30 -0000 Please DO NOT reply to this email. I-D: ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ IETF Last Call has ended, and the state has been changed to Waiting for AD Go-Ahead. From nobody Wed Feb 18 18:53:55 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03E7E1A6FF8 for ; Wed, 18 Feb 2015 18:53:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xPvqBMyl1IcN for ; Wed, 18 Feb 2015 18:53:51 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 748D21A6FED for ; Wed, 18 Feb 2015 18:53:51 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:51492 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YOHFK-0006bE-G9 for bess@ietf.org; Thu, 19 Feb 2015 02:53:46 +0000 From: "Russ White" To: Date: Wed, 18 Feb 2015 21:53:42 -0500 Message-ID: <04f001d04bef$45dc3230$d1949690$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBL7t09kEt/3JXUTKmrBWoxDrEInQ== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: [bess] Question(s) on draft-ietf-bess-evpn-inter-subnet-forwarding-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 02:53:54 -0000 Before I get into a lot of edits and thoughts -- In section 2: == In the above scenario, the term "route aggregation" refers to the case where a node situated at the WAN edge of the data center network behaves as a default gateway for all the destinations that are outside the data center. The absence of route aggregation refers to the scenario where NVEs within a data center maintain individual (host) routes that are outside of the data center. == Reading through the rest of the draft, there seems to be a lot of interchange between "WAN gateway," "route aggregation," and "default gateway." Let me try describing two switching paths, and then try to sort if they actually cover all the different scenarios given in the draft. Assume you have: TS1--NVE1--R1--R2--NVE2--TS2 TS1 wants to send a packet to TS2; however, TS2 is on a different subnet. TS1 examines its local tables, and determines that TS2 is on a different subnet, so it transmits the packet to the default gateway (it actually doesn't matter if TS1 itself sends this packet, or if TS1 is a switch, and some device behind TS1 sends this packet -- the result is the same). In this case, let's assume NVE1 is the default gateway, so it receives and must process the packet. There are two options at this point. NVE2 could have a routing entry directly to TS2 which includes layer 2 information through an EVPN advertisement in BGP (or other means outside the scope of the document). In this case, NVE2 uses the layer 2 information contained in the BGP advertisement to build a MAC header rewrite string, stuffs the packet into the correct outer header (MPLS or VXLAN or whatever else), and ships it towards NVE2. NVE2 pulls the tunnel headers and fowards based on the layer 2 information. NVE2 could have a routing entry directly to TS2 which does not include layer 2 information. In this case, NVE2 simply forwards the packet based on any local layer 3 information it might have. Let's say this layer 3 information is either a default or more specific route advertised by R2. In either case, NVE1 wraps the packet in the correct tunnel information to reach R2 and ships it. R2 removes the tunnel information and forwards it to NVE2 based on local forwarding information (which could be a layer 2 advertisement or a layer 3 advertisement -- from NVE1's perspective this isn't important). These two seem to cover all five of the possibilities covered in section 2. Where TS2 is located -- within or outside the local data center -- doesn't really make any difference (unless you assume there will never be a default route advertised between IP subnets within a data center, or there will never be IP only connectivity between two different subnets within the same data center, both of which seem like a bad assumptions to me). Is there a specific reason why the location of the "wan default gateway" makes any real difference in the different scenarios? Or why the default route is a special case (other than requiring the device advertising the default route to be able to interconnect an EVI and an IP-VPN)? Russ From nobody Wed Feb 18 22:46:04 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E925A1A8861 for ; Wed, 18 Feb 2015 22:46:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99kAm4PjAY-I for ; Wed, 18 Feb 2015 22:46:00 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 858541A885F for ; Wed, 18 Feb 2015 22:46:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3873; q=dns/txt; s=iport; t=1424328360; x=1425537960; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=/9blKWU+yagQjlcJRGwBUGx7xBHuJKoFt/2s4Gw/8mQ=; b=BQvH81QPDE9jCS2YosTCygx9hykBFB8VLs4KXuY5Kk+daeFZJxjWQAmF dcXhez12vu5TOuSVaHC0AFu/J69hnGUpq8Bx9Gkt5ucBpqdP9lvAU+00y D+KpGkIhhW4C7U8O+woM34AliBq/bOqZzozM+JAkV7pXj7inFJq+6LkBg 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BvBQB5huVU/4QNJK1bgwZSWgTCXAqFcQKBGkMBAQEBAQF8hA0BAQQBAQFrHQEIbQslAgQBEhuIFA3SOwEBAQEBAQEDAQEBAQEBAQEWBIsPhHWEKgWKFYUviT+TFyKCBxeBUG+BRH8BAQE X-IronPort-AV: E=Sophos;i="5.09,607,1418083200"; d="scan'208";a="397720717" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-2.cisco.com with ESMTP; 19 Feb 2015 06:45:59 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t1J6jxQf032372 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Feb 2015 06:45:59 GMT Received: from xmb-aln-x13.cisco.com ([169.254.15.92]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Thu, 19 Feb 2015 00:45:59 -0600 From: "Ali Sajassi (sajassi)" To: Russ White , "bess@ietf.org" Thread-Topic: [bess] Question(s) on draft-ietf-bess-evpn-inter-subnet-forwarding-00 Thread-Index: AQHQTA+46HcBwJcLT0azIvjFU+cWuQ== Date: Thu, 19 Feb 2015 06:45:59 +0000 Message-ID: In-Reply-To: <04f001d04bef$45dc3230$d1949690$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.24.188.219] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Question(s) on draft-ietf-bess-evpn-inter-subnet-forwarding-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 06:46:03 -0000 The corresponding solutions for each of the scenarios outlined in section 2 are different and that=B9s why they are listed as such. Scenario-1 doesn=B9t require any DCI solution and doesn=B9t require any interop to IP-VPN Scenario-2 requires a DCI solution w/o maintaing an IP-VRF at the GW Scenario-3 requires a DCI solution that needs an IP-VRF at the GW Scenario-4 requires inter-op between EVPN and IP-VPN Cheers, Ali On 2/18/15, 6:53 PM, "Russ White" wrote: >Before I get into a lot of edits and thoughts -- In section 2: > >=3D=3D >In the above scenario, the term "route aggregation" refers to the case >where >a node situated at the WAN edge of the data center network behaves as a >default gateway for all the destinations that are outside the data center. >The absence of route aggregation refers to the scenario where NVEs within >a >data center maintain individual (host) routes that are outside of the data >center. >=3D=3D > >Reading through the rest of the draft, there seems to be a lot of >interchange between "WAN gateway," "route aggregation," and "default >gateway." Let me try describing two switching paths, and then try to sort >if >they actually cover all the different scenarios given in the draft. > >Assume you have: > >TS1--NVE1--R1--R2--NVE2--TS2 > >TS1 wants to send a packet to TS2; however, TS2 is on a different subnet. >TS1 examines its local tables, and determines that TS2 is on a different >subnet, so it transmits the packet to the default gateway (it actually >doesn't matter if TS1 itself sends this packet, or if TS1 is a switch, and >some device behind TS1 sends this packet -- the result is the same). In >this >case, let's assume NVE1 is the default gateway, so it receives and must >process the packet. There are two options at this point. > >NVE2 could have a routing entry directly to TS2 which includes layer 2 >information through an EVPN advertisement in BGP (or other means outside >the >scope of the document). In this case, NVE2 uses the layer 2 information >contained in the BGP advertisement to build a MAC header rewrite string, >stuffs the packet into the correct outer header (MPLS or VXLAN or whatever >else), and ships it towards NVE2. NVE2 pulls the tunnel headers and >fowards >based on the layer 2 information. > >NVE2 could have a routing entry directly to TS2 which does not include >layer >2 information. In this case, NVE2 simply forwards the packet based on any >local layer 3 information it might have. Let's say this layer 3 >information >is either a default or more specific route advertised by R2. In either >case, >NVE1 wraps the packet in the correct tunnel information to reach R2 and >ships it. R2 removes the tunnel information and forwards it to NVE2 based >on >local forwarding information (which could be a layer 2 advertisement or a >layer 3 advertisement -- from NVE1's perspective this isn't important). > >These two seem to cover all five of the possibilities covered in section >2. >Where TS2 is located -- within or outside the local data center -- doesn't >really make any difference (unless you assume there will never be a >default >route advertised between IP subnets within a data center, or there will >never be IP only connectivity between two different subnets within the >same >data center, both of which seem like a bad assumptions to me). Is there a >specific reason why the location of the "wan default gateway" makes any >real >difference in the different scenarios? Or why the default route is a >special >case (other than requiring the device advertising the default route to be >able to interconnect an EVI and an IP-VPN)? > >Russ > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Thu Feb 19 03:07:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11D8C1A8BB4 for ; Thu, 19 Feb 2015 03:07:50 -0800 (PST) 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 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 8tp1iQAv92_m for ; Thu, 19 Feb 2015 03:07:48 -0800 (PST) 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 6EC991A890E for ; Thu, 19 Feb 2015 03:07:48 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id D8B2D5F5BFCE1; Thu, 19 Feb 2015 11:07:43 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t1JB7jO4011304 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Feb 2015 12:07:46 +0100 Received: from [135.244.193.198] (135.239.27.41) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 19 Feb 2015 12:07:38 +0100 Message-ID: <54E5C3F8.7060001@alcatel-lucent.com> Date: Thu, 19 Feb 2015 12:07:36 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "bess@ietf.org" Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.41] Archived-At: Cc: erosen@juniper.net Subject: [bess] Progressing bess-pta-flags X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 11:07:50 -0000 WG draft-rosen-bess-pta-flags is both simple and needed. As Chairs, we consider that this document should move quickly and as such we have decided to make this document a Working Group Document, on which you are of course all welcome to comment. Eric could you please resubmit as draft-ietf-bess-pta-flags-00 Thank you M&T From nobody Thu Feb 19 03:37:03 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC7661A8AE5 for ; Thu, 19 Feb 2015 03:37:01 -0800 (PST) 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 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 SFqUrXcHC-q2 for ; Thu, 19 Feb 2015 03:36:59 -0800 (PST) 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 62C001A8AE3 for ; Thu, 19 Feb 2015 03:36:59 -0800 (PST) Received: from [192.168.1.12] (unknown [49.149.205.158]) (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 F33711801587 for ; Thu, 19 Feb 2015 12:36:56 +0100 (CET) Message-ID: <54E5CAD3.5060608@pi.nu> Date: Thu, 19 Feb 2015 19:36:51 +0800 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: bess@ietf.org References: <54E5C3F8.7060001@alcatel-lucent.com> In-Reply-To: <54E5C3F8.7060001@alcatel-lucent.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [bess] Progressing bess-pta-flags X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 11:37:02 -0000 Martin, Thomas, Not much to say - that action has good support! /Loa On 2015-02-19 19:07, Martin Vigoureux wrote: > WG > > draft-rosen-bess-pta-flags is both simple and needed. As Chairs, we > consider that this document should move quickly and as such we have > decided to make this document a Working Group Document, on which you are > of course all welcome to comment. > > Eric could you please resubmit as draft-ietf-bess-pta-flags-00 > > Thank you > > M&T > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Feb 19 04:13:55 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF74C1A9005 for ; Thu, 19 Feb 2015 04:13:53 -0800 (PST) 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 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 hrJY21_0smOj for ; Thu, 19 Feb 2015 04:13:52 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 E75471A8FD7 for ; Thu, 19 Feb 2015 04:13:51 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:53550 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YOPzG-00031J-1s; Thu, 19 Feb 2015 12:13:46 +0000 From: "Russ White" To: "'Ali Sajassi \(sajassi\)'" , References: <04f001d04bef$45dc3230$d1949690$@riw.us> In-Reply-To: Date: Thu, 19 Feb 2015 07:13:42 -0500 Message-ID: <010b01d04c3d$80ef8040$82ce80c0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQF9a4Z8MHwtsXJvDhM78TnlIfWhWZ2doziA Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [bess] Question(s) on draft-ietf-bess-evpn-inter-subnet-forwarding-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 12:13:53 -0000 > Scenario-1 doesn=B9t require any DCI solution and doesn=B9t require = any interop > to IP-VPN > Scenario-2 requires a DCI solution w/o maintaing an IP-VRF at the GW > Scenario-3 requires a DCI solution that needs an IP-VRF at the GW > Scenario-4 requires inter-op between EVPN and IP-VPN But this doesn't make sense from a forwarding perspective. What you're really talking about is what type of connectivity is available between = the source and destination, not where these devices are located. I don't = care if TS1 and TS2 are in the same data center or different ones. What matters = is -- - I have layer 2 connectivity with a common control plane - I have layer 2 connectivity with different control planes - I have layer 3 connectivity (and I don't care what sort of layer 3 connectivity it is)=20 Further, the entire idea of "aggregated" versus "not aggregated" is completely mixed up with the concept of a default gateway, and = completely ignores the part the host plays in the forwarding process (choosing = whether or not to use the default gateway).=20 :-) Russ From nobody Thu Feb 19 05:02:55 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3780C1A1A99 for ; Thu, 19 Feb 2015 05:02:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.13 X-Spam-Level: X-Spam-Status: No, score=-1.13 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_SORBS_WEB=0.77, SPF_HELO_PASS=-0.001] autolearn=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 pzXvIEaskN5B for ; Thu, 19 Feb 2015 05:02:51 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0620.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::620]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 967671A1B2E for ; Thu, 19 Feb 2015 05:02:50 -0800 (PST) Received: from CO1PR06MB237.namprd06.prod.outlook.com (10.242.166.149) by CO1PR06MB237.namprd06.prod.outlook.com (10.242.166.149) with Microsoft SMTP Server (TLS) id 15.1.87.18; Thu, 19 Feb 2015 13:02:31 +0000 Received: from CO1PR06MB237.namprd06.prod.outlook.com ([169.254.10.23]) by CO1PR06MB237.namprd06.prod.outlook.com ([169.254.10.23]) with mapi id 15.01.0087.013; Thu, 19 Feb 2015 13:02:31 +0000 From: Avik Bhattacharya To: "bess@ietf.org" Thread-Topic: [bess] Soliciting comments on new draft-abhattacharya-bess-l2vpn-ipv6-remotepe-02 Thread-Index: AdA6MvdcREWdGjPiTi2mFm6uniB/UwSEDgmg Date: Thu, 19 Feb 2015 13:02:31 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [121.242.14.67] authentication-results: spf=none (sender IP is ) smtp.mailfrom=ABhattacharya@ixiacom.com; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR06MB237; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:CO1PR06MB237; x-forefront-prvs: 0492FD61DD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(377454003)(199003)(53754006)(189002)(92566002)(74316001)(19625215002)(19617315012)(97736003)(40100003)(122556002)(86362001)(101416001)(68736005)(33656002)(50986999)(2656002)(87936001)(64706001)(19580405001)(19580395003)(46102003)(19300405004)(2900100001)(2501002)(54356999)(106356001)(102836002)(77156002)(62966003)(15975445007)(16236675004)(76576001)(66066001)(105586002)(99286002)(2351001)(110136001)(230783001)(80792004)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:CO1PR06MB237; H:CO1PR06MB237.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ixiacom.com does not designate permitted sender hosts) Content-Type: multipart/alternative; boundary="_000_CO1PR06MB2375B3E0CD9EF43105C0480A62D0CO1PR06MB237namprd_" MIME-Version: 1.0 X-OriginatorOrg: ixiacom.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Feb 2015 13:02:31.2989 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 069fd614-e3f8-4372-8e18-cd06724a9b23 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR06MB237 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: CO1PR06MB237.namprd06.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 121.242.14.67 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: CO1PR06MB237.namprd06.prod.outlook.com Archived-At: Cc: "mohamed.boucadair@orange.com" , "draft-abhattacharya-bess-l2vpn-ipv6-remotepe@tools.ietf.org" Subject: Re: [bess] Soliciting comments on new draft-abhattacharya-bess-l2vpn-ipv6-remotepe-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 13:02:53 -0000 --_000_CO1PR06MB2375B3E0CD9EF43105C0480A62D0CO1PR06MB237namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, A new version of draft is available which has reference to RFC 7439 pointin= g out the gaps in RFC6074 which do not allow implementation of an interoper= able FEC 0x81 solution. This draft tries to handle this TBD gap ; the RFC7439 seems to confirm ther= e is no current work in progress to plug this gap. https://tools.ietf.org/html/draft-abhattacharya-bess-l2vpn-ipv6-remotepe-03 Regards, Avik. From: Avik Bhattacharya Sent: Tuesday, January 27, 2015 6:48 PM To: 'bess@ietf.org' Cc: 'draft-abhattacharya-bess-l2vpn-ipv6-remotepe@tools.ietf.org' Subject: [bess] Soliciting comments on new draft-abhattacharya-bess-l2vpn-i= pv6-remotepe-02 Hi, While exploring the current specifications of BGP auto discovery L2VPN with= LDPv6 as signaling protocol, we have sensed a gap because of which it cann= ot be implemented in an interoperable manner. A basic search in the related working groups indicates that there is no wor= k in progress in this area as of now. >From that perspective we have proposed an update on RFC6074 for the BGP aut= o discovery L2VPN to use IPv6 remote PE. This solution or a similar one is required for moving the MPLS core network= to IPv6 while having the L2VPN solutions working. All NEMs will have to adopt to a standard solution for ensuring interoperab= ility and seamless migration to IPv6 network. The link of the document is as follows: https://tools.ietf.org/html/draft-abhattacharya-bess-l2vpn-ipv6-remotepe-02 We seek reviews/interests/comments from the working group members which wil= l help in evolving the document. Regards, Avik. --_000_CO1PR06MB2375B3E0CD9EF43105C0480A62D0CO1PR06MB237namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

A new version of draft= is available which has reference to RFC 7439 pointing out the gaps in RFC6074 which= do not allow implementation of an interoperable FEC 0x81 solution.

This draft tries to ha= ndle this TBD gap ; the RFC7439 seems to confirm there is no current work i= n progress to plug this gap.

 

https://t= ools.ietf.org/html/draft-abhattacharya-bess-l2vpn-ipv6-remotepe-03=

 

 

 

Regards,

Avik.

 

From: Avik Bhattacharya
Sent: Tuesday, January 27, 2015 6:48 PM
To: 'bess@ietf.org'
Cc: 'draft-abhattacharya-bess-l2vpn-ipv6-remotepe@tools.ietf.org' Subject: [bess] Soliciting comments on new draft-abhattacharya-bess-= l2vpn-ipv6-remotepe-02

 

Hi,

 

While exploring the current specifications of BGP au= to discovery L2VPN with LDPv6 as signaling protocol, we have sensed a gap b= ecause of which it cannot be implemented in an interoperable manner.

A basic search in the related working groups indicat= es that there is no work in progress in this area as of now.

 

From that perspective we have proposed an update on = RFC6074 for the BGP auto discovery L2VPN to use IPv6 remote PE.

This solution or a similar one is required for movin= g the MPLS core network to IPv6 while having the L2VPN solutions working.

All NEMs will have to adopt to a standard solution f= or ensuring interoperability and seamless migration to IPv6 network.

 

The link of the document is as follows:

https://tools.ietf.org/html/draft-abhat= tacharya-bess-l2vpn-ipv6-remotepe-02

 

 

We seek reviews/interests/comments from the working = group members which will help in evolving the document.

 

Regards,

Avik.

 

--_000_CO1PR06MB2375B3E0CD9EF43105C0480A62D0CO1PR06MB237namprd_-- From nobody Thu Feb 19 05:24:06 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7824E1A9075 for ; Thu, 19 Feb 2015 05:24:05 -0800 (PST) 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 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 6Bn2GO3e8dek for ; Thu, 19 Feb 2015 05:24:03 -0800 (PST) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 292491A9045 for ; Thu, 19 Feb 2015 05:24:03 -0800 (PST) Received: from 162-229-180-77.lightspeed.rlghnc.sbcglobal.net ([162.229.180.77]:55893 helo=RussPC) by server.riw.us with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1YOR5F-0003pr-45; Thu, 19 Feb 2015 13:24:01 +0000 From: "Russ White" To: "'Ali Sajassi \(sajassi\)'" , References: <04f001d04bef$45dc3230$d1949690$@riw.us> In-Reply-To: Date: Thu, 19 Feb 2015 08:23:57 -0500 Message-ID: <01a701d04c47$5148aa10$f3d9fe30$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHho2FyoKOAASx26ylXkU0YpCOJPQF9a4Z8AW0pTYecve7WQA== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [bess] Question(s) on draft-ietf-bess-evpn-inter-subnet-forwarding-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 13:24:05 -0000 > > Scenario-1 doesn=B9t require any DCI solution and doesn=B9t require = any > > interop to IP-VPN > > Scenario-2 requires a DCI solution w/o maintaing an IP-VRF at the GW > > Scenario-3 requires a DCI solution that needs an IP-VRF at the GW > > Scenario-4 requires inter-op between EVPN and IP-VPN Let me try to clarify a bit on what I'm asking, perhaps -- - Scenario-1 is essentially using eVPNs as a DCI solution across the = "WAN." This is simple, just extend the eVPN domain, and is a natural = progression from a "within the DC" eVPN devployment, so I'm not really certain why = it needs to be discussed (?). I think maybe the point here is to bring out = the "aggregated" and "not aggregated" cases, but those could occur within a = data center -- and there are problems with the way these are described (IMHO, anyway -- but that's a separate discussion).=20 - Scenerio-2 and Scenerio-3 seem to be a layer 2 connection other than = eVPNs connecting the eVPN deployments; both require some sort of interop = between the two layer 2 domains, generally speaking some sort of gateway that = will interconnect them. This is identical to the case where you have VLANs = and eVPNs running within the same data center, and need a "gateway" between = the two.=20 - Scenerio-4 appears to be "there is only a layer 3 IP-VPN connection (L3VPN?) between two eVPN segments." This could easily arise within a = single data center -- there's no reason to postulate a "WAN gateway," in this = case. There's the default gateway, after which the packet is routed -- there = might be ways to optimize the routing, but that seems to be outside the scope = of eVPNs (?). So -- I don't really know why all of this needs to be put in the context = of inter-DC connectivity (or DCI). Each of these situations would/could = also arise in the context of a single data center.=20 Russ From nobody Thu Feb 19 06:40:33 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E40491A87C4; Thu, 19 Feb 2015 06:40:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2DTOSMzrGun; Thu, 19 Feb 2015 06:40:30 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FF1F1A1AC6; Thu, 19 Feb 2015 06:40:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150219144030.4425.68875.idtracker@ietfa.amsl.com> Date: Thu, 19 Feb 2015 06:40:30 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-mvpn-bidir-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 14:40:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : MVPN: Using Bidirectional P-Tunnels Authors : Eric C. Rosen IJsbrand Wijnands Yiqun Cai Arjen Boers Filename : draft-ietf-bess-mvpn-bidir-03.txt Pages : 32 Date : 2015-02-19 Abstract: A set of prior RFCs specify procedures for supporting multicast in BGP/MPLS IP VPNs. These procedures allow customer multicast data to travel across a service provider's backbone network through a set of multicast tunnels. The tunnels are advertised in certain BGP multicast "auto-discovery" routes, by means of a BGP attribute known as the "Provider Multicast Service Interface (PMSI) Tunnel attribute". Encodings have been defined that allow the PMSI Tunnel attribute to identify bidirectional (multipoint-to-multipoint) multicast distribution trees. However, the prior RFCs do not provide all the necessary procedures for using bidirectional tunnels to support multicast VPNs. This document updates RFCs 6513, 6514 and 6625 by specifying those procedures. In particular, it specifies the procedures for assigning customer multicast flows (unidirectional or bidirectional) to specific bidirectional tunnels in the provider backbone, for advertising such assignments, and for determining which flows have been assigned to which tunnels. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-bidir/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-mvpn-bidir-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-mvpn-bidir-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 19 08:22:26 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475B61A9169; Thu, 19 Feb 2015 08:22:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gLE0AyfQc2ea; Thu, 19 Feb 2015 08:22:21 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B9D221A897D; Thu, 19 Feb 2015 08:22:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150219162221.14048.40576.idtracker@ietfa.amsl.com> Date: Thu, 19 Feb 2015 08:22:21 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-orf-covering-prefixes-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 16:22:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : Covering Prefixes Outbound Route Filter for BGP-4 Authors : Huajin Jeng Luay Jalil Ron Bonica Keyur Patel Lucy Yong Filename : draft-ietf-bess-orf-covering-prefixes-04.txt Pages : 19 Date : 2015-02-19 Abstract: This document defines a new Outbound Route Filter (ORF) type, called the "Covering Prefixes ORF (CP-ORF)". CP-ORF is applicable in Virtual Hub-and-Spoke VPNs. It also is applicable in BGP/MPLS Ethernet VPN (EVPN) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-orf-covering-prefixes-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Feb 19 08:22:42 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 454F51A9153; Thu, 19 Feb 2015 08:22:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NlYJWHQr7rSO; Thu, 19 Feb 2015 08:22:26 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 083B01A9152; Thu, 19 Feb 2015 08:22:22 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150219162222.14048.88677.idtracker@ietfa.amsl.com> Date: Thu, 19 Feb 2015 08:22:22 -0800 Archived-At: Subject: [bess] New Version Notification - draft-ietf-bess-orf-covering-prefixes-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 16:22:35 -0000 A new version (-04) has been submitted for draft-ietf-bess-orf-covering-prefixes: http://www.ietf.org/internet-drafts/draft-ietf-bess-orf-covering-prefixes-04.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-04 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. IETF Secretariat. From nobody Thu Feb 19 08:22:43 2015 Return-Path: X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org Delivered-To: bess@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 5DAAB1A9231; Thu, 19 Feb 2015 08:22:35 -0800 (PST) X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 454F51A9153; Thu, 19 Feb 2015 08:22:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NlYJWHQr7rSO; Thu, 19 Feb 2015 08:22:26 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 083B01A9152; Thu, 19 Feb 2015 08:22:22 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150219162222.14048.88677.idtracker@ietfa.amsl.com> Date: Thu, 19 Feb 2015 08:22:22 -0800 Archived-At: Subject: [bess] New Version Notification - draft-ietf-bess-orf-covering-prefixes-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 16:22:35 -0000 A new version (-04) has been submitted for draft-ietf-bess-orf-covering-prefixes: http://www.ietf.org/internet-drafts/draft-ietf-bess-orf-covering-prefixes-04.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-orf-covering-prefixes-04 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. IETF Secretariat. From nobody Fri Feb 20 10:45:17 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D13A1A1BC9 for ; Fri, 20 Feb 2015 10:45:16 -0800 (PST) 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 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 JzFN2ijrTySP for ; Fri, 20 Feb 2015 10:45:14 -0800 (PST) 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 4DFBF1A88AF for ; Fri, 20 Feb 2015 10:45:04 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 6584583616F23; Fri, 20 Feb 2015 18:44:59 +0000 (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 t1KIiY3V019792 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 20 Feb 2015 19:44:59 +0100 Received: from [135.244.193.48] (135.239.27.40) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 20 Feb 2015 19:44:47 +0100 Message-ID: <54E78093.2080908@alcatel-lucent.com> Date: Fri, 20 Feb 2015 19:44:35 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: References: <54C60D12.1090305@alcatel-lucent.com> In-Reply-To: <54C60D12.1090305@alcatel-lucent.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.40] Archived-At: Cc: draft-sajassi-bess-evpn-vpls-seamless-integ@tools.ietf.org Subject: Re: [bess] Poll for adoption: draft-sajassi-bess-evpn-vpls-seamless-integ X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 18:45:16 -0000 WG, we have a new WG Document. Authors, could you please republish as draft-ietf-bess-evpn-vpls-seamless-integ-00 thank you -m Le 26/01/2015 10:46, Martin Vigoureux a écrit : > Hello working group, > > This email starts a two-week poll on adopting > draft-sajassi-bess-evpn-vpls-seamless-integ [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until **February 9th**. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are not listed as an author or contributor, then please > explicitly respond only if you are aware of any IPR that has not yet > been disclosed in conformance with IETF rules. > > Note that an IPR disclosure [2] exists for this document. > > Thank you, > > Martin & Thomas > bess chairs > > [1] https://tools.ietf.org/html/draft-sajassi-bess-evpn-vpls-seamless-integ > [2] https://datatracker.ietf.org/ipr/2472/ > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > From nobody Sat Feb 21 03:02:20 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9C851A6EE8; Sat, 21 Feb 2015 03:02:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tjZtNhU8C8AQ; Sat, 21 Feb 2015 03:02:17 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BB6A1A6D3F; Sat, 21 Feb 2015 03:02:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150221110217.19481.41882.idtracker@ietfa.amsl.com> Date: Sat, 21 Feb 2015 03:02:17 -0800 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-evpn-vpls-seamless-integ-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 11:02:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled Services Working Group of the IETF. Title : (PBB-)EVPN Seamless Integration with (PBB-)VPLS Authors : Ali Sajassi Samer Salam Nick Del Regno Jorge Rabadan Filename : draft-ietf-bess-evpn-vpls-seamless-integ-00.txt Pages : 10 Date : 2015-02-20 Abstract: This draft discusses the backward compatibility of the (PBB-)EVPN solution with (PBB-)VPLS and provides mechanisms for seamless integration of the two technologies in the same MPLS/IP network on a per-VPN-instance basis. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-vpls-seamless-integ/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-bess-evpn-vpls-seamless-integ-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 23 07:47:31 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D00441A1B05; Mon, 23 Feb 2015 07:47:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.81 X-Spam-Level: X-Spam-Status: No, score=-11.81 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nxeSF0cGdhAJ; Mon, 23 Feb 2015 07:47:25 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A55D1A1B5D; Mon, 23 Feb 2015 07:47:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18998; q=dns/txt; s=iport; t=1424706442; x=1425916042; h=message-id:date:from:reply-to:mime-version:to:cc:subject; bh=k6ab4Rx+AL70QRFhwCS1DmBWk4NKvtrjsRGdGWn4u6w=; b=J8NvfqhUzqzw72N76ZRqZeN+mJw/AIOPuqLBduQgp/F2j5XGKDVb+7yN LYcuxknxSJq+UJxZvkaK+GsF/BWaPf02f0XUiZeSK0UP5+i9gFi5gXXwW 4aKOv7YgA4iLnCXjmK3zboLSVpRi/KqqRj+eM6NK4WNrwL+bNYzAc6344 8=; X-IronPort-AV: E=Sophos;i="5.09,631,1418083200"; d="scan'208,217";a="353897059" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 23 Feb 2015 15:47:20 +0000 Received: from [64.103.108.174] (dhcp-bdlk10-data-vlan301-64-103-108-174.cisco.com [64.103.108.174]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t1NFlKw2019751; Mon, 23 Feb 2015 15:47:20 GMT Message-ID: <54EB4B87.2080202@cisco.com> Date: Mon, 23 Feb 2015 15:47:19 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: draft-ietf-l2vpn-vpls-pe-etree@tools.ietf.org, "pals@ietf.org" Content-Type: multipart/alternative; boundary="------------050303010408060408060807" Archived-At: Cc: "l2vpn-chairs@tools.ietf.org" , bess-chairs@tools.ietf.org, pals-chairs@tools.ietf.org, "bess@ietf.org" Subject: [bess] Shepherd review of draft-ietf-l2vpn-vpls-pe-etree X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 15:47:29 -0000 This is a multi-part message in MIME format. --------------050303010408060408060807 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I have picked up the task of shepherding this draft, and have a number of comments which I think that you should address before we send this text to the IESG. As the text contains both LDP and BGP control information I am copying the BESS WG and their chairs. - Stewart ======== SB> The document fails I-D nits with Summary: 2 errors (**), 0 flaws (~~), 9 warnings (==), 1 comment (--). Please fix this. ====== SB> Number of authors. The guideline is five but it is not a hard limit provided that all authors made significant contribution. If asked by the IESG can all authors point to specific text that they wrote? Ethernet-Tree (E-Tree) Support in Virtual Private LAN Service (VPLS) draft-ietf-l2vpn-vpls-pe-etree-04.tx ===== Abstract A generic Virtual Private LAN Service (VPLS) solution is proposed for Ethernet-Tree (E-Tree) services which uses VLANs to indicate root or leaf traffic. A VPLS Provider Edge (PE) model is illustrated as an example for the solution. In the solution, E-Tree VPLS PEs are interconnected by PWs which carry the VLAN indicating the E-Tree attribute, the MAC address based Ethernet forwarding engine and the PW work in the same way as before. A signaling mechanism for E-Tree capability and VLAN mapping negotiation is further described. ====== 2. Terminology E-Tree: Ethernet Tree, a Rooted-Multipoint EVC service as defined in MEF 6.1 EVC: Ethernet Virtual Connection, as defined in MEF 4.0 FIB: Forwarding Information Base, or forwarding table T-VSI: Tree VSI, a VSI with E-Tree support Root AC, an AC attached with a root Leaf AC, an AC attached with a leaf C-VLAN, Customer VLAN S-VLAN, Service VLAN B-VLAN, Backbone VLAN Root VLAN, a VLAN ID used to indicate all the frames that are originated at a root AC Leaf VLAN, a VLAN ID used to indicate all the frames that are originated at a leaf AC I-SID, Backbone Service Instance Identifier, as defined in IEEE 802.1ah ======= 3. Introduction Further, an E-Tree service may include multiple roots and multiple leaves. Although VPMS or P2MP SB> VPMS, P2MP and in a few line VPLS, VSI and PE need expansion (and ideally a reference) ======== IEEE 802.1 has incorporated the generic E-Tree solution in the latest version of 802.1Q [802.1Q-2011], which is just an improvement on the traditional asymmetric VLAN mechanism (the use of different VLANs to indicate E-Tree root/leaf attributes and prohibiting leaf-to-leaf traffic with the help of VLANs was first standardized in IEEE 802.1Q- 2003). In the solution, VLANs are used to indicate root/leaf SB> In THE solution - which solution is THE solution? ======= This document introduces how the Ethernet VLAN solution can be used SB> s/introduces/specifies/ and later s/proposed/specified/ to support generic E-Tree services in VPLS. The solution proposed ======= here is fully compatible with the IEEE bridge architecture and the SB> s/the/with/ IETF PWE3 technology, thus it will not change the FIB (such as SB> please expand FIB ======= 4. PE Model with E-Tree Support Problem scenario of E-Tree as shown in Fig. 1 of [Etree-req] is a SB> The problem ======= 4.1. Existing PE Models SB> In the text that follows it is clear how Fig 1 fits into the picture but not Fig 2 (which as far as I can see you do not even reference). I think you are saying that Fig 2 is the existing VPLS model, then Fig 3 is the obvious mapping to E-tree, but there are problems, but this needs to be much clearer. ======== 4.2. A New PE Model with E-Tree Support In order to support the E-Tree in a more scalable way, a new VPLS PE model with a single Tree VSI (T-VSI, a VSI with E-Tree support) is proposed. SB> s/proposed/specified/ ======= For an S-VLAN tagged port, the S-VLAN tag in the Ethernet frames received from the root ACs SHOULD be translated to the root S-VLAN in the VPLS network domain. Alternatively, the PBB VPLS PE model (where SB> PBB needs expansion ======= In all cases, the outermost VLAN in the resulted Ethernet header is used to indicate the E-Tree attribute of an Ethernet frame; this document will use VLAN to refer to this outermost VLAN for simplicity SB> S/will use/uses/ 5. PW for E-Tree Support 5.1. PW Encapsulation To support an E-Tree service, T-VSIs in a VPLS must be interconnected with a bidirectional Ethernet PW. The Ethernet PW may work in the tagged mode (PW type 0x0004) as described in [RFC4448], and a VLAN tag must be carried in each frame in the PW to indicate the frame SB>s/and a VLAN tag must be carried in each frame/ in which case a VLAN tag MUST be carried in each frame/ originated from either root or leaf (the VLAN tag indicating the frame originated from either root or leaf can be translated by a bridge module in the PE or added by an outside Ethernet edge device, even by a customer device). In the tagged PW mode, two service delimiting VLANs must be allocated in the VPLS domain for an E-Tree. s/must/MUST/ ======= Raw PW (PW type 0x0005 in [RFC4448]) may be used to carry E-Tree service for a PW in Compatible mode as shown in Section 5.3.2. SB> I think this needs to be : Raw PW (PW type 0x0005 in [RFC4448]) MAY also be used ======== 6. Signaling for E-Tree Support 6.1. LDP Extensions for E-Tree Support In addition to the signaling procedures as specified in [RFC4447], this document proposes a new interface parameter sub-TLV to provision an E-Tree service and negotiate the VLAN mapping function, as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | E-Tree | Length=8 | Reserved |P|V| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Root VLAN ID | Leaf VLAN ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 8 E-Tree Sub-TLV Where: o E-Tree is the sub-TLV identifier to be assigned by IANA. SB> You have an assigned value. I think it would be clearer to all to say that and include the value in this text ======== A PE that receives a PW label mapping message with an E-Tree Sub-TLV from its peer PE, after saving the VLAN information for the PW, must SB> must or MUST? The latter I think. ========= SB> Does what follows need to be proceeded by Else or Otherwise? PW processing as described in [RFC4448] proceeds as usual for all cases. 6.2. BGP Extensions for E-Tree Support A PE which does not recognize this attribute shall ignore it silently. SB> I think that should be SHALL or MUST. ====== 7. OAM Considerations Ethernet OAM for E-Tree including both service OAM and segment OAM frames shall undergo the same VLAN mapping as the data traffic; and root VLAN SHOULD be applied to segment OAM frames so that they are not filtered. SB> I think s/shall/SHALL/ ======= 8. Applicability The solution is applicable to both LDP VPLS [RFC4762] and BGP VPLS SB> s/The/This/ or s/The solution specified in this document/ ====== 10. IANA Considerations IANA is requested to allocate a value for E-Tree in the registry of Pseudowire Interface Parameters Sub-TLV type. Parameter ID Length Description ======================================= TBD 8 E-Tree SB> Update to show you have the assignment ======= IANA is requested to allocate two new LDP status codes from the registry of name "STATUS CODE NAME SPACE". The following values are suggested: Range/Value E Description ------------- ----- ---------------------- TBD 1 E-Tree VLAN mapping not supported TBD 0 Leaf to Leaf PW released SB> Update to show you have the assignment ====== IANA is requested to allocate a value for E-Tree in the registry of BGP Extended Community. Type Value Name ======================================= TBD E-Tree Info SB> Update to show you have the assignment ======= Appendix A. Other PE Models for E-Tree A.1. A PE Model With a VSI and No bridge This PE model may be used by an MTU-s in an H-VPLS network, or an N- PE in an H-VPLS network with non-bridging edge devices, wherein a spoke PW can be treated as an AC in this model. SB> Please check that all of the above abbreviations have been previously expanded. ======= --------------050303010408060408060807 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit 
I have picked up the task of shepherding this draft, and
have a number of comments which I think that you should
address before we send this text to the IESG.

As the text contains both LDP and BGP control information
I am copying the BESS WG and their chairs.

- Stewart

========

SB> The document fails I-D nits with 

     Summary: 2 errors (**), 0 flaws (~~), 9 warnings (==), 1 comment (--).


Please fix this.

======


SB> Number of authors. The guideline is five but it is not
a hard limit provided that all authors made significant contribution.
If asked by the IESG can all authors point to specific
text that they wrote?



    Ethernet-Tree (E-Tree) Support in Virtual Private LAN Service (VPLS)
                   draft-ietf-l2vpn-vpls-pe-etree-04.tx



=====

 Abstract

   A generic Virtual Private LAN Service (VPLS) solution is proposed for
   Ethernet-Tree (E-Tree) services which uses VLANs to indicate root or
   leaf traffic. A VPLS Provider Edge (PE) model is illustrated as an
   example for the solution. In the solution, E-Tree VPLS PEs are
   interconnected by PWs which carry the VLAN indicating the E-Tree
   attribute, the MAC address based Ethernet forwarding engine and the
   PW work in the same way as before. A signaling mechanism for E-Tree
   capability and VLAN mapping negotiation is further described.

======

 2. Terminology

   E-Tree: Ethernet Tree, a Rooted-Multipoint EVC service as defined in
   MEF 6.1

   EVC: Ethernet Virtual Connection, as defined in MEF 4.0

   FIB: Forwarding Information Base, or forwarding table

   T-VSI: Tree VSI, a VSI with E-Tree support

   Root AC, an AC attached with a root

   Leaf AC, an AC attached with a leaf

   C-VLAN, Customer VLAN

   S-VLAN, Service VLAN

   B-VLAN, Backbone VLAN

   Root VLAN, a VLAN ID used to indicate all the frames that are
   originated at a root AC

   Leaf VLAN, a VLAN ID used to indicate all the frames that are
   originated at a leaf AC

   I-SID, Backbone Service Instance Identifier, as defined in IEEE
   802.1ah


=======


3. Introduction

   Further, an E-Tree service may
   include multiple roots and multiple leaves. Although VPMS or P2MP

SB> VPMS, P2MP and in a few line VPLS, VSI and PE need expansion (and ideally a reference)

========

   IEEE 802.1 has incorporated the generic E-Tree solution in the latest
   version of 802.1Q [802.1Q-2011], which is just an improvement on the
   traditional asymmetric VLAN mechanism (the use of different VLANs to
   indicate E-Tree root/leaf attributes and prohibiting leaf-to-leaf
   traffic with the help of VLANs was first standardized in IEEE 802.1Q-
   2003). In the solution, VLANs are used to indicate root/leaf

SB> In THE solution - which solution is THE solution?

=======

   This document introduces how the Ethernet VLAN solution can be used

SB> s/introduces/specifies/ and later s/proposed/specified/

   to support generic E-Tree services in VPLS. The solution proposed

=======

 here is fully compatible with the IEEE bridge architecture and the

SB> s/the/with/

 IETF PWE3 technology, thus it will not change the FIB (such as

SB> please expand FIB

=======



4. PE Model with E-Tree Support

   Problem scenario of E-Tree as shown in Fig. 1 of [Etree-req] is a
SB> The problem

=======

4.1. Existing PE Models


SB> In the text that follows it is clear how Fig 1 fits into the picture
but not Fig 2 (which as far as I can see you do not even reference).
I think you are saying that Fig 2 is the existing VPLS model, then
Fig 3 is the obvious mapping to E-tree, but there are problems, but this
needs to be much clearer.

========

4.2. A New PE Model with E-Tree Support

   In order to support the E-Tree in a more scalable way, a new VPLS PE
   model with a single Tree VSI (T-VSI, a VSI with E-Tree support) is
   proposed.

SB> s/proposed/specified/

=======



   For an S-VLAN tagged port, the S-VLAN tag in the Ethernet frames
   received from the root ACs SHOULD be translated to the root S-VLAN in
   the VPLS network domain. Alternatively, the PBB VPLS PE model (where

SB> PBB needs expansion

=======

   In all cases, the outermost VLAN in the resulted Ethernet header is
   used to indicate the E-Tree attribute of an Ethernet frame; this
   document will use VLAN to refer to this outermost VLAN for simplicity

SB> S/will use/uses/

 
5. PW for E-Tree Support

5.1. PW Encapsulation

   To support an E-Tree service, T-VSIs in a VPLS must be interconnected
   with a bidirectional Ethernet PW. The Ethernet PW may work in the
   tagged mode (PW type 0x0004) as described in [RFC4448], and a VLAN
   tag must be carried in each frame in the PW to indicate the frame

SB>s/and a VLAN tag must be carried in each frame/
in which case a VLAN tag MUST be carried in each frame/
 

   originated from either root or leaf (the VLAN tag indicating the
   frame originated from either root or leaf can be translated by a
   bridge module in the PE or added by an outside Ethernet edge device,
   even by a customer device). In the tagged PW mode, two service
   delimiting VLANs must be allocated in the VPLS domain for an E-Tree.

s/must/MUST/

=======


   Raw PW (PW type 0x0005 in [RFC4448]) may be used to carry E-Tree
   service for a PW in Compatible mode as shown in Section 5.3.2.

SB> I think this needs to be :
Raw PW (PW type 0x0005 in [RFC4448]) MAY also be used 

========





6. Signaling for E-Tree Support

6.1. LDP Extensions for E-Tree Support

   In addition to the signaling procedures as specified in [RFC4447],
   this document proposes a new interface parameter sub-TLV to provision
   an E-Tree service and negotiate the VLAN mapping function, as follows:

     0                   1                   2                   3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |  E-Tree       |   Length=8    |           Reserved        |P|V|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |          Root VLAN ID         |          Leaf VLAN ID         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                          Figure 8  E-Tree Sub-TLV

   Where:

   o E-Tree is the sub-TLV identifier to be assigned by IANA.

SB> You have an assigned value. I think it would be clearer to all
to say that and include the value in this text

========



   A PE that receives a PW label mapping message with an E-Tree Sub-TLV
   from its peer PE, after saving the VLAN information for the PW, must

SB> must or MUST? The latter I think.

=========


SB> Does what follows need to be proceeded by Else or Otherwise?
  
 PW processing as described in [RFC4448] proceeds as usual for all
   cases.

6.2. BGP Extensions for E-Tree Support



   A PE which does not recognize this attribute shall ignore it silently.

SB> I think that should be SHALL or MUST.

======

7. OAM Considerations

   Ethernet OAM for E-Tree including both service OAM and segment OAM
   frames shall undergo the same VLAN mapping as the data traffic; and
   root VLAN SHOULD be applied to segment OAM frames so that they are
   not filtered.

SB> I think s/shall/SHALL/

=======

 8. Applicability

   The solution is applicable to both LDP VPLS [RFC4762] and BGP VPLS
SB> s/The/This/ or s/The solution specified in this document/


======
 10.  IANA Considerations

   IANA is requested to allocate a value for E-Tree in the registry of
   Pseudowire Interface Parameters Sub-TLV type.

   Parameter ID   Length       Description
   =======================================
   TBD            8            E-Tree


SB> Update to show you have the assignment


=======


   IANA is requested to allocate two new LDP status codes from the
   registry of name "STATUS CODE NAME SPACE". The following values are
   suggested:


   Range/Value     E     Description
   ------------- -----   ----------------------
   TBD             1     E-Tree VLAN mapping not supported
   TBD             0     Leaf to Leaf PW released

SB> Update to show you have the assignment

======
 IANA is requested to allocate a value for E-Tree in the registry of
   BGP Extended Community.

   Type Value          Name
   =======================================
   TBD                 E-Tree Info
SB> Update to show you have the assignment

=======

Appendix A. Other PE Models for E-Tree

A.1. A PE Model With a VSI and No bridge


   This PE model may be used by an MTU-s in an H-VPLS network, or an N-
   PE in an H-VPLS network with non-bridging edge devices, wherein a
   spoke PW can be treated as an AC in this model.

SB> Please check that all of the above abbreviations have been
previously expanded.

=======



  


--------------050303010408060408060807--


From nobody Mon Feb 23 13:25:26 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62E7C1A6F28; Mon, 23 Feb 2015 13:25:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Dh_tKMdys3b; Mon, 23 Feb 2015 13:25:23 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 77D2A1A6F01; Mon, 23 Feb 2015 13:25:23 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150223212523.10737.53757.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 13:25:23 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] ID Tracker State Update Notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 23 Feb 2015 21:25:24 -0000

IESG state changed to IESG Evaluation from Waiting for AD Go-Ahead
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Mon Feb 23 13:25:27 2015
Return-Path: 
X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 7EE8C1A6F2B; Mon, 23 Feb 2015 13:25:24 -0800 (PST)
X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62E7C1A6F28; Mon, 23 Feb 2015 13:25:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Dh_tKMdys3b; Mon, 23 Feb 2015 13:25:23 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 77D2A1A6F01; Mon, 23 Feb 2015 13:25:23 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150223212523.10737.53757.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 13:25:23 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] ID Tracker State Update Notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 23 Feb 2015 21:25:24 -0000

IESG state changed to IESG Evaluation from Waiting for AD Go-Ahead
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Mon Feb 23 13:25:35 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BCE1A6F2B; Mon, 23 Feb 2015 13:25:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U3MYuUK5SoOK; Mon, 23 Feb 2015 13:25:31 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DA55A1A6F2E; Mon, 23 Feb 2015 13:25:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150223212531.8094.21527.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 13:25:31 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] Telechat update notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 23 Feb 2015 21:25:32 -0000

Placed on agenda for telechat - 2015-03-05
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Mon Feb 23 13:25:36 2015
Return-Path: 
X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id E5AE11A6F3C; Mon, 23 Feb 2015 13:25:32 -0800 (PST)
X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BCE1A6F2B; Mon, 23 Feb 2015 13:25:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U3MYuUK5SoOK; Mon, 23 Feb 2015 13:25:31 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DA55A1A6F2E; Mon, 23 Feb 2015 13:25:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150223212531.8094.21527.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 13:25:31 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] Telechat update notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 23 Feb 2015 21:25:33 -0000

Placed on agenda for telechat - 2015-03-05
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Mon Feb 23 18:06:13 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 076EA1A1B15; Mon, 23 Feb 2015 18:06:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QxL8opkCSKdO; Mon, 23 Feb 2015 18:06:11 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BE81A1ABE; Mon, 23 Feb 2015 18:06:11 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150224020611.16524.24021.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 18:06:11 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] ID Tracker State Update Notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 24 Feb 2015 02:06:13 -0000

IANA review state changed to IANA OK - Actions Needed
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Mon Feb 23 18:06:16 2015
Return-Path: 
X-Original-To: expand-draft-ietf-bess-orf-covering-prefixes.all@virtual.ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 1F13F1A1B2C; Mon, 23 Feb 2015 18:06:13 -0800 (PST)
X-Original-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Delivered-To: xfilter-draft-ietf-bess-orf-covering-prefixes.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 076EA1A1B15; Mon, 23 Feb 2015 18:06:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QxL8opkCSKdO; Mon, 23 Feb 2015 18:06:11 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BE81A1ABE; Mon, 23 Feb 2015 18:06:11 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: , , , 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150224020611.16524.24021.idtracker@ietfa.amsl.com>
Date: Mon, 23 Feb 2015 18:06:11 -0800
From: IETF Secretariat 
Archived-At: 
Subject: [bess] ID Tracker State Update Notice: 
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 24 Feb 2015 02:06:13 -0000

IANA review state changed to IANA OK - Actions Needed
ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-bess-orf-covering-prefixes/


From nobody Tue Feb 24 00:25:34 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A4C1A871D; Tue, 24 Feb 2015 00:25:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PXzf5Dz2awE3; Tue, 24 Feb 2015 00:25:30 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B8A821A0273; Tue, 24 Feb 2015 00:25:30 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.0.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150224082530.9526.69340.idtracker@ietfa.amsl.com>
Date: Tue, 24 Feb 2015 00:25:30 -0800
Archived-At: 
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-pta-flags-00.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 24 Feb 2015 08:25:32 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the BGP Enabled Services Working Group of the IETF.

        Title           : IANA Registry for P-Multicast Service Interface Tunnel Attribute Flags
        Author          : Eric C. Rosen
	Filename        : draft-ietf-bess-pta-flags-00.txt
	Pages           : 3
	Date            : 2015-02-23

Abstract:
   RFC6514 defines the "P-Multicast Service Interface Tunnel (PMSI
   Tunnel) attribute".  This attribute contains an octet of "flags".
   Only one flag is defined in that RFC, but there is now a need to
   define additional flags.  Since the RFC did not create a registry for
   the assignment of flag bits, this document updates the RFC by
   creating a registry for that purpose.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-pta-flags/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-bess-pta-flags-00


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 Tue Feb 24 07:10:20 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D5BC1A003B for ; Tue, 24 Feb 2015 07:10:20 -0800 (PST)
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
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 dbSzrg_ipCT2 for ; Tue, 24 Feb 2015 07:10:18 -0800 (PST)
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 936C31A87A5 for ; Tue, 24 Feb 2015 07:10:18 -0800 (PST)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 52932FFD57E15 for ; Tue, 24 Feb 2015 15:10:12 +0000 (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 t1OFA3f5026804 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 24 Feb 2015 16:10:11 +0100
Received: from [135.238.176.73] (135.239.27.41) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 24 Feb 2015 16:10:09 +0100
Message-ID: <54EC9450.1020909@alcatel-lucent.com>
Date: Tue, 24 Feb 2015 16:10:08 +0100
From: Martin Vigoureux 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: "bess@ietf.org" 
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [135.239.27.41]
Archived-At: 
Subject: [bess] Slots requests for BESS WG session - IETF 92 - Dallas
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 24 Feb 2015 15:10:20 -0000

All,

it is time we start building the BESS WG agenda for Dallas.
The IETF agenda is available at:
https://datatracker.ietf.org/meeting/agenda/

The BESS WG session (2h30) is scheduled on
Wednesday, March 25th, Morning Session I, 09:00-11:30

Please send us your request for a presentation slot, indicating:
draft name, speaker and desired duration (covering presentation + 
discussion)

Please send the requests no later than March 8th
Thank you

M&T


From nobody Wed Feb 25 15:04:24 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 568B21A904C; Wed, 25 Feb 2015 15:04:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CLvqqPJ-tLbM; Wed, 25 Feb 2015 15:04:21 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CB2BF1A904F; Wed, 25 Feb 2015 15:04:21 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 5.11.2.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150225230421.6987.4662.idtracker@ietfa.amsl.com>
Date: Wed, 25 Feb 2015 15:04:21 -0800
Archived-At: 
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-evpn-overlay-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 25 Feb 2015 23:04:23 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the BGP Enabled Services Working Group of the IETF.

        Title           : A Network Virtualization Overlay Solution using EVPN
        Authors         : Ali Sajassi
                          John Drake
                          Nabil Bitar
                          Aldrin Isaac
                          James Uttaro
                          Wim Henderickx
	Filename        : draft-ietf-bess-evpn-overlay-01.txt
	Pages           : 24
	Date            : 2015-02-25

Abstract:
   This document describes how Ethernet VPN (EVPN) [RFC7432] can be used
   as an Network Virtualization Overlay (NVO) solution and explores the
   various tunnel encapsulation options over IP  and their impact on the
   EVPN control-plane and procedures. In particular, the following
   encapsulation options are analyzed: VXLAN, NVGRE, and MPLS over GRE.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-overlay/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-01

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-overlay-01


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Thu Feb 26 04:56:06 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE2DC1A00B0; Thu, 26 Feb 2015 04:56:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CPKz2wNGf1zS; Thu, 26 Feb 2015 04:55:57 -0800 (PST)
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 6718B1A00B6; Thu, 26 Feb 2015 04:55:55 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTA19629; Thu, 26 Feb 2015 12:55:53 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Feb 2015 12:55:52 +0000
Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.156]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Thu, 26 Feb 2015 20:55:44 +0800
From: Jiangyuanlong 
To: "stbryant@cisco.com" , "draft-ietf-l2vpn-vpls-pe-etree@tools.ietf.org" , "pals@ietf.org" 
Thread-Topic: [Pals] Shepherd review of draft-ietf-l2vpn-vpls-pe-etree
Thread-Index: AQHQT4AUGI+hr/i+r0Gj9wcHU/COq50CjlQg
Date: Thu, 26 Feb 2015 12:55:43 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A890926@szxema506-mbs.china.huawei.com>
References: <54EB4B87.2080202@cisco.com>
In-Reply-To: <54EB4B87.2080202@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.76.118]
Content-Type: multipart/alternative; boundary="_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A890926szxema506mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "l2vpn-chairs@tools.ietf.org" , "bess-chairs@tools.ietf.org" , "pals-chairs@tools.ietf.org" , "bess@ietf.org" 
Subject: Re: [bess] [Pals] Shepherd review of draft-ietf-l2vpn-vpls-pe-etree
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Feb 2015 12:56:02 -0000

--_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A890926szxema506mbschi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgU3Rld2FydCwNCg0KVGhhbmsgYSBsb3QgIGZvciB5b3VyIGV4aGF1c3RpdmUgcmV2aWV3LCBw
bGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluIGxpbmUuDQpJIGFsc28gdXBsb2FkZWQgYSBuZXcgdmVy
c2lvbiB0byByZWZsZWN0IGFsbCB0aG9zZSBjaGFuZ2VzOg0KaHR0cDovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvZHJhZnQtaWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlLTA1DQoNCkJlc3QgcmVnYXJkcywN
Cll1YW5sb25nDQoNCg0KRnJvbTogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZ10g
T24gQmVoYWxmIE9mIFN0ZXdhcnQgQnJ5YW50DQpTZW50OiBNb25kYXksIEZlYnJ1YXJ5IDIzLCAy
MDE1IDExOjQ3IFBNDQpUbzogZHJhZnQtaWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlQHRvb2xzLmll
dGYub3JnOyBwYWxzQGlldGYub3JnDQpDYzogbDJ2cG4tY2hhaXJzQHRvb2xzLmlldGYub3JnOyBi
ZXNzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgcGFscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGJl
c3NAaWV0Zi5vcmcNClN1YmplY3Q6IFtQYWxzXSBTaGVwaGVyZCByZXZpZXcgb2YgZHJhZnQtaWV0
Zi1sMnZwbi12cGxzLXBlLWV0cmVlDQoNCg0KSSBoYXZlIHBpY2tlZCB1cCB0aGUgdGFzayBvZiBz
aGVwaGVyZGluZyB0aGlzIGRyYWZ0LCBhbmQNCg0KaGF2ZSBhIG51bWJlciBvZiBjb21tZW50cyB3
aGljaCBJIHRoaW5rIHRoYXQgeW91IHNob3VsZA0KDQphZGRyZXNzIGJlZm9yZSB3ZSBzZW5kIHRo
aXMgdGV4dCB0byB0aGUgSUVTRy4NCg0KDQoNCkFzIHRoZSB0ZXh0IGNvbnRhaW5zIGJvdGggTERQ
IGFuZCBCR1AgY29udHJvbCBpbmZvcm1hdGlvbg0KDQpJIGFtIGNvcHlpbmcgdGhlIEJFU1MgV0cg
YW5kIHRoZWlyIGNoYWlycy4NCg0KDQoNCi0gU3Rld2FydA0KDQoNCg0KPT09PT09PT0NCg0KDQoN
ClNCPiBUaGUgZG9jdW1lbnQgZmFpbHMgSS1EIG5pdHMgd2l0aA0KDQoNCg0KICAgICBTdW1tYXJ5
OiAyIGVycm9ycyAoKiopLCAwIGZsYXdzICh+fiksIDkgd2FybmluZ3MgKD09KSwgMSBjb21tZW50
ICgtLSkuDQoNCg0KDQoNCg0KUGxlYXNlIGZpeCB0aGlzLg0KDQoNCg0KPT09PT09DQoNCg0KDQpT
Qj4gTnVtYmVyIG9mIGF1dGhvcnMuIFRoZSBndWlkZWxpbmUgaXMgZml2ZSBidXQgaXQgaXMgbm90
DQoNCmEgaGFyZCBsaW1pdCBwcm92aWRlZCB0aGF0IGFsbCBhdXRob3JzIG1hZGUgc2lnbmlmaWNh
bnQgY29udHJpYnV0aW9uLg0KDQpJZiBhc2tlZCBieSB0aGUgSUVTRyBjYW4gYWxsIGF1dGhvcnMg
cG9pbnQgdG8gc3BlY2lmaWMNCg0KdGV4dCB0aGF0IHRoZXkgd3JvdGU/DQoNCg0KDQoNCg0KDQoN
CiAgICBFdGhlcm5ldC1UcmVlIChFLVRyZWUpIFN1cHBvcnQgaW4gVmlydHVhbCBQcml2YXRlIExB
TiBTZXJ2aWNlIChWUExTKQ0KDQogICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1sMnZwbi12
cGxzLXBlLWV0cmVlLTA0LnR4DQoNCg0KDQoNCg0KDQoNCj09PT09DQoNCg0KDQogQWJzdHJhY3QN
Cg0KDQoNCiAgIEEgZ2VuZXJpYyBWaXJ0dWFsIFByaXZhdGUgTEFOIFNlcnZpY2UgKFZQTFMpIHNv
bHV0aW9uIGlzIHByb3Bvc2VkIGZvcg0KDQogICBFdGhlcm5ldC1UcmVlIChFLVRyZWUpIHNlcnZp
Y2VzIHdoaWNoIHVzZXMgVkxBTnMgdG8gaW5kaWNhdGUgcm9vdCBvcg0KDQogICBsZWFmIHRyYWZm
aWMuIEEgVlBMUyBQcm92aWRlciBFZGdlIChQRSkgbW9kZWwgaXMgaWxsdXN0cmF0ZWQgYXMgYW4N
Cg0KICAgZXhhbXBsZSBmb3IgdGhlIHNvbHV0aW9uLiBJbiB0aGUgc29sdXRpb24sIEUtVHJlZSBW
UExTIFBFcyBhcmUNCg0KICAgaW50ZXJjb25uZWN0ZWQgYnkgUFdzIHdoaWNoIGNhcnJ5IHRoZSBW
TEFOIGluZGljYXRpbmcgdGhlIEUtVHJlZQ0KDQogICBhdHRyaWJ1dGUsIHRoZSBNQUMgYWRkcmVz
cyBiYXNlZCBFdGhlcm5ldCBmb3J3YXJkaW5nIGVuZ2luZSBhbmQgdGhlDQoNCiAgIFBXIHdvcmsg
aW4gdGhlIHNhbWUgd2F5IGFzIGJlZm9yZS4gQSBzaWduYWxpbmcgbWVjaGFuaXNtIGZvciBFLVRy
ZWUNCg0KICAgY2FwYWJpbGl0eSBhbmQgVkxBTiBtYXBwaW5nIG5lZ290aWF0aW9uIGlzIGZ1cnRo
ZXIgZGVzY3JpYmVkLg0KDQoNCg0KPT09PT09DQoNCg0KDQogMi4gVGVybWlub2xvZ3kNCg0KDQoN
CiAgIEUtVHJlZTogRXRoZXJuZXQgVHJlZSwgYSBSb290ZWQtTXVsdGlwb2ludCBFVkMgc2Vydmlj
ZSBhcyBkZWZpbmVkIGluDQoNCiAgIE1FRiA2LjENCg0KDQoNCiAgIEVWQzogRXRoZXJuZXQgVmly
dHVhbCBDb25uZWN0aW9uLCBhcyBkZWZpbmVkIGluIE1FRiA0LjANCg0KDQoNCiAgIEZJQjogRm9y
d2FyZGluZyBJbmZvcm1hdGlvbiBCYXNlLCBvciBmb3J3YXJkaW5nIHRhYmxlDQoNCg0KDQogICBU
LVZTSTogVHJlZSBWU0ksIGEgVlNJIHdpdGggRS1UcmVlIHN1cHBvcnQNCg0KDQoNCiAgIFJvb3Qg
QUMsIGFuIEFDIGF0dGFjaGVkIHdpdGggYSByb290DQoNCg0KDQogICBMZWFmIEFDLCBhbiBBQyBh
dHRhY2hlZCB3aXRoIGEgbGVhZg0KDQoNCg0KICAgQy1WTEFOLCBDdXN0b21lciBWTEFODQoNCg0K
DQogICBTLVZMQU4sIFNlcnZpY2UgVkxBTg0KDQoNCg0KICAgQi1WTEFOLCBCYWNrYm9uZSBWTEFO
DQoNCg0KDQogICBSb290IFZMQU4sIGEgVkxBTiBJRCB1c2VkIHRvIGluZGljYXRlIGFsbCB0aGUg
ZnJhbWVzIHRoYXQgYXJlDQoNCiAgIG9yaWdpbmF0ZWQgYXQgYSByb290IEFDDQoNCg0KDQogICBM
ZWFmIFZMQU4sIGEgVkxBTiBJRCB1c2VkIHRvIGluZGljYXRlIGFsbCB0aGUgZnJhbWVzIHRoYXQg
YXJlDQoNCiAgIG9yaWdpbmF0ZWQgYXQgYSBsZWFmIEFDDQoNCg0KDQogICBJLVNJRCwgQmFja2Jv
bmUgU2VydmljZSBJbnN0YW5jZSBJZGVudGlmaWVyLCBhcyBkZWZpbmVkIGluIElFRUUNCg0KICAg
ODAyLjFhaA0KDQoNCg0KDQoNCj09PT09PT0NCg0KDQoNCg0KDQozLiBJbnRyb2R1Y3Rpb24NCg0K
DQoNCiAgIEZ1cnRoZXIsIGFuIEUtVHJlZSBzZXJ2aWNlIG1heQ0KDQogICBpbmNsdWRlIG11bHRp
cGxlIHJvb3RzIGFuZCBtdWx0aXBsZSBsZWF2ZXMuIEFsdGhvdWdoIFZQTVMgb3IgUDJNUA0KDQoN
Cg0KU0I+IFZQTVMsIFAyTVAgYW5kIGluIGEgZmV3IGxpbmUgVlBMUywgVlNJIGFuZCBQRSBuZWVk
IGV4cGFuc2lvbiAoYW5kIGlkZWFsbHkgYSByZWZlcmVuY2UpDQpbWXVhbmxvbmddIGRvbmUuDQoN
Cj09PT09PT09DQoNCg0KDQogICBJRUVFIDgwMi4xIGhhcyBpbmNvcnBvcmF0ZWQgdGhlIGdlbmVy
aWMgRS1UcmVlIHNvbHV0aW9uIGluIHRoZSBsYXRlc3QNCg0KICAgdmVyc2lvbiBvZiA4MDIuMVEg
WzgwMi4xUS0yMDExXSwgd2hpY2ggaXMganVzdCBhbiBpbXByb3ZlbWVudCBvbiB0aGUNCg0KICAg
dHJhZGl0aW9uYWwgYXN5bW1ldHJpYyBWTEFOIG1lY2hhbmlzbSAodGhlIHVzZSBvZiBkaWZmZXJl
bnQgVkxBTnMgdG8NCg0KICAgaW5kaWNhdGUgRS1UcmVlIHJvb3QvbGVhZiBhdHRyaWJ1dGVzIGFu
ZCBwcm9oaWJpdGluZyBsZWFmLXRvLWxlYWYNCg0KICAgdHJhZmZpYyB3aXRoIHRoZSBoZWxwIG9m
IFZMQU5zIHdhcyBmaXJzdCBzdGFuZGFyZGl6ZWQgaW4gSUVFRSA4MDIuMVEtDQoNCiAgIDIwMDMp
LiBJbiB0aGUgc29sdXRpb24sIFZMQU5zIGFyZSB1c2VkIHRvIGluZGljYXRlIHJvb3QvbGVhZg0K
DQoNCg0KU0I+IEluIFRIRSBzb2x1dGlvbiAtIHdoaWNoIHNvbHV0aW9uIGlzIFRIRSBzb2x1dGlv
bj8NCg0KDQpbWXVhbmxvbmddIFRoZSBuZXcgSUVFRSA4MDIuMVEgc29sdXRpb24uDQoNCj09PT09
PT0NCg0KDQoNCiAgIFRoaXMgZG9jdW1lbnQgaW50cm9kdWNlcyBob3cgdGhlIEV0aGVybmV0IFZM
QU4gc29sdXRpb24gY2FuIGJlIHVzZWQNCg0KDQoNClNCPiBzL2ludHJvZHVjZXMvc3BlY2lmaWVz
LyBhbmQgbGF0ZXIgcy9wcm9wb3NlZC9zcGVjaWZpZWQvDQoNCg0KDQogICB0byBzdXBwb3J0IGdl
bmVyaWMgRS1UcmVlIHNlcnZpY2VzIGluIFZQTFMuIFRoZSBzb2x1dGlvbiBwcm9wb3NlZA0KDQoN
CltZdWFubG9uZ10gZG9uZS4NCg0KPT09PT09PQ0KDQoNCg0KIGhlcmUgaXMgZnVsbHkgY29tcGF0
aWJsZSB3aXRoIHRoZSBJRUVFIGJyaWRnZSBhcmNoaXRlY3R1cmUgYW5kIHRoZQ0KDQoNCg0KU0I+
IHMvdGhlL3dpdGgvDQoNCg0KIFtZdWFubG9uZ10gZG9uZS4NCg0KDQpJRVRGIFBXRTMgdGVjaG5v
bG9neSwgdGh1cyBpdCB3aWxsIG5vdCBjaGFuZ2UgdGhlIEZJQiAoc3VjaCBhcw0KDQoNCg0KU0I+
IHBsZWFzZSBleHBhbmQgRklCDQpbWXVhbmxvbmddIGRvbmUuDQoNCg0KDQo9PT09PT09DQoNCg0K
DQoNCg0KDQoNCjQuIFBFIE1vZGVsIHdpdGggRS1UcmVlIFN1cHBvcnQNCg0KDQoNCiAgIFByb2Js
ZW0gc2NlbmFyaW8gb2YgRS1UcmVlIGFzIHNob3duIGluIEZpZy4gMSBvZiBbRXRyZWUtcmVxXSBp
cyBhDQoNClNCPiBUaGUgcHJvYmxlbQ0KW1l1YW5sb25nXSBkb25lLg0KDQoNCg0KPT09PT09PQ0K
DQoNCg0KNC4xLiBFeGlzdGluZyBQRSBNb2RlbHMNCg0KDQoNCg0KDQpTQj4gSW4gdGhlIHRleHQg
dGhhdCBmb2xsb3dzIGl0IGlzIGNsZWFyIGhvdyBGaWcgMSBmaXRzIGludG8gdGhlIHBpY3R1cmUN
Cg0KYnV0IG5vdCBGaWcgMiAod2hpY2ggYXMgZmFyIGFzIEkgY2FuIHNlZSB5b3UgZG8gbm90IGV2
ZW4gcmVmZXJlbmNlKS4NCg0KSSB0aGluayB5b3UgYXJlIHNheWluZyB0aGF0IEZpZyAyIGlzIHRo
ZSBleGlzdGluZyBWUExTIG1vZGVsLCB0aGVuDQoNCkZpZyAzIGlzIHRoZSBvYnZpb3VzIG1hcHBp
bmcgdG8gRS10cmVlLCBidXQgdGhlcmUgYXJlIHByb2JsZW1zLCBidXQgdGhpcw0KDQpuZWVkcyB0
byBiZSBtdWNoIGNsZWFyZXIuDQpbWXVhbmxvbmddIGJvdGggRmlncyBhcmUgY2FsbGVkIG91dCBp
biB0aGUgbmV3IHRleHRzIG5vdy4NCg0KDQoNCj09PT09PT09DQoNCg0KDQo0LjIuIEEgTmV3IFBF
IE1vZGVsIHdpdGggRS1UcmVlIFN1cHBvcnQNCg0KDQoNCiAgIEluIG9yZGVyIHRvIHN1cHBvcnQg
dGhlIEUtVHJlZSBpbiBhIG1vcmUgc2NhbGFibGUgd2F5LCBhIG5ldyBWUExTIFBFDQoNCiAgIG1v
ZGVsIHdpdGggYSBzaW5nbGUgVHJlZSBWU0kgKFQtVlNJLCBhIFZTSSB3aXRoIEUtVHJlZSBzdXBw
b3J0KSBpcw0KDQogICBwcm9wb3NlZC4NCg0KDQoNClNCPiBzL3Byb3Bvc2VkL3NwZWNpZmllZC8N
CltZdWFubG9uZ10gZG9uZS4NCg0KDQoNCj09PT09PT0NCg0KDQoNCg0KDQoNCg0KICAgRm9yIGFu
IFMtVkxBTiB0YWdnZWQgcG9ydCwgdGhlIFMtVkxBTiB0YWcgaW4gdGhlIEV0aGVybmV0IGZyYW1l
cw0KDQogICByZWNlaXZlZCBmcm9tIHRoZSByb290IEFDcyBTSE9VTEQgYmUgdHJhbnNsYXRlZCB0
byB0aGUgcm9vdCBTLVZMQU4gaW4NCg0KICAgdGhlIFZQTFMgbmV0d29yayBkb21haW4uIEFsdGVy
bmF0aXZlbHksIHRoZSBQQkIgVlBMUyBQRSBtb2RlbCAod2hlcmUNCg0KDQoNClNCPiBQQkIgbmVl
ZHMgZXhwYW5zaW9uDQpbWXVhbmxvbmddIGRvbmUuDQoNCg0KDQo9PT09PT09DQoNCg0KDQogICBJ
biBhbGwgY2FzZXMsIHRoZSBvdXRlcm1vc3QgVkxBTiBpbiB0aGUgcmVzdWx0ZWQgRXRoZXJuZXQg
aGVhZGVyIGlzDQoNCiAgIHVzZWQgdG8gaW5kaWNhdGUgdGhlIEUtVHJlZSBhdHRyaWJ1dGUgb2Yg
YW4gRXRoZXJuZXQgZnJhbWU7IHRoaXMNCg0KICAgZG9jdW1lbnQgd2lsbCB1c2UgVkxBTiB0byBy
ZWZlciB0byB0aGlzIG91dGVybW9zdCBWTEFOIGZvciBzaW1wbGljaXR5DQoNCg0KDQpTQj4gUy93
aWxsIHVzZS91c2VzLw0KW1l1YW5sb25nXSBkb25lLg0KDQoNCg0KDQoNCjUuIFBXIGZvciBFLVRy
ZWUgU3VwcG9ydA0KDQoNCg0KNS4xLiBQVyBFbmNhcHN1bGF0aW9uDQoNCg0KDQogICBUbyBzdXBw
b3J0IGFuIEUtVHJlZSBzZXJ2aWNlLCBULVZTSXMgaW4gYSBWUExTIG11c3QgYmUgaW50ZXJjb25u
ZWN0ZWQNCg0KICAgd2l0aCBhIGJpZGlyZWN0aW9uYWwgRXRoZXJuZXQgUFcuIFRoZSBFdGhlcm5l
dCBQVyBtYXkgd29yayBpbiB0aGUNCg0KICAgdGFnZ2VkIG1vZGUgKFBXIHR5cGUgMHgwMDA0KSBh
cyBkZXNjcmliZWQgaW4gW1JGQzQ0NDhdLCBhbmQgYSBWTEFODQoNCiAgIHRhZyBtdXN0IGJlIGNh
cnJpZWQgaW4gZWFjaCBmcmFtZSBpbiB0aGUgUFcgdG8gaW5kaWNhdGUgdGhlIGZyYW1lDQoNCg0K
DQpTQj5zL2FuZCBhIFZMQU4gdGFnIG11c3QgYmUgY2FycmllZCBpbiBlYWNoIGZyYW1lLw0KDQpp
biB3aGljaCBjYXNlIGEgVkxBTiB0YWcgTVVTVCBiZSBjYXJyaWVkIGluIGVhY2ggZnJhbWUvDQog
W1l1YW5sb25nXSBkb25lLg0KDQoNCg0KDQoNCiAgIG9yaWdpbmF0ZWQgZnJvbSBlaXRoZXIgcm9v
dCBvciBsZWFmICh0aGUgVkxBTiB0YWcgaW5kaWNhdGluZyB0aGUNCg0KICAgZnJhbWUgb3JpZ2lu
YXRlZCBmcm9tIGVpdGhlciByb290IG9yIGxlYWYgY2FuIGJlIHRyYW5zbGF0ZWQgYnkgYQ0KDQog
ICBicmlkZ2UgbW9kdWxlIGluIHRoZSBQRSBvciBhZGRlZCBieSBhbiBvdXRzaWRlIEV0aGVybmV0
IGVkZ2UgZGV2aWNlLA0KDQogICBldmVuIGJ5IGEgY3VzdG9tZXIgZGV2aWNlKS4gSW4gdGhlIHRh
Z2dlZCBQVyBtb2RlLCB0d28gc2VydmljZQ0KDQogICBkZWxpbWl0aW5nIFZMQU5zIG11c3QgYmUg
YWxsb2NhdGVkIGluIHRoZSBWUExTIGRvbWFpbiBmb3IgYW4gRS1UcmVlLg0KDQoNCg0Kcy9tdXN0
L01VU1QvDQpbWXVhbmxvbmddIGRvbmUuDQoNCg0KDQo9PT09PT09DQoNCg0KDQoNCg0KICAgUmF3
IFBXIChQVyB0eXBlIDB4MDAwNSBpbiBbUkZDNDQ0OF0pIG1heSBiZSB1c2VkIHRvIGNhcnJ5IEUt
VHJlZQ0KDQogICBzZXJ2aWNlIGZvciBhIFBXIGluIENvbXBhdGlibGUgbW9kZSBhcyBzaG93biBp
biBTZWN0aW9uIDUuMy4yLg0KDQoNCg0KU0I+IEkgdGhpbmsgdGhpcyBuZWVkcyB0byBiZSA6DQoN
ClJhdyBQVyAoUFcgdHlwZSAweDAwMDUgaW4gW1JGQzQ0NDhdKSBNQVkgYWxzbyBiZSB1c2VkDQpb
WXVhbmxvbmddIGRvbmUuDQoNCg0KDQo9PT09PT09PQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCjYu
IFNpZ25hbGluZyBmb3IgRS1UcmVlIFN1cHBvcnQNCg0KDQoNCjYuMS4gTERQIEV4dGVuc2lvbnMg
Zm9yIEUtVHJlZSBTdXBwb3J0DQoNCg0KDQogICBJbiBhZGRpdGlvbiB0byB0aGUgc2lnbmFsaW5n
IHByb2NlZHVyZXMgYXMgc3BlY2lmaWVkIGluIFtSRkM0NDQ3XSwNCg0KICAgdGhpcyBkb2N1bWVu
dCBwcm9wb3NlcyBhIG5ldyBpbnRlcmZhY2UgcGFyYW1ldGVyIHN1Yi1UTFYgdG8gcHJvdmlzaW9u
DQoNCiAgIGFuIEUtVHJlZSBzZXJ2aWNlIGFuZCBuZWdvdGlhdGUgdGhlIFZMQU4gbWFwcGluZyBm
dW5jdGlvbiwgYXMgZm9sbG93czoNCg0KDQoNCiAgICAgMCAgICAgICAgICAgICAgICAgICAxICAg
ICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KDQogICAgIDAgMSAyIDMgNCA1
IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KDQog
ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNCg0KICAgIHwgIEUtVHJlZSAgICAgICB8ICAgTGVuZ3RoPTggICAgfCAgICAg
ICAgICAgUmVzZXJ2ZWQgICAgICAgIHxQfFZ8DQoNCiAgICArLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgfCAgICAg
ICAgICBSb290IFZMQU4gSUQgICAgICAgICB8ICAgICAgICAgIExlYWYgVkxBTiBJRCAgICAgICAg
IHwNCg0KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDgg
IEUtVHJlZSBTdWItVExWDQoNCg0KDQogICBXaGVyZToNCg0KDQoNCiAgIG8gRS1UcmVlIGlzIHRo
ZSBzdWItVExWIGlkZW50aWZpZXIgdG8gYmUgYXNzaWduZWQgYnkgSUFOQS4NCg0KDQoNClNCPiBZ
b3UgaGF2ZSBhbiBhc3NpZ25lZCB2YWx1ZS4gSSB0aGluayBpdCB3b3VsZCBiZSBjbGVhcmVyIHRv
IGFsbA0KDQp0byBzYXkgdGhhdCBhbmQgaW5jbHVkZSB0aGUgdmFsdWUgaW4gdGhpcyB0ZXh0DQpb
WXVhbmxvbmddIGRvbmUuDQoNCg0KDQo9PT09PT09PQ0KDQoNCg0KDQoNCg0KDQogICBBIFBFIHRo
YXQgcmVjZWl2ZXMgYSBQVyBsYWJlbCBtYXBwaW5nIG1lc3NhZ2Ugd2l0aCBhbiBFLVRyZWUgU3Vi
LVRMVg0KDQogICBmcm9tIGl0cyBwZWVyIFBFLCBhZnRlciBzYXZpbmcgdGhlIFZMQU4gaW5mb3Jt
YXRpb24gZm9yIHRoZSBQVywgbXVzdA0KDQoNCg0KU0I+IG11c3Qgb3IgTVVTVD8gVGhlIGxhdHRl
ciBJIHRoaW5rLg0KW1l1YW5sb25nXSBkb25lLg0KDQoNCg0KPT09PT09PT09DQoNCg0KDQoNCg0K
U0I+IERvZXMgd2hhdCBmb2xsb3dzIG5lZWQgdG8gYmUgcHJvY2VlZGVkIGJ5IEVsc2Ugb3IgT3Ro
ZXJ3aXNlPw0KW1l1YW5sb25nXSBZZXMsIHRoZSBmb2xsb3dpbmcgc2hvdWxkIGJlIHByb2Nlc3Nl
ZCBpbiBhbGwgY2FzZXMuDQoNCg0KDQogUFcgcHJvY2Vzc2luZyBhcyBkZXNjcmliZWQgaW4gW1JG
QzQ0NDhdIHByb2NlZWRzIGFzIHVzdWFsIGZvciBhbGwNCg0KICAgY2FzZXMuDQoNCg0KDQo2LjIu
IEJHUCBFeHRlbnNpb25zIGZvciBFLVRyZWUgU3VwcG9ydA0KDQoNCg0KDQoNCg0KDQogICBBIFBF
IHdoaWNoIGRvZXMgbm90IHJlY29nbml6ZSB0aGlzIGF0dHJpYnV0ZSBzaGFsbCBpZ25vcmUgaXQg
c2lsZW50bHkuDQoNCg0KDQpTQj4gSSB0aGluayB0aGF0IHNob3VsZCBiZSBTSEFMTCBvciBNVVNU
Lg0KW1l1YW5sb25nXSBEb25lLg0KDQoNCg0KPT09PT09DQoNCg0KDQo3LiBPQU0gQ29uc2lkZXJh
dGlvbnMNCg0KDQoNCiAgIEV0aGVybmV0IE9BTSBmb3IgRS1UcmVlIGluY2x1ZGluZyBib3RoIHNl
cnZpY2UgT0FNIGFuZCBzZWdtZW50IE9BTQ0KDQogICBmcmFtZXMgc2hhbGwgdW5kZXJnbyB0aGUg
c2FtZSBWTEFOIG1hcHBpbmcgYXMgdGhlIGRhdGEgdHJhZmZpYzsgYW5kDQoNCiAgIHJvb3QgVkxB
TiBTSE9VTEQgYmUgYXBwbGllZCB0byBzZWdtZW50IE9BTSBmcmFtZXMgc28gdGhhdCB0aGV5IGFy
ZQ0KDQogICBub3QgZmlsdGVyZWQuDQoNCg0KDQpTQj4gSSB0aGluayBzL3NoYWxsL1NIQUxMLw0K
W1l1YW5sb25nXSBEb25lLg0KDQoNCg0KPT09PT09PQ0KDQoNCg0KIDguIEFwcGxpY2FiaWxpdHkN
Cg0KDQoNCiAgIFRoZSBzb2x1dGlvbiBpcyBhcHBsaWNhYmxlIHRvIGJvdGggTERQIFZQTFMgW1JG
QzQ3NjJdIGFuZCBCR1AgVlBMUw0KDQpTQj4gcy9UaGUvVGhpcy8gb3Igcy9UaGUgc29sdXRpb24g
c3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQvDQpbWXVhbmxvbmddIERvbmUuDQoNCg0KDQoNCg0K
PT09PT09DQoNCiAxMC4gIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KDQoNCiAgIElBTkEgaXMgcmVx
dWVzdGVkIHRvIGFsbG9jYXRlIGEgdmFsdWUgZm9yIEUtVHJlZSBpbiB0aGUgcmVnaXN0cnkgb2YN
Cg0KICAgUHNldWRvd2lyZSBJbnRlcmZhY2UgUGFyYW1ldGVycyBTdWItVExWIHR5cGUuDQoNCg0K
DQogICBQYXJhbWV0ZXIgSUQgICBMZW5ndGggICAgICAgRGVzY3JpcHRpb24NCg0KICAgPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCiAgIFRCRCAgICAgICAgICAgIDgg
ICAgICAgICAgICBFLVRyZWUNCg0KDQoNCg0KDQpTQj4gVXBkYXRlIHRvIHNob3cgeW91IGhhdmUg
dGhlIGFzc2lnbm1lbnQNCltZdWFubG9uZ10gZG9uZS4NCg0KDQoNCg0KDQo9PT09PT09DQoNCg0K
DQoNCg0KICAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gYWxsb2NhdGUgdHdvIG5ldyBMRFAgc3RhdHVz
IGNvZGVzIGZyb20gdGhlDQoNCiAgIHJlZ2lzdHJ5IG9mIG5hbWUgIlNUQVRVUyBDT0RFIE5BTUUg
U1BBQ0UiLiBUaGUgZm9sbG93aW5nIHZhbHVlcyBhcmUNCg0KICAgc3VnZ2VzdGVkOg0KDQoNCg0K
DQoNCiAgIFJhbmdlL1ZhbHVlICAgICBFICAgICBEZXNjcmlwdGlvbg0KDQogICAtLS0tLS0tLS0t
LS0tIC0tLS0tICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICBUQkQgICAgICAgICAgICAg
MSAgICAgRS1UcmVlIFZMQU4gbWFwcGluZyBub3Qgc3VwcG9ydGVkDQoNCiAgIFRCRCAgICAgICAg
ICAgICAwICAgICBMZWFmIHRvIExlYWYgUFcgcmVsZWFzZWQNCg0KDQoNClNCPiBVcGRhdGUgdG8g
c2hvdyB5b3UgaGF2ZSB0aGUgYXNzaWdubWVudA0KW1l1YW5sb25nXSBkb25lLg0KDQoNCg0KPT09
PT09DQoNCiBJQU5BIGlzIHJlcXVlc3RlZCB0byBhbGxvY2F0ZSBhIHZhbHVlIGZvciBFLVRyZWUg
aW4gdGhlIHJlZ2lzdHJ5IG9mDQoNCiAgIEJHUCBFeHRlbmRlZCBDb21tdW5pdHkuDQoNCg0KDQog
ICBUeXBlIFZhbHVlICAgICAgICAgIE5hbWUNCg0KICAgPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09DQoNCiAgIFRCRCAgICAgICAgICAgICAgICAgRS1UcmVlIEluZm8NCg0K
U0I+IFVwZGF0ZSB0byBzaG93IHlvdSBoYXZlIHRoZSBhc3NpZ25tZW50DQpbWXVhbmxvbmddIGRv
bmUuDQoNCg0KDQo9PT09PT09DQoNCg0KDQpBcHBlbmRpeCBBLiBPdGhlciBQRSBNb2RlbHMgZm9y
IEUtVHJlZQ0KDQoNCg0KQS4xLiBBIFBFIE1vZGVsIFdpdGggYSBWU0kgYW5kIE5vIGJyaWRnZQ0K
DQoNCg0KDQoNCiAgIFRoaXMgUEUgbW9kZWwgbWF5IGJlIHVzZWQgYnkgYW4gTVRVLXMgaW4gYW4g
SC1WUExTIG5ldHdvcmssIG9yIGFuIE4tDQoNCiAgIFBFIGluIGFuIEgtVlBMUyBuZXR3b3JrIHdp
dGggbm9uLWJyaWRnaW5nIGVkZ2UgZGV2aWNlcywgd2hlcmVpbiBhDQoNCiAgIHNwb2tlIFBXIGNh
biBiZSB0cmVhdGVkIGFzIGFuIEFDIGluIHRoaXMgbW9kZWwuDQoNCg0KDQpTQj4gUGxlYXNlIGNo
ZWNrIHRoYXQgYWxsIG9mIHRoZSBhYm92ZSBhYmJyZXZpYXRpb25zIGhhdmUgYmVlbg0KDQpwcmV2
aW91c2x5IGV4cGFuZGVkLg0KW1l1YW5sb25nXSBkb25lLg0KDQoNCg0KPT09PT09PQ0KDQoNCg==

--_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A890926szxema506mbschi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5
OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp
bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt
YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OuWui+S9kzsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlw
ZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVj
b3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2Vk
DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0
aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls
ZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsN
Cgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmi
hOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp
bms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNv
bG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs
LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFG
NDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm
b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky
LjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2Vj
dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g
OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+
DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5
b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v
OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0i
d2hpdGUiIGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xh
c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFN0ZXdhcnQsPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rIGEgbG90Jm5ic3A7IGZvciB5b3Vy
IGV4aGF1c3RpdmUgcmV2aWV3LCBwbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluIGxpbmUuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGFsc28gdXBsb2FkZWQgYSBu
ZXcgdmVyc2lvbiB0byByZWZsZWN0IGFsbCB0aG9zZSBjaGFuZ2VzOjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPjxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll
dGYtbDJ2cG4tdnBscy1wZS1ldHJlZS0wNSI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh
ZnQtaWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlLTA1PC9hPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WXVhbmxvbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7
dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPjxicj4NCjxicj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w
cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PGI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZy
b206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6d2luZG93dGV4dCI+DQogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZ10gPGI+
T24gQmVoYWxmIE9mIDwvYj5TdGV3YXJ0IEJyeWFudDxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXks
IEZlYnJ1YXJ5IDIzLCAyMDE1IDExOjQ3IFBNPGJyPg0KPGI+VG86PC9iPiBkcmFmdC1pZXRmLWwy
dnBuLXZwbHMtcGUtZXRyZWVAdG9vbHMuaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmc8YnI+DQo8Yj5D
Yzo8L2I+IGwydnBuLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgYmVzcy1jaGFpcnNAdG9vbHMuaWV0
Zi5vcmc7IHBhbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyBiZXNzQGlldGYub3JnPGJyPg0KPGI+
U3ViamVjdDo8L2I+IFtQYWxzXSBTaGVwaGVyZCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1sMnZwbi12
cGxzLXBlLWV0cmVlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgaGF2ZSBwaWNrZWQgdXAgdGhlIHRhc2sgb2Yg
c2hlcGhlcmRpbmcgdGhpcyBkcmFmdCwgYW5kPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48
c3BhbiBsYW5nPSJFTi1VUyI+aGF2ZSBhIG51bWJlciBvZiBjb21tZW50cyB3aGljaCBJIHRoaW5r
IHRoYXQgeW91IHNob3VsZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPmFkZHJlc3MgYmVmb3JlIHdlIHNlbmQgdGhpcyB0ZXh0IHRvIHRoZSBJRVNHLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1w
YXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJh
LW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkFzIHRoZSB0ZXh0IGNvbnRh
aW5zIGJvdGggTERQIGFuZCBCR1AgY29udHJvbCBpbmZvcm1hdGlvbjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgYW0gY29weWluZyB0aGUgQkVTUyBXRyBh
bmQgdGhlaXIgY2hhaXJzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPi0gU3Rld2FydDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
Pj09PT09PT09PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+U0Im
Z3Q7IFRoZSBkb2N1bWVudCBmYWlscyBJLUQgbml0cyB3aXRoIDxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTdW1tYXJ5
OiAyIGVycm9ycyAoKiopLCAwIGZsYXdzICh+fiksIDkgd2FybmluZ3MgKD09KSwgMSBjb21tZW50
ICgtLSkuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4w
cHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7
bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+UGxlYXNlIGZp
eCB0aGlzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEu
MHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPj09PT09
PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0
O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21z
by1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNCJmd0OyBOdW1i
ZXIgb2YgYXV0aG9ycy4gVGhlIGd1aWRlbGluZSBpcyBmaXZlIGJ1dCBpdCBpcyBub3Q8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5hIGhhcmQgbGltaXQgcHJv
dmlkZWQgdGhhdCBhbGwgYXV0aG9ycyBtYWRlIHNpZ25pZmljYW50IGNvbnRyaWJ1dGlvbi48bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5JZiBhc2tlZCBieSB0
aGUgSUVTRyBjYW4gYWxsIGF1dGhvcnMgcG9pbnQgdG8gc3BlY2lmaWM8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj50ZXh0IHRoYXQgdGhleSB3cm90ZT88bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgRXRo
ZXJuZXQtVHJlZSAoRS1UcmVlKSBTdXBwb3J0IGluIFZpcnR1YWwgUHJpdmF0ZSBMQU4gU2Vydmlj
ZSAoVlBMUyk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZHJhZnQt
aWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlLTA0LnR4PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdk
Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48
c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h
cmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9
IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDtBYnN0cmFjdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPiZuYnNwOyZuYnNwOyBBIGdlbmVyaWMgVmlydHVhbCBQcml2YXRlIExBTiBTZXJ2aWNl
IChWUExTKSBzb2x1dGlvbiBpcyBwcm9wb3NlZCBmb3I8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgRXRoZXJuZXQtVHJlZSAoRS1UcmVl
KSBzZXJ2aWNlcyB3aGljaCB1c2VzIFZMQU5zIHRvIGluZGljYXRlIHJvb3Qgb3I8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgbGVhZiB0
cmFmZmljLiBBIFZQTFMgUHJvdmlkZXIgRWRnZSAoUEUpIG1vZGVsIGlzIGlsbHVzdHJhdGVkIGFz
IGFuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4w
cHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7
Jm5ic3A7IGV4YW1wbGUgZm9yIHRoZSBzb2x1dGlvbi4gSW4gdGhlIHNvbHV0aW9uLCBFLVRyZWUg
VlBMUyBQRXMgYXJlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+ICZuYnNwOyZuYnNwO2ludGVyY29ubmVjdGVkIGJ5IFBXcyB3aGljaCBjYXJyeSB0aGUgVkxB
TiBpbmRpY2F0aW5nIHRoZSBFLVRyZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgYXR0cmlidXRlLCB0aGUgTUFDIGFkZHJlc3MgYmFz
ZWQgRXRoZXJuZXQgZm9yd2FyZGluZyBlbmdpbmUgYW5kIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBQVyB3b3JrIGluIHRoZSBz
YW1lIHdheSBhcyBiZWZvcmUuIEEgc2lnbmFsaW5nIG1lY2hhbmlzbSBmb3IgRS1UcmVlPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IGNh
cGFiaWxpdHkgYW5kIFZMQU4gbWFwcGluZyBuZWdvdGlhdGlvbiBpcyBmdXJ0aGVyIGRlc2NyaWJl
ZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBw
dDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT08bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsyLiBUZXJtaW5v
bG9neTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEu
MHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0
O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZu
YnNwOyBFLVRyZWU6IEV0aGVybmV0IFRyZWUsIGEgUm9vdGVkLU11bHRpcG9pbnQgRVZDIHNlcnZp
Y2UgYXMgZGVmaW5lZCBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPiZuYnNwOyZuYnNwOyBNRUYgNi4xPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48
c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEVWQzogRXRoZXJuZXQgVmlydHVhbCBDb25uZWN0
aW9uLCBhcyBkZWZpbmVkIGluIE1FRiA0LjA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg
c3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgRklCOiBGb3J3YXJkaW5nIEluZm9ybWF0aW9uIEJh
c2UsIG9yIGZvcndhcmRpbmcgdGFibGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgVC1WU0k6IFRyZWUgVlNJLCBhIFZTSSB3aXRoIEUtVHJl
ZSBzdXBwb3J0PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i
c3A7Jm5ic3A7IFJvb3QgQUMsIGFuIEFDIGF0dGFjaGVkIHdpdGggYSByb290PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFy
Z2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IExlYWYgQUMsIGFu
IEFDIGF0dGFjaGVkIHdpdGggYSBsZWFmPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEMtVkxBTiwgQ3VzdG9tZXIgVkxBTjxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdp
bi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBTLVZMQU4sIFNl
cnZpY2UgVkxBTjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyBCLVZMQU4sIEJhY2tib25lIFZMQU48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2Qi
PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgUm9vdCBWTEFOLCBhIFZMQU4gSUQgdXNl
ZCB0byBpbmRpY2F0ZSBhbGwgdGhlIGZyYW1lcyB0aGF0IGFyZTxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBvcmlnaW5hdGVkIGF0IGEg
cm9vdCBBQzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEu
MHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw
OyZuYnNwOyBMZWFmIFZMQU4sIGEgVkxBTiBJRCB1c2VkIHRvIGluZGljYXRlIGFsbCB0aGUgZnJh
bWVzIHRoYXQgYXJlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+Jm5ic3A7Jm5ic3A7IG9yaWdpbmF0ZWQgYXQgYSBsZWFmIEFDPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxl
ZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6
MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEktU0lELCBCYWNrYm9uZSBT
ZXJ2aWNlIEluc3RhbmNlIElkZW50aWZpZXIsIGFzIGRlZmluZWQgaW4gSUVFRTxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyA4MDIuMWFo
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7
bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PT09PT09PTxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJh
LW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdp
bi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjMuIEludHJvZHVjdGlvbjxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJh
LW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBGdXJ0aGVy
LCBhbiBFLVRyZWUgc2VydmljZSBtYXk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgaW5jbHVkZSBtdWx0aXBsZSByb290cyBhbmQgbXVs
dGlwbGUgbGVhdmVzLiBBbHRob3VnaCBWUE1TIG9yIFAyTVA8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgVlBNUywgUDJNUCBhbmQgaW4gYSBmZXcgbGlu
ZSBWUExTLCBWU0kgYW5kIFBFIG5lZWQgZXhwYW5zaW9uIChhbmQgaWRlYWxseSBhIHJlZmVyZW5j
ZSk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1YW5sb25nPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+XSBkb25lLjwvc3Bhbj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPj09PT09PT09PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7Jm5ic3A7IElFRUUgODAyLjEgaGFzIGluY29ycG9yYXRlZCB0aGUgZ2VuZXJpYyBFLVRy
ZWUgc29sdXRpb24gaW4gdGhlIGxhdGVzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz
dHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyB2ZXJzaW9uIG9mIDgwMi4xUSBbODAyLjFRLTIw
MTFdLCB3aGljaCBpcyBqdXN0IGFuIGltcHJvdmVtZW50IG9uIHRoZTxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyB0cmFkaXRpb25hbCBh
c3ltbWV0cmljIFZMQU4gbWVjaGFuaXNtICh0aGUgdXNlIG9mIGRpZmZlcmVudCBWTEFOcyB0bzxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21z
by1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNw
OyBpbmRpY2F0ZSBFLVRyZWUgcm9vdC9sZWFmIGF0dHJpYnV0ZXMgYW5kIHByb2hpYml0aW5nIGxl
YWYtdG8tbGVhZjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
PiZuYnNwOyZuYnNwOyB0cmFmZmljIHdpdGggdGhlIGhlbHAgb2YgVkxBTnMgd2FzIGZpcnN0IHN0
YW5kYXJkaXplZCBpbiBJRUVFIDgwMi4xUS08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg
c3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxz
cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgMjAwMykuIEluIHRoZSBzb2x1dGlvbiwgVkxB
TnMgYXJlIHVzZWQgdG8gaW5kaWNhdGUgcm9vdC9sZWFmPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43
NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdk
Ij48c3BhbiBsYW5nPSJFTi1VUyI+U0ImZ3Q7IEluIFRIRSBzb2x1dGlvbiAtIHdoaWNoIHNvbHV0
aW9uIGlzIFRIRSBzb2x1dGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bhbj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1
YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+XSBU
aGUgbmV3IElFRUUgODAyLjFRIHNvbHV0aW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1w
YXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPj09PT09PT08bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgVGhpcyBk
b2N1bWVudCBpbnRyb2R1Y2VzIGhvdyB0aGUgRXRoZXJuZXQgVkxBTiBzb2x1dGlvbiBjYW4gYmUg
dXNlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEu
MHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0
O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNCJmd0OyBz
L2ludHJvZHVjZXMvc3BlY2lmaWVzLyBhbmQgbGF0ZXIgcy9wcm9wb3NlZC9zcGVjaWZpZWQvPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO3Rv
IHN1cHBvcnQgZ2VuZXJpYyBFLVRyZWUgc2VydmljZXMgaW4gVlBMUy4gVGhlIHNvbHV0aW9uIHBy
b3Bvc2VkPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNw
YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVO
LVVTIj49PT09PT09PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7aGVyZSBpcyBmdWxseSBjb21wYXRpYmxlIHdpdGggdGhlIElFRUUgYnJpZGdlIGFyY2hp
dGVjdHVyZSBhbmQgdGhlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJn
aW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+U0ImZ3Q7IHMvdGhlL3dpdGgvPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+XSBkb25lLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEt
bWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+SUVURiBQV0UzIHRlY2hub2xv
Z3ksIHRodXMgaXQgd2lsbCBub3QgY2hhbmdlIHRoZSBGSUIgKHN1Y2ggYXM8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgcGxlYXNlIGV4cGFuZCBGSUI8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1YW5sb25nPC9zcGFuPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+XSBkb25lLjwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPj09
PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIx
LjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBw
dDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj40LiBQRSBNb2RlbCB3
aXRoIEUtVHJlZSBTdXBwb3J0PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJt
YXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5n
PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJn
aW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7Jm5ic3A7IFByb2JsZW0gc2NlbmFyaW8gb2YgRS1UcmVlIGFzIHNob3duIGlu
IEZpZy4gMSBvZiBbRXRyZWUtcmVxXSBpcyBhPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48
c3BhbiBsYW5nPSJFTi1VUyI+U0ImZ3Q7IFRoZSBwcm9ibGVtPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxl
ZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+NC4xLiBFeGlzdGluZyBQRSBNb2RlbHM8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgSW4gdGhlIHRleHQg
dGhhdCBmb2xsb3dzIGl0IGlzIGNsZWFyIGhvdyBGaWcgMSBmaXRzIGludG8gdGhlIHBpY3R1cmU8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5idXQgbm90IEZp
ZyAyICh3aGljaCBhcyBmYXIgYXMgSSBjYW4gc2VlIHlvdSBkbyBub3QgZXZlbiByZWZlcmVuY2Up
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0
O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgdGhpbmsg
eW91IGFyZSBzYXlpbmcgdGhhdCBGaWcgMiBpcyB0aGUgZXhpc3RpbmcgVlBMUyBtb2RlbCwgdGhl
bjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0
O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkZpZyAzIGlz
IHRoZSBvYnZpb3VzIG1hcHBpbmcgdG8gRS10cmVlLCBidXQgdGhlcmUgYXJlIHByb2JsZW1zLCBi
dXQgdGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPm5l
ZWRzIHRvIGJlIG11Y2ggY2xlYXJlci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPll1YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3
RCI+XSBib3RoIEZpZ3MgYXJlIGNhbGxlZCBvdXQgaW4gdGhlIG5ldw0KIHRleHRzIG5vdy48L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h
cmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9
IkVOLVVTIj49PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPjQuMi4gQSBOZXcgUEUgTW9kZWwgd2l0aCBFLVRyZWUgU3VwcG9ydDxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdp
bi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBJbiBvcmRlciB0byBz
dXBwb3J0IHRoZSBFLVRyZWUgaW4gYSBtb3JlIHNjYWxhYmxlIHdheSwgYSBuZXcgVlBMUyBQRTxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21z
by1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNw
OyBtb2RlbCB3aXRoIGEgc2luZ2xlIFRyZWUgVlNJIChULVZTSSwgYSBWU0kgd2l0aCBFLVRyZWUg
c3VwcG9ydCkgaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDsmbmJzcDsgcHJvcG9zZWQuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+U0ImZ3Q7IHMvcHJvcG9zZWQvc3BlY2lmaWVkLzxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj
b2xvcjojMUY0OTdEIj5bPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+WXVhbmxvbmc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj5dIGRvbmUuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEt
bWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PT09PT09PTxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdp
bi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBGb3IgYW4gUy1WTEFOIHRh
Z2dlZCBwb3J0LCB0aGUgUy1WTEFOIHRhZyBpbiB0aGUgRXRoZXJuZXQgZnJhbWVzPG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEt
bWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IHJlY2Vp
dmVkIGZyb20gdGhlIHJvb3QgQUNzIFNIT1VMRCBiZSB0cmFuc2xhdGVkIHRvIHRoZSByb290IFMt
VkxBTiBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyB0aGUgVlBMUyBuZXR3b3JrIGRvbWFpbi4gQWx0ZXJuYXRpdmVseSwgdGhlIFBC
QiBWUExTIFBFIG1vZGVsICh3aGVyZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4g
bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPlNCJmd0OyBQQkIgbmVlZHMgZXhwYW5zaW9uPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxl
ZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEluIGFsbCBjYXNlcywg
dGhlIG91dGVybW9zdCBWTEFOIGluIHRoZSByZXN1bHRlZCBFdGhlcm5ldCBoZWFkZXIgaXM8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsg
dXNlZCB0byBpbmRpY2F0ZSB0aGUgRS1UcmVlIGF0dHJpYnV0ZSBvZiBhbiBFdGhlcm5ldCBmcmFt
ZTsgdGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyBkb2N1bWVudCB3aWxsIHVzZSBWTEFOIHRvIHJlZmVyIHRvIHRoaXMgb3V0ZXJt
b3N0IFZMQU4gZm9yIHNpbXBsaWNpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj5TQiZndDsgUy93aWxsIHVzZS91c2VzLzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj5bPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+WXVhbmxvbmc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj
b2xvcjojMUY0OTdEIj5dIGRvbmUuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFy
Z2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxl
ZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+NS4gUFcgZm9yIEUtVHJlZSBTdXBwb3J0PG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+NS4xLiBQVyBFbmNhcHN1
bGF0aW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4w
cHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7
Jm5ic3A7IFRvIHN1cHBvcnQgYW4gRS1UcmVlIHNlcnZpY2UsIFQtVlNJcyBpbiBhIFZQTFMgbXVz
dCBiZSBpbnRlcmNvbm5lY3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPiZuYnNwOyZuYnNwOyB3aXRoIGEgYmlkaXJlY3Rpb25hbCBFdGhlcm5ldCBQVy4g
VGhlIEV0aGVybmV0IFBXIG1heSB3b3JrIGluIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyB0YWdnZWQgbW9kZSAoUFcgdHlwZSAw
eDAwMDQpIGFzIGRlc2NyaWJlZCBpbiBbUkZDNDQ0OF0sIGFuZCBhIFZMQU48bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7dGFnIG11c3Qg
YmUgY2FycmllZCBpbiBlYWNoIGZyYW1lIGluIHRoZSBQVyB0byBpbmRpY2F0ZSB0aGUgZnJhbWU8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDtzL2FuZCBh
IFZMQU4gdGFnIG11c3QgYmUgY2FycmllZCBpbiBlYWNoIGZyYW1lLzxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPmluIHdoaWNoIGNhc2UgYSBWTEFOIHRhZyBN
VVNUIGJlIGNhcnJpZWQgaW4gZWFjaCBmcmFtZS88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WXVhbmxvbmc8L3NwYW4+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5dIGRvbmUuPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJn
aW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7Jm5ic3A7IG9yaWdpbmF0ZWQgZnJvbSBlaXRoZXIgcm9vdCBvciBsZWFmICh0aGUgVkxB
TiB0YWcgaW5kaWNhdGluZyB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgZnJhbWUgb3JpZ2luYXRlZCBmcm9tIGVpdGhlciByb290
IG9yIGxlYWYgY2FuIGJlIHRyYW5zbGF0ZWQgYnkgYTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBicmlkZ2UgbW9kdWxlIGluIHRoZSBQ
RSBvciBhZGRlZCBieSBhbiBvdXRzaWRlIEV0aGVybmV0IGVkZ2UgZGV2aWNlLDxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBldmVuIGJ5
IGEgY3VzdG9tZXIgZGV2aWNlKS4gSW4gdGhlIHRhZ2dlZCBQVyBtb2RlLCB0d28gc2VydmljZTxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21z
by1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNw
OyBkZWxpbWl0aW5nIFZMQU5zIG11c3QgYmUgYWxsb2NhdGVkIGluIHRoZSBWUExTIGRvbWFpbiBm
b3IgYW4gRS1UcmVlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
PnMvbXVzdC9NVVNULzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bPC9zcGFuPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WXVhbmxv
bmc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5dIGRvbmUu
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy
Z2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyZuYnNwOyBSYXcgUFcgKFBXIHR5cGUgMHgwMDA1IGluIFtSRkM0NDQ4XSkgbWF5
IGJlIHVzZWQgdG8gY2FycnkgRS1UcmVlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IHNlcnZpY2UgZm9yIGEgUFcgaW4gQ29tcGF0aWJs
ZSBtb2RlIGFzIHNob3duIGluIFNlY3Rpb24gNS4zLjIuPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43
NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdk
Ij48c3BhbiBsYW5nPSJFTi1VUyI+U0ImZ3Q7IEkgdGhpbmsgdGhpcyBuZWVkcyB0byBiZSA6PG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+UmF3IFBXIChQVyB0
eXBlIDB4MDAwNSBpbiBbUkZDNDQ0OF0pIE1BWSBhbHNvIGJlIHVzZWQgPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp
ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PTxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJh
LW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdp
bi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjYuIFNpZ25hbGluZyBmb3IgRS1UcmVlIFN1cHBvcnQ8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj42LjEuIExEUCBFeHRl
bnNpb25zIGZvciBFLVRyZWUgU3VwcG9ydDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz
dHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNw
YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4g
bGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBJbiBhZGRpdGlvbiB0byB0aGUgc2lnbmFsaW5nIHBy
b2NlZHVyZXMgYXMgc3BlY2lmaWVkIGluIFtSRkM0NDQ3XSw8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgdGhpcyBkb2N1bWVudCBwcm9w
b3NlcyBhIG5ldyBpbnRlcmZhY2UgcGFyYW1ldGVyIHN1Yi1UTFYgdG8gcHJvdmlzaW9uPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IGFu
IEUtVHJlZSBzZXJ2aWNlIGFuZCBuZWdvdGlhdGUgdGhlIFZMQU4gbWFwcGluZyBmdW5jdGlvbiwg
YXMgZm9sbG93czo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVT
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgMzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg
NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyBFLVRyZWUmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyBMZW5ndGg9OCZuYnNwOyZuYnNwOyZuYnNw
OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHxQfFZ8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUm9vdCBW
TEFOIElEJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTGVh
ZiBWTEFOIElEJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBw
dDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgRmlndXJlIDgmbmJzcDsgRS1UcmVlIFN1Yi1UTFY8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgV2hlcmU6PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFy
Z2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IG8gRS1UcmVlIGlz
IHRoZSBzdWItVExWIGlkZW50aWZpZXIgdG8gYmUgYXNzaWduZWQgYnkgSUFOQS48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgWW91IGhhdmUgYW4gYXNz
aWduZWQgdmFsdWUuIEkgdGhpbmsgaXQgd291bGQgYmUgY2xlYXJlciB0byBhbGw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj50byBzYXkgdGhhdCBhbmQgaW5j
bHVkZSB0aGUgdmFsdWUgaW4gdGhpcyB0ZXh0PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
Pls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMx
RjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+
PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz
dHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBBIFBFIHRoYXQgcmVjZWl2ZXMgYSBQVyBsYWJl
bCBtYXBwaW5nIG1lc3NhZ2Ugd2l0aCBhbiBFLVRyZWUgU3ViLVRMVjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBmcm9tIGl0cyBwZWVy
IFBFLCBhZnRlciBzYXZpbmcgdGhlIFZMQU4gaW5mb3JtYXRpb24gZm9yIHRoZSBQVywgbXVzdDxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21z
by1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1w
YXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNCJmd0OyBtdXN0IG9y
IE1VU1Q/IFRoZSBsYXR0ZXIgSSB0aGluay48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPll1YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+XSBkb25lLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0
OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPj09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+
PHNwYW4gbGFuZz0iRU4tVVMiPlNCJmd0OyBEb2VzIHdoYXQgZm9sbG93cyBuZWVkIHRvIGJlIHBy
b2NlZWRlZCBieSBFbHNlIG9yIE90aGVyd2lzZT88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3
RCI+Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPll1YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6
IzFGNDk3RCI+XSBZZXMsIHRoZSBmb2xsb3dpbmcgc2hvdWxkIGJlIHByb2Nlc3NlZA0KIGluIGFs
bCBjYXNlcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdk
Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7UFcgcHJvY2Vzc2luZyBhcyBkZXNjcmliZWQgaW4g
W1JGQzQ0NDhdIHByb2NlZWRzIGFzIHVzdWFsIGZvciBhbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgY2FzZXMuPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFy
Z2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Ni4yLiBCR1AgRXh0ZW5zaW9ucyBmb3Ig
RS1UcmVlIFN1cHBvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVT
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIx
LjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDsmbmJzcDsgQSBQRSB3aGljaCBkb2VzIG5vdCByZWNvZ25pemUgdGhpcyBhdHRyaWJ1dGUgc2hh
bGwgaWdub3JlIGl0IHNpbGVudGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls
ZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4g
bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i
bWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPlNCJmd0OyBJIHRoaW5rIHRoYXQgc2hvdWxkIGJlIFNIQUxMIG9yIE1VU1QuPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl0gRG9uZS48L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIx
LjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09
PT08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBw
dDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj43LiBPQU0gQ29u
c2lkZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVT
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4m
bmJzcDsmbmJzcDsgRXRoZXJuZXQgT0FNIGZvciBFLVRyZWUgaW5jbHVkaW5nIGJvdGggc2Vydmlj
ZSBPQU0gYW5kIHNlZ21lbnQgT0FNPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IGZyYW1lcyBzaGFsbCB1bmRlcmdvIHRoZSBzYW1lIFZM
QU4gbWFwcGluZyBhcyB0aGUgZGF0YSB0cmFmZmljOyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgcm9vdCBWTEFOIFNIT1VMRCBi
ZSBhcHBsaWVkIHRvIHNlZ21lbnQgT0FNIGZyYW1lcyBzbyB0aGF0IHRoZXkgYXJlPG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEt
bWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IG5vdCBm
aWx0ZXJlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0
OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIx
LjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZn
dDsgSSB0aGluayBzL3NoYWxsL1NIQUxMLzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5b
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+WXVhbmxvbmc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0
OTdEIj5dIERvbmUuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6
MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43
NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+
PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzguIEFwcGxpY2FiaWxpdHk8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgVGhlIHNvbHV0aW9uIGlz
IGFwcGxpY2FibGUgdG8gYm90aCBMRFAgVlBMUyBbUkZDNDc2Ml0gYW5kIEJHUCBWUExTPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+U0ImZ3Q7IHMvVGhlL1Ro
aXMvIG9yIHMvVGhlIHNvbHV0aW9uIHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50LzxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WXVhbmxvbmc8L3NwYW4+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5dIERvbmUuPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4w
cHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7
bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PT09PT09PG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7MTAuJm5ic3A7
IElBTkEgQ29uc2lkZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h
cmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9
IkVOLVVTIj4mbmJzcDsmbmJzcDsgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gYWxsb2NhdGUgYSB2YWx1
ZSBmb3IgRS1UcmVlIGluIHRoZSByZWdpc3RyeSBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBQc2V1ZG93aXJlIEludGVyZmFjZSBQ
YXJhbWV0ZXJzIFN1Yi1UTFYgdHlwZS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgUGFyYW1ldGVyIElEJm5ic3A7Jm5ic3A7IExlbmd0aCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBEZXNjcmlwdGlvbjxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyA9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgVEJEJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDgmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgRS1UcmVlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm
dDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoy
MS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4w
cHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+U0ImZ3Q7
IFVwZGF0ZSB0byBzaG93IHlvdSBoYXZlIHRoZSBhc3NpZ25tZW50PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFy
YS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1t
YXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxl
ZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6
MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IElBTkEgaXMgcmVxdWVzdGVk
IHRvIGFsbG9jYXRlIHR3byBuZXcgTERQIHN0YXR1cyBjb2RlcyBmcm9tIHRoZTxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1h
cmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyByZWdpc3Ry
eSBvZiBuYW1lICZxdW90O1NUQVRVUyBDT0RFIE5BTUUgU1BBQ0UmcXVvdDsuIFRoZSBmb2xsb3dp
bmcgdmFsdWVzIGFyZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyZuYnNwOyBzdWdnZXN0ZWQ6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
IHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48
c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0
eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl
PSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBs
YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IFJhbmdlL1ZhbHVlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IEUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRGVzY3JpcHRpb248bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgLS0tLS0tLS0tLS0t
LSAtLS0tLSZuYnNwOyZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBhcmEtbWFyZ2lu
LWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IFRCRCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEUtVHJlZSBWTEFOIG1hcHBpbmcgbm90
IHN1cHBvcnRlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
PiZuYnNwOyZuYnNwOyBUQkQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyBMZWFmIHRvIExlYWYgUFcgcmVsZWFzZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg
c3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj5TQiZndDsgVXBkYXRlIHRvIHNob3cgeW91IGhhdmUgdGhlIGFzc2lnbm1l
bnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1YW5sb25nPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+XSBkb25lLjwvc3Bhbj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMi
Pj09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwO0lBTkEgaXMgcmVxdWVzdGVkIHRvIGFsbG9jYXRlIGEgdmFsdWUgZm9yIEUtVHJlZSBpbiB0
aGUgcmVnaXN0cnkgb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp
bi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDsmbmJzcDsgQkdQIEV4dGVuZGVkIENvbW11bml0eS48bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgVHlwZSBWYWx1ZSZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtOYW1lPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNv
LXBhcmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7
ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1s
ZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBUQkQmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRS1UcmVlIEluZm88bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4t
bGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgVXBkYXRlIHRvIHNob3cgeW91
IGhhdmUgdGhlIGFzc2lnbm1lbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Wzwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
Pll1YW5sb25nPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
XSBkb25lLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVn
ZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+
PHNwYW4gbGFuZz0iRU4tVVMiPj09PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg
c3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj5BcHBlbmRpeCBBLiBPdGhlciBQRSBNb2RlbHMgZm9yIEUtVHJlZTxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1w
YXJhLW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJh
LW1hcmdpbi1sZWZ0OjEuNzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPkEuMS4gQSBQRSBNb2RlbCBX
aXRoIGEgVlNJIGFuZCBObyBicmlkZ2U8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5
bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h
cmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9
IkVOLVVTIj4mbmJzcDsmbmJzcDsgVGhpcyBQRSBtb2RlbCBtYXkgYmUgdXNlZCBieSBhbiBNVFUt
cyBpbiBhbiBILVZQTFMgbmV0d29yaywgb3IgYW4gTi08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1
Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgUEUgaW4gYW4gSC1WUExTIG5ldHdv
cmsgd2l0aCBub24tYnJpZGdpbmcgZWRnZSBkZXZpY2VzLCB3aGVyZWluIGE8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJn
aW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgc3Bva2UgUFcg
Y2FuIGJlIHRyZWF0ZWQgYXMgYW4gQUMgaW4gdGhpcyBtb2RlbC48bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVm
dDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28tcGFyYS1tYXJnaW4tbGVmdDox
Ljc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj5TQiZndDsgUGxlYXNlIGNoZWNrIHRoYXQgYWxsIG9m
IHRoZSBhYm92ZSBhYmJyZXZpYXRpb25zIGhhdmUgYmVlbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O21zby1wYXJhLW1hcmdpbi1sZWZ0OjEu
NzVnZCI+PHNwYW4gbGFuZz0iRU4tVVMiPnByZXZpb3VzbHkgZXhwYW5kZWQuPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPls8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl0gZG9uZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDtt
c28tcGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDttc28t
cGFyYS1tYXJnaW4tbGVmdDoxLjc1Z2QiPjxzcGFuIGxhbmc9IkVOLVVTIj49PT09PT09PG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7bXNvLXBh
cmEtbWFyZ2luLWxlZnQ6MS43NWdkIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A890926szxema506mbschi_--


From nobody Thu Feb 26 08:27:58 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3DFB1A9083; Thu, 26 Feb 2015 08:26:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level: 
X-Spam-Status: No, score=-4.311 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_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7g9QKi5ihQv2; Thu, 26 Feb 2015 08:26:37 -0800 (PST)
Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (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 27BBC1A03F9; Thu, 26 Feb 2015 08:26:37 -0800 (PST)
Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd01.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t1QGQOCc012515 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Feb 2015 11:26:26 -0500
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com t1QGQOCc012515
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1424967987; bh=WxXZE1S0p5Q5l75205k1VtIHd7M=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=JMmDbKTUVsWnXuAjGWYQ9C26v9420PLoZsZuGNCioGq6JBulnyqDrEiuzbMzjCIvc 3tbGCkHESP7TQOPUSaVq6RtWzTJrVsMR6AOYxNURJ122U3nltxjO0F6SeyNlykTB0u xDyM0XZbJCfarTy9tjscDI0D3nJMFK2HIvEXtlEM=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com t1QGQOCc012515
Received: from mailusrhubprd04.lss.emc.com (mailusrhubprd04.lss.emc.com [10.253.24.22]) by maildlpprd01.lss.emc.com (RSA Interceptor); Thu, 26 Feb 2015 11:25:56 -0500
Received: from mxhub19.corp.emc.com (mxhub19.corp.emc.com [10.254.93.48]) by mailusrhubprd04.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t1QGQDTk013057 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Feb 2015 11:26:13 -0500
Received: from MXHUB203.corp.emc.com (10.253.68.29) by mxhub19.corp.emc.com (10.254.93.48) with Microsoft SMTP Server (TLS) id 8.3.327.1; Thu, 26 Feb 2015 11:26:13 -0500
Received: from MX104CL02.corp.emc.com ([169.254.8.172]) by MXHUB203.corp.emc.com ([10.253.68.29]) with mapi id 14.03.0224.002; Thu, 26 Feb 2015 11:26:12 -0500
From: "Black, David" 
To: "hj2387@att.com" , "luay.jalil@verizon.com" , "rbonica@juniper.net" , "keyupate@cisco.com" , "Lucy yong (lucy.yong@huawei.com)" , "General Area Review Team (gen-art@ietf.org)" 
Thread-Topic: Gen-ART review of draft-ietf-bess-orf-covering-prefixes-04
Thread-Index: AdBR4O3dzZYALR9ES6a3c9c86mjbjQ==
Date: Thu, 26 Feb 2015 16:26:10 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.238.44.122]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd04.lss.emc.com
X-RSA-Classifications: public, Resumes
Archived-At: 
X-Mailman-Approved-At: Thu, 26 Feb 2015 08:27:55 -0800
Cc: "ietf@ietf.org" , "bess@ietf.org" 
Subject: [bess] Gen-ART review of draft-ietf-bess-orf-covering-prefixes-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 26 Feb 2015 16:26:39 -0000

The review of the -03 version also applies to the -04 version of this draft=
.

Thanks,
--David

> -----Original Message-----
> From: Black, David
> Sent: Friday, February 13, 2015 8:05 PM
> To: hj2387@att.com; luay.jalil@verizon.com; rbonica@juniper.net;
> keyupate@cisco.com; Lucy yong (lucy.yong@huawei.com); General Area Review=
 Team
> (gen-art@ietf.org)
> Cc: ietf@ietf.org; bess@ietf.org; Black, David
> Subject: Gen-ART review of draft-ietf-bess-orf-covering-prefixes-03
>=20
> I am the assigned Gen-ART reviewer for this draft. For background on
> Gen-ART, please see the FAQ at:
>=20
> .
>=20
> Please resolve these comments along with any other Last Call comments
> you may receive.
>=20
> Document: draft-ietf-bess-orf-covering-prefixes-03
> Reviewer: David Black
> Review Date: Feb 13, 2015
> IETF LC End Date: Feb 18, 2015
>=20
> Summary: Unfortunately, I don't have the expertise to review this draft.
>=20
> This draft is esoteric - it's written by BGP/MPLS VPN experts for BGP/MPL=
S
> experts and is effectively unintelligible in the absence of BGP/MPLS VPN
> expertise.  I'm not a BGP/MPLS expert, but this is the first time in my
> many years of Gen-ART reviewing that I've had to use the "don't have the
> expertise" summary status.
>=20
> The draft's writing style is inaccessible.  A simple example is that one
> would expect that a draft whose title is "Covering Prefixes Outbound
> Route Filter for BGP-4" would explain what a "Covering Prefix" is - this
> draft never does that.  Much of the draft is nearly opaque lists of
> requirements and processing rules, with little if any design explanation
> or rationale for why they are that way and what they accomplish.  This
> is exacerbated by presence of a number of acronyms that are not expanded
> on first use.
>=20
> Overall, I really can't figure out what's going on in this draft, so I
> have to trust that the WG got it right, I hope.  That's disappointing.
>=20
> I do have one minor editorial suggestion:
>=20
> The security considerations section cites BGP security considerations
> in existing RFCs.  It should also cite VPN security considerations in
> existing RFCs, as those are more important for a draft that is only
> applicable to VPNs.
>=20
> idnits 2.13.01 didn't find anything to complain about.
>=20
> Thanks,
> --David
> ----------------------------------------------------
> David L. Black, Distinguished Engineer
> EMC Corporation, 176 South St., Hopkinton, MA=A0 01748
> +1 (508) 293-7953=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 FAX: +1 (508) 293-7=
786
> david.black@emc.com=A0=A0=A0=A0=A0=A0=A0 Mobile: +1 (978) 394-7754
> ----------------------------------------------------


From nobody Thu Feb 26 17:11:29 2015
Return-Path: 
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0507A1A1B23 for ; Thu, 26 Feb 2015 17:11:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id irlWZyjNL3hm for ; Thu, 26 Feb 2015 17:11:26 -0800 (PST)
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 138851A1AA7 for ; Thu, 26 Feb 2015 17:11:24 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTA65726; Fri, 27 Feb 2015 01:11:23 +0000 (GMT)
Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 27 Feb 2015 01:11:22 +0000
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.146]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Fri, 27 Feb 2015 09:11:14 +0800
From: Haoweiguo 
To: "bess@ietf.org" 
Thread-Topic: Confirm submission of I-D draft-hao-bess-inter-nvo3-vpn
Thread-Index: AQHQUilF0u6r+IQk8EKLSXapu/szfJ0Drnm+
Date: Fri, 27 Feb 2015 01:11:13 +0000
Message-ID: 
References: <20150227010353.18058.1296.idtracker@ietfa.amsl.com>
In-Reply-To: <20150227010353.18058.1296.idtracker@ietfa.amsl.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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: Shahram Davari , Robert Raszuk , Andrew Qu , Lucy yong , Osama Zia , Luyuan Fang 
Subject: Re: [bess] Confirm submission of I-D draft-hao-bess-inter-nvo3-vpn
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 27 Feb 2015 01:11:28 -0000

Hi Folks,
I have just posted a new draft of  "Inter-AS Option B between NVO3 and BGP/=
MPLS IP VPN network".
This draft was presented in L3VPN WG last year, and from then we have recei=
ved some good comments and suggestions. In this new version, these comments=
 and suggestions were incorporated.

Appreciate any further comments and suggestions.

Thanks,
weiguo
________________________________________
From: IETF I-D Submission Tool [idsubmission@ietf.org]
Sent: Friday, February 27, 2015 9:03
To: Haoweiguo; Lucy yong; Robert Raszuk; Luyuan Fang; Osama Zia; Shahram Da=
vari; Andrew Qu
Subject: Confirm submission of I-D draft-hao-bess-inter-nvo3-vpn

Hi,

The IETF datatracker draft submission service has received your draft
draft-hao-bess-inter-nvo3-vpn-00, and requires a
confirmation step in order to be able to complete the posting of
the draft.

Please follow this link to the page where you can confirm the posting:

http://datatracker.ietf.org/submit/status/66942/confirm/3d707ceb007bbb7a96b=
0924f751b71ef/


Best regards,

        The IETF Secretariat
        through the draft submission service=