From nobody Fri Oct 3 09:30:26 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AEB91A0390; Fri, 3 Oct 2014 09:30:23 -0700 (PDT) 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_14=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 8lh6MAAlhyXd; Fri, 3 Oct 2014 09:30:21 -0700 (PDT) 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 D1A4D1A0379; Fri, 3 Oct 2014 09:30:20 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s93GUI1E016430; Fri, 3 Oct 2014 17:30:18 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s93GUH4p016410 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 3 Oct 2014 17:30:18 +0100 From: "Adrian Farrel" To: , , , References: <20141003153712.10842.27062.idtracker@ietfa.amsl.com> In-Reply-To: <20141003153712.10842.27062.idtracker@ietfa.amsl.com> Date: Fri, 3 Oct 2014 17:30:12 +0100 Message-ID: <0a9e01cfdf27$4edfeb90$ec9fc2b0$@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: AQHHpq1sE18ASYmn/XZhikB1G5mQQZwvAJqg Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20994.000 X-TM-AS-Result: No--16.231-10.0-31-10 X-imss-scan-details: No--16.231-10.0-31-10 X-TMASE-MatchedRID: rqmDq8+jU9O68Mln9Nwu0y/MZ1E/Ptpxt3aeg7g/usAutoY2UtFqGEvV O7EcQqdbJmLqKu2yqdnvkzitR82DjT+YkS80Uv51CFaAixm5eU+Hxi2fvkKUM0SVpnjjB2vkwRz 9azOIZGMlpVclvjJJDCTmHbEJ0nNdeYojpvrZ9+cS3RGfZcILv6SrVYfmfZT8Ed+K6O5Nt53zb5 kmgp405TmoOWEBgQUvShDPPqb0JNqCLUZ3A9cbBWgws6g0ewz2lnrMq7Sriu3jsTquy0JRi+sDA +IumPfLMiP3JgLmy75SQfAAka0pZqoDZpNjSrDV1x307doliZvomPrNi98UBPgnJH5vm2+gNTDt WcfAQQpR8ca2I5imNDobWbmQlX1eX/LM4Em7bYIx87MtvE/hlZqCl1R34jDPOcqlsYvgKFXeDaw 3ixkM75zRNqTUNarR1GzjMWYTqTl+HQEHIpIak691/YHX0i1lfS0Ip2eEHny+qryzYw2E8M8943 oc3p3sq7rFUcuGp/EgBwKKRHe+rzNvLsMhxFYGMHRy6p/Q3pO5ZDbVa/ELbdAYjCh7rOTCcTlGM E7gGsw= Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Rzp2hNsJJgUp7iuHpWB1E9cgug4 Cc: idr@ietf.org Subject: [Idr] FW: WG Review: BGP Enabled Services (bess) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 16:30:23 -0000 Heads-up. BESS charter is in IETF-wide review. Adrian > -----Original Message----- > From: IETF-Announce [mailto:ietf-announce-bounces@ietf.org] On Behalf Of The > IESG > Sent: 03 October 2014 16:37 > To: IETF-Announce > Cc: bess WG > Subject: WG Review: BGP Enabled Services (bess) > > A new IETF working group has been proposed in the Routing Area. The IESG > has not made any determination yet. The following draft charter was > submitted, and is provided for informational purposes only. Please send > your comments to the IESG mailing list (iesg at ietf.org) by 2014-10-13. > > BGP Enabled Services (bess) > ------------------------------------------------ > Current Status: Proposed WG > > Assigned Area Director: > Adrian Farrel > > Mailing list > Address: bess@ietf.org > To Subscribe: https://www.ietf.org/mailman/listinfo/bess > Archive: http://www.ietf.org/mail-archive/web/bess/ > > Charter: > > BGP is established as a protocol for provisioning and operating Layer-3 > (routed) Virtual Private Networks (L3VPNs). It is also used in certain > Layer-2 Virtual Private Networks (L2VPNs). > > The BGP Enabled Services (BESS) working group is responsible for > defining, specifying, and extending network services based on BGP. In > particular, the working group will work on the following services: > > - BGP/MPLS IP VPN solutions (based on RFC4364 and RFC4659) for > supporting provider-provisioned L3VPNs including methods for enabling > multicast over BGP/MPLS VPNs. > > - BGP-enabled L2VPNs (as described in RFC 4664) that operate over IP or > MPLS packet switched network tunnels. All types of L2VPN are in scope > provided they utilize BGP for discovery, signaling, or for some other > purposes related to the VPN. But L2VPN solutions that operate over > pseudowires or use LDP and that do not utilize BGP will be addressed > by the PALS working group. Any contention in placement of the work > between these working groups will be resolved by the chairs. > > - BGP-enabled VPN solutions for use in the data center networking. > This work includes consideration of VPN scaling issues and > mechanisms applicable to such environments. > > - Extensions to BGP-enabled VPN solutions for the construction of > virtual topologies in support of services such as Service Function > Chaining. > > The working group may also suggest new services to be supported by BGP > and these may be added to the working group charter subject to > rechartering. > > The working group may work on: > > - Mechanisms to support BGP-enabled services in the presence of multi- > homing of Customer Edge (CE) devices to multiple Provider Edge (PE) > devices to provide load-balancing and resilience. > > - Auto-discovery of sites that participate in the BGP-enabled service. > > - Data models for modeling, managing, and operating BGP-based services > using SMI or YANG. > > - OAM or resiliency mechanisms operating over BGP-enabled services. But > native data plane OAM mechanisms may be worked on only in conjunction > with the working groups responsible for the relevant data planes. > > - Extensions to BGP and extensions to YANG models for BGP. All such > work must be reviewed by the IDR WG, but the decision to request > publication of such work remains with the BESS WG. > > The working group will also coordinate with other working groups where > appropriate. For example, with the MPLS working group for issues > related to the MPLS architecture, and the NVO3 working group for > coordination of protocols to support data center VPNs. > > The BESS working group will not define new data plane or forwarding > plane encapsulations. > > Milestones: From nobody Mon Oct 6 15:19:51 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 484851A8AB6; Mon, 6 Oct 2014 15:19:31 -0700 (PDT) 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 zRXaCB5fpe6S; Mon, 6 Oct 2014 15:19:29 -0700 (PDT) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42A4C1A8913; Mon, 6 Oct 2014 15:19:29 -0700 (PDT) Received: by mail-yk0-f182.google.com with SMTP id 131so2347320ykp.41 for ; Mon, 06 Oct 2014 15:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=1fPiCtUO5Bu1eDzi8oncCocfnYFwXKjBjZT9JwNBsg4=; b=EKIEMRO2azqh11/TpJWPpvXOG5A4WuqaYpU0gbowzuWeFQgeP5zyMBXLm4gqFz0nQZ +RjMxzurQWnjHS0lnpcZN82lg24wPK2JNIcyO3SJMpedM4ZpCPDi7lJwipXUTbm44iMT NZVYSzArFnDr5elTVWsOTZZO+ZgT/0N4iDgQI74p3uIQ3qrH7IBRz+HDzUJFQeQTEt2o DtHFkY5WGkDjhnUPcFoZBHfaH+pJw8boNOhzCcvZf+H8KBX+/OBVURqeyjPyEST73mXb UIUSuP0u1iK47OI4/YjL2eWCXS61/zMw6iHMMMKP+JaJ5QrbZpZ78BB7byozWm/9jCo1 aKCw== MIME-Version: 1.0 X-Received: by 10.236.87.227 with SMTP id y63mr28746561yhe.25.1412633968630; Mon, 06 Oct 2014 15:19:28 -0700 (PDT) Received: by 10.170.113.134 with HTTP; Mon, 6 Oct 2014 15:19:28 -0700 (PDT) Date: Mon, 6 Oct 2014 18:19:28 -0400 Message-ID: From: Alia Atlas To: "i2rs@ietf.org" , "netmod@ietf.org" , "rtgwg@ietf.org" , "isis-wg@ietf.org" , OSPF List , "idr@ietf. org" , "routing-discussion@ietf.org" Content-Type: multipart/alternative; boundary=20cf3010eabde5e0fb0504c879ae Archived-At: http://mailarchive.ietf.org/arch/msg/idr/O1o_iuPU4jIZNNxRWmRDYq3q-MM Cc: Benoit Claise Subject: [Idr] Creation of rtg-yang-coord mailing list X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 22:19:31 -0000 --20cf3010eabde5e0fb0504c879ae Content-Type: text/plain; charset=UTF-8 The rtg-yang-coord mailing list will provide a forum for coordination of the development of YANG models being worked on for Routing, in order to provide a consistent view to the NMS. The intended participants are people active in Routing working groups and interested in the associated YANG models, and YANG experts assisting with Routing YANG models. While this list will help with the synchronization, WGs with responsibility for core routing protocols are expected to also be responsible for the development of YANG models for those protocols. To subscribe, visit: https://www.ietf.org/mailman/listinfo/rtg-yang-coord Regards, Alia --20cf3010eabde5e0fb0504c879ae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

The rtg-yang-coord mailing list will provide a f= orum for coordination of the development=C2=A0=C2=A0of YANG models being wo= rked on for Routing, in order to provide a=C2=A0consistent view to the NMS.= =C2=A0 The intended participants are people active in Routing working group= s and interested in the=C2=A0associated YANG models, and YANG experts assis= ting with Routing YANG=C2=A0models. While this list=C2=A0will help with the= synchronization, WGs with responsibility for core=C2=A0routing protocols a= re expected=C2=A0=C2=A0to also be responsible for the development of YANG m= odels for those=C2=A0=C2=A0protocols.=C2=A0

To subscribe, visi= t:

= https://ww= w.ietf.org/mailman/listinfo/rtg-yang-coord

Regar= ds,

Alia

--20cf3010eabde5e0fb0504c879ae-- From nobody Wed Oct 8 15:52:47 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6415F1A6F04; Wed, 8 Oct 2014 15:52:43 -0700 (PDT) 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 C4GT_H0hJ3M6; Wed, 8 Oct 2014 15:52:41 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5205B1A6F11; Wed, 8 Oct 2014 15:52:40 -0700 (PDT) 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.6.3.p4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141008225240.22603.91574.idtracker@ietfa.amsl.com> Date: Wed, 08 Oct 2014 15:52:40 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/yM-fZKEWSnzuQz5d5cQq7sHQpDA Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-legacy-rtc-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 22:52:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Automatic Route Target Filtering for legacy PEs Authors : Pradosh Mohapatra Arjun Sreekantiah Keyur Patel Burjiz Pithawala Alton Lo Filename : draft-ietf-idr-legacy-rtc-04.txt Pages : 9 Date : 2014-10-08 Abstract: This document describes a simple procedure that allows "legacy" BGP speakers to exchange route target membership information in BGP without using mechanisms specified in [RFC4684]. The intention of the proposed technique is to help in partial deployment scenarios and is not meant to replace [RFC4684]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-legacy-rtc/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-legacy-rtc-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-legacy-rtc-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 Mon Oct 13 07:48:32 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDE3E1A0196; Mon, 13 Oct 2014 07:48:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 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, J_CHICKENPOX_21=0.6, 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 Yjy9_noapsEq; Mon, 13 Oct 2014 07:48:26 -0700 (PDT) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AABF1A0172; Mon, 13 Oct 2014 07:48:26 -0700 (PDT) Received: by mail-yk0-f173.google.com with SMTP id 200so3507088ykr.18 for ; Mon, 13 Oct 2014 07:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=UE1OQ2+0dTmFawg+59/QlN1NhTt9uil46tKzaSMkMy0=; b=ra9OkBcNmYTjkGH2zDl9pzgJvNonBzgsqipCenmwcGH5XPKYzUMDoMjdLE13Li6/T7 VeMcamduI0c+LefTqHaK5fZ81ERvmYgygYY0JMV9Z40hl/ksqMisHT3RIvyKlFyaBwwN +vlxOO4d91j2zEqN/dHYUrUYY6fFit0NLKDGWgARH/VarjWG9TNvUReY1kBt6QcvwojX z/FjJuT7gugxWZdHZZQ9NbCuUe6y3/j7tsoT4kbF04NZRw8PNI7ocTGpZCiXY4CDaZCF z+56wCsHG2jc8noyBJvVCtw17aHV1x+XYsGH94KZZs2gG7O/AD/WxS0b3wuEnvUjR/Ur XvSQ== MIME-Version: 1.0 X-Received: by 10.236.139.36 with SMTP id b24mr36768155yhj.77.1413211705625; Mon, 13 Oct 2014 07:48:25 -0700 (PDT) Received: by 10.170.113.134 with HTTP; Mon, 13 Oct 2014 07:48:25 -0700 (PDT) In-Reply-To: References: <4705B28C-7F64-4D05-8D3A-791B9A2D7B24@netapp.com> Date: Mon, 13 Oct 2014 10:48:25 -0400 Message-ID: From: Alia Atlas To: sidr@ietf.org, "idr@ietf. org" Content-Type: multipart/mixed; boundary=20cf3036375bb4ed5b05054efdaf Archived-At: http://mailarchive.ietf.org/arch/msg/idr/SUusLBlTZEBc6iTzZVV2ll4jArk Subject: [Idr] Fwd: [IRTF-Announce] Applied Networking Research Prize 2014 presentation s at IETF-91 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 14:48:29 -0000 --20cf3036375bb4ed5b05054efdaf Content-Type: multipart/alternative; boundary=20cf3036375bb4ed5705054efdad --20cf3036375bb4ed5705054efdad Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable ---------- Forwarded message ---------- From: Eggert, Lars Date: Mon, Oct 13, 2014 at 10:05 AM Subject: Fwd: [IRTF-Announce] Applied Networking Research Prize 2014 presentation s at IETF-91 To: "routing-discussion@ietf.org" Sharon's talk is likely of interest to BGP folks Begin forwarded message: > From: "Eggert, Lars" > Subject: [IRTF-Announce] Applied Networking Research Prize 2014 presentation s at IETF-91 > Date: October 13, 2014 at 16:00:55 GMT+2 > To: "irtf-announce@irtf.org" > Cc: "irtf-discuss@irtf.org" , "ietf@ietf.org Mailing List" > Reply-To: "anrp@irtf.org" > > ********************************************************************** > The call for ANRP nominations for the 2015 awards cycle is now > open! Read more about the ANRP at http://irtf.org/anrp. > > DEADLINE IS OCTOBER 31, 2014 > ********************************************************************** > > Hi, > > we are extremely pleased to report that for the 2014 award period > of the Applied Networking Research Prize (ANRP), 46 eligible > nominations were received. Each submission was reviewed by four > members of the selection committee according to a diverse set of > criteria, including scientific excellence and substance, timeliness, > relevance, and potential impact on the Internet. > > Based on this review, six submissions were awarded an Applied > Networking Research Prize for 2014. The final three prize winners > for 2014 will present their work at IETF-91 in Honolulu, HI, USA. > The ANRP awards for IETF-91 go to: > > *** Sharon Goldberg *** for discussing threats when BGP RPKI > authorities are faulty, misconfigured, compromised, or compelled > to misbehave: > > Danny Cooper, Ethan Heilman, Kyle Brogle, Leonid Reyzin and > Sharon Goldberg. On the Risk of Misbehaving RPKI Authorities. > Proc. ACM Workshop on Hot Topics in Networks (HotNets-XII), > College Park, MD, USA, November 2013. > > *** Tobias Flach *** for the design of novel loss recovery mechanisms > for TCP that minimize timeout-driven recovery: > > Tobias Flach, Nandita Dukkipati, Andreas Terzis, Barath > Raghavan, Neal Cardwell, Yuchung Cheng, Ankur Jain, Shuai Hao, > Ethan Katz-Bassett, Ramesh Govindan. Reducing Web Latency: the > Virtue of Gentle Aggression. Proc. ACM SIGCOMM, Hong Kong, China, > August 2013. > > *** Misbah Uddin *** for developing matching and ranking for > network search queries to make operational data available in > real-time to management applications: > > Misbah Uddin, Rolf Stadler and Alexander Clemm. Scalable > Matching and Ranking for Network Search. Proc. International > Conference on Network and Service Management (CNSM), Z=C3=BCrich, > Switzerland, October 2013. > > Sharon, Tobias and Misbah have been invited to present his findings in > the IRTF Open Meeting during IETF-91 in Honolulu, HI, USA. Join > them there! > > Please subscribe to the IRTF-Announce mailing list in order to receive > future calls for ANRP nominations and join ISOC to stay informed of > other networking research initiatives: > > http://irtf.org/mailman/listinfo/irtf-announce > http://isoc.org/join > > Regards, > > Lars Eggert, IRTF Chair http://irtf.org/anrp > Mat Ford, Internet Society http://isoc.org/research > > -- > > 2014 ANRP Selection Committee > > Mark Allman, ICIR > Marcelo Bagnulo, UC3M > Lou Berger, LabN > Olivier Bonaventure, UCL Louvain > Ross Callon, Juniper > KC Claffy, CAIDA > Lars Eggert, NetApp > Stephen Farrell, Trinity College Dublin > Olivier Festor, INRIA > Mat Ford, ISOC > Lisandro Granville, UFRGS > Volker Hilt, Bell Labs > Suresh Krishnan, Ericsson > Dan Massey, Colorado State > Al Morton, AT&T Laboratories > J=C3=B6rg Ott, Aalto University > Colin Perkins, University of Glasgow > Stefano Previdi, Cisco > J=C3=BCrgen Sch=C3=B6nw=C3=A4lder, Jacobs University Bremen > Joe Touch, USC/ISI > Rolf Winter, Hochschule Augsburg > Yang Richard Yang, Yale > Lixia Zhang, UCLA > _______________________________________________ routing-discussion mailing list routing-discussion@ietf.org https://www.ietf.org/mailman/listinfo/routing-discussion --20cf3036375bb4ed5705054efdad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

---------- Forwarded messag= e ----------
From: Eggert, Lars <lars@netapp.com><= /span>
Date: Mon, Oct 13, 2014 at 10:05 AM
Subject: Fwd: [IRTF-Announ= ce] Applied Networking Research Prize 2014 presentation s at IETF-91
To:= "routing-discussion@ie= tf.org" <routing= -discussion@ietf.org>


Sharon's talk is likely of inte= rest to BGP folks

Begin forwarded message:

> From: "Eggert, Lars" <= lars@netapp.com>
> Subject: [IRTF-Announce] Applied Networking Research Prize 2014 presen= tation=C2=A0 s at IETF-91
> Date: October 13, 2014 at 16:00:55 GMT+2
> To: "irtf-announce@irtf= .org" <irtf-announce@= irtf.org>
> Cc: "irtf-discuss@irtf.o= rg" <irtf-discuss@irtf= .org>, "ietf@ietf.org Mail= ing List" <ietf@ietf.org> > Reply-To: "anrp@irtf.org&quo= t; <anrp@irtf.org>
>
> ***********************= ***********************************************
> The call for ANRP nominations for the 2015 awards cycle is now
> open! Read more about the ANRP at http://irtf.org/anrp.
>
> DEADLINE IS OCTOBER 31, 2014
> **********************************************************************=
>
> Hi,
>
> we are extremely pleased to report that for the 2014 award period
> of the Applied Networking Research Prize (ANRP), 46 eligible
> nominations were received. Each submission was reviewed by four
> members of the selection committee according to a diverse set of
> criteria, including scientific excellence and substance, timeliness, > relevance, and potential impact on the Internet.
>
> Based on this review, six submissions were awarded an Applied
> Networking Research Prize for 2014. The final three prize winners
> for 2014 will present their work at IETF-91 in Honolulu, HI, USA.
> The ANRP awards for IETF-91 go to:
>
> *** Sharon Goldberg *** for discussing threats when BGP RPKI
> authorities are faulty, misconfigured, compromised, or compelled
> to misbehave:
>
>=C2=A0 =C2=A0 Danny Cooper, Ethan Heilman, Kyle Brogle, Leonid Reyzin a= nd
>=C2=A0 =C2=A0 Sharon Goldberg. On the Risk of Misbehaving RPKI Authorit= ies.
>=C2=A0 =C2=A0 Proc. ACM Workshop on Hot Topics in Networks (HotNets-XII= ),
>=C2=A0 =C2=A0 College Park, MD, USA, November 2013.
>
> *** Tobias Flach *** for the design of novel loss recovery mechanisms<= br> > for TCP that minimize timeout-driven recovery:
>
>=C2=A0 =C2=A0 Tobias Flach, Nandita Dukkipati, Andreas Terzis, Barath >=C2=A0 =C2=A0 Raghavan, Neal Cardwell, Yuchung Cheng, Ankur Jain, Shuai= Hao,
>=C2=A0 =C2=A0 Ethan Katz-Bassett, Ramesh Govindan. Reducing Web Latency= : the
>=C2=A0 =C2=A0 Virtue of Gentle Aggression. Proc. ACM SIGCOMM, Hong Kong= , China,
>=C2=A0 =C2=A0 August 2013.
>
> *** Misbah Uddin *** for developing matching and ranking for
> network search queries to make operational data available in
> real-time to management applications:
>
>=C2=A0 =C2=A0Misbah Uddin, Rolf Stadler and Alexander Clemm. Scalable >=C2=A0 =C2=A0Matching and Ranking for Network Search. Proc. Internation= al
>=C2=A0 =C2=A0Conference on Network and Service Management (CNSM), Z=C3= =BCrich,
>=C2=A0 =C2=A0Switzerland, October 2013.
>
> Sharon, Tobias and Misbah have been invited to present his findings in=
> the IRTF Open Meeting during IETF-91 in Honolulu, HI, USA. Join
> them there!
>
> Please subscribe to the IRTF-Announce mailing list in order to receive=
> future calls for ANRP nominations and join ISOC to stay informed of > other networking research initiatives:
>
> http://irtf.org/mailman/listinfo/irtf-announce
> http://isoc.org/joi= n
>
> Regards,
>
> Lars Eggert, IRTF Chair=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://irtf.org/anrp
> Mat Ford, Internet Society=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0http://isoc.org/research >
> --
>
> 2014 ANRP Selection Committee
>
> Mark Allman, ICIR
> Marcelo Bagnulo, UC3M
> Lou Berger, LabN
> Olivier Bonaventure, UCL Louvain
> Ross Callon, Juniper
> KC Claffy, CAIDA
> Lars Eggert, NetApp
> Stephen Farrell, Trinity College Dublin
> Olivier Festor, INRIA
> Mat Ford, ISOC
> Lisandro Granville, UFRGS
> Volker Hilt, Bell Labs
> Suresh Krishnan, Ericsson
> Dan Massey, Colorado State
> Al Morton, AT&T Laboratories
> J=C3=B6rg Ott, Aalto University
> Colin Perkins, University of Glasgow
> Stefano Previdi, Cisco
> J=C3=BCrgen Sch=C3=B6nw=C3=A4lder, Jacobs University Bremen
> Joe Touch, USC/ISI
> Rolf Winter, Hochschule Augsburg
> Yang Richard Yang, Yale
> Lixia Zhang, UCLA
>


_______________________________________________
routing-discussion mailing list
routing-discussion@ietf.org<= /a>
https://www.ietf.org/mailman/listinfo/routing-discussion

--20cf3036375bb4ed5705054efdad-- --20cf3036375bb4ed5b05054efdaf Content-Type: application/pgp-signature; name="signature.asc" Content-Disposition: attachment; filename="signature.asc" Content-Transfer-Encoding: base64 X-Attachment-Id: dff3cd17b4f79272_0.0.1 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaVFDVkF3VUJWRHZjRnRaY25wUnZlbzF4 QVFMQVBRUUFzeFlZeTB6L3l1VHlKanV3Q3ZVbWZoOHVTMmtVQzVRaA0KWDNyWEowTWpxN2V6WWFu UEFYRVEvVFVneUtrajd1aUxkQTNtNE5GQm9SV3lodlJ3RWVGR0lkUEk5ZnM5V280OQ0KT01GZThI bDNRVE5lWW5STEN1RmRDVjI4MUx2OG5iV1MrN1VCaGdCdWx5UHhvZk9NcHlRdzVKQXl3NCt1Z0VY SQ0KQ0lQR0JHRWdNSms9DQo9NkhkVA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= --20cf3036375bb4ed5b05054efdaf-- From nobody Tue Oct 14 09:27:28 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D11D1A8A64; Tue, 14 Oct 2014 09:27:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.687 X-Spam-Level: X-Spam-Status: No, score=-2.687 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.786, 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 EiClvqh7StSB; Tue, 14 Oct 2014 09:27:24 -0700 (PDT) Received: from walnut.tislabs.com (walnut.tislabs.com [192.94.214.200]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5B871A8A7A; Tue, 14 Oct 2014 09:27:21 -0700 (PDT) Received: from nova.tislabs.com (unknown [10.66.1.77]) by walnut.tislabs.com (Postfix) with ESMTP id 07B3E28B003D; Tue, 14 Oct 2014 12:27:21 -0400 (EDT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by nova.tislabs.com (Postfix) with ESMTP id DBC651F8035; Tue, 14 Oct 2014 12:27:20 -0400 (EDT) From: Sandra Murphy Content-Type: multipart/signed; boundary="Apple-Mail=_F8E4DCF9-F302-4F17-B3A1-E1B39D0CAFC8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Date: Tue, 14 Oct 2014 12:27:20 -0400 Message-Id: <7D59AE05-E32A-43DA-929B-8E1877A67CC7@tislabs.com> To: "sidr@ietf.org list" , IESG Secretary , idr@ietf.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Gvvgy-dahL8STC-7RAN-tWpajNI Cc: SIDR Chairs Subject: [Idr] announcing virtual interim meeting Wed 29 Oct 2014 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 16:27:26 -0000 --Apple-Mail=_F8E4DCF9-F302-4F17-B3A1-E1B39D0CAFC8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii At the upcoming IETF, sidr and idr will hold a joint session for the = purpose of discussing the bgpsec protocol. The idr and sidr chairs think that there would be benefit in having a = short virtual meeting before hand to get the idr folk who have not been = following sidr up to speed on the bgpsec protocol basics, so they can = contribute effectively in the joint meeting in Hawaii. There will be a sidr virtual meeting on Wed 29 Oct 2014 from 10am-12pm = EDT and all interested idr folk are invited to participate. (There = won't be much point if you don't!) The agenda is 1 hr overview and tutorial of bgpsec: - underpinings of what BGPSEC/SIDR is - why are we here? map of documents - origin validation today - path validation tomorrow - note particular points where bgpsec affects bgp, not so much the crypto but where bgp behaviour may change 1 hr of questions and answers. slides to be made available ahead of time =20 details of the conference technology (webex, google hangout, etc) will = be sent to the mailing list. --Sandy, speaking as one of the co-chairs --Apple-Mail=_F8E4DCF9-F302-4F17-B3A1-E1B39D0CAFC8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUPU7pAAoJEHplpQeet0IZoYsP/1f2u6Dz+1ADVTauFnFSK8qX /HOcdneM0ZiORZfAp8Os4zV8niup3jPKWcWND8vwM1ptaMEjjqJBd7isS8HgVcVw tCcRUdyCAfWkyRrKV+VBbua6BtzdS3ZF0iA6lGq6BNsz3BZeLBvSAI9dV9JwgXwn kWgitxC8gmqabspirmMna/nIuKiH/8uRj41uiHce9DFA5oIkLTVHa/WBQn1D8Kpr BZw4U2A2tsu6bbkUF8/xz+r/4vJhFdh6AbT0YaIhCqHkrrvyCf+MQ8ZGttt7bb8N 2xxlDku0ftWCLht+6F7/BvRsv4/G8Y0Umj/PGJpwoNcm3+ITE+37b09Lm8Benn4W TLml589xbgPKLEtST03mbgUY3SoxrwjStQSPAmLMMhtw8yFPPMr9Cdjv+c53PE/i XR27JhTa5cvSGAaYp1aTQdFH9S6xhEa8imhpeyjWvvIuzAkLTT9gWJUnqm62BCwF nOJYTD3rxp4XgcDhnt9UmL7FHhxxZNEefjkMck+cNVm6j8oreNdGqZHj7EhNc2SX r0Kuh+XIk5sWrcoE0ImwVyzI2P8bN32M68U1uz/NZHwmrA8AVrTyGR2rtsEzNimH geD/5TBrcHFP7KOc+0dpVC3BNeg1RfZfYQmZyEWCuxEK+gLECLYCqB/v5G3I4Zuk 2cvdGuBRh4SALGtpG4ue =teCv -----END PGP SIGNATURE----- --Apple-Mail=_F8E4DCF9-F302-4F17-B3A1-E1B39D0CAFC8-- From nobody Tue Oct 14 14:17:37 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F93B1A9139 for ; Tue, 14 Oct 2014 14:17:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 53GCT5RapXY2 for ; Tue, 14 Oct 2014 14:17:33 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0104.outbound.protection.outlook.com [65.55.169.104]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D57321A004D for ; Tue, 14 Oct 2014 14:17:32 -0700 (PDT) Received: from lbizzotto-sslvpn-nc.jnpr.net (66.129.241.10) by BLUPR05MB723.namprd05.prod.outlook.com (10.141.207.153) with Microsoft SMTP Server (TLS) id 15.0.1049.19; Tue, 14 Oct 2014 21:17:29 +0000 From: "John G. Scudder" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Tue, 14 Oct 2014 17:17:28 -0400 References: <20141014171441.16068.57494.idtracker@ietfa.amsl.com> To: "idr@ietf. org" Message-ID: <01794882-1C6F-415F-A6AB-14C2AF024E48@juniper.net> MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: BY2PR03CA052.namprd03.prod.outlook.com (10.141.249.25) To BLUPR05MB723.namprd05.prod.outlook.com (10.141.207.153) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB723; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 03648EFF89 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(69234005)(189002)(199003)(377454003)(2473001)(76176999)(82746002)(15975445006)(19580405001)(19580395003)(69596002)(99396003)(50466002)(83716003)(40100003)(87286001)(107886001)(107046002)(87976001)(89996001)(104166001)(85852003)(77096002)(50986999)(97756001)(95666004)(106356001)(81156004)(105586002)(92726001)(86362001)(92566001)(110136001)(93916002)(31966008)(23726002)(101416001)(33656002)(66066001)(64706001)(20776003)(47776003)(97736003)(122386002)(85306004)(76482002)(42186005)(62966002)(46406003)(57306001)(53416004)(50226001)(4396001)(46102003)(80022003)(21056001)(120916001)(77156001)(36756003)(104396001)(24704002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB723; H:lbizzotto-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/6XgsgRltTjrxg3l2nydckQpiteg Subject: [Idr] Fwd: [sidr] SIDR WG Virtual Interim Meeting, 29 October 2014 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 21:17:35 -0000 FYI. Please consider attending. --John Begin forwarded message: > From: IESG Secretary > Subject: [sidr] SIDR WG Virtual Interim Meeting, 29 October 2014 > Date: October 14, 2014 at 1:14:41 PM EDT > To: IETF Announcement List > Cc: sidr@ietf.org > Reply-To: ietf@ietf.org > > At the upcoming IETF, sidr and idr will hold a joint session for the > purpose of discussing the bgpsec protocol. > > The idr and sidr chairs think that there would be benefit in having a > short virtual meeting before hand to get the idr folk who have not been > following sidr up to speed on the bgpsec protocol basics, so they can > contribute effectively in the joint meeting in Hawaii. > > There will be a sidr virtual meeting on Wed 29 Oct 2014 from 10am-12pm > EDT and all interested idr folk are invited to participate. (There won't > be much point if you don't!) > > The agenda is > > 1 hr overview and tutorial of bgpsec: > - underpinings of what BGPSEC/SIDR is > - why are we here? map of documents > - origin validation today > - path validation tomorrow > - note particular points where bgpsec affects bgp, not so much the > crypto but where bgp behaviour may change > > 1 hr of questions and answers. > > slides to be made available ahead of time > > Details of the conference technology (webex, google hangout, etc) will > be sent to the sidr mailing list. > > --Sandy, speaking as one of the co-chairs > > _______________________________________________ > sidr mailing list > sidr@ietf.org > https://www.ietf.org/mailman/listinfo/sidr From nobody Tue Oct 14 14:24:01 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70C8C1ACD19; Tue, 14 Oct 2014 14:23:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 R6nMZHg2Tt-m; Tue, 14 Oct 2014 14:23:56 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0123.outbound.protection.outlook.com [207.46.100.123]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DF771ACD39; Tue, 14 Oct 2014 14:23:56 -0700 (PDT) Received: from lbizzotto-sslvpn-nc.jnpr.net (66.129.241.10) by CO2PR05MB732.namprd05.prod.outlook.com (10.141.228.22) with Microsoft SMTP Server (TLS) id 15.0.1049.19; Tue, 14 Oct 2014 21:23:53 +0000 From: "John G. Scudder" Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Date: Tue, 14 Oct 2014 17:23:42 -0400 Message-ID: <9ED5A82A-1EC0-4E3D-9350-15C046E39C20@juniper.net> To: "idr@ietf. org" MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: DM2PR11CA0010.namprd11.prod.outlook.com (25.160.91.20) To CO2PR05MB732.namprd05.prod.outlook.com (10.141.228.22) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB732; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 03648EFF89 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(189002)(199003)(97736003)(229853001)(31966008)(50986999)(50466002)(69596002)(85852003)(82746002)(77156001)(21056001)(92566001)(4396001)(50226001)(122386002)(36756003)(46102003)(40100003)(80022003)(85306004)(64706001)(62966002)(107046002)(99396003)(89996001)(86362001)(33656002)(42186005)(120916001)(83716003)(93916002)(92726001)(76482002)(23746002)(87286001)(105586002)(101416001)(57306001)(77096002)(104166001)(95666004)(87976001)(66066001)(20776003)(47776003)(110136001)(53416004)(106356001)(81156004)(104396001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB732; H:lbizzotto-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/UZUzrBDDb7c5m9dLCfUd1cSsWjg Cc: "" , SIDR Chairs Subject: [Idr] SIDR (bgpsec) virtual interim -- RSVP X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 21:23:58 -0000 As you will have seen from the recent announcement, we're having a joint = interim with SIDR to discuss bgpsec. It would be useful to the chairs to = have a rough headcount for that meeting. If you plan to attend, or may = attend, please reply to this email CCing the IDR and SIDR chairs and = keeping the subject line. I hope IDR folks who are not already familiar with bgpsec will consider = taking advantage of the opportunity. Our time in Honolulu will be more = productive if everybody's up to speed. Thanks, =96 John= From nobody Tue Oct 14 14:28:07 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 654AE1ACD36 for ; Tue, 14 Oct 2014 14:28:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.385 X-Spam-Level: X-Spam-Status: No, score=-1.385 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.786, 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 nVZV3NdstnLV for ; Tue, 14 Oct 2014 14:28:03 -0700 (PDT) Received: from nm25-vm5.bullet.mail.ne1.yahoo.com (nm25-vm5.bullet.mail.ne1.yahoo.com [98.138.91.247]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBAE01ACD19 for ; Tue, 14 Oct 2014 14:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1413322082; bh=pT7qFmKByQ9S5uzbetmaiFa7/xAIseWwJhcQtFk+p2s=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=eARpYDdCeJjmlsS/+VJ/lQmkvRv/tojXY7n4rJl8KoNeWPsEyR6jgPHITPnMpEcpRZmerAt8FfsHhlzvlkWKl25sw5upQ/sZ7VafHMgRqicdEO9i8SwhQWRzzXywo0uEtelmJbhOWJbJqm7BQIluYBk0voqX8e93n3/gFo3zsnd2rvRhXyMPli6BikO6ha/SHdvPblJqeFIB6ZJ3RsQGbQwg40e7B/Y/OfHNGa9Tmz0PaRi7xjdWQ9f8NZB2esR1+o6MObUq7xAqj6drKpv2FBdhG2x2srxTIBHeQrwADEVgu3eMBgGhygn6hKc9uE1v5z/zyY0/IaCEA2BOXTi8Ow== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=dXycIlbt2i0tcsQ1n1yda8aCHdfefG430jmxdT3MevbcINSHTizcWRL/HCaN+qao+FJJmtLc5UdyUwnssGr9qu2pNGys7/e9BNx59vtNd9lAunsar1On+1sNJzYjzZ6UcdS72BVSNLOTg8+CBUUbPSzt6GjnZHpcXypMcEutiMUf4QqHFQ4lQLuXQdrGvsxmByYmsn/CneDfcl/Nx4Y8aqp/2hIBnJ/xqSSRL04X6aDvGuVFEyQImFq3UW0kyJN05rK97s5AKnk8Tim54V2h8daSFXP2w/YHG6a48Uvl9wCvxu3Ve9ChuHbLb1pVKrUvdmceIYeOQfPz/ggqT9ycDQ==; Received: from [98.138.101.132] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 14 Oct 2014 21:28:02 -0000 Received: from [98.138.89.160] by tm20.bullet.mail.ne1.yahoo.com with NNFMP; 14 Oct 2014 21:28:02 -0000 Received: from [127.0.0.1] by omp1016.mail.ne1.yahoo.com with NNFMP; 14 Oct 2014 21:28:02 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 104437.84452.bm@omp1016.mail.ne1.yahoo.com X-YMail-OSG: kNgBAZsVM1nWDePbV0CilWX94U8Af9vOsqxSloY9GKwLe5FRXQRXLWRzSwwHb.u 643YJeqx57jfrUtbXeBwmSZ_u3zYxYcO5GW7R9P8izgN9HD9YZq1UGJnPw2zC2F8Yn2TbEI3mmjl dkK2SdxBzuRQPi2TL3tszRquYzDS34mWgVf1LNIedrrZ23SS0KYyNI0XFibx_KSwOAVy1c68E1Q3 UrTiCO693lLgMZ.VLngP2DczQj9ekRyJdVj8IkPkNwPkq_PB03JehU_K5RwgY62kaV5QQFRCSSE9 pN1aTJitUfk5VaFCU4175ykdw79zDfdvqi1CG_AsglegazWVXrXDrv4bQCftbE56Q.dXmKlYBVzM TGe5X4qrDu8XncNMKxB88cX7FaDls9JQ2vQChqdhQwjgJk1It9bJU18JfDKmQ99vxZWiZRAhTDxd ouIXwMvg9fMt9tvUsThrXQ0qdvFbvRxQsKsm7cGum3jkMfs2s0GB21M1wbEMZ2iw4nwbL Date: Tue, 14 Oct 2014 21:27:59 +0000 (UTC) From: Kambiz Agahian To: "John G. Scudder" , "idr@ietf. org" Message-ID: <1726995489.117993.1413322079783.JavaMail.yahoo@jws10001g.mail.ne1.yahoo.com> In-Reply-To: <9ED5A82A-1EC0-4E3D-9350-15C046E39C20@juniper.net> References: <9ED5A82A-1EC0-4E3D-9350-15C046E39C20@juniper.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_117992_91212182.1413322079780" Archived-At: http://mailarchive.ietf.org/arch/msg/idr/cQ6e2Jr5-Bhko_xpKmpRa-D9tjs Cc: "" , SIDR Chairs Subject: Re: [Idr] SIDR (bgpsec) virtual interim -- RSVP X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Kambiz Agahian List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 21:28:05 -0000 ------=_Part_117992_91212182.1413322079780 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I will be attending (more than likely along with 2 other engineers on our t= eam). Regards,Kambiz AgahianCCIEx2#25341 From: John G. Scudder To: "idr@ietf. org" =20 Cc: "" ; SIDR Chairs =20 Sent: Tuesday, October 14, 2014 2:23 PM Subject: [Idr] SIDR (bgpsec) virtual interim -- RSVP =20 As you will have seen from the recent announcement, we're having a joint in= terim with SIDR to discuss bgpsec. It would be useful to the chairs to have= a rough headcount for that meeting. If you plan to attend, or may attend, = please reply to this email CCing the IDR and SIDR chairs and keeping the su= bject line. I hope IDR folks who are not already familiar with bgpsec will consider tak= ing advantage of the opportunity. Our time in Honolulu will be more product= ive if everybody's up to speed. Thanks, =E2=80=93 John _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ------=_Part_117992_91212182.1413322079780 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I will be attending (more than likely along with 2 other enginee= rs on our team).

Regards,
= Kambiz Agahian
CCIEx2#25341

From: John G. Scudder <jgs@juniper.net>
To: "idr@ietf. org" <idr@ietf.org&g= t;
Cc: "<idr-chairs= @ietf.org>" <idr-chairs@ietf.org>; SIDR Chairs <sidr-chairs@too= ls.ietf.org>
Sent:= Tuesday, October 14, 2014 2:23 PM

As you will have seen from the recent announcement, we're having= a joint interim with SIDR to discuss bgpsec. It would be useful to the cha= irs to have a rough headcount for that meeting. If you plan to attend, or m= ay attend, please reply to this email CCing the IDR and SIDR chairs and kee= ping the subject line.

I hope IDR folks who are not already familiar= with bgpsec will consider taking advantage of the opportunity. Our time in= Honolulu will be more productive if everybody's up to speed.

Thanks= ,

=E2=80=93 John
_______________________________________________<= br>Idr mailing list
Idr@ietf.org
https= ://www.ietf.org/mailman/listinfo/idr

------=_Part_117992_91212182.1413322079780-- From nobody Wed Oct 15 10:00:52 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C47921A89EF for ; Wed, 15 Oct 2014 10:00:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.321 X-Spam-Level: X-Spam-Status: No, score=0.321 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 KeK5X1-w5ue2 for ; Wed, 15 Oct 2014 10:00:46 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id F3CBF1A8945 for ; Wed, 15 Oct 2014 10:00:45 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 7B161C22C; Wed, 15 Oct 2014 13:00:45 -0400 (EDT) Date: Wed, 15 Oct 2014 13:00:45 -0400 From: Jeffrey Haas To: idr@ietf.org Message-ID: <20141015170045.GM18720@pfrc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/j8FmaxN1Hjuzsh46A8H8fTOlnGY Subject: [Idr] Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 17:00:48 -0000 With my apologies to the authors of the draft after they gave ample time for pre-publication review, I just didn't have time before -08 was submitted. After some discussion with Keyur about the purpose of the draft, some of my concerns have been addressed as to the possible use cases for the feature. The new draft is somewhat better about describing those use cases, but still isn't really clear that this is meant to supplant the BGP (MP_)Nexthop fields for purposes of forwarding. Somewhere in the document it should say that. :-) My main remaining concerns are as follows: ----- Bestpath considerations: Basically, this says "use the worst tunnel endpoint cost". However, in a network that may contain a mix of speakers that understand this attribute and ones that do not and may use the BGP (MP_)Nexthop, route selection may be inconsistent. Multiple remote nexthops: This was my original concern when it wasn't apparent that this feature wasn't being used for chaining and instead is simply an odd form of "add-path for nexthops" by loose analogy. Section 8 seems to imply that the desire is that the RNH is effectively bound to the same device, but there's no guarantee of that. (Hence the man-in-the-middle concerns.) While there's a comment about bestpath calculation, there's no related commentary about which tunnel should be used or whether there are ECMP considerations if you can use more than one tunnel endpoint. Origination/modification: The sane behavior of this feature appears to be that the originator of the attribute is the only party that is adding to it. Intermediaries may remove remote nexthops for various reasons, including error handling. If this understanding is correct, it should be spelled out in the document. Nits: Too many typos and inconsistencies to comment on in this format. If the authors arrange for the XML source to be posted somewhere (e.g. github), I'll submit patches. In short: looking better, looking less scary, still needs some work. -- Jeff From nobody Wed Oct 15 10:43:25 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C43031A8AB5 for ; Wed, 15 Oct 2014 10:43:22 -0700 (PDT) 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 QfMn8ELl6wQJ for ; Wed, 15 Oct 2014 10:43:21 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D09CA1A1B7C for ; Wed, 15 Oct 2014 10:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3396; q=dns/txt; s=iport; t=1413395000; x=1414604600; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=dTYPJ2H2gK0i4fXZTN6hJlTmKsEpOoTbGB9dLTiLn68=; b=V6mt0NBIQ6JGuHOBCJkdfCYruZs0XKCWgkah+uGkRCez10ROhMHyoAUZ ZVvKI3TxYuNOtfSg79Ege8fVmdeY8qtCI7HO1hBrqgDTiBYd3qo+iFVyQ x/IJi7WF64x8XgcvuA4H35m2uvCdBm7kig5szjzdT1fR1AnF0avUdWWB0 E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAAyxPlStJA2L/2dsb2JhbABRCoMOU1gEy3UKh00CgRcWAX2EAwEBBAEBAWsdAQgOXwslAgQBEog+DchpAQEBAQEBAQEBAQEBAQEBAQEBFgSPcmOESwWLI4Zci1WWGoN3bIEGAgQaBhyBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,725,1406592000"; d="scan'208";a="363532468" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-5.cisco.com with ESMTP; 15 Oct 2014 17:43:20 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s9FHhKmU024708 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 15 Oct 2014 17:43:20 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.28]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Wed, 15 Oct 2014 12:43:19 -0500 From: "Keyur Patel (keyupate)" To: Jeffrey Haas , "idr@ietf.org" Thread-Topic: [Idr] Comments on draft-vandevelde-idr-remote-next-hop-08 Thread-Index: AQHP6JmZ+P276cJsTke3C1XwhMGXK5wxTEaA Date: Wed, 15 Oct 2014 17:43:19 +0000 Message-ID: In-Reply-To: <20141015170045.GM18720@pfrc> 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.155.33.87] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/i3w7isbGHtLQA83ZEDFctJWIMJc Subject: Re: [Idr] Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 17:43:22 -0000 Hi Jeff, Thanks for the comments on 08 version. :) My comments inlined #Keyur On 10/15/14, 10:00 AM, "Jeffrey Haas" wrote: >With my apologies to the authors of the draft after they gave ample time >for >pre-publication review, I just didn't have time before -08 was submitted. #Keyur: No worries Jeff. Thanks again for the review. > >After some discussion with Keyur about the purpose of the draft, some of >my >concerns have been addressed as to the possible use cases for the feature. >The new draft is somewhat better about describing those use cases, but >still >isn't really clear that this is meant to supplant the BGP (MP_)Nexthop >fields for purposes of forwarding. Somewhere in the document it should >say >that. :-) #Keyur: We can clarify it in next revision. > >My main remaining concerns are as follows: >----- >Bestpath considerations: >Basically, this says "use the worst tunnel endpoint cost". However, in a >network that may contain a mix of speakers that understand this attribute >and ones that do not and may use the BGP (MP_)Nexthop, route selection may >be inconsistent. =20 #Keyur: Sure. It doesn=B9t break the network or induce loops. This allows compatibility=20 within the network with routers that are not Enabled with this feature. > >Multiple remote nexthops: >This was my original concern when it wasn't apparent that this feature >wasn't being used for chaining and instead is simply an odd form of >"add-path for nexthops" by loose analogy. Section 8 seems to imply that >the >desire is that the RNH is effectively bound to the same device, but >there's >no guarantee of that. (Hence the man-in-the-middle concerns.) While >there's a comment about bestpath calculation, there's no related >commentary >about which tunnel should be used or whether there are ECMP considerations >if you can use more than one tunnel endpoint. #Keyur: Section 7.1 and 7.2 talks originating of RNH attribute and its announcement procedures. Section 7.1 also refers to policy usage that can be applied by a receiving speaker. Section 13 suggest use of Origin validation procedures that a receiving speaker can also apply. These procedures help identify whether the source AS owns tunnel endpoints or not (MIM). The receiving speaker can choose to filter the attribute based on the information provided. If you like, we will make it explicit in the next revision. > >Origination/modification: >The sane behavior of this feature appears to be that the originator of the >attribute is the only party that is adding to it. Intermediaries may >remove >remote nexthops for various reasons, including error handling. If this >understanding is correct, it should be spelled out in the document. #Keyur: Ack. That is the case. Section 7.1, 7.2 and section 9 spells it out.=20 > >Nits: >Too many typos and inconsistencies to comment on in this format. If the >authors arrange for the XML source to be posted somewhere (e.g. github), >I'll submit patches. #Keyur: I will work offline with you on the edits. > >In short: looking better, looking less scary, still needs some work. #Keyur: Thanks. Good to know. :) Regards, Keyur > >-- Jeff > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Wed Oct 15 17:32:27 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF5E11A0070 for ; Wed, 15 Oct 2014 17:32:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 w9m-JvvAiNKG for ; Wed, 15 Oct 2014 17:32:25 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 47E021A0059 for ; Wed, 15 Oct 2014 17:32:25 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=87.143.107.186; From: "Susan Hares" To: "'Jeffrey Haas'" , References: <20141015170045.GM18720@pfrc> In-Reply-To: <20141015170045.GM18720@pfrc> Date: Wed, 15 Oct 2014 20:32:20 -0400 Message-ID: <012f01cfe8d8$a7905df0$f6b119d0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQE8xEV4AXayWSF7T/etZ3My9wnjuJ1X6LqQ X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/RPLpl9xH0RruCdk4imzfRi5q3pM Subject: Re: [Idr] Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 00:32:26 -0000 Jeff: Thank you for the comments. I agree these need to be addressed. See my summary post. Did I correctly summarize your concers? Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Wednesday, October 15, 2014 1:01 PM To: idr@ietf.org Subject: [Idr] Comments on draft-vandevelde-idr-remote-next-hop-08 With my apologies to the authors of the draft after they gave ample time for pre-publication review, I just didn't have time before -08 was submitted. After some discussion with Keyur about the purpose of the draft, some of my concerns have been addressed as to the possible use cases for the feature. The new draft is somewhat better about describing those use cases, but still isn't really clear that this is meant to supplant the BGP (MP_)Nexthop fields for purposes of forwarding. Somewhere in the document it should say that. :-) My main remaining concerns are as follows: ----- Bestpath considerations: Basically, this says "use the worst tunnel endpoint cost". However, in a network that may contain a mix of speakers that understand this attribute and ones that do not and may use the BGP (MP_)Nexthop, route selection may be inconsistent. Multiple remote nexthops: This was my original concern when it wasn't apparent that this feature wasn't being used for chaining and instead is simply an odd form of "add-path for nexthops" by loose analogy. Section 8 seems to imply that the desire is that the RNH is effectively bound to the same device, but there's no guarantee of that. (Hence the man-in-the-middle concerns.) While there's a comment about bestpath calculation, there's no related commentary about which tunnel should be used or whether there are ECMP considerations if you can use more than one tunnel endpoint. Origination/modification: The sane behavior of this feature appears to be that the originator of the attribute is the only party that is adding to it. Intermediaries may remove remote nexthops for various reasons, including error handling. If this understanding is correct, it should be spelled out in the document. Nits: Too many typos and inconsistencies to comment on in this format. If the authors arrange for the XML source to be posted somewhere (e.g. github), I'll submit patches. In short: looking better, looking less scary, still needs some work. -- Jeff _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Wed Oct 15 17:32:40 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A25241ACEA2 for ; Wed, 15 Oct 2014 17:32:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 yTEiXN3MvQqf for ; Wed, 15 Oct 2014 17:32:31 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id F0E341ACEA0 for ; Wed, 15 Oct 2014 17:32:30 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=87.143.107.186; From: "Susan Hares" To: "idr wg" Date: Wed, 15 Oct 2014 20:32:20 -0400 Message-ID: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0131_01CFE8B7.21456950" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: Ac/o1lMByC7zb8RLT6SRzAAn7YF8qA== X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Rg8acOhHoxac9lZJukm62JGryNE Cc: "'John G. Scudder'" Subject: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 00:32:36 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0131_01CFE8B7.21456950 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Many of you have read of my concern regarding the proliferation of = nexthop setting in the L2VPN and L3VPN. I personally am interested to find out = if there is a clean way to distribute tunnel-endpoints/remote next-hops. = This arises from my reading of several next-hop related drafts, and = specifically draft-sajassi-l2vpn-evpn-inter-subnet-forwarding which stuff next-hops information into a series of communities. While I credit the Ali and his co-authors with a delightful hack, it brings up that IDR has not really provided a good general mechanism for tunnels/remote next hops.=20 =20 As we have discussed the next-hop issue over the last 10 years, we have found the more general solution for next-hops is hard. We have ended up adopting more and more point solutions. Our current potential solutions such as RFC 5512 and draft-vandevelde-idr-remote-next-hop-08. Are there other solutions?=20 =20 These solutions must at least consider how this will interact with SIDR origin validation and bgp-sec. Please let me know if you have = interesting work we should discuss. If we run out of time at IETF 91, we will hold these discussions in interim meetings after IETF 91.=20 =20 In this light, I offer 11 summary discussion points on the draft-vandevelde-idr-remote-08 draft. I appreciate the hard work that = the authors of this draft have done in originating and refining the draft. = If you wish to discuss one of these points, I recommend you repost the = point and begin the discussion.=20 =20 Sue Hares =20 ------------ =20 =20 Open issues from my reading:=20 1) RFC 5512 related issues Comment: Section 3.1 indicates that SAFI includes tunnel, but the remote-next-hop attribute allows this to be separated from the SAFI. Question to WG: Are there any RFC5512 implementations deployed?=20 Question to Rosen: Does this section 3.1 in version -08 address your comments on: SAFI with different NLRI, multiple tunnel endpoints , = RFC5512 avoidance of per NLRI encapsulation.=20 =20 2. IPv6 multi-homing use case and other use cases=20 Concern: Bruno and Yakov have suggested IPv6 multi-homing use case is = not proved. I agree with their assessment.=20 =20 Proposal: Pull Use Case 11.1, 11.2, 11.3, and 11.4 out of the draft to another draft. We will use this draft to determine the use cases that remote can handle. Put one use case (11.2 or 11.3) that is fully fleshed = out with: a) why this attribute is needed, b) how this mechanism is better = than existing mechanisms (RFC5512 at least), c) why it is better than other alternatives, and d) how extensible the alternative is.=20 =20 One use cases is the 5+ nexthops in various places. The following are examples: =95 = draft-sajassi-l2vpn-evpn-inter-subnet-forwarding-05 =96 puts it in a series of communities, =95 RFC5512 put it in SAFI =95 RFC6514 =96 provides it as part of MPLS for L3VPN =20 =95 The use case draft should survey existing uses and then propose a set of requirements.=20 =20 3. Discuss why it is necessary to have both a next-hop and remote next = hop?=20 The following things need to be improved in this draft: =95 Clarify that many nlris to 1 remote nexthop = attribute in a update packet (Example: 30 NLRIs to one Remote Nexthop attribute). Expanding section 3 might help.=20 =95 Why both a next hop (mandatory) and a remote = nexthop (optional transitive)? This could expand section 10.=20 =95 What underlay routes are, and how they are used = to do recursive lookup validation. This is mentioned in the security section, = but it clearly needs to also be in the operational section. =95 How next-hop and the remote nexthop operate in = bestpath selection. Keyur indicated it followed this logic: =20 o policy validates the use of remote next hop=20 o If the remote next-hop valid to policy, the remote next hop is used = in preference to nexthop.=20 o If the remote next-hop is valid but does not have a valid recursive nexthop, then the next hop is selected. =20 =95 Tie breaking needs to be defined within the above = logic for: o tie-breaking between two valid remote-nexthops for the cases: =A7 two routes have the same nexthop hop and different valid remote-nexthops, =A7 two routes have different nexthops and the same valid remote = nexthop.=20 =20 o Check that the validation of this work solves the following = situations mentioned by Eric Rosen:=20 =A7 Situation 1: =93Can we get into a situation where two routes have = the same next hop but different remote next hops? If we reach the decision = process tie-breaker step that chooses the route with the closest next hop, we = might end up choosing the route that does not have the closest remote next = hop. Since the remote next hop is where we want to send the data, does this = make sense? =A7 Situation 2: =93Suppose a given route does not have a remote next = hop, but when we do recursive resolution of the next hop we encounter a route = that does have a remote next hop. Are we supposed to use that remote next = hop? =A7 Situation 3: When a remote next hop attribute is attached to a = labeled address, do we assume that the label has been assigned by the remote = next hop, or by the next hop? If a BGP speaker changes the next hop but not the remote next hop, does it have to assign a new label? =20 o Changing of next hops and remote next-hops: =A7 Is it even valid to change the next hop without changing or = removing the remote next hop attribute? 4. Discuss impact of leakage of this attribute: Concern: Since the remote next hop attribute is a transitive attribute, = it can easily be leaked outside of the administrative domain to which it applies. This could result in all kinds of strange effects on the = routing upstream. =20 =20 Discuss: One might point out that in the RFC 5512 model it is less = likely that information leaks out, since the encapsulation-SAFI would have to = be explicitly enabled. Is this true or false?=20 =20 5. Discuss impact of the remote next hop attribute to different address families =20 Proposal: A summary of this impact to address families should be = included in the use case drafts, and a specific consideration should be given for = the 1 or 2 use cases in the document.=20 What to discuss: Walk through all NLRI families passed through BGP and discuss how next hop impacts this work.=20 =20 =20 7. AS linkage Concern: The attribute as defined contains an AS number, but there are = no procedures specified that make use of the AS number. =20 Question for WG: does section 7.1 and 7.2 provide enough procedures?=20 =20 8. Tunnel endpoint=20 Concern: Address length implies AFI Is it better to specific tis = directly in section 4.0 =20 =95Discussion: It is better and extensible to specify the TLV (afi, = length, value). Currently, the address family of the tunnel endpoint needs to = be inferred from its length; it might be better to explicitly encode the address family. =20 9. Bestpath considerations: Concern: Basically, this says "use the worst tunnel endpoint cost". However, in a network that may contain a mix of speakers that understand this attribute and ones that do not and may use the BGP (MP)Nexthop, = route selection may be inconsistent. =20 =20 Discussion: Please indicate how you will prevent fluctuation in the = path selection.=20 =20 10. Multiple remote nexthops: =20 Concern: This was Jeff=92s original concern when it wasn't apparent that = this feature wasn't being used for chaining and instead is simply an odd form = of "add-path for nexthops" by loose analogy. Section 8 seems to imply that = the desire is that the RNH is effectively bound to the same device, but = there's no guarantee of that. (Hence the man-in-the-middle concerns.) While there's a comment about bestpath calculation, there's no related = commentary about which tunnel should be used or whether there are ECMP = considerations if you can use more than one tunnel endpoint. =20 11. Origination/modification: Concern: The sane behavior of this feature appears to be that the = originator of the attribute is the only party that is adding to it. Intermediaries = may remove remote nexthops for various reasons, including error handling. =20 =20 Counter-point: Keyur indicated that intermediaries may add this feature = if they become the new originator of this attribute. =20 =20 What needs to be discussed: A add/remove scenario should be examined = with four AS scenario (AS-1=97AS2=97AS3=97AS4)=20 =20 =20 =20 =20 ------=_NextPart_000_0131_01CFE8B7.21456950 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

 

Many of you = have read of my concern regarding the proliferation of nexthop setting = in the L2VPN and L3VPN.  I personally am interested to find out if =  there is a clean way to distribute tunnel-endpoints/remote = next-hops.  This arises from my reading of several next-hop related = drafts, and specifically draft-sajassi-l2vpn-evpn-inter-subnet-forwarding = which stuff next-hops information into a series of communities. While I = credit the Ali and his co-authors with a delightful hack, it brings up = that IDR has not really provided a good general mechanism for = tunnels/remote next hops.

 

As we have discussed the = next-hop issue over the last 10 years, we have found the more general = solution for next-hops is hard.  We have ended up adopting more and = more point solutions.  Our current potential solutions such as RFC = 5512 and draft-vandevelde-idr-remote-next-hop-08. Are there other = solutions?

 

These solutions must at = least consider how this will interact with SIDR origin validation and = bgp-sec. Please let me know if you have interesting work we should = discuss.  If we run out of time at IETF 91, we will hold these = discussions in interim meetings after IETF 91.

 

In this light, I offer 11 = summary discussion points on the draft-vandevelde-idr-remote-08 draft. I = appreciate the hard work that the authors of this draft have done in = originating and refining the draft.  If you wish to discuss one of = these points, I recommend you repost the point and begin the discussion. =

 

Sue = Hares

 

------------

 

 

Open = issues from my reading:

1) RFC = 5512 related issues

Comment: Section 3.1 indicates that SAFI = includes tunnel, but the remote-next-hop attribute allows this to be = separated from the SAFI.

Question to WG:  Are there any RFC5512 = implementations deployed?

Question to Rosen: Does this section 3.1 in = version -08 address your comments on:  SAFI with different NLRI, = multiple tunnel endpoints , RFC5512 avoidance of per NLRI encapsulation. =

 

2. IPv6 multi-homing use case and other use cases =

Concern: Bruno and Yakov have suggested IPv6 = multi-homing use case is not proved.  I agree with their = assessment.

 

Proposal: Pull Use Case 11.1, 11.2, 11.3, and = 11.4 out of the draft to another draft.  We will use this draft to = determine the use cases that remote can handle. Put one use case (11.2 = or 11.3) that is fully fleshed out with: a) why this attribute is = needed, b) how this mechanism is better than existing mechanisms = (RFC5512 at least), c) why it is better than other alternatives, and d) = how extensible the alternative is.

 

One use cases is the 5+ nexthops in various = places. The following are examples:

•           = ;         = draft-sajassi-l2vpn-evpn-inter-subnet-forwarding-= 05 – puts it in a series of communities,

•           = ;         = RFC5512 put it in SAFI

•           = ;         = RFC6514 – provides it as part of MPLS for = L3VPN

 

•       &nb= sp;     The use case draft should survey existing = uses and then propose a set of requirements.

 

3. = Discuss why it is necessary to have both a next-hop and remote next hop? =

        The = following things need to be improved in this draft:

•           = ;         = Clarify that  many nlris to 1 remote = nexthop attribute in a update packet (Example: 30 NLRIs to one Remote = Nexthop attribute). Expanding section 3 might help.

•           = ;         = Why both a next hop (mandatory) and a remote = nexthop (optional transitive)?  This could expand section 10. =

•           = ;         = What underlay routes are, and how they are used = to do recursive lookup validation. This is mentioned in the security = section, but it clearly needs to also be in the operational = section.

•           = ;         = How next-hop and the remote nexthop operate in = bestpath selection. Keyur indicated it followed this = logic:

 

o   policy validates = the use of remote next hop

o   If the remote = next-hop valid to policy, the remote next hop is used in preference to = nexthop.

o   If the remote = next-hop is valid but does not have a valid recursive nexthop, then the = next hop is selected.

 

•           = ;         = Tie breaking needs to be defined within the = above logic for:

o   tie-breaking = between two valid remote-nexthops for the cases:

§   two routes have the = same nexthop hop and different valid remote-nexthops,

§  two routes have different = nexthops and the same valid remote nexthop.

 

o   Check that the = validation of this work solves the following situations mentioned by = Eric Rosen:

§  Situation 1:  = “Can we get into a situation where two routes have the same next = hop but different remote next hops?  If we reach the decision = process tie-breaker step that chooses the route with the closest next = hop, we might end up  choosing the route that does not have the = closest remote next hop.  Since the remote next hop is where we = want to send the  data, does this make  = sense?

§  Situation 2: = “Suppose a given route does not have a remote next hop, but when = we do recursive resolution of the next hop we encounter a route that = does have a remote next hop.  Are we supposed to use that remote = next hop?

§  Situation 3:  When a = remote next hop attribute is attached to a labeled address,  do = we  assume that the label has been assigned by the remote next hop, = or by the  next hop?  If a BGP speaker changes the next hop = but not  the remote next  hop, does it have to assign a new = label?

 

o   Changing of next = hops and remote next-hops:

§  Is it even valid to change = the next hop without changing or removing the remote next hop = attribute?

4. Discuss impact of = leakage of this attribute:

Concern: Since the remote next hop attribute is a = transitive attribute, it can easily be leaked outside of the = administrative domain to which it applies.  This could result in = all kinds of strange effects on the routing  upstream.  =

 

Discuss: One might point out that in the RFC 5512 = model it is less likely that information leaks out, since the = encapsulation-SAFI would have to be explicitly enabled. Is this true or = false?

 

5. Discuss impact of the remote next hop attribute = to different address families

 

Proposal: A summary of this impact to address = families should be included in the use case drafts, and a specific = consideration should be given for the 1 or 2 use cases in the document. =

What to discuss: Walk through all = NLRI families passed through BGP and discuss how next hop impacts this = work.

 

 

7.  AS linkage

Concern: The attribute as defined contains an AS = number, but there are no procedures specified that make use of the AS = number.

 

Question for WG: does section 7.1 and 7.2 provide = enough procedures?

 

8.  Tunnel endpoint

Concern: Address length implies AFI  Is it = better to specific tis directly in section 4.0 

•Discussion:  It is better and = extensible to specify the TLV (afi, length, value).  Currently, the = address family of the tunnel endpoint needs to be inferred from  = its length; it might be better to explicitly encode the address = family.

 

9. Bestpath considerations:

Concern: Basically, this says "use the worst = tunnel endpoint cost".  However, in a network that may contain = a mix of speakers that understand this attribute and ones that do not = and may use the BGP (MP)Nexthop, route selection may be = inconsistent. 

 

Discussion:  Please indicate how you will = prevent fluctuation in the path selection.

 

10. = Multiple remote nexthops:

 

Concern: This was Jeff’s original concern = when it wasn't apparent that this feature wasn't being used for chaining = and instead is simply an odd form of "add-path for nexthops" = by loose analogy.  Section 8 seems to imply that the desire is that = the RNH is effectively bound to the same device, but there's no = guarantee of that.  (Hence the man-in-the-middle concerns.)  = While there's a comment about bestpath calculation, there's no related = commentary about which tunnel should be used or whether there are ECMP = considerations if you can use more than one tunnel = endpoint.

 

11. Origination/modification:

Concern: The sane behavior of this feature appears = to be that the originator of the attribute is the only party that is = adding to it.  Intermediaries may remove remote nexthops for = various reasons, including error handling. 

 

Counter-point: Keyur indicated that intermediaries = may add this feature if they become the new originator of this = attribute. 

 

What = needs to be discussed:   A add/remove scenario should be = examined with four AS scenario (AS-1—AS2—AS3—AS4) =

 

 

 

 

------=_NextPart_000_0131_01CFE8B7.21456950-- From nobody Thu Oct 16 06:25:36 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EEE81A1BB5 for ; Thu, 16 Oct 2014 06:25:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JA09k47Puf9N for ; Thu, 16 Oct 2014 06:25:29 -0700 (PDT) Received: from cappuccino.rob.sh (cappuccino.rob.sh [IPv6:2a03:9800:10:4c::cafe:b00c]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E83581A1BA7 for ; Thu, 16 Oct 2014 06:25:28 -0700 (PDT) Received: from [128.40.65.65] (helo=[192.168.88.69]) by cappuccino.rob.sh with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xel3X-0007GQ-Pp; Thu, 16 Oct 2014 14:25:27 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Rob Shakir In-Reply-To: <6BF003E2-25EB-411F-941F-D0707C9D7BE7@juniper.net> Date: Thu, 16 Oct 2014 14:25:24 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4659A54B-3AAC-4C9D-BD76-2BDED84DE905@rob.sh> References: <20140903192732.23339.49198.idtracker@ietfa.amsl.com> <6BF003E2-25EB-411F-941F-D0707C9D7BE7@juniper.net> To: "John G. Scudder" X-Mailer: Apple Mail (2.1878.6) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/f8m8DGyNJBTAujqlVnXe29ZkYSY Cc: "idr@ietf. org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-error-handling-14.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 13:25:33 -0000 Hi John, IDR, On 3 Sep 2014, at 20:39, John G. Scudder wrote: >=20 > In short, it removes the discussion of what it means for an NLRI to be = incorrect. > Reviewers may want to pay particular attention to S. 7.11. Sorry for the delay in sending over some comments. First off, thanks to the authors for the work on this doc =97 it=92s = taken something that=20 we=92ve debated in length on the IDR list and resulted in (IMHO) a very = clean document=20 that does a good job of explaining the motivation and revisions to the = error handling=20 behaviour. I had some very minor comments: - Currently, when the text discusses attribute discard, it links = this to=20 something that cannot affect the route selection. Since in = most routing=20 policy languages, one could potentially match on /any/ = attribute if one so wanted, then I was wondering whether it was worth adding = something into the operational considerations section that briefly noted that = operators SHOULD NOT implement policies which influence route selection = based on an attribute that might be discarded. - In 7.16, we re-define the error handling for BGP ELC, but I = noted the existence of draft-ietf-idr-mpls-deprecate-bgp-entropy-label. = I=92m not sure whether it is still worth including this analysis, or whether = it is worth noting that this attribute is (likely to be) deprecated. Other than this, thanks again for the work on this document. Kind regards, r.= From nobody Thu Oct 16 08:06:54 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 637271ACDE3 for ; Wed, 15 Oct 2014 14:54:10 -0700 (PDT) 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 nSOhnmm1qPIE for ; Wed, 15 Oct 2014 14:54:08 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BF5E1ACDE6 for ; Wed, 15 Oct 2014 14:54:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: idr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141015215406.11696.93506.idtracker@ietfa.amsl.com> Date: Wed, 15 Oct 2014 14:54:06 -0700 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/idr/4Xt46fIkVD0dA1wLTEppt2zmwzA X-Mailman-Approved-At: Thu, 16 Oct 2014 08:06:53 -0700 Subject: [Idr] Milestones changed for idr WG X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 21:54:10 -0000 Changed milestone "Submit AS-wide Unique BGP Identifier for BGP-4 to IESG as a Proposed Standard", resolved as "Done". Changed milestone "Submit BGP Support for Four-octet AS Number Space (revised version) to IESG as a Proposed Standard", resolved as "Done". Changed milestone "Submit Revisions to the BGP 'Minimum Route Advertisement Interval' to IESG as a Proposed Standard", resolved as "Done". Deleted milestone "Submit Advertisement of the best external route in BGP to IESG as a Proposed Standard". Changed milestone "Submit The Accumulated IGP Metric Attribute for BGP to IESG as a Proposed Standard", resolved as "Done". Changed milestone "Submit Error Handling for Optional Transitive BGP Attributes to IESG as a Proposed Standard", set due date to December 2014 from December 2010. Changed milestone "Submit MIB v2 for BGP-4 to IESG as a Proposed Standard", set due date to January 2015 from August 2010. Changed milestone "Submit ASpath ORF to IESG as a Proposed Standard", set due date to March 2015 from December 2010. Changed milestone "Submit Dynamic Capability for BGP-4 to IESG as a Proposed Standard", set due date to March 2015 from August 2010. Changed milestone "Submit ASpath ORF draft to IESG as a Proposed Standard", set due date to March 2015 from August 2010. Changed milestone "Submit Multisession BGP to IESG as a Proposed Standard", set due date to March 2015 from December 2010. Changed milestone "Revise WG charter", set due date to March 2015 from December 2010. Changed milestone "Progress base BGP specification (RFC 4271) as Full Standard", set due date to March 2015 from March 2011. Changed milestone "Submit Advertisement of Multiple Paths in BGP to IESG as a Proposed Standard", set due date to June 2015 from November 2010. Changed milestone "Submit BGP Link Bandwidth Extended Community to IESG as a Proposed Standard", set due date to June 2015 from November 2010. Changed milestone "Solicit work items for scalability improvements", set due date to July 2015 from March 2010. URL: http://datatracker.ietf.org/wg/idr/charter/ From nobody Thu Oct 16 09:01:14 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 155391A700D for ; Thu, 16 Oct 2014 09:01:10 -0700 (PDT) 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 v4H7v3myvHlt for ; Thu, 16 Oct 2014 09:01:06 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 383941A86E2 for ; Thu, 16 Oct 2014 09:00:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: idr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141016160059.10487.94257.idtracker@ietfa.amsl.com> Date: Thu, 16 Oct 2014 09:00:59 -0700 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/idr/_pn4SEQgydUxVt16yu_OC6HmhYA Subject: [Idr] Milestones changed for idr WG X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 16:01:10 -0000 Changed milestone "Submit Yang BGP Modules to IESG as Proposed Standard ", set state to active from review, accepting new milestone. URL: http://datatracker.ietf.org/wg/idr/charter/ From nobody Thu Oct 16 15:04:03 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF7B51A8ACE for ; Thu, 16 Oct 2014 15:04:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.845 X-Spam-Level: ** X-Spam-Status: No, score=2.845 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 NJFzNSPysh9H for ; Thu, 16 Oct 2014 15:04:00 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 5318E1A8ACD for ; Thu, 16 Oct 2014 15:04:00 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=87.175.203.6; From: "Susan Hares" To: "idr wg" Date: Thu, 16 Oct 2014 18:03:54 -0400 Message-ID: <008b01cfe98d$150abec0$3f203c40$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008C_01CFE96B.8DFAA560" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: Ac/pjQEqUsf4yvfGQEygh8+i77W1yA== X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/CRTy84IGk2Xs9HZ--ENsGAvbojg Cc: erosen@cisco.com Subject: [Idr] 2 WG Ad X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 22:04:02 -0000 This is a multipart message in MIME format. ------=_NextPart_000_008C_01CFE96B.8DFAA560 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is to start a 2 week WG adoption call for (10/16 to 10/30). http://datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/ Please include in your detailed posts an indication of support or no support. Sue and John ------=_NextPart_000_008C_01CFE96B.8DFAA560 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This is to = start a 2 week WG adoption call for (10/16 to 10/30).

 

http:= //datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/

<= p class=3DMsoNormal> 

Please = include in your detailed posts  an indication of support or no = support.

 

Sue  and John

------=_NextPart_000_008C_01CFE96B.8DFAA560-- From nobody Thu Oct 16 15:17:35 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 834D71A8ABB for ; Thu, 16 Oct 2014 15:17:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 bzaCoI6aEpyu for ; Thu, 16 Oct 2014 15:17:32 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 83DF01A8AA6 for ; Thu, 16 Oct 2014 15:17:32 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=217.86.181.246; From: "Susan Hares" To: "'idr wg'" Date: Thu, 16 Oct 2014 18:17:30 -0400 Message-ID: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C2_01CFE96D.73AE8D00" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: Ac/pjviNQ9u9M17+S0yEz1fxVq6oNQ== X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/nVHXGN3ZsMgP9lcXYChIfH74RkQ Cc: erosen@cisco.com Subject: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 22:17:33 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00C2_01CFE96D.73AE8D00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Correcting header From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Thursday, October 16, 2014 6:04 PM To: idr wg Cc: erosen@cisco.com Subject: [Idr] 2 WG Ad This is to start a 2 week WG adoption call for (10/16 to 10/30). http://datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/ Please include in your detailed posts an indication of support or no support. Sue and John ------=_NextPart_000_00C2_01CFE96D.73AE8D00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Correcting header

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Thursday, October 16, 2014 6:04 PM
To: = idr wg
Cc: erosen@cisco.com
Subject: [Idr] 2 WG = Ad

 

This is to = start a 2 week WG adoption call for (10/16 to 10/30).

 

http:= //datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/

<= p class=3DMsoNormal> 

Please = include in your detailed posts  an indication of support or no = support.

 

Sue  and John

------=_NextPart_000_00C2_01CFE96D.73AE8D00-- From nobody Fri Oct 17 06:41:13 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ACC01ACDF0 for ; Fri, 17 Oct 2014 06:41:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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-lf5vmL2hCB for ; Fri, 17 Oct 2014 06:41:10 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE0921ACE00 for ; Fri, 17 Oct 2014 06:41:09 -0700 (PDT) Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id EBABC2AC79A; Fri, 17 Oct 2014 15:41:07 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.16]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id C8FF1180076; Fri, 17 Oct 2014 15:41:07 +0200 (CEST) Received: from OPEXCLILM34.corporate.adroot.infra.ftgroup ([169.254.4.109]) by OPEXCLILH05.corporate.adroot.infra.ftgroup ([10.114.31.16]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:39:42 +0200 From: To: Susan Hares , 'idr wg' Thread-Topic: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt Thread-Index: Ac/pjviNQ9u9M17+S0yEz1fxVq6oNQAgNJ9g Date: Fri, 17 Oct 2014 13:39:42 +0000 Message-ID: <5881_1413553267_54411C73_5881_11787_1_9E32478DFA9976438E7A22F69B08FF92109D23@OPEXCLILM34.corporate.adroot.infra.ftgroup> References: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> In-Reply-To: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF92109D23OPEXCLILM34corpor_" MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.10.17.123624 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/UX98SO6zc5TZ3yBozVwhT8UlOBw Cc: "erosen@cisco.com" Subject: Re: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 13:41:12 -0000 --_000_9E32478DFA9976438E7A22F69B08FF92109D23OPEXCLILM34corpor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, October 17, 2014 00:18 To: 'idr wg' Cc: erosen@cisco.com Subject: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt Correcting header From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Thursday, October 16, 2014 6:04 PM To: idr wg Cc: erosen@cisco.com Subject: [Idr] 2 WG Ad This is to start a 2 week WG adoption call for (10/16 to 10/30). http://datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/ Please include in your detailed posts an indication of support or no suppo= rt. Sue and John ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF92109D23OPEXCLILM34corpor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support

 

 

From: Idr [mai= lto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, October 17, 2014 00:18
To: 'idr wg'
Cc: erosen@cisco.com
Subject: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt=

 

Correcting header

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Thursday, October 16, 2014 6:04 PM
To: idr wg
Cc: erosen@cisco.com
Subject: [Idr] 2 WG Ad

 

This is to start a 2 week WG adoption call for (10/1= 6 to 10/30).

 

http://datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-r= t/

 

Please include in your detailed posts  an indic= ation of support or no support.

 

Sue  and John 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF92109D23OPEXCLILM34corpor_-- From nobody Fri Oct 17 09:44:37 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80CB41A1F20 for ; Fri, 17 Oct 2014 09:44:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WDjsaTVfh622 for ; Fri, 17 Oct 2014 09:44:34 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3995D1A1BD9 for ; Fri, 17 Oct 2014 09:44:34 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1XfAdk-0008RC-Hr; Fri, 17 Oct 2014 16:44:32 +0000 Date: Fri, 17 Oct 2014 09:44:31 -0700 Message-ID: From: Randy Bush To: Susan Hares In-Reply-To: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Pl_1-dAiXbn4U3ZQUL0BD3SaFkk Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 16:44:35 -0000 > These solutions must at least consider how this will interact with SIDR > origin validation and bgp-sec. could you descirbe in what way they will interact? at first blush, draft-vandevelde is about data plane forwarding, and both origin validation and path validation are about the control plane and admit that the world has already complicated the data plane beyond saving; see mpls for example. :) though some folk are dabbling in constraining the data plane to follow the control plane [0], it's still pretty researchy. thanks. randy --- [0] - hot sdn 2014 poster Josh Bailey, Dean Pemberton, Andy Linton, Cristel Pelsser, Randy Bush. Enforcing RPKI-Based Routing Policy on the Data Plane at an Internet Exchange. http://archive.psg.com/140620.rpki-hot-sdn.pdf From nobody Fri Oct 17 12:45:43 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 951BC1A6FA9 for ; Fri, 17 Oct 2014 12:45:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 V68y_xcCpk8P for ; Fri, 17 Oct 2014 12:45:40 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 318A41A6FA8 for ; Fri, 17 Oct 2014 12:45:40 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=87.143.106.7; From: "Susan Hares" To: "'Randy Bush'" References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> In-Reply-To: Date: Fri, 17 Oct 2014 15:45:31 -0400 Message-ID: <006e01cfea42$e9bfdc80$bd3f9580$@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: AQHVlNWSxNp9RJW4zEJLfFkES0YeQAHdSaiSnBpwJ5A= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/wHp3wIMBPXvV7DGndCsxQ-rqBQk Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 19:45:41 -0000 Randy: Section 7.2 states: (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association using BGP Origin Validation This is validation validates Tunnel-endpoint is own by AS. As to how the creation of these tunnels impacts plans on bgp-sec, you know better than I do. I am in the middle of my "due-diligence" reading. I agree that once tunnels are up and going - it is data plane. More Qs? Sue -----Original Message----- From: Randy Bush [mailto:randy@psg.com] Sent: Friday, October 17, 2014 12:45 PM To: Susan Hares Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 > These solutions must at least consider how this will interact with > SIDR origin validation and bgp-sec. could you descirbe in what way they will interact? at first blush, draft-vandevelde is about data plane forwarding, and both origin validation and path validation are about the control plane and admit that the world has already complicated the data plane beyond saving; see mpls for example. :) though some folk are dabbling in constraining the data plane to follow the control plane [0], it's still pretty researchy. thanks. randy --- [0] - hot sdn 2014 poster Josh Bailey, Dean Pemberton, Andy Linton, Cristel Pelsser, Randy Bush. Enforcing RPKI-Based Routing Policy on the Data Plane at an Internet Exchange. http://archive.psg.com/140620.rpki-hot-sdn.pdf From nobody Fri Oct 17 12:53:24 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE3A71A6FC2 for ; Fri, 17 Oct 2014 12:53:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=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 Ysc8Nl5wAsIW for ; Fri, 17 Oct 2014 12:53:21 -0700 (PDT) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9258D1A6FAE for ; Fri, 17 Oct 2014 12:53:21 -0700 (PDT) Received: by mail-ig0-f177.google.com with SMTP id a13so1502021igq.10 for ; Fri, 17 Oct 2014 12:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=MSztEa5n92WJpgJc3VtVAxDfkTy9658L46B1L+f6PuY=; b=c8X37p6rDZCThZh5kuUq9zWfeNfAaBrlPjmgRwhQCnwzsqB4MHh2tzdrLgAgv/61JJ n5d3F8+m5oHwnr60OTMSoudtAynfvD17nM4PJKhhMBcpDHaH/q6dUe6GDweJWqI8tIIJ d71foSLTyJILiJrscE4geuZD9HjdMSEtGKoo7ZC0VFYK3NIG7jKEZrGgmh6jHUtAiNpQ mIfBjfj2+STeYHRuSfhd8BtrAmV80aM4741OnsLd49IB1U7z9D2bXrNkpzXM4Jhyt1fl eJlcB4nDXa9uIwqxGFiRe/YRvyWH+zHBffEhEQOo0hWVzdnb7Y61dsdt2BU6W1NpfsbT ws4w== MIME-Version: 1.0 X-Received: by 10.43.78.16 with SMTP id zk16mr12337928icb.55.1413575600738; Fri, 17 Oct 2014 12:53:20 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Fri, 17 Oct 2014 12:53:20 -0700 (PDT) In-Reply-To: <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> Date: Fri, 17 Oct 2014 21:53:20 +0200 X-Google-Sender-Auth: 8xLOFFQTnXGDwbAYIajFumE316o Message-ID: From: Robert Raszuk To: Susan Hares Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/FhKijgUykOi09XkDyp1U4ZLsZBk Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 19:53:23 -0000 Hi Sue, Origin validation is a local (to the router) CPU cheap check operation already supported by number of vendors. This has not much in common with bgp-sec proposals of SIDR. The only part which is used by origin validation is an extract of RPKI database again already present on edge routers. Perhaps draft should just clearly spell out to perform such check if already supported on a given SAFI even without remote-next-hop feature. Best, R. On Fri, Oct 17, 2014 at 9:45 PM, Susan Hares wrote: > Randy: > > Section 7.2 states: > > (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association > using BGP Origin Validation > > This is validation validates Tunnel-endpoint is own by AS. As to how the > creation of these tunnels impacts plans on bgp-sec, you know better than I > do. I am in the middle of my "due-diligence" reading. I agree that once > tunnels are up and going - it is data plane. More Qs? > > Sue > -----Original Message----- > From: Randy Bush [mailto:randy@psg.com] > Sent: Friday, October 17, 2014 12:45 PM > To: Susan Hares > Cc: idr wg > Subject: Re: [Idr] Open issues with Comments on > draft-vandevelde-idr-remote-next-hop-08 > >> These solutions must at least consider how this will interact with >> SIDR origin validation and bgp-sec. > > could you descirbe in what way they will interact? at first blush, > draft-vandevelde is about data plane forwarding, and both origin validation > and path validation are about the control plane and admit that the world has > already complicated the data plane beyond saving; see mpls for example. :) > > though some folk are dabbling in constraining the data plane to follow the > control plane [0], it's still pretty researchy. > > thanks. > > randy > > --- > > [0] - hot sdn 2014 poster > Josh Bailey, Dean Pemberton, Andy Linton, Cristel Pelsser, Randy Bush. > Enforcing RPKI-Based Routing Policy on the Data Plane at an Internet > Exchange. http://archive.psg.com/140620.rpki-hot-sdn.pdf > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 17 13:04:38 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1091A01FA for ; Fri, 17 Oct 2014 13:04:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FTRN2C2hgHng for ; Fri, 17 Oct 2014 13:04:33 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [198.180.150.18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57F0C1A003B for ; Fri, 17 Oct 2014 13:04:32 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1XfDjB-0000cB-T1; Fri, 17 Oct 2014 20:02:22 +0000 Date: Fri, 17 Oct 2014 13:02:21 -0700 Message-ID: From: Randy Bush To: Susan Hares In-Reply-To: <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Pe7i3SlYTfePUvkwFkzbK856Uus Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:04:36 -0000 hi sue >>> These solutions must at least consider how this will interact with >>> SIDR origin validation and bgp-sec. >> >> could you descirbe in what way they will interact? at first blush, >> draft-vandevelde is about data plane forwarding, and both origin >> validation and path validation are about the control plane and admit >> that the world has already complicated the data plane beyond saving; >> see mpls for example. :) > > Section 7.2 states: > > (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association > using BGP Origin Validation isn't that just a check to see if the endpoint ip address has roa which associated the address of the end point with the as? this is a use of rpki-based origin validation, not an attack on it. and it has naught to do with bgpsec path validation. randy From nobody Fri Oct 17 13:08:24 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 143EB1A00BB for ; Fri, 17 Oct 2014 13:08:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 0llmPni7s87F for ; Fri, 17 Oct 2014 13:08:20 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id D44E21A00C5 for ; Fri, 17 Oct 2014 13:08:19 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=217.86.181.246; From: "Susan Hares" To: "'Randy Bush'" References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> In-Reply-To: Date: Fri, 17 Oct 2014 16:08:15 -0400 Message-ID: <008e01cfea46$16ee73d0$44cb5b70$@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: AQHVlNWSxNp9RJW4zEJLfFkES0YeQAHdSaiSAl61ffcDSaK6nJvtNEUQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/S7lWUyQ4Pdlfwd2PSdUgiT6uOrM Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:08:21 -0000 Randy - agreed on roa and bgp-path-validation IMHO. Due-diligence Q - was tunnel end-pt + roa sufficient. IMHO-yes. Sue -----Original Message----- From: Randy Bush [mailto:randy@psg.com] Sent: Friday, October 17, 2014 4:02 PM To: Susan Hares Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 hi sue >>> These solutions must at least consider how this will interact with >>> SIDR origin validation and bgp-sec. >> >> could you descirbe in what way they will interact? at first blush, >> draft-vandevelde is about data plane forwarding, and both origin >> validation and path validation are about the control plane and admit >> that the world has already complicated the data plane beyond saving; >> see mpls for example. :) > > Section 7.2 states: > > (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association > using BGP Origin Validation isn't that just a check to see if the endpoint ip address has roa which associated the address of the end point with the as? this is a use of rpki-based origin validation, not an attack on it. and it has naught to do with bgpsec path validation. randy From nobody Fri Oct 17 13:11:48 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E65DF1A1B8D for ; Fri, 17 Oct 2014 13:11:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 3g8kwjitAmNH for ; Fri, 17 Oct 2014 13:11:43 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id B112E1A00C5 for ; Fri, 17 Oct 2014 13:11:43 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=87.143.106.7; From: "Susan Hares" To: "'Robert Raszuk'" References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> In-Reply-To: Date: Fri, 17 Oct 2014 16:11:12 -0400 Message-ID: <009001cfea46$80526ed0$80f74c70$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHVlNWSxNp9RJW4zEJLfFkES0YeQAHdSaiSAl61ffcCQolhxJv1bm7A Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/TiAII9ltzGGa9BFaIVBNtywojZw Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:11:45 -0000 Robert: Agreed on origin-validation. IMHO - I do not see this impact = path-validation. Some have suggested if this tunnel-end-point + roa is = not secure enough use bgp-sec. I'm not sure how the 2 interact so I = could use input if you or other see link. Sue=20 -----Original Message----- From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk Sent: Friday, October 17, 2014 3:53 PM To: Susan Hares Cc: Randy Bush; idr wg Subject: Re: [Idr] Open issues with Comments on = draft-vandevelde-idr-remote-next-hop-08 Hi Sue, Origin validation is a local (to the router) CPU cheap check operation = already supported by number of vendors. This has not much in common with bgp-sec proposals of SIDR. The only = part which is used by origin validation is an extract of RPKI database = again already present on edge routers. Perhaps draft should just clearly = spell out to perform such check if already supported on a given SAFI = even without remote-next-hop feature. Best, R. On Fri, Oct 17, 2014 at 9:45 PM, Susan Hares wrote: > Randy: > > Section 7.2 states: > > (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association > using BGP Origin Validation > > This is validation validates Tunnel-endpoint is own by AS. As to how=20 > the creation of these tunnels impacts plans on bgp-sec, you know = better than I > do. I am in the middle of my "due-diligence" reading. I agree that = once > tunnels are up and going - it is data plane. More Qs? > > Sue > -----Original Message----- > From: Randy Bush [mailto:randy@psg.com] > Sent: Friday, October 17, 2014 12:45 PM > To: Susan Hares > Cc: idr wg > Subject: Re: [Idr] Open issues with Comments on > draft-vandevelde-idr-remote-next-hop-08 > >> These solutions must at least consider how this will interact with=20 >> SIDR origin validation and bgp-sec. > > could you descirbe in what way they will interact? at first blush,=20 > draft-vandevelde is about data plane forwarding, and both origin=20 > validation and path validation are about the control plane and admit=20 > that the world has already complicated the data plane beyond saving;=20 > see mpls for example. :) > > though some folk are dabbling in constraining the data plane to follow = > the control plane [0], it's still pretty researchy. > > thanks. > > randy > > --- > > [0] - hot sdn 2014 poster > Josh Bailey, Dean Pemberton, Andy Linton, Cristel Pelsser, Randy Bush. > Enforcing RPKI-Based Routing Policy on the Data Plane at an Internet=20 > Exchange. http://archive.psg.com/140620.rpki-hot-sdn.pdf > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 17 13:15:16 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D4531A00A3 for ; Fri, 17 Oct 2014 13:15:06 -0700 (PDT) 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, 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 nAnaGMZnuqeH for ; Fri, 17 Oct 2014 13:15:01 -0700 (PDT) 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 8AA051A00AB for ; Fri, 17 Oct 2014 13:15:01 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-65-5441215dc832 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 7C.55.05330.D5121445; Fri, 17 Oct 2014 16:02:06 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0174.001; Fri, 17 Oct 2014 16:14:59 -0400 From: Jeff Tantsura To: Susan Hares Thread-Topic: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt Thread-Index: AQHP6hAID/A8kcvMf0+3Go6hSiNNbJw0/PcA Date: Fri, 17 Oct 2014 20:14:58 +0000 Message-ID: <4309ACE0-37AB-48A7-A870-4792A2B1A5CA@ericsson.com> References: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> <5881_1413553267_54411C73_5881_11787_1_9E32478DFA9976438E7A22F69B08FF92109D23@OPEXCLILM34.corporate.adroot.infra.ftgroup> In-Reply-To: <5881_1413553267_54411C73_5881_11787_1_9E32478DFA9976438E7A22F69B08FF92109D23@OPEXCLILM34.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_4309ACE037AB48A7A8704792A2B1A5CAericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZXLonUDdO0THEYMpiQYt1dyexWLy6/YzJ 4s+bVywOzB5Tfm9k9Viy5CeTx+zX11kDmKO4bFJSczLLUov07RK4Mm7su8VScNKt4sC2pewN jKdcuhg5OSQETCS2tU1ihbDFJC7cW8/WxcjFISRwlFHi1+M9TBDOckaJp50v2ECq2AQMJP5/ O84CYosIKEocubqOHcRmFnCQuHzlJCOILSzgLHHl7W82iBoXicY9q6FsI4nXs1aC1bAIqEqc a/gJZvMK2Evsb/oGtXkTo8SXi19YQBxOgTagM/YuB7uPEei+76fWMEFsE5e49WQ+E8TdAhJL 9pxnhrBFJV4+/scKUZMs8X9FOyvEBkGJkzOfsExgFJmFpH0WkrJZSMpmMXIAxTUl1u/ShyhR lJjS/ZAdwtaQaJ0zlx2ixFriancGspIFjByrGDlKi1PLctONDDYxAmPtmASb7g7GPS8tDzEK cDAq8fAuYHcIEWJNLCuuzD3EKM3BoiTOO6t2XrCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkG Rs5t1sk8igfUkrb9ObpkeewpYRaZMqtle0wFn6dN/ezN9K9BKnf7x6spkr8Wq9fM2v/oUpex 35P97x6FXNhVbLj1UN0DllXrvMvqVptmxVx9WGNk7+S0eOOUdOfex7w74z4/1H27xfn1xO2a T2IDD6yMjju70GHqlnP/Rd6bvlhm2CKlWj0rSUCJpTgj0VCLuag4EQB2mGlNlgIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/idr/br8XgQNGkdRRlA5ZPxvDKvOk7rs Cc: idr wg , "erosen@cisco.com" Subject: Re: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:15:06 -0000 --_000_4309ACE037AB48A7A8704792A2B1A5CAericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzL3N1cHBvcnQNCg0KUmVnYXJkcywNCkplZmYNCg0KDQpDb3JyZWN0aW5nIGhlYWRlcg0KDQpG cm9tOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFN1c2Fu IEhhcmVzDQpTZW50OiBUaHVyc2RheSwgT2N0b2JlciAxNiwgMjAxNCA2OjA0IFBNDQpUbzogaWRy IHdnDQpDYzogZXJvc2VuQGNpc2NvLmNvbTxtYWlsdG86ZXJvc2VuQGNpc2NvLmNvbT4NClN1Ympl Y3Q6IFtJZHJdIDIgV0cgQWQNCg0KVGhpcyBpcyB0byBzdGFydCBhIDIgd2VlayBXRyBhZG9wdGlv biBjYWxsIGZvciAoMTAvMTYgdG8gMTAvMzApLg0KDQpodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LXJvc2VuLWlkci1ydGMtbm8tcnQvDQoNClBsZWFzZSBpbmNsdWRlIGluIHlv dXIgZGV0YWlsZWQgcG9zdHMgIGFuIGluZGljYXRpb24gb2Ygc3VwcG9ydCBvciBubyBzdXBwb3J0 Lg0KDQpTdWUgIGFuZCBKb2huDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2Vz IGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxl cyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0 cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVy IGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMg bWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhh dmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCklkciBtYWls aW5nIGxpc3QNCklkckBpZXRmLm9yZzxtYWlsdG86SWRyQGlldGYub3JnPg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg== --_000_4309ACE037AB48A7A8704792A2B1A5CAericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8 ZGl2PjxzcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXY+DQo8ZGl2Plllcy9zdXBwb3J0PGJyPg0KPGJy Pg0KUmVnYXJkcywNCjxkaXY+SmVmZjwvZGl2Pg0KPC9kaXY+DQo8ZGl2PjwvZGl2Pg0KPGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Db3JyZWN0aW5nIGhlYWRlciA8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBJZHIgWzxh IGhyZWY9Im1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlkci1ib3VuY2VzQGll dGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+U3VzYW4gSGFyZXM8YnI+DQo8Yj5TZW50 OjwvYj4gVGh1cnNkYXksIE9jdG9iZXIgMTYsIDIwMTQgNjowNCBQTTxicj4NCjxiPlRvOjwvYj4g aWRyIHdnPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86ZXJvc2VuQGNpc2NvLmNvbSI+ ZXJvc2VuQGNpc2NvLmNvbTwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW0lkcl0gMiBXRyBBZDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgdG8g c3RhcnQgYSAyIHdlZWsgV0cgYWRvcHRpb24gY2FsbCBmb3IgKDEwLzE2IHRvIDEwLzMwKS4NCjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LXJvc2VuLWlkci1ydGMtbm8tcnQvIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LXJvc2VuLWlkci1ydGMtbm8tcnQvPC9hPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5QbGVhc2UgaW5jbHVkZSBpbiB5b3VyIGRldGFpbGVkIHBvc3RzICZuYnNwO2FuIGlu ZGljYXRpb24gb2Ygc3VwcG9ydCBvciBubyBzdXBwb3J0Lg0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlN1ZSAmbmJzcDthbmQgSm9obiA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHByZT5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIg ZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRv aXZlbnQgZG9uYw0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBh dXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1 aWxsZXogbGUgc2lnbmFsZXINCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1 ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1 c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJp bGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVy Y2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZp ZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBi eSBsYXc7DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdp dGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMg bm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQg b3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2tx dW90ZSB0eXBlPSJjaXRlIj4NCjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPg0KPHNwYW4+SWRyIG1haWxpbmcgbGlzdDwv c3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3JnIj5JZHJAaWV0Zi5v cmc8L2E+PC9zcGFuPjxicj4NCjxzcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vaWRyIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lkcjwvYT48L3NwYW4+PGJyPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8c3R5bGU+PCEtLQ0K LyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxl IERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFs DQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4w cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0Zv bGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5N c29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFs bG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K CWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h aWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7 bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_4309ACE037AB48A7A8704792A2B1A5CAericssoncom_-- From nobody Fri Oct 17 13:17:56 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AB001A1A05 for ; Fri, 17 Oct 2014 13:17:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=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 zFeFw6Tf4CQN for ; Fri, 17 Oct 2014 13:17:51 -0700 (PDT) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FBC11A0164 for ; Fri, 17 Oct 2014 13:17:51 -0700 (PDT) Received: by mail-ie0-f172.google.com with SMTP id rl12so1488637iec.17 for ; Fri, 17 Oct 2014 13:17:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=YYYX9SFk6lgrP/jcPBcqwpGM2uLCGd9qREtM3PHTB3w=; b=EN44cvDypSGUaA0ZfJncy4OVi48dJcSynz3oYNkMkkUrUKKW6aQVIxyc0UdakSzq2B zBSviKL0Waou+t8ocGlldKIL1Cju4hrbVFxPKgYUzDyV5XXZIs7UUPppdFNT5vK1yERj pE/gerEgw8dbjYrCc/6rkhPwMHRwBROgVJYjUeuGBYG3A5D+b7XsU1/g91Aaf7i+g1gP 9eglCitc5hmYd9Z/Dp+n80Ut44DEvs6RwGHiBFCPWsdZNFZhdF438e31ADLajHz3e62d CvsbbM3qUkmCV2m36+6lfAWScILahynZQte2Bhdi26dC7YlCNKEsZ8yrapoZBWVDOGgo g/gg== MIME-Version: 1.0 X-Received: by 10.107.133.5 with SMTP id h5mr11366033iod.47.1413577070756; Fri, 17 Oct 2014 13:17:50 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Fri, 17 Oct 2014 13:17:50 -0700 (PDT) In-Reply-To: <009001cfea46$80526ed0$80f74c70$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <009001cfea46$80526ed0$80f74c70$@ndzh.com> Date: Fri, 17 Oct 2014 22:17:50 +0200 X-Google-Sender-Auth: cNaRtTDS9_vZD0KeEZY1eWuoAHQ Message-ID: From: Robert Raszuk To: Susan Hares Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/idr/TZHYyYdiIEwvevcJZEs1w9GfI10 Cc: idr wg Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:17:54 -0000 I do not see any link. There are other good ways to protect bgp speaker from using received remote next hop information. Say ACL may be a good start ... Best, r. On Fri, Oct 17, 2014 at 10:11 PM, Susan Hares wrote: > Robert: Agreed on origin-validation. IMHO - I do not see this impact pat= h-validation. Some have suggested if this tunnel-end-point + roa is not se= cure enough use bgp-sec. I'm not sure how the 2 interact so I could use in= put if you or other see link. Sue > > -----Original Message----- > From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert Ra= szuk > Sent: Friday, October 17, 2014 3:53 PM > To: Susan Hares > Cc: Randy Bush; idr wg > Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remo= te-next-hop-08 > > Hi Sue, > > Origin validation is a local (to the router) CPU cheap check operation al= ready supported by number of vendors. > > This has not much in common with bgp-sec proposals of SIDR. The only part= which is used by origin validation is an extract of RPKI database again al= ready present on edge routers. Perhaps draft should just clearly spell out = to perform such check if already supported on a given SAFI even without rem= ote-next-hop feature. > > Best, > R. > > > > On Fri, Oct 17, 2014 at 9:45 PM, Susan Hares wrote: >> Randy: >> >> Section 7.2 states: >> >> (1) BGP Remote-Next-Hops Tunnel Endpoint and AS number association >> using BGP Origin Validation >> >> This is validation validates Tunnel-endpoint is own by AS. As to how >> the creation of these tunnels impacts plans on bgp-sec, you know better = than I >> do. I am in the middle of my "due-diligence" reading. I agree that on= ce >> tunnels are up and going - it is data plane. More Qs? >> >> Sue >> -----Original Message----- >> From: Randy Bush [mailto:randy@psg.com] >> Sent: Friday, October 17, 2014 12:45 PM >> To: Susan Hares >> Cc: idr wg >> Subject: Re: [Idr] Open issues with Comments on >> draft-vandevelde-idr-remote-next-hop-08 >> >>> These solutions must at least consider how this will interact with >>> SIDR origin validation and bgp-sec. >> >> could you descirbe in what way they will interact? at first blush, >> draft-vandevelde is about data plane forwarding, and both origin >> validation and path validation are about the control plane and admit >> that the world has already complicated the data plane beyond saving; >> see mpls for example. :) >> >> though some folk are dabbling in constraining the data plane to follow >> the control plane [0], it's still pretty researchy. >> >> thanks. >> >> randy >> >> --- >> >> [0] - hot sdn 2014 poster >> Josh Bailey, Dean Pemberton, Andy Linton, Cristel Pelsser, Randy Bush. >> Enforcing RPKI-Based Routing Policy on the Data Plane at an Internet >> Exchange. http://archive.psg.com/140620.rpki-hot-sdn.pdf >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr > From nobody Fri Oct 17 13:19:00 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4F511A0164 for ; Fri, 17 Oct 2014 13:18:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=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 PfLxqmzSqfEp for ; Fri, 17 Oct 2014 13:18:54 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B9921A00C5 for ; Fri, 17 Oct 2014 13:18:53 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id at20so1429128iec.26 for ; Fri, 17 Oct 2014 13:18:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=vjfmHLFyic+yaSKjR5XvRcn2EGPab92mEElMKpi/4S4=; b=tzrv9ecEAmrvApF0tjajM0iaxVgf/vjjGPLG/UCVCyipK9ydPMVcVFok1nRfX9xQP8 dVLaNVTX1y+O0XByT+NOHlbxxvoFBbipngqrBg/SM2dXwQl2OenCEaUdUx70iAT7g55b xvhlobt+jbybCEzQCMTFKW2vUfxHg697tt8yfeB76SvPtR8zpVpe1+iTgyn7wdDp+4ZI 2KhrVMq4zvxClWjhmzPUA4rMZYsIfrwmq6YsQrDrLLM1gJecwWvzVRpbLwddzcpfxYHE 2uyDoP5cY1hwIRCZC947pFSDQIh39myGT5uDjxZfDqmuWjXWCNpzU6IgDAGZv+AiHzPk 38Gg== MIME-Version: 1.0 X-Received: by 10.107.159.18 with SMTP id i18mr11049741ioe.33.1413577132629; Fri, 17 Oct 2014 13:18:52 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Fri, 17 Oct 2014 13:18:52 -0700 (PDT) In-Reply-To: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> References: <00c101cfe98e$fabea660$f03bf320$@ndzh.com> Date: Fri, 17 Oct 2014 22:18:52 +0200 X-Google-Sender-Auth: j3z20gVWovE5bfQRyrsjYIGHd6U Message-ID: From: Robert Raszuk To: Susan Hares Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/ypBfP-52xpHHM7c9FkcGpMppVok Cc: idr wg Subject: Re: [Idr] 2 WG Adoption call for draft-rosen-idr-rtc-no-rt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:18:56 -0000 /* Fixing Eric's address */ Support (as co-author). Btw .. not aware of any IPR. Cheers, R. On Fri, Oct 17, 2014 at 12:17 AM, Susan Hares wrote: > Correcting header > > > > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Thursday, October 16, 2014 6:04 PM > To: idr wg > Cc: erosen@cisco.com > Subject: [Idr] 2 WG Ad > > > > This is to start a 2 week WG adoption call for (10/16 to 10/30). > > > > http://datatracker.ietf.org/doc/draft-rosen-idr-rtc-no-rt/ > > > > Please include in your detailed posts an indication of support or no > support. > > > > Sue and John > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > From nobody Fri Oct 17 13:47:26 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE9C01A6FD5 for ; Fri, 17 Oct 2014 13:47:25 -0700 (PDT) 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_40=-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 2ZPtVV5ZpiXH for ; Fri, 17 Oct 2014 13:47:24 -0700 (PDT) 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 6BDD31A6FDB for ; Fri, 17 Oct 2014 13:47:23 -0700 (PDT) Received: from 108-78-210-25.lightspeed.chrlnc.sbcglobal.net ([108.78.210.25]:61341 helo=RussPC) by server.riw.us with esmtpsa (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1XfEQg-0002nF-AN; Fri, 17 Oct 2014 20:47:18 +0000 From: "Russ White" To: "'Susan Hares'" , "'Randy Bush'" References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> In-Reply-To: <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> Date: Fri, 17 Oct 2014 16:47:14 -0400 Message-ID: <006801cfea4b$89a34860$9ce9d920$@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: AQHVlNWSxNp9RJW4zEJLfFkES0YeQAHdSaiSAl61ffcDSaK6nAIMlWR0m9zbb4A= 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: http://mailarchive.ietf.org/arch/msg/idr/2itaUrgfT_q28Ddt5FvOcLPm0c8 Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:47:25 -0000 > Randy - agreed on roa and bgp-path-validation IMHO. Due-diligence Q - was > tunnel end-pt + roa sufficient. IMHO-yes. Sue The roa is the only part that matters, at least until someone comes up with a realistic solution for path validation. What's being pushed forward is undeployable; no point in trying to work around something that can't be used in the real world. :-) Russ From nobody Fri Oct 17 14:31:57 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C383D1A7D84 for ; Fri, 17 Oct 2014 14:31:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xuLqvT8Si5xx for ; Fri, 17 Oct 2014 14:31:53 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A2481A6FFD for ; Fri, 17 Oct 2014 14:31:53 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1XfF7o-0000so-5u; Fri, 17 Oct 2014 21:31:52 +0000 Date: Fri, 17 Oct 2014 14:31:51 -0700 Message-ID: From: Randy Bush To: "Susan Hares" In-Reply-To: <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: http://mailarchive.ietf.org/arch/msg/idr/gNl9NS7m5PbtT8WD_uAKM-owMFo Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 21:31:54 -0000 > was tunnel end-pt + roa sufficient. for what? the originating AS in origin validation is not cryptograaphically signed. so the end point could be lying. you need path validation to get crypto assurance. but it sure avoids a lot of accidents we seem to have. randy From nobody Fri Oct 17 14:54:26 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 018C21A8702 for ; Fri, 17 Oct 2014 14:54:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 5OEp_KakVzuh for ; Fri, 17 Oct 2014 14:54:24 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id D8DA71A86F2 for ; Fri, 17 Oct 2014 14:54:23 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=87.143.106.7; From: "Susan Hares" To: "'Randy Bush'" References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> In-Reply-To: Date: Fri, 17 Oct 2014 17:54:19 -0400 Message-ID: <013901cfea54$e85d6120$b9182360$@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: AQHVlNWSxNp9RJW4zEJLfFkES0YeQAHdSaiSAl61ffcDSaK6nAIMlWR0An3OwLebyP61AA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/SfhNjSl-hRMw4dpyHkibW4UQxps Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 21:54:25 -0000 Randy - agree -tunnel end pt + roa is sufficient to stop stupid errors. IMHO this is important for this draft. Is path-validation solid enough to specify on this draft? Some say "not quite yet". I'm in due-diligence on topic. Sue -----Original Message----- From: Randy Bush [mailto:randy@psg.com] Sent: Friday, October 17, 2014 5:32 PM To: Susan Hares Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 > was tunnel end-pt + roa sufficient. for what? the originating AS in origin validation is not cryptograaphically signed. so the end point could be lying. you need path validation to get crypto assurance. but it sure avoids a lot of accidents we seem to have. randy From nobody Fri Oct 17 15:31:46 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B89871A6FEB for ; Fri, 17 Oct 2014 15:31:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HSsu7ZqF3XHr for ; Fri, 17 Oct 2014 15:31:43 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C5951A1BC8 for ; Fri, 17 Oct 2014 15:31:43 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1XfG3h-00013X-A2; Fri, 17 Oct 2014 22:31:41 +0000 Date: Fri, 17 Oct 2014 15:31:40 -0700 Message-ID: From: Randy Bush To: "Susan Hares" In-Reply-To: <013901cfea54$e85d6120$b9182360$@ndzh.com> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> <013901cfea54$e85d6120$b9182360$@ndzh.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: http://mailarchive.ietf.org/arch/msg/idr/QxBKXEPkMvDi_DCxxKZA-GehCs8 Cc: 'idr wg' Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 22:31:44 -0000 > Is path-validation solid enough to specify on this draft? patience From nobody Fri Oct 17 16:47:54 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 871001A0461 for ; Fri, 17 Oct 2014 16:47:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8RnQTOcMM1hZ for ; Fri, 17 Oct 2014 16:47:52 -0700 (PDT) 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 3B3941A0404 for ; Fri, 17 Oct 2014 16:47:51 -0700 (PDT) Received: from 108-78-210-25.lightspeed.chrlnc.sbcglobal.net ([108.78.210.25]:52573 helo=[192.168.100.78]) by server.riw.us with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1XfHFL-0005H4-3z; Fri, 17 Oct 2014 23:47:47 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Russ White X-Mailer: iPad Mail (12A405) In-Reply-To: Date: Fri, 17 Oct 2014 19:47:51 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <052006E5-9F40-4F02-A6C9-00FA310FFBCE@riw.us> References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> <006e01cfea42$e9bfdc80$bd3f9580$@ndzh.com> <008e01cfea46$16ee73d0$44cb5b70$@ndzh.com> <013901cfea54$e85d6120$b9182360$@ndzh.com> To: Randy Bush 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: http://mailarchive.ietf.org/arch/msg/idr/81M7WJEeUOJkEayrOFQsIQfWxGg Cc: idr wg , Susan Hares Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 23:47:53 -0000 Since sidr is running in the wrong direction, it's going to take a lot of pa= tience...=20 Roa is fine for this particular draft. :-) Russ On Oct 17, 2014, at 6:31 PM, Randy Bush wrote: >> Is path-validation solid enough to specify on this draft? >=20 > patience >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Mon Oct 20 10:02:03 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E27261A8906 for ; Mon, 20 Oct 2014 10:02:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mc9NJ9mgGXzB for ; Mon, 20 Oct 2014 10:01:59 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0710.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::710]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A5091A8AEF for ; Mon, 20 Oct 2014 09:49:36 -0700 (PDT) Received: from pvpatel-sslvpn-nc.jnpr.net (66.129.241.13) by CO2PR05MB729.namprd05.prod.outlook.com (10.141.228.12) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Mon, 20 Oct 2014 16:49:11 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: John Scudder Date: Mon, 20 Oct 2014 12:50:21 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: <72AE22AF-5107-42C2-BAD7-7F0FC779C021@juniper.net> To: "idr@ietf.org List" X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.13] X-ClientProxiedBy: BY2PR12CA0004.namprd12.prod.outlook.com (25.160.121.14) To CO2PR05MB729.namprd05.prod.outlook.com (10.141.228.12) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB729; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 03706074BC X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(164054003)(105586002)(104166001)(77096002)(53416004)(21056001)(81156004)(106356001)(62966002)(42186005)(76482002)(120916001)(31966008)(97736003)(66066001)(97756001)(229853001)(23726002)(99396003)(64706001)(95666004)(50986999)(107046002)(80022003)(36756003)(110136001)(93916002)(47776003)(87286001)(86362001)(50466002)(20776003)(92566001)(92726001)(50226001)(4396001)(77156001)(40100003)(122386002)(85306004)(46102003)(46406003)(102836001)(85852003)(88136002)(83716003)(89996001)(69596002)(82746002)(19580395003)(87976001)(19580405001)(101416001)(33656002)(57306001)(104396001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB729; H:pvpatel-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/EZbS81jg5GdsVwxNJdSYmDDXWZ8 Cc: Hares Susan Subject: [Idr] IETF-91 agenda topics X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 17:02:02 -0000 [bcc sidr@ietf.org] Folks, IDR will meet at IETF-91 on Thursday, November 13, from 1:00 to 3:00. = Please forward any IDR agenda items you might have to Sue and me. The = deadline is October 27 (this coming Monday) by 10:00 U.S. Eastern Time. = Priority will be given to those who get their requests in by the = deadline, though if agenda space permits it we will consider requests = gotten in before November 3 at 10:00 U.S. Eastern Time. We will also be holding a joint meeting with SIDR on November 9 from = 9:00 to 11:30. The topic of that session will be review of BGPSEC, so we = will schedule any BGPSEC-related items then (and any non-BGPSEC items in = our normal Thursday slot). This also seems like a good time to remind = you of our interim BGPSEC tutorial meeting on October 29. If you have previously presented on your topic at an IDR meeting, please = explain in your request what you hope to achieve with your presentation = this time. If you have requested to present the same work at multiple = WGs, please note this so that we can coordinate as needed. If you plan to make a presentation, please keep in mind the IDR = tradition, "no Internet Draft - no time slot". You should also plan to = send your slides to Sue and me no later than 24 hours prior to the = meeting, though again, earlier is better. If we don't have your slides = by the deadline, you may lose your slot. Finally, if you request an agenda slot, please do so by replying to this = message, making sure to include both Sue and me in the To: or Cc: and = don't change the subject line. Please include the name of the person who = will be presenting and give an estimate for how much time you think = you'll need (including Q/A). Thanks, --John & Sue From nobody Mon Oct 20 12:11:08 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A8171A9177; Mon, 20 Oct 2014 12:11:05 -0700 (PDT) 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 Na3H1d66oi2C; Mon, 20 Oct 2014 12:11:03 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2584F1A90E9; Mon, 20 Oct 2014 12:11:03 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> Date: Mon, 20 Oct 2014 12:11:03 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/rDGbSFhG_nauuzLs1k8eo2mReKY Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 19:11:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Clarification of the Flowspec Redirect Extended Community Author : Jeffrey Haas Filename : draft-ietf-idr-flowspec-redirect-rt-bis-01.txt Pages : 5 Date : 2014-10-20 Abstract: This document clarifies the formatting of the the BGP Flowspec Redirect Extended Community, originally documented in RFC 5575 (Dissemination of Flow Specification Rules). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-redirect-rt-bis/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-rt-bis-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-flowspec-redirect-rt-bis-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 Mon Oct 20 12:48:26 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A5011ACD38 for ; Mon, 20 Oct 2014 12:48:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 cQbR4pgfc5KV for ; Mon, 20 Oct 2014 12:48:22 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0735.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:735]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AC931ACD37 for ; Mon, 20 Oct 2014 12:48:22 -0700 (PDT) Received: from DM2PR05MB733.namprd05.prod.outlook.com (10.141.178.18) by DM2PR05MB430.namprd05.prod.outlook.com (10.141.104.12) with Microsoft SMTP Server (TLS) id 15.0.1049.19; Mon, 20 Oct 2014 19:47:59 +0000 Received: from pvpatel-sslvpn-nc.jnpr.net (66.129.241.13) by DM2PR05MB733.namprd05.prod.outlook.com (10.141.178.18) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Mon, 20 Oct 2014 19:47:54 +0000 MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset="us-ascii" From: "John G. Scudder" In-Reply-To: <72AE22AF-5107-42C2-BAD7-7F0FC779C021@juniper.net> Date: Mon, 20 Oct 2014 15:47:45 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: References: <72AE22AF-5107-42C2-BAD7-7F0FC779C021@juniper.net> To: "idr@ietf.org List" X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.13] X-ClientProxiedBy: BN3PR09CA0015.namprd09.prod.outlook.com (25.160.111.153) To DM2PR05MB733.namprd05.prod.outlook.com (10.141.178.18) X-Microsoft-Antispam: UriScan:;UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB733; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 03706074BC X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(164054003)(24454002)(189002)(377454003)(558084003)(107046002)(82746002)(19580405001)(85306004)(92726001)(19580395003)(69596002)(92566001)(85852003)(105586002)(50226001)(99396003)(86362001)(93916002)(95666004)(4396001)(66066001)(87976001)(64706001)(76482002)(20776003)(47776003)(88136002)(106356001)(81156004)(40100003)(57306001)(83716003)(87286001)(120916001)(102836001)(110136001)(33656002)(77096002)(104166001)(89996001)(122386002)(31966008)(53416004)(97736003)(101416001)(21056001)(42186005)(46102003)(80022003)(76176999)(97756001)(50466002)(50986999)(46406003)(77156001)(62966002)(23726002)(36756003)(104396001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB733; H:pvpatel-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB430; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/SiINQRsbmhDiugi3cohpBdD0Hus Cc: Hares Susan Subject: Re: [Idr] IETF-91 agenda topics X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 19:48:24 -0000 On Oct 20, 2014, at 12:50 PM, John Scudder wrote: ... > We will also be holding a joint meeting with SIDR on November 9 from = 9:00 to 11:30.=20 ... Not sure how I came up with November 9. The correct date for the joint = meeting is Friday, November 14, 9:00 to 11:30. Thanks, --John From nobody Mon Oct 20 19:12:36 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 957051ACE51 for ; Mon, 20 Oct 2014 19:12:32 -0700 (PDT) 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 SxjX6-hhRsIi for ; Mon, 20 Oct 2014 19:12:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BE171ACE52 for ; Mon, 20 Oct 2014 19:12:26 -0700 (PDT) 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 BNW08777; Tue, 21 Oct 2014 02:12:24 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 21 Oct 2014 03:12:23 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.22]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Tue, 21 Oct 2014 10:12:19 +0800 From: "Dongjie (Jimmy)" To: idr wg Thread-Topic: Progress the solution part in draft-dong-idr-rtc-hierarchical-rr Thread-Index: Ac/s1HBLoWRG+GyhQcycN337aXggMA== Date: Tue, 21 Oct 2014 02:12:18 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927337586E7@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.76] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C927337586E7nkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/iWNQiAHvtfisE4MRn0zy9d67k3E Subject: [Idr] Progress the solution part in draft-dong-idr-rtc-hierarchical-rr X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 02:12:32 -0000 --_000_76CD132C3ADEF848BD84D028D243C927337586E7nkgeml512mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, The -00 version of draft-dong-idr-rtc-hierarchical-rr was submitted before = the Toronto IETF meeting, and brought lots of discussions and good comments= . The earlier discussions can be classified into several categories of potent= ial solutions as listed below (please correct me if some of the description= s are not accurate enough). While the authors are open to discussion for a = reasonable solution, based on the earlier discussions, our initial conclusi= on is that category #1 (like best external advertisement) or #2 (add-path) = may set the basis for the final solution. The authors plan to update the solution part of this draft before Honolulu.= The earlier discussions on the solution space are summarized as below, the= authors would like to hear more opinions based on this summary and revise = the draft accordingly. Earlier discussions (in categories): #1. Modify the path advertisement rule for RTC route. The benefit is the ch= anges are made to RTC mechanism itself, and it ensures that RTC can work in= any scenarios without relying on other mechanisms. * This is initially proposed in the -00 version draft, which spec= ifies sending an alternative RTC route to the source of the best RTC route,= and rules to ensure that the path can pass the BGP loop prevention. * Adam questioned the efficiency of rule 3.2.i of RFC4684, and pr= oposed a modified rule for RTC route advertisement. The proposed rule is to= send a RTC route learned from another peer to the client peer which is the= source of the best path, and the new rule should be generalized for all iB= GP sessions and replace the existing rules 3.2.i/ii in RFC4684. * Shyam commented that the rules proposed by Adam sound like a be= st-external advertisement. * During IDR meeting in Toronto, Saikat said there is fundamental= difference between RTC and normal routes, suggested to not do path selecti= on for RTC route and advertise the routes needed. #2. Using add-path to advertise more than 1 RTC routes. Hopefully at least = one of the RTC routes can pass BGP loop prevention and be accepted by the p= eer RR. This has been discussed by many people in detail and could be a pri= me candidate. Our concern is this solution would rely on the deployment of = add-path and manual configuration for identifying the lower layer RR peers. * Robert firstly suggested to use add-path on the RTC address fam= ily. * Stephane said people can expect that RTC works without relying = on add-path or other knobs. * Adam said add-path on the RTC AF seems as the best option. * Jie mentions if use add-path, the rules of determining which RT= C routes to advertise need to be specified, and then Robert suggests to use= add-path "all". * Jeff suggests using add-path and normal BGP path advertisement = rules within RRs hierarchy, and use the rules in RFC4684 3.2.i/ii with non-= RR clients. The clients which are lower layer RRs needs to be identified vi= a configuration. #3. Advertise Default-RT route between the top RR and the lower layer RRs. = Some concerns are raised during the discussion, and it may also need to wor= k with add-path. * Robert suggested that the higher layer RR send default RTC rout= e to lower layer RR, so lower-layer RR will send all vpn routes to the high= er layer RR. * Xiaohu mentioned this may cause some VPN routes be advertised t= o the higher layer RR unnecessarily. * Jeff said the distribution of this default RTC route cannot be = limited properly and may be advertised to PEs. * Jeff suggested that if add-path will be part of the solution, c= an send an add-path default RT-C route with "no-advertise" between the hier= archical RRs. #4. Add RD into the RTC route to distinguish RTC routes from different orig= inators, and use some aggregation mechanism. This will change the format of= RTC NLRI, and the justification was queried. * Xiaohu proposed this suggestion and think it can work in any ne= twork scenario. * Robert said this is not backward compatible with RFC4684. * Jeff said the aggregation procedure would be messy. #5. Replace the received Cluster-list with the RR's own Cluster-ID. This is= similar to the rule 3.2.i of RFC4684 for ORIGINATOR_ID. This was discussed= in detail and the agreement was to not modify BGP loop prevention mechanis= ms. * Stephane raised this suggestion, while he thought this may caus= e inefficient route distribution. * Robert said this may cause RTC update loop between the RRs. * Jeff said making changes to loop prevention mechanism may cause= problem, and changes to the cluster-list manipulation in route reflection = may cause convergence issue for RTC route, and consequently impact the VPN = routes advertisement. * Stephane agreed that touching the loop prevention mechanism may= cause some issue. Best regards, Jie --_000_76CD132C3ADEF848BD84D028D243C927337586E7nkgeml512mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

 

The -00 version of draft-dong-i= dr-rtc-hierarchical-rr was submitted before the Toronto IETF meeting, and b= rought lots of discussions and good comments.

 

The earlier discussions can be = classified into several categories of potential solutions as listed below (= please correct me if some of the descriptions are not accurate enough). Whi= le the authors are open to discussion for a reasonable solution, based on the earlier discussions, our initial c= onclusion is that category #1 (like best external advertisement) or #2 (add= -path) may set the basis for the final solution.

 

The authors plan to update the = solution part of this draft before Honolulu. The earlier discussions on the= solution space are summarized as below, the authors would like to hear mor= e opinions based on this summary and revise the draft accordingly.

 

Earlier discussions (in categor= ies):

 

#1. Modify the path advertiseme= nt rule for RTC route. The benefit is the changes are made to RTC mechanism= itself, and it ensures that RTC can work in any scenarios without relying = on other mechanisms.

 

·          = ; This is initially propo= sed in the -00 version draft, which specifies sending an alternative RTC ro= ute to the source of the best RTC route, and rules to ensure that the path = can pass the BGP loop prevention.

 

·          = ; Adam questioned the eff= iciency of rule 3.2.i of RFC4684, and proposed a modified rule for RTC rout= e advertisement. The proposed rule is to send a RTC route learned from anot= her peer to the client peer which is the source of the best path, and the new rule should be generalized for= all iBGP sessions and replace the existing rules 3.2.i/ii in RFC4684.

 

·          = ; Shyam commented that th= e rules proposed by Adam sound like a best-external advertisement.

 

·          = ; During IDR meeting in T= oronto, Saikat said there is fundamental difference between RTC and normal = routes, suggested to not do path selection for RTC route and advertise the = routes needed.

 

 

#2. Using add-path to advertise= more than 1 RTC routes. Hopefully at least one of the RTC routes can pass = BGP loop prevention and be accepted by the peer RR. This has been discussed= by many people in detail and could be a prime candidate. Our concern is this solution would rely on the deplo= yment of add-path and manual configuration for identifying the lower layer = RR peers.

 

·          = ; Robert firstly suggeste= d to use add-path on the RTC address family.

 

·          = ; Stephane said people ca= n expect that RTC works without relying on add-path or other knobs.

 

·          = ; Adam said add-path on t= he RTC AF seems as the best option.

 

·          = ; Jie mentions if use add= -path, the rules of determining which RTC routes to advertise need to be sp= ecified, and then Robert suggests to use add-path "all".

 

·          = ; Jeff suggests using add= -path and normal BGP path advertisement rules within RRs hierarchy, and use= the rules in RFC4684 3.2.i/ii with non-RR clients. The clients which are l= ower layer RRs needs to be identified via configuration.

 

 

#3. Advertise Default-RT route = between the top RR and the lower layer RRs. Some concerns are raised during= the discussion, and it may also need to work with add-path.

 

·          = ; Robert suggested that t= he higher layer RR send default RTC route to lower layer RR, so lower-layer= RR will send all vpn routes to the higher layer RR.

 

·          = ; Xiaohu mentioned this m= ay cause some VPN routes be advertised to the higher layer RR unnecessarily= .

 

·          = ; Jeff said the distribut= ion of this default RTC route cannot be limited properly and may be adverti= sed to PEs.

 =

·          = ; Jeff suggested that if = add-path will be part of the solution, can send an add-path default RT-C ro= ute with “no-advertise” between the hierarchical RRs.

 

 

#4. Add RD into the RTC route t= o distinguish RTC routes from different originators, and use some aggregati= on mechanism. This will change the format of RTC NLRI, and the justificatio= n was queried.

 

·          = ; Xiaohu proposed this su= ggestion and think it can work in any network scenario.

 

·          = ; Robert said this is not= backward compatible with RFC4684.

 

·          = ; Jeff said the aggregati= on procedure would be messy.

 

 

#5. Replace the received Cluste= r-list with the RR's own Cluster-ID. This is similar to the rule 3.2.i of R= FC4684 for ORIGINATOR_ID. This was discussed in detail and the agreement wa= s to not modify BGP loop prevention mechanisms.

 

·          = ; Stephane raised this su= ggestion, while he thought this may cause inefficient route distribution.

 

·          = ; Robert said this may ca= use RTC update loop between the RRs.

 

·          = ; Jeff said making change= s to loop prevention mechanism may cause problem, and changes to the cluste= r-list manipulation in route reflection may cause convergence issue for RTC= route, and consequently impact the VPN routes advertisement.

 =

·          = ; Stephane agreed that to= uching the loop prevention mechanism may cause some issue.

 

Best regards,=

Jie

 

--_000_76CD132C3ADEF848BD84D028D243C927337586E7nkgeml512mbxchi_-- From nobody Mon Oct 20 20:40:30 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D08641AD015 for ; Mon, 20 Oct 2014 20:40:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.911 X-Spam-Level: X-Spam-Status: No, score=-3.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, 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 x5ZPoWMB1z4i for ; Mon, 20 Oct 2014 20:40:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2225B1AD014 for ; Mon, 20 Oct 2014 20:40:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKT44627; Tue, 21 Oct 2014 03:40:25 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 21 Oct 2014 04:40:24 +0100 Received: from NKGEML509-MBS.china.huawei.com ([169.254.2.88]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Tue, 21 Oct 2014 11:40:18 +0800 From: Youjianjie To: "idr@ietf.org" Thread-Topic: New Version Notification for draft-liang-idr-bgp-flowspec-route-00.txt Thread-Index: AQHP7N/62ZpMspOP90WhfeZO9A5145w55k3Q Date: Tue, 21 Oct 2014 03:40:16 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.173] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Vbm-mr-a-lA8Hj9dattGzZs5dSg Subject: [Idr] =?utf-8?b?6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y?= =?utf-8?q?_draft-liang-idr-bgp-flowspec-route-00=2Etxt?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 03:40:29 -0000 SGkgYWxsLA0KDQpUaGlzIGRvY3VtZW50IHByb3Bvc2VzIGEgQkdQIEZsb3dTcGVjIChCb3JkZXIg R2F0ZXdheSBQcm90b2NvbCBGbG93IFNwZWNpZmljYXRpb24pIGJhc2VkIG11bHRpLWRpbWVuc2lv bmFsIHJvdXRlIGRpc3RyaWJ1dGlvbiBtZXRob2QuDQpZb3VyIHF1ZXN0aW9ucyBhbmQgY29tbWVu dHMgYXJlIGFwcHJlY2lhdGVkLg0KDQpCZXN0IFJlZ2FyZHMsDQpKaWFuamllDQoNCg0KLS0tLS3p gq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0MTDm nIgyMeaXpSAxMTozNQ0K5pS25Lu25Lq6OiBZb3VqaWFuamllOyBZb3VqaWFuamllOyBsaXV3ZWlo YW5nOyBsaXV3ZWloYW5nDQrkuLvpopg6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJh ZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1yb3V0ZS0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9u IG9mIEktRCwgZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3BlYy1yb3V0ZS0wMC50eHQNCmhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0 aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbGlhbmctaWRyLWJncC1mbG93c3Bl Yy1yb3V0ZQ0KUmV2aXNpb246CTAwDQpUaXRsZToJCUJHUCBGbG93U3BlYyBiYXNlZCBNdWx0aS1k aW1lbnNpb25hbCBSb3V0ZSBEaXN0cmlidXRpb24NCkRvY3VtZW50IGRhdGU6CTIwMTQtMTAtMjAN Ckdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTgNClVSTDogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1saWFuZy1pZHItYmdw LWZsb3dzcGVjLXJvdXRlLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLWlkci1iZ3AtZmxvd3NwZWMtcm91dGUvDQpIdG1s aXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGlhbmctaWRyLWJn cC1mbG93c3BlYy1yb3V0ZS0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBwcm9w b3NlcyBhIEJHUCBGbG93U3BlYyAoQm9yZGVyIEdhdGV3YXkgUHJvdG9jb2wgRmxvdw0KICAgU3Bl Y2lmaWNhdGlvbikgYmFzZWQgbXVsdGktZGltZW5zaW9uYWwgcm91dGUgZGlzdHJpYnV0aW9uIG1l dGhvZC4NCg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Tue Oct 21 03:49:31 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BB581A047A for ; Tue, 21 Oct 2014 03:49:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, 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 94qT3BC0KJqO for ; Tue, 21 Oct 2014 03:49:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3265B1A040C for ; Tue, 21 Oct 2014 03:49:26 -0700 (PDT) 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 BKT86062; Tue, 21 Oct 2014 10:49:24 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 21 Oct 2014 11:49:24 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.21]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Tue, 21 Oct 2014 18:49:19 +0800 From: Haoweiguo To: John Scudder , "idr@ietf.org List" Thread-Topic: [Idr] IETF-91 agenda topics Thread-Index: AQHP7IeaS5KYJ6YGNkyAe6jDLzfLppw6XzWK Date: Tue, 21 Oct 2014 10:49:19 +0000 Message-ID: References: <72AE22AF-5107-42C2-BAD7-7F0FC779C021@juniper.net> In-Reply-To: <72AE22AF-5107-42C2-BAD7-7F0FC779C021@juniper.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/YkYpBgQ52KJSyetdCLMCuyFEtsk Cc: Hares Susan Subject: [Idr] =?gb2312?b?tPC4tDogIElFVEYtOTEgYWdlbmRhIHRvcGljcw==?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 10:49:29 -0000 SGkgQ28tQ2hhaXJzLA0KSSB3b3VsZCBsaWtlIHRvIHJlcXVlc3QgdGhlIGZvbGxvd2luZyB0aW1l IHNsb3Q6DQpkcmFmdDogZHJhZnQtaGFvLWlkci1mbG93c3BlYy1sMnZwbi0wMSBMYXllciAyIEJH UCBmbG93c3BlYyANCnRpbWUgc2xvdDogMTBtaW4NCnByZXNlbnRlcjp3ZWlndW8gaGFvDQpUaGFu a3MNCndlaWd1bw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8 /sjLOiBJZHIgW2lkci1ib3VuY2VzQGlldGYub3JnXSC0+rHtIEpvaG4gU2N1ZGRlciBbamdzQGp1 bmlwZXIubmV0XQ0Kt6LLzcqxvOQ6IDIwMTTE6jEw1MIyMcjVIDA6NTANCsrVvP7IyzogaWRyQGll dGYub3JnIExpc3QNCrOty806IEhhcmVzIFN1c2FuDQrW98ziOiBbSWRyXSBJRVRGLTkxIGFnZW5k YSB0b3BpY3MNCg0KW2JjYyBzaWRyQGlldGYub3JnXQ0KDQpGb2xrcywNCg0KSURSIHdpbGwgbWVl dCBhdCBJRVRGLTkxIG9uIFRodXJzZGF5LCBOb3ZlbWJlciAxMywgZnJvbSAxOjAwIHRvIDM6MDAu ICBQbGVhc2UgZm9yd2FyZCBhbnkgSURSIGFnZW5kYSBpdGVtcyB5b3UgbWlnaHQgaGF2ZSB0byBT dWUgYW5kIG1lLiAgVGhlIGRlYWRsaW5lIGlzIE9jdG9iZXIgMjcgKHRoaXMgY29taW5nIE1vbmRh eSkgYnkgMTA6MDAgVS5TLiBFYXN0ZXJuIFRpbWUuICBQcmlvcml0eSB3aWxsIGJlIGdpdmVuIHRv IHRob3NlIHdobyBnZXQgdGhlaXIgcmVxdWVzdHMgaW4gYnkgdGhlIGRlYWRsaW5lLCB0aG91Z2gg aWYgYWdlbmRhIHNwYWNlIHBlcm1pdHMgaXQgd2Ugd2lsbCBjb25zaWRlciByZXF1ZXN0cyBnb3R0 ZW4gaW4gYmVmb3JlIE5vdmVtYmVyIDMgYXQgMTA6MDAgVS5TLiBFYXN0ZXJuIFRpbWUuDQoNCldl IHdpbGwgYWxzbyBiZSBob2xkaW5nIGEgam9pbnQgbWVldGluZyB3aXRoIFNJRFIgb24gTm92ZW1i ZXIgOSBmcm9tIDk6MDAgdG8gMTE6MzAuIFRoZSB0b3BpYyBvZiB0aGF0IHNlc3Npb24gd2lsbCBi ZSByZXZpZXcgb2YgQkdQU0VDLCBzbyB3ZSB3aWxsIHNjaGVkdWxlIGFueSBCR1BTRUMtcmVsYXRl ZCBpdGVtcyB0aGVuIChhbmQgYW55IG5vbi1CR1BTRUMgaXRlbXMgaW4gb3VyIG5vcm1hbCBUaHVy c2RheSBzbG90KS4gVGhpcyBhbHNvIHNlZW1zIGxpa2UgYSBnb29kIHRpbWUgdG8gcmVtaW5kIHlv dSBvZiBvdXIgaW50ZXJpbSBCR1BTRUMgdHV0b3JpYWwgbWVldGluZyBvbiBPY3RvYmVyIDI5Lg0K DQpJZiB5b3UgaGF2ZSBwcmV2aW91c2x5IHByZXNlbnRlZCBvbiB5b3VyIHRvcGljIGF0IGFuIElE UiBtZWV0aW5nLCBwbGVhc2UgZXhwbGFpbiBpbiB5b3VyIHJlcXVlc3Qgd2hhdCB5b3UgaG9wZSB0 byBhY2hpZXZlIHdpdGggeW91ciBwcmVzZW50YXRpb24gdGhpcyB0aW1lLiBJZiB5b3UgaGF2ZSBy ZXF1ZXN0ZWQgdG8gcHJlc2VudCB0aGUgc2FtZSB3b3JrIGF0IG11bHRpcGxlIFdHcywgcGxlYXNl IG5vdGUgdGhpcyBzbyB0aGF0IHdlIGNhbiBjb29yZGluYXRlIGFzIG5lZWRlZC4NCg0KSWYgeW91 IHBsYW4gdG8gbWFrZSBhIHByZXNlbnRhdGlvbiwgcGxlYXNlIGtlZXAgaW4gbWluZCB0aGUgSURS IHRyYWRpdGlvbiwgIm5vIEludGVybmV0IERyYWZ0IC0gbm8gdGltZSBzbG90Ii4gIFlvdSBzaG91 bGQgYWxzbyBwbGFuIHRvIHNlbmQgeW91ciBzbGlkZXMgdG8gU3VlIGFuZCBtZSBubyBsYXRlciB0 aGFuIDI0IGhvdXJzIHByaW9yIHRvIHRoZSBtZWV0aW5nLCB0aG91Z2ggYWdhaW4sIGVhcmxpZXIg aXMgYmV0dGVyLiBJZiB3ZSBkb24ndCBoYXZlIHlvdXIgc2xpZGVzIGJ5IHRoZSBkZWFkbGluZSwg eW91IG1heSBsb3NlIHlvdXIgc2xvdC4NCg0KRmluYWxseSwgaWYgeW91IHJlcXVlc3QgYW4gYWdl bmRhIHNsb3QsIHBsZWFzZSBkbyBzbyBieSByZXBseWluZyB0byB0aGlzIG1lc3NhZ2UsIG1ha2lu ZyBzdXJlIHRvIGluY2x1ZGUgYm90aCBTdWUgYW5kIG1lIGluIHRoZSBUbzogb3IgQ2M6IGFuZCBk b24ndCBjaGFuZ2UgdGhlIHN1YmplY3QgbGluZS4gUGxlYXNlIGluY2x1ZGUgdGhlIG5hbWUgb2Yg dGhlIHBlcnNvbiB3aG8gd2lsbCBiZSBwcmVzZW50aW5nIGFuZCBnaXZlIGFuIGVzdGltYXRlIGZv ciBob3cgbXVjaCB0aW1lIHlvdSB0aGluayB5b3UnbGwgbmVlZCAoaW5jbHVkaW5nIFEvQSkuDQoN ClRoYW5rcywNCg0KLS1Kb2huICYgU3VlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmcNCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRy From nobody Wed Oct 22 02:16:42 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39E121A8BC0 for ; Wed, 22 Oct 2014 02:16:41 -0700 (PDT) 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 tMMCdWg8O2fL for ; Wed, 22 Oct 2014 02:16:38 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4733D1A8AFC for ; Wed, 22 Oct 2014 02:16:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKU81289; Wed, 22 Oct 2014 09:16:36 +0000 (GMT) Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Oct 2014 10:16:35 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.131]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Wed, 22 Oct 2014 17:16:30 +0800 From: Mach Chen To: Jeffrey Haas Thread-Topic: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt Thread-Index: AQHP7JmgM/80bfMfuk6HnnL5mzdKfJw7zUaA Date: Wed, 22 Oct 2014 09:16:29 +0000 Message-ID: References: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> In-Reply-To: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/UV6CwiGgJA4jlhYijMIncnDl2nM Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 09:16:41 -0000 Hi Jeff, Thanks for the update. I just looked through the latest version and reviewed the Border Gateway Pr= otocol (BGP) Extended Communities registry page. Regarding the registry name, it's better to align with the definitions and = conventions at the IANA registry web page (http://www.iana.org/assignments/= bgp-extended-communities/bgp-extended-communities.xhtml). For example, the = same Upper-lower case, with/without "BGP" at the beginning of a registry na= me. Here some editorial change suggestions to the IANA section: 1. OLD: " IANA is requested to update the BGP GENERIC TRANSITIVE EXPERIMENTAL USE EXTENDED COMMUNITY SUB-TYPES registry as follows: " NEW: "IANA is requested to update the "Generic Transitive Experimental Use Exten= ded Community Sub-Types" registry as follows:" OLD: "IANA is requested to update the BGP TRANSITIVE EXTENDED COMMUNITY TYPES registry as follows:" NEW: " IANA is requested to update the "BGP Transitive Extended Community Types" r= egistry as follows: " 2. OLD: " IANA is requested to create the GENERIC TRANSITIVE EXPERIMENTAL EXTENDED COMMUNITY PART 2 SUB-TYPES registry. It should be seeded with the following Sub-Type: " NEW: " IANA is requested to create the "Generic Transitive Experimental Extended C= ommunity Part 2 Sub-Types" registry. It should be seeded with the followin= g Sub-Type: 3. OLD: " IANA is requested to create the GENERIC TRANSITIVE EXPERIMENTAL EXTENDED COMMUNITY PART 3 SUB-TYPES registry. It should be seeded with the following Sub-Type: " NEW: " IANA is requested to create the "Generic Transitive Experimental Extended C= ommunity Part 3 Sub-Types" registry. It should be seeded with the followin= g Sub-Type: " Best regards, Mach > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org > Sent: Tuesday, October 21, 2014 3:11 AM > To: i-d-announce@ietf.org > Cc: idr@ietf.org > Subject: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Inter-Domain Routing Working Group of t= he IETF. >=20 > Title : Clarification of the Flowspec Redirect Extended > Community > Author : Jeffrey Haas > Filename : draft-ietf-idr-flowspec-redirect-rt-bis-01.txt > Pages : 5 > Date : 2014-10-20 >=20 > Abstract: > This document clarifies the formatting of the the BGP Flowspec > Redirect Extended Community, originally documented in RFC 5575 > (Dissemination of Flow Specification Rules). >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-redirect-rt-bis/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-rt-bis-01 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-flowspec-redirect-rt-bi= s-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Wed Oct 22 12:42:57 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 622C11AD3D7 for ; Wed, 22 Oct 2014 12:42:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 6GyTGUbzH6Rt for ; Wed, 22 Oct 2014 12:42:52 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0722.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:722]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13EF01AD3C6 for ; Wed, 22 Oct 2014 12:42:52 -0700 (PDT) Received: from mengfang-sslvpn-nc.jnpr.net (66.129.241.10) by DM2PR05MB734.namprd05.prod.outlook.com (10.141.178.22) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Wed, 22 Oct 2014 19:42:28 +0000 Content-Type: text/plain; charset="windows-1252" MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "John G. Scudder" In-Reply-To: <4659A54B-3AAC-4C9D-BD76-2BDED84DE905@rob.sh> Date: Wed, 22 Oct 2014 15:41:24 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: <10AF5CC8-63AA-4E59-AE24-4C281CFFCD99@juniper.net> References: <20140903192732.23339.49198.idtracker@ietfa.amsl.com> <6BF003E2-25EB-411F-941F-D0707C9D7BE7@juniper.net> <4659A54B-3AAC-4C9D-BD76-2BDED84DE905@rob.sh> To: Rob Shakir X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.10] X-ClientProxiedBy: DM2PR07CA0013.namprd07.prod.outlook.com (10.141.52.141) To DM2PR05MB734.namprd05.prod.outlook.com (10.141.178.22) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB734; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 037291602B X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(43544003)(189002)(24454002)(52604005)(71364002)(43784003)(377454003)(101416001)(97736003)(76482002)(102836001)(47776003)(62966002)(20776003)(66066001)(23746002)(92726001)(19580395003)(93916002)(64706001)(104166001)(33656002)(110136001)(92566001)(86362001)(85852003)(31966008)(50466002)(42186005)(122386002)(107046002)(89996001)(106356001)(230783001)(99396003)(105586002)(57306001)(50226001)(77156001)(87976001)(19580405001)(85306004)(4396001)(81156004)(120916001)(69596002)(50986999)(46102003)(40100003)(36756003)(87286001)(95666004)(53416004)(80022003)(21056001)(88136002)(76176999)(77096002)(104396001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB734; H:mengfang-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/faF_OpScD8tQEe5XVda5Wr0ItV4 Cc: "idr@ietf. org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-error-handling-14.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 19:42:55 -0000 Rob, Thanks for your comments. With regard to the first, how do you (and the = WG) feel about this paragraph for the end of the Operations section? Section 8 mentions that attribute discard should not be used in cases where "the attribute in question has or may have an effect on route selection." Although all cases that specify attribute discard in this document do not affect route selection by default, in principle routing policies could be written which affect selection based on such an attribute. Operators should take care when writing such policies to consider the possible consequences of an attribute discard. (In general, as long as such policies are only used on external BGP sessions, correctness issues are not expected to arise.) Regarding ELC, thanks for catching that! Considering that we're = excluding deprecated attributes from consideration in this document, and = considering that draft-ietf-mpls-deprecate-bgp-entropy-label has been = approved for publication as an RFC, I think it's safe for me to remove = all references to RFC 6790.=20 Regards, --John On Oct 16, 2014, at 9:25 AM, Rob Shakir wrote: > Hi John, IDR, >=20 > On 3 Sep 2014, at 20:39, John G. Scudder wrote: >=20 >>=20 >> In short, it removes the discussion of what it means for an NLRI to = be incorrect. >> Reviewers may want to pay particular attention to S. 7.11. >=20 > Sorry for the delay in sending over some comments. >=20 > First off, thanks to the authors for the work on this doc =97 it=92s = taken something that=20 > we=92ve debated in length on the IDR list and resulted in (IMHO) a = very clean document=20 > that does a good job of explaining the motivation and revisions to the = error handling=20 > behaviour. >=20 > I had some very minor comments: >=20 > - Currently, when the text discusses attribute discard, it links = this to=20 > something that cannot affect the route selection. Since in = most routing=20 > policy languages, one could potentially match on /any/ = attribute if one > so wanted, then I was wondering whether it was worth adding = something into > the operational considerations section that briefly noted that = operators > SHOULD NOT implement policies which influence route selection = based on an > attribute that might be discarded. >=20 > - In 7.16, we re-define the error handling for BGP ELC, but I = noted the > existence of draft-ietf-idr-mpls-deprecate-bgp-entropy-label. = I=92m not sure > whether it is still worth including this analysis, or whether = it is worth > noting that this attribute is (likely to be) deprecated. >=20 > Other than this, thanks again for the work on this document. >=20 > Kind regards, > r. From nobody Wed Oct 22 14:45:01 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 619971A6F53; Wed, 22 Oct 2014 14:44:55 -0700 (PDT) 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 pHIhQCPO3IDV; Wed, 22 Oct 2014 14:44:53 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D822B1A6FBF; Wed, 22 Oct 2014 14:44:49 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141022214449.32377.87754.idtracker@ietfa.amsl.com> Date: Wed, 22 Oct 2014 14:44:49 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/WGTF6uA4Ym-SuE8XqSYt-LJFRCQ Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-custom-decision-05.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 21:44:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : BGP Custom Decision Process Authors : Alvaro Retana Russ White Filename : draft-ietf-idr-custom-decision-05.txt Pages : 9 Date : 2014-10-22 Abstract: The BGP specification defines a Decision Process for installation of routes into the Loc-RIB. This process takes into account an extensive series of path attributes, which can be manipulated to indicate preference for specific paths. It is cumbersome (if at all possible) for the end user to define policies that will select, after partial comparison, a path based on subjective local (domain and/or node) criteria. This document defines a new Extended Community, called the Cost Community, which may be used in tie breaking during the best path selection process. The end result is a local custom decision process. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-custom-decision/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-custom-decision-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-custom-decision-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 22 15:33:01 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F29681A87A8; Wed, 22 Oct 2014 15:32:55 -0700 (PDT) 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 dBEyk7UOyl97; Wed, 22 Oct 2014 15:32:50 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 861E51A87BD; Wed, 22 Oct 2014 15:32:47 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141022223247.22248.77532.idtracker@ietfa.amsl.com> Date: Wed, 22 Oct 2014 15:32:47 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/jBdOo_V5KVvH7f2hFGzQCHV5R2I Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-bgp-optimal-route-reflection-08.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 22:32:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : BGP Optimal Route Reflection (BGP-ORR) Authors : Robert Raszuk Christian Cassar Erik Aman Bruno Decraene Stephane Litkowski Filename : draft-ietf-idr-bgp-optimal-route-reflection-08.txt Pages : 22 Date : 2014-10-22 Abstract: [RFC4456] asserts that, because the Interior Gateway Protocol (IGP) cost to a given point in the network will vary across routers, "the route reflection approach may not yield the same route selection result as that of the full IBGP mesh approach." One practical implication of this assertion is that the deployment of route reflection may thwart the ability to achieve hot potato routing. Hot potato routing attempts to direct traffic to the closest AS egress point in cases where no higher priority policy dictates otherwise. As a consequence of the route reflection method, the choice of exit point for a route reflector and its clients will be the egress point closest to the route reflector - and not necessarily closest to the RR clients. Section 11 of [RFC4456] describes a deployment approach and a set of constraints which, if satsified, would result in the deployment of route reflection yielding the same results as the iBGP full mesh approach. Such a deployment approach would make route reflection compatible with the application of hot potato routing policy. As networks evolved to accommodate architectural requirements of new services, tunneled (LSP/IP tunneling) networks with centralized route reflectors became commonplace. This is one type of common deployment where it would be impractical to satisfy the constraints described in Section 11 of [RFC4456]. Yet, in such an environment, hot potato routing policy remains desirable. This document proposes two new solutions which can be deployed to facilitate the application of closest exit point policy centralized route reflection deployments. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-optimal-route-reflection/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-bgp-optimal-route-reflection-08 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-bgp-optimal-route-reflection-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Oct 23 07:10:17 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 378041A9136 for ; Thu, 23 Oct 2014 07:09:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 GiUaRWJ-DrOV for ; Thu, 23 Oct 2014 07:09:49 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0741.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::741]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70FD31A8AFE for ; Thu, 23 Oct 2014 07:09:48 -0700 (PDT) Received: from DM2PR0501MB1104.namprd05.prod.outlook.com (25.160.245.140) by DM2PR0501MB1102.namprd05.prod.outlook.com (25.160.245.12) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Thu, 23 Oct 2014 14:09:24 +0000 Received: from DM2PR0501MB1104.namprd05.prod.outlook.com ([25.160.245.140]) by DM2PR0501MB1104.namprd05.prod.outlook.com ([25.160.245.140]) with mapi id 15.00.1054.004; Thu, 23 Oct 2014 14:09:24 +0000 From: Eric Rosen To: Susan Hares , idr wg Thread-Topic: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 Thread-Index: Ac/o1lMByC7zb8RLT6SRzAAn7YF8qAF9FekQ Date: Thu, 23 Oct 2014 14:09:23 +0000 Message-ID: References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> In-Reply-To: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.10] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1102; x-exchange-antispam-report-test: UriScan:; x-forefront-prvs: 0373D94D15 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(66066001)(76482002)(95666004)(2656002)(16236675004)(86362001)(19609705001)(99286002)(106356001)(15202345003)(107046002)(64706001)(99396003)(77096002)(120916001)(76576001)(20776003)(74316001)(15975445006)(105586002)(101416001)(85852003)(19625215002)(31966008)(33646002)(97736003)(108616004)(76176999)(54356999)(40100003)(50986999)(122556002)(4396001)(230783001)(19580395003)(92566001)(85306004)(21056001)(87936001)(19300405004)(80022003)(46102003)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1102; H:DM2PR0501MB1104.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Content-Type: multipart/alternative; boundary="_000_d63e824a7984483a8f5cfb59ba7f7520DM2PR0501MB1104namprd05_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/vvbCBYseySUnEKYaNZRF3ehhA6w Cc: "'John G. Scudder'" Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 14:09:54 -0000 --_000_d63e824a7984483a8f5cfb59ba7f7520DM2PR0501MB1104namprd05_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think Sue has done a good job summarizing the problems with this draft; I think it still needs a lot of work before it can be accepted. The number one question is whether the approach can be made architecturally sound. The draft significantly alters the role played by the "next hop" in BGP. In doing so, in doing so leaves a lot of unanswered questions that will lead to lots of future interoperability problems. I understand that there are already deployments of some of these mechanisms in particular environments. The question though is how the mechanisms will work outside the environments that the authors happen to have in mind today. The authors compare their approach to that taken by RFC5512, but I don't think they focus on the essential differences. To my mind, the essential feature of the RFC5512 approach is that there is no change at all to the next hop semantics. A BGP Update associates an NLRI with a next hop, and information can then be provided to tell an ingress node how to forward traffic through a tunnel to that next hop. If there are multiple tunnel types that can be used to reach the next hop, information can be specified for each of them. Particular NLRIs can also be bound to particular next hops. It is true that RFC5512 proposes to use a new AFI/SAFI to distribute he encapsulation information, but this is really a secondary issue. One could certainly put the encapsulation SAFI attribute on NLRIs of AFI/SAFI 1/1 or 1/2. The real difference between "remote next hop" and RFC5512 is that "remote next hop" does not require the tunnel endpoint to be the same as th= e next hop. The primary issue is whether the use of the "next hop" concept i= n BGP is being changed in a well-defined way. In the remote-next-hop draft, every NLRI can be associated with not one nex= t hop, but with a whole set of them. This is the part I find problematic. The BGP specifications have many rules that involve next hops, and we now have to find them all, look at each one, and figure out how to change it so that it works when there are multiple next hops. (And it does not appear t= o me that this exercise has been done.) For instance, suppose an update associated NLRI N with Next Hop H and with Remote Next Hops R1, R2, and R3. We could decide that this update is equivalent to the following three conventional BGP routes: distributed using add-path. Then the semantics would at least be well-defined. But this doesn't seem to be at all what the authors intend. In fact, I can't tell from the draft just how the authors really do intend such an update to be interpreted. The draft does say that when choosing the best path for N, if the "IGP metric" tie breaker is used, the IGP metric should be largest one from amon= g the set of remote next hops. Well, at least that's well-defined. But is i= t a sensible strategy? Will it result in the proper route being chosen? If some or all of the remote next hops are unreachable, but the "ordinary" next hop is reachable, is the route discarded, or do we just ignore the unreachable next hops? What if the ordinary next hop is unreachable, but some or all of the remote next hops are reachable? Is the route discarded altogether, even though the tunnels it binds to the NLR= I could actually be used? What if a route is distributed to another AS, and the next hop changes, but the remote next hops do not change? Now if the BGP decision process reache= s the "IGP metric" tie breaker, only the IGP metric to the next hop itself ca= n be considered. (The remote next hops are in a different AS, so the IGP metric to them is not known.) But the next hop might not even be on the path to the remote next hop. If there are multiple remote next hop endpoints, are they all equally preferable? Or is each one going to have its own LOCAL_PREF and its own MED? If the NLRI is a labeled route, and there are multiple remote next hops, does it need to carry a label for each of the remote next hops and a label for the ordinary next hop as well? (Presumably all the remote next hops ar= e not using the same label space.) Various specifications say that labels must be changed when the next hop is changed. What happens if the next hop is changed, but some or all of the remote next hops are not changed? Or is it supposed to be illegal to use remote next hop on labeled routes? If a route carries an AIGP attribute, does the AIGP value apply to some or all of the remote next hops? When the AIGP attribute is modified, are you supposed to add in the IGP metric to the furthest of the remote next hops? I know that there are deployments of this feature in specific environments where these questions don't necessarily come up. That doesn't mean that the feature is well-defined, or that it is the best solution. Section 6 is nowhere near satisfactory. I appreciate that the problematic "multi-homed IPv6" use case has been removed, but none of the other use cases is described in enough detail to b= e evaluated. And no attempt is made to characterize those cases where the mechanism can be used without problems, and to distinguish those from cases where the mechanism may give unintended results. As currently specified, this just doesn't seem to me to be an architecturally sound solution. It's also worth noting that, by default, the remote next hops leak across administrative domain boundaries, which doesn't seem like the right thing. A few other more minor points: "If a device does not support this attribute, and receives this attribute, then it follows the normal NLRI processing and BGP best path selection, and the resulting forwarding decision is used, as the attribute is optional." Won't that lead to the packets going to the wrong place? "While [RFC5512] allows multiple tunnel endpoints and multiple tunnel types to be carried within a BGP Encaps SAFI, the correlation of Tunnel information with other SAFIs is done using the color extended community which is also non-trivial." I suppose one could complain that adding a level of indirection is "non-trivial". But indirection is not exactly unheard of in computer science, and could also be useful. By using the color EC, the originator o= f the route could say "always use a red tunnel for packets to this NRLI". Th= e red tunnel would not need to be the same tunnel in each AS through which th= e packet passes. Without this level of indirection, the tunnel encapsulation attribute might have to be "swapped" at AS boundaries. --_000_d63e824a7984483a8f5cfb59ba7f7520DM2PR0501MB1104namprd05_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think Sue has done a= good job summarizing the problems with this draft; I

think it still needs a= lot of work before it can be accepted.

 

The number one questio= n is whether the approach can be made architecturally

sound.  The draft= significantly alters the role played by the "next hop" in

BGP.  In doing so= , in doing so leaves a lot of unanswered questions that

will lead to lots of f= uture interoperability problems.  I understand that<= /p>

there are already depl= oyments of some of these mechanisms in particular

environments.  Th= e question though is how the mechanisms will work outside=

the environments that = the authors happen to have in mind today.

 

The authors compare th= eir approach to that taken by RFC5512, but I don't

think they focus on th= e essential differences.  To my mind, the essential<= /p>

feature of the RFC5512= approach is that there is no change at all to the

next hop semantics.&nb= sp; A BGP Update associates an NLRI with a next hop, and<= /p>

information can then b= e provided to tell an ingress node how to forward

traffic through a tunn= el to that next hop.  If there are multiple tunnel

types that can be used= to reach the next hop, information can be specified

for each of them. = ; Particular NLRIs can also be bound to particular next

hops.

 

It is true that RFC551= 2 proposes to use a new AFI/SAFI to distribute he

encapsulation informat= ion, but this is really a secondary issue.  One could

certainly put the enca= psulation SAFI attribute on NLRIs of AFI/SAFI 1/1 or

1/2.  The real di= fference between "remote next hop" and RFC5512 is that=

"remote next hop&= quot; does not require the tunnel endpoint to be the same as the=

next hop.  The pr= imary issue is whether the use of the "next hop" concept in<= /o:p>

BGP is being changed i= n a well-defined way.

 

In the remote-next-hop= draft, every NLRI can be associated with not one next

hop, but with a whole = set of them.  This is the part I find problematic.

The BGP specifications= have many rules that involve next hops, and we now

have to find them all,= look at each one, and figure out how to change it so

that it works when the= re are multiple next hops.  (And it does not appear to

me that this exercise = has been done.)

 

For instance, suppose = an update associated NLRI N with Next Hop H and

with Remote Next Hops = R1, R2, and R3.

 

We could decide that t= his update is equivalent to the following three

conventional BGP route= s:

 

   &nbs= p;       <NLRI=3DN, NH=3DR1>=

   &nbs= p;       <NLRI=3DN, NH=3DR2>=

   &nbs= p;       <NLRI=3DN, NH=3DR3>=

 

distributed using add-= path.  Then the semantics would at least be

well-defined.  Bu= t this doesn't seem to be at all what the authors

intend.   In= fact, I can't tell from the draft just how the authors

really do intend such = an update to be interpreted.

 

The draft does say tha= t when choosing the best path for N, if the "IGP

metric" tie break= er is used, the IGP metric should be largest one from among

the set of remote next= hops.  Well, at least that's well-defined.  But is it=

a sensible strategy?&n= bsp; Will it result in the proper route being chosen?

 

If some or all of the = remote next hops are unreachable, but the

"ordinary" n= ext hop is reachable, is the route discarded, or do we just

ignore the unreachable= next hops?  What if the ordinary next hop is

unreachable, but some = or all of the remote next hops are reachable?  Is

the route discarded al= together, even though the tunnels it binds to the NLRI

could actually be used= ?

 

What if a route is dis= tributed to another AS, and the next hop changes, but

the remote next hops d= o not change?  Now if the BGP decision process reaches

the "IGP metric&q= uot; tie breaker, only the IGP metric to the next hop itself can=

be considered.  (= The remote next hops are in a different AS, so the IGP

metric to them is not = known.)  But the next hop might not even be on the

path to the remote nex= t hop.

 

If there are multiple = remote next hop endpoints, are they all equally

preferable?  Or i= s each one going to have its own LOCAL_PREF and its

own MED?

 

If the NLRI is a label= ed route, and there are multiple remote next hops,

does it need to carry = a label for each of the remote next hops and a label

for the ordinary next = hop as well?  (Presumably all the remote next hops are

not using the same lab= el space.)

 

Various specifications= say that labels must be changed when the next

hop is changed.  = What happens if the next hop is changed, but some or

all of the remote next= hops are not changed?  Or is it supposed to be

illegal to use remote = next hop on labeled routes? 

 

If a route carries an = AIGP attribute, does the AIGP value apply to some

or all of the remote n= ext hops?  When the AIGP attribute is modified,

are you supposed to ad= d in the IGP metric to the furthest of the remote

next hops?<= /span>

 

I know that there are = deployments of this feature in specific

environments where the= se questions don't necessarily come up.  That

doesn't mean that the = feature is well-defined, or that it is the best

solution.  Sectio= n 6 is nowhere near satisfactory.

 

I appreciate that the = problematic "multi-homed IPv6" use case has been

removed, but none of t= he other use cases is described in enough detail to be

evaluated.  And n= o attempt is made to characterize those cases where the

mechanism can be used = without problems, and to distinguish those from cases

where the mechanism ma= y give unintended results.

 

As currently specified= , this just doesn't seem to me to be an

architecturally sound = solution.

 

It's also worth noting= that, by default, the remote next hops leak

across administrative = domain boundaries, which doesn't seem like the

right thing.

 

A few other more minor= points:

 

   "If = a device does not support this attribute, and receives this

   attribute= , then it follows the normal NLRI processing and BGP best=

   path sele= ction, and the resulting forwarding decision is used, as the

   attribute= is optional."

 

Won't that lead to the= packets going to the wrong place?

 

   "Whi= le [RFC5512] allows multiple tunnel endpoints and multiple tunnel

   types to = be carried within a BGP Encaps SAFI, the correlation of

   Tunnel in= formation with other SAFIs is done using the color extended

   community= which is also non-trivial."

 

I suppose one could co= mplain that adding a level of indirection is

"non-trivial"= ;.  But indirection is not exactly unheard of in computer

science, and could als= o be useful.  By using the color EC, the originator of

the route could say &q= uot;always use a red tunnel for packets to this NRLI".  The<= /o:p>

red tunnel would not n= eed to be the same tunnel in each AS through which the

packet passes.  W= ithout this level of indirection, the tunnel encapsulation

attribute might have t= o be "swapped" at AS boundaries.

 

 

 

 

 

--_000_d63e824a7984483a8f5cfb59ba7f7520DM2PR0501MB1104namprd05_-- From nobody Thu Oct 23 07:27:45 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40BB71A90DA for ; Thu, 23 Oct 2014 07:27:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 fQWIKP8MTn8I for ; Thu, 23 Oct 2014 07:27:40 -0700 (PDT) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A37591A9039 for ; Thu, 23 Oct 2014 07:27:40 -0700 (PDT) Received: by mail-ie0-f172.google.com with SMTP id rl12so1052094iec.31 for ; Thu, 23 Oct 2014 07:27:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Ns/42opDJwSKV1jSvnwnZ4MigNkX0B76p1Wt7wU+N1g=; b=c60O8oAET8ZV3+kV9rg0XQ553fqUUFxedyzlpsMdYnCbrPZfBFiIE7PvopwJZEmU0a 43wclJwlR64k9ebLx8IU9ka+muNrYuCWXhTMfORLsxLq7hAotd1Fd62eBGFfxejABCHd YqTEpMsfem2lQBo4XdNKkGIT4MW/OSKfO8UZbCNMgIiceNc6uKJkk3BU+UjmltQKcKVI emjOlW2EbNAlbkYFyDTkhvVXVFbXap+gnb8IN6+QHJD41rZElt59wu3X1wG0k5tXbhmp huqKWxXdePLPyXvfu37js/amoygg33V4A61EwFuR+FfYZbyjoldUAZ6HIDgH1+thp2MR sEHw== MIME-Version: 1.0 X-Received: by 10.107.159.18 with SMTP id i18mr5149851ioe.33.1414074459592; Thu, 23 Oct 2014 07:27:39 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Thu, 23 Oct 2014 07:27:39 -0700 (PDT) In-Reply-To: References: <013001cfe8d8$a8535fd0$f8fa1f70$@ndzh.com> Date: Thu, 23 Oct 2014 16:27:39 +0200 X-Google-Sender-Auth: 35Rm0-LEgXmh1h0OxmIZeLgmedc Message-ID: From: Robert Raszuk To: Eric Rosen Content-Type: multipart/alternative; boundary=001a1140f94ed9a6dc050617dd9a Archived-At: http://mailarchive.ietf.org/arch/msg/idr/bRvy2yFWG2oXg-H5COnTvcSEPMI Cc: idr wg , "John G. Scudder" , Susan Hares Subject: Re: [Idr] Open issues with Comments on draft-vandevelde-idr-remote-next-hop-08 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 14:27:44 -0000 --001a1140f94ed9a6dc050617dd9a Content-Type: text/plain; charset=UTF-8 Hi Eric, Thank you a lot for the comments made here (and before). But honestly speaking root of your questions lays in the model of flat routing. You very correctly pointing out issues in that respect. However I look at this proposal not within the flat routing domain. I look at this as overlay reachability plane without necessity to construct separate mapping plane (say LISP-ALT). If your point is that we must never try to add overlays to SAFI 1/1 or 2/1 and if everyone agrees with this point then indeed the draft can be shelved. But I think you as well as number of other IDR/BESS/XYZ WG folks see value in automation of creation more control in the IP reachability and if so choices are: * use out of band static configuration (ie call yr peer) * use out of band alternative signalling layer (LISP or some sort of controller) * augment BGP to be able to carry effectively opaque info having in mind that where it is used for packets is under operators control. Frankly I am myself not convince there is one winner of all of the above. At least I am not able to pick one. But that may come from lack of operational experience especially in large scale with all of those. So till we try how do we learn ? Maybe the draft should be moved to experimental and progressed for few years ? Maybe we could add much more strict use rules. What do you think ? Best, Robert. On Thu, Oct 23, 2014 at 4:09 PM, Eric Rosen wrote: > I think Sue has done a good job summarizing the problems with this > draft; I > > think it still needs a lot of work before it can be accepted. > > > > The number one question is whether the approach can be made architecturally > > sound. The draft significantly alters the role played by the "next hop" in > > BGP. In doing so, in doing so leaves a lot of unanswered questions that > > will lead to lots of future interoperability problems. I understand that > > there are already deployments of some of these mechanisms in particular > > environments. The question though is how the mechanisms will work outside > > the environments that the authors happen to have in mind today. > > > > The authors compare their approach to that taken by RFC5512, but I don't > > think they focus on the essential differences. To my mind, the essential > > feature of the RFC5512 approach is that there is no change at all to the > > next hop semantics. A BGP Update associates an NLRI with a next hop, and > > information can then be provided to tell an ingress node how to forward > > traffic through a tunnel to that next hop. If there are multiple tunnel > > types that can be used to reach the next hop, information can be specified > > for each of them. Particular NLRIs can also be bound to particular next > > hops. > > > > It is true that RFC5512 proposes to use a new AFI/SAFI to distribute he > > encapsulation information, but this is really a secondary issue. One could > > certainly put the encapsulation SAFI attribute on NLRIs of AFI/SAFI 1/1 or > > 1/2. The real difference between "remote next hop" and RFC5512 is that > > "remote next hop" does not require the tunnel endpoint to be the same as > the > > next hop. The primary issue is whether the use of the "next hop" concept > in > > BGP is being changed in a well-defined way. > > > > In the remote-next-hop draft, every NLRI can be associated with not one > next > > hop, but with a whole set of them. This is the part I find problematic. > > The BGP specifications have many rules that involve next hops, and we now > > have to find them all, look at each one, and figure out how to change it so > > that it works when there are multiple next hops. (And it does not appear > to > > me that this exercise has been done.) > > > > For instance, suppose an update associated NLRI N with Next Hop H and > > with Remote Next Hops R1, R2, and R3. > > > > We could decide that this update is equivalent to the following three > > conventional BGP routes: > > > > > > > > > > > > distributed using add-path. Then the semantics would at least be > > well-defined. But this doesn't seem to be at all what the authors > > intend. In fact, I can't tell from the draft just how the authors > > really do intend such an update to be interpreted. > > > > The draft does say that when choosing the best path for N, if the "IGP > > metric" tie breaker is used, the IGP metric should be largest one from > among > > the set of remote next hops. Well, at least that's well-defined. But is > it > > a sensible strategy? Will it result in the proper route being chosen? > > > > If some or all of the remote next hops are unreachable, but the > > "ordinary" next hop is reachable, is the route discarded, or do we just > > ignore the unreachable next hops? What if the ordinary next hop is > > unreachable, but some or all of the remote next hops are reachable? Is > > the route discarded altogether, even though the tunnels it binds to the > NLRI > > could actually be used? > > > > What if a route is distributed to another AS, and the next hop changes, but > > the remote next hops do not change? Now if the BGP decision process > reaches > > the "IGP metric" tie breaker, only the IGP metric to the next hop itself > can > > be considered. (The remote next hops are in a different AS, so the IGP > > metric to them is not known.) But the next hop might not even be on the > > path to the remote next hop. > > > > If there are multiple remote next hop endpoints, are they all equally > > preferable? Or is each one going to have its own LOCAL_PREF and its > > own MED? > > > > If the NLRI is a labeled route, and there are multiple remote next hops, > > does it need to carry a label for each of the remote next hops and a label > > for the ordinary next hop as well? (Presumably all the remote next hops > are > > not using the same label space.) > > > > Various specifications say that labels must be changed when the next > > hop is changed. What happens if the next hop is changed, but some or > > all of the remote next hops are not changed? Or is it supposed to be > > illegal to use remote next hop on labeled routes? > > > > If a route carries an AIGP attribute, does the AIGP value apply to some > > or all of the remote next hops? When the AIGP attribute is modified, > > are you supposed to add in the IGP metric to the furthest of the remote > > next hops? > > > > I know that there are deployments of this feature in specific > > environments where these questions don't necessarily come up. That > > doesn't mean that the feature is well-defined, or that it is the best > > solution. Section 6 is nowhere near satisfactory. > > > > I appreciate that the problematic "multi-homed IPv6" use case has been > > removed, but none of the other use cases is described in enough detail to > be > > evaluated. And no attempt is made to characterize those cases where the > > mechanism can be used without problems, and to distinguish those from cases > > where the mechanism may give unintended results. > > > > As currently specified, this just doesn't seem to me to be an > > architecturally sound solution. > > > > It's also worth noting that, by default, the remote next hops leak > > across administrative domain boundaries, which doesn't seem like the > > right thing. > > > > A few other more minor points: > > > > "If a device does not support this attribute, and receives this > > attribute, then it follows the normal NLRI processing and BGP best > > path selection, and the resulting forwarding decision is used, as the > > attribute is optional." > > > > Won't that lead to the packets going to the wrong place? > > > > "While [RFC5512] allows multiple tunnel endpoints and multiple tunnel > > types to be carried within a BGP Encaps SAFI, the correlation of > > Tunnel information with other SAFIs is done using the color extended > > community which is also non-trivial." > > > > I suppose one could complain that adding a level of indirection is > > "non-trivial". But indirection is not exactly unheard of in computer > > science, and could also be useful. By using the color EC, the originator > of > > the route could say "always use a red tunnel for packets to this NRLI". > The > > red tunnel would not need to be the same tunnel in each AS through which > the > > packet passes. Without this level of indirection, the tunnel encapsulation > > attribute might have to be "swapped" at AS boundaries. > > > > > > > > > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > --001a1140f94ed9a6dc050617dd9a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eric,

Thank you a lot for the comments made here (and before).

But honestly speaking root of your questio= ns lays in the model of flat routing. You very correctly pointing out issue= s in that respect.=C2=A0

However= I look at this proposal not within the flat routing domain. I look at this= as overlay reachability plane without necessity to construct separate mapp= ing plane (say LISP-ALT).=C2=A0

= If your point is that we must never try to add overlays to SAFI 1/1 or 2/1 = and if everyone agrees with this point then indeed the draft can be shelved= .=C2=A0

But I think you as well = as number of other IDR/BESS/XYZ WG folks see value in automation of creatio= n more control in the IP reachability and if so choices are:

* use out of band static configuration (ie cal= l yr peer)

* use out of band al= ternative signalling layer (LISP or some sort of controller)

* augment BGP to be able to carry effectively = opaque info having in mind that where it is used for packets is under opera= tors control.=C2=A0

Frankly I am= myself not convince there is one winner of all of the above. At least I am= not able to pick one. But that may come from lack of operational experienc= e especially in large scale with all of those.=C2=A0
So till we try how do we learn ?=C2=A0

Maybe the draft should be moved to experimental= and progressed for few years ? Maybe we could add much more strict use rul= es.=C2=A0

What do you think ?= =C2=A0

Best,
= Robert.


=




On Thu, Oct 23, 2014 at 4:09 PM, Eric Rosen <erosen= @juniper.net> wrote:

I think Sue has done a= good job summarizing the problems with this draft; I<= /p>

think it still needs a= lot of work before it can be accepted.

=C2=A0

The number one questio= n is whether the approach can be made architecturally<= /p>

sound.=C2=A0 The draft= significantly alters the role played by the "next hop" in=

BGP.=C2=A0 In doing so= , in doing so leaves a lot of unanswered questions that

will lead to lots of f= uture interoperability problems.=C2=A0 I understand that

there are already depl= oyments of some of these mechanisms in particular

environments.=C2=A0 Th= e question though is how the mechanisms will work outside

the environments that = the authors happen to have in mind today.

=C2=A0

The authors compare th= eir approach to that taken by RFC5512, but I don't=

think they focus on th= e essential differences.=C2=A0 To my mind, the essential

feature of the RFC5512= approach is that there is no change at all to the

next hop semantics.=C2= =A0 A BGP Update associates an NLRI with a next hop, and

information can then b= e provided to tell an ingress node how to forward

traffic through a tunn= el to that next hop.=C2=A0 If there are multiple tunnel

types that can be used= to reach the next hop, information can be specified

for each of them.=C2= =A0 Particular NLRIs can also be bound to particular next

hops.

=C2=A0

It is true that RFC551= 2 proposes to use a new AFI/SAFI to distribute he

encapsulation informat= ion, but this is really a secondary issue.=C2=A0 One could

certainly put the enca= psulation SAFI attribute on NLRIs of AFI/SAFI 1/1 or

1/2.=C2=A0 The real di= fference between "remote next hop" and RFC5512 is that<= /u>

"remote next hop&= quot; does not require the tunnel endpoint to be the same as the<= /u>

next hop.=C2=A0 The pr= imary issue is whether the use of the "next hop" concept in

BGP is being changed i= n a well-defined way.

=C2=A0

In the remote-next-hop= draft, every NLRI can be associated with not one next=

hop, but with a whole = set of them.=C2=A0 This is the part I find problematic.

The BGP specifications= have many rules that involve next hops, and we now

have to find them all,= look at each one, and figure out how to change it so<= /p>

that it works when the= re are multiple next hops.=C2=A0 (And it does not appear to

me that this exercise = has been done.)

=C2=A0

For instance, suppose = an update associated NLRI N with Next Hop H and

with Remote Next Hops = R1, R2, and R3.

=C2=A0

We could decide that t= his update is equivalent to the following three

conventional BGP route= s:

=C2=A0

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <NLRI=3DN, NH=3DR1>=

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <NLRI=3DN, NH=3DR2>=

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <NLRI=3DN, NH=3DR3>=

=C2=A0

distributed using add-= path.=C2=A0 Then the semantics would at least be

well-defined.=C2=A0 Bu= t this doesn't seem to be at all what the authors<= /p>

intend.=C2=A0=C2=A0 In= fact, I can't tell from the draft just how the authors

really do intend such = an update to be interpreted.

=C2=A0

The draft does say tha= t when choosing the best path for N, if the "IGP<= /p>

metric" tie break= er is used, the IGP metric should be largest one from among

the set of remote next= hops.=C2=A0 Well, at least that's well-defined.=C2=A0 But is it=

a sensible strategy?= =C2=A0 Will it result in the proper route being chosen?

=C2=A0

If some or all of the = remote next hops are unreachable, but the

"ordinary" n= ext hop is reachable, is the route discarded, or do we just

ignore the unreachable= next hops?=C2=A0 What if the ordinary next hop is

unreachable, but some = or all of the remote next hops are reachable?=C2=A0 Is=

the route discarded al= together, even though the tunnels it binds to the NLRI=

could actually be used= ?

=C2=A0

What if a route is dis= tributed to another AS, and the next hop changes, but<= /p>

the remote next hops d= o not change?=C2=A0 Now if the BGP decision process reaches

the "IGP metric&q= uot; tie breaker, only the IGP metric to the next hop itself can<= /u>

be considered.=C2=A0 (= The remote next hops are in a different AS, so the IGP=

metric to them is not = known.)=C2=A0 But the next hop might not even be on the

path to the remote nex= t hop.

=C2=A0

If there are multiple = remote next hop endpoints, are they all equally

preferable?=C2=A0 Or i= s each one going to have its own LOCAL_PREF and its

own MED?=

=C2=A0

If the NLRI is a label= ed route, and there are multiple remote next hops,

does it need to carry = a label for each of the remote next hops and a label

for the ordinary next = hop as well?=C2=A0 (Presumably all the remote next hops are

not using the same lab= el space.)

=C2=A0

Various specifications= say that labels must be changed when the next

hop is changed.=C2=A0 = What happens if the next hop is changed, but some or

all of the remote next= hops are not changed?=C2=A0 Or is it supposed to be

illegal to use remote = next hop on labeled routes?=C2=A0

=C2=A0

If a route carries an = AIGP attribute, does the AIGP value apply to some

or all of the remote n= ext hops?=C2=A0 When the AIGP attribute is modified,

are you supposed to ad= d in the IGP metric to the furthest of the remote

next hops?

=C2=A0

I know that there are = deployments of this feature in specific

environments where the= se questions don't necessarily come up.=C2=A0 That=

doesn't mean that = the feature is well-defined, or that it is the best

solution.=C2=A0 Sectio= n 6 is nowhere near satisfactory.

=C2=A0

I appreciate that the = problematic "multi-homed IPv6" use case has been

removed, but none of t= he other use cases is described in enough detail to be=

evaluated.=C2=A0 And n= o attempt is made to characterize those cases where the

mechanism can be used = without problems, and to distinguish those from cases<= /p>

where the mechanism ma= y give unintended results.

=C2=A0

As currently specified= , this just doesn't seem to me to be an

architecturally sound = solution.

=C2=A0

It's also worth no= ting that, by default, the remote next hops leak

across administrative = domain boundaries, which doesn't seem like the

right thing.=

=C2=A0

A few other more minor= points:

=C2=A0

=C2=A0=C2=A0 "If = a device does not support this attribute, and receives this

=C2=A0=C2=A0 attribute= , then it follows the normal NLRI processing and BGP best

=C2=A0=C2=A0 path sele= ction, and the resulting forwarding decision is used, as the<= /span>

=C2=A0=C2=A0 attribute= is optional."

=C2=A0

Won't that lead to= the packets going to the wrong place?

=C2=A0

=C2=A0=C2=A0 "Whi= le [RFC5512] allows multiple tunnel endpoints and multiple tunnel=

=C2=A0=C2=A0 types to = be carried within a BGP Encaps SAFI, the correlation of

=C2=A0=C2=A0 Tunnel in= formation with other SAFIs is done using the color extended

=C2=A0=C2=A0 community= which is also non-trivial."

=C2=A0

I suppose one could co= mplain that adding a level of indirection is

"non-trivial"= ;.=C2=A0 But indirection is not exactly unheard of in computer

science, and could als= o be useful.=C2=A0 By using the color EC, the originator of

the route could say &q= uot;always use a red tunnel for packets to this NRLI".=C2=A0 The

red tunnel would not n= eed to be the same tunnel in each AS through which the=

packet passes.=C2=A0 W= ithout this level of indirection, the tunnel encapsulation

attribute might have t= o be "swapped" at AS boundaries.

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0


_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr


--001a1140f94ed9a6dc050617dd9a-- From nobody Fri Oct 24 06:57:48 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 441101A008D; Fri, 24 Oct 2014 06:57:44 -0700 (PDT) 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 rMTDhcxRBIsq; Fri, 24 Oct 2014 06:57:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C7881A00F2; Fri, 24 Oct 2014 06:57:42 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> Date: Fri, 24 Oct 2014 06:57:42 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/3j7OeZn2WmHVGf1KYG-b4WCopoU Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 13:57:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Advertisement of Multiple Paths in BGP Authors : Daniel Walton Alvaro Retana Enke Chen John Scudder Filename : draft-ietf-idr-add-paths-10.txt Pages : 8 Date : 2014-10-24 Abstract: In this document we propose a BGP extension that allows the advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones. The essence of the extension is that each path is identified by a path identifier in addition to the address prefix. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-add-paths-10 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-add-paths-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Oct 24 07:19:04 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F9121A014A for ; Fri, 24 Oct 2014 07:19:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 k7RR4QhAyDyv for ; Fri, 24 Oct 2014 07:19:00 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 5F8BD1A00F2 for ; Fri, 24 Oct 2014 07:19:00 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 045F5C2A0; Fri, 24 Oct 2014 10:19:00 -0400 (EDT) Date: Fri, 24 Oct 2014 10:18:59 -0400 From: Jeffrey Haas To: idr@ietf.org Message-ID: <20141024141859.GF30433@pfrc> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/0U-vqkKTqgt0dMWgdbV-AG6dr6Y Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 14:19:01 -0000 The update below addressed the major open issue that remained for the feature, as deployed, to match the spec: The behavior for ebgp has been moved out of operation and into deployment considerations. I'm not an author, but I believe this draft is finally read for a hopefully short Working Group Last Call. -- Jeff On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Inter-Domain Routing Working Group of the IETF. > > Title : Advertisement of Multiple Paths in BGP > Authors : Daniel Walton > Alvaro Retana > Enke Chen > John Scudder > Filename : draft-ietf-idr-add-paths-10.txt > Pages : 8 > Date : 2014-10-24 > > Abstract: > In this document we propose a BGP extension that allows the > advertisement of multiple paths for the same address prefix without > the new paths implicitly replacing any previous ones. The essence of > the extension is that each path is identified by a path identifier in > addition to the address prefix. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ From nobody Fri Oct 24 08:02:02 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4812C1A1A36 for ; Fri, 24 Oct 2014 08:01:51 -0700 (PDT) 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 PkTYxxTuhAA9 for ; Fri, 24 Oct 2014 08:01:39 -0700 (PDT) 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 A2C831A1A29 for ; Fri, 24 Oct 2014 08:01:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1761; q=dns/txt; s=iport; t=1414162895; x=1415372495; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=7nwtbYeGQYtiduGtYNNdJZ35hWzya2y5GHkz3sTwUGk=; b=lTR2VZFLP8xGdFR4IU0CfshzHiToVebqHBqJqi0318GXHrPNQuc3Sn3a hTMluGq11/r6jal30+Nz7oQRTz3wP6aMFKtj295SQBopmhwBOkMOcNO9J tOCOZ4zLyLqLh0w/zPVc7TtV+5CbC7L+ndOp7UonX8AyvIUD6K3+q59Sq o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhMFAHtpSlStJA2F/2dsb2JhbABcgw5UWATNHwqHTQKBBxYBfYQDAQEEAQEBNzQbAgEIDgoeECcLJQIEARKIQQ3JYwEBAQEBAQEBAQEBAQEBAQEBARYEkF+ESwWSBYRGhxKBMYZ2hmaHH4N4bIFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.04,780,1406592000"; d="scan'208";a="90028659" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-6.cisco.com with ESMTP; 24 Oct 2014 15:01:34 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s9OF1YRk031341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 15:01:34 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.122]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 10:01:34 -0500 From: "Acee Lindem (acee)" To: Jeffrey Haas , "idr@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75Kap4Z9K+zxD0OU3icqROzTNZw/n5SA///I1oA= Date: Fri, 24 Oct 2014 15:01:34 +0000 Message-ID: References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> In-Reply-To: <20141024141859.GF30433@pfrc> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.202] Content-Type: text/plain; charset="us-ascii" Content-ID: <376E587E18838846B5EFEFFDDEA5E161@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/fzZRdbVj3OfegcUDT25JMWSIU38 Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:01:53 -0000 I just reread it for the first time in a couple years and would agree that it is ready for WG last call. Thanks, Acee On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: >The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a >hopefully >short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group of >>the IETF. >>=20 >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >>=20 >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix without >> the new paths implicitly replacing any previous ones. The essence of >> the extension is that each path is identified by a path identifier in >> addition to the address prefix. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 08:30:57 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B0701A06E9 for ; Fri, 24 Oct 2014 08:30:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 Ex0RR8sRnvcC for ; Fri, 24 Oct 2014 08:30:53 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 296081A0461 for ; Fri, 24 Oct 2014 08:30:53 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Jeffrey Haas'" , References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> In-Reply-To: <20141024141859.GF30433@pfrc> Date: Fri, 24 Oct 2014 11:30:47 -0400 Message-ID: <042b01cfef9f$7c2287b0$74679710$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQFVyaNEWQq0uTkTe4jbzjpvneb7EQG3P3donSXwXIA= X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/hLq8zbz2SYePaaOUNcZ3dKs5s1g Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:30:54 -0000 Jeff and Acee: The revision of the add-paths work is good news. To WG: Will anyone who has knowledge of the implementations of this draft on add-path please either post the information to the mail-list or send the information to the John Scudder and myself? Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Friday, October 24, 2014 10:19 AM To: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt The update below addressed the major open issue that remained for the feature, as deployed, to match the spec: The behavior for ebgp has been moved out of operation and into deployment considerations. I'm not an author, but I believe this draft is finally read for a hopefully short Working Group Last Call. -- Jeff On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Inter-Domain Routing Working Group of the IETF. > > Title : Advertisement of Multiple Paths in BGP > Authors : Daniel Walton > Alvaro Retana > Enke Chen > John Scudder > Filename : draft-ietf-idr-add-paths-10.txt > Pages : 8 > Date : 2014-10-24 > > Abstract: > In this document we propose a BGP extension that allows the > advertisement of multiple paths for the same address prefix without > the new paths implicitly replacing any previous ones. The essence of > the extension is that each path is identified by a path identifier in > addition to the address prefix. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 08:35:54 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F2B51A1A67 for ; Fri, 24 Oct 2014 08:35:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 PaT7O93LKeih for ; Fri, 24 Oct 2014 08:35:50 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id DD7981A1A66 for ; Fri, 24 Oct 2014 08:35:50 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 87BFCC2A0; Fri, 24 Oct 2014 11:35:50 -0400 (EDT) Date: Fri, 24 Oct 2014 11:35:50 -0400 From: Jeffrey Haas To: Susan Hares Message-ID: <20141024153550.GL30433@pfrc> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <042b01cfef9f$7c2287b0$74679710$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <042b01cfef9f$7c2287b0$74679710$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/u4GA-nCBmtbv1jHmkd-LNY63GNw Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:35:51 -0000 On Fri, Oct 24, 2014 at 11:30:47AM -0400, Susan Hares wrote: > Will anyone who has knowledge of the implementations of this draft on > add-path please either post the information to the mail-list or send the > information to the John Scudder and myself? Juniper has supported add-path for ibgp for years. The only issue we've found with it was with regard to packet sniffing of non-BGP applications such as BMP and MRT file format. In such cases, knowledge of the session capabilities or try to parse the NLRI twice is necessary. Within the context of the protocol, it's stable and IDR should get this draft off it's work queue and into the RFC editors'. :-) -- Jeff From nobody Fri Oct 24 08:49:51 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BCE51A1AA3 for ; Fri, 24 Oct 2014 08:49:48 -0700 (PDT) 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 FrCxr4qAzAuo for ; Fri, 24 Oct 2014 08:49:46 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95AF11A1A8D for ; Fri, 24 Oct 2014 08:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2260; q=dns/txt; s=iport; t=1414165712; x=1415375312; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=y4PBJIE6+kBjxeZsqKAnMsbjUGVyAPMLl/JpYZMdhKw=; b=YKfxT+Pmsj8hmONzLjkDLXKqvC+NkJqDXwjY+Xfj+MiD7GoqUpwrq1l3 AzBTU+lawuHFG/wbDU83A5duLnO909qkcoyALogKf+UuRcIgQR+2P2OXj UHYOyn6YfiXgR0c3m3c4R0H/5MdJmfR6Iww0pYzv3pk+VOzFTTcsahCTe w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQFAGRzSlStJV2R/2dsb2JhbABcgw5UWATNHwqHTQKBBxYBfYQCAQEBBAEBATc0FwQCAQgRBAEBAQoUCQcnCxQJCAIEARIIiDkNyWUBAQEBAQEBAQEBAQEBAQEBAQEBAQETBJAnOAaDJ4EeBZIFhEaIQ4Z2hmaHH4N4bIFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.04,780,1406592000"; d="scan'208";a="366219890" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP; 24 Oct 2014 15:48:31 +0000 Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s9OFmV3I003425 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 15:48:31 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.58]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 10:48:31 -0500 From: "Bertrand Duvivier (bduvivie)" To: "Acee Lindem (acee)" , Jeffrey Haas , "idr@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KanETAejYG6UOL838JBrJ47Zw/n5SAgAAL5QD//7kgUA== Date: Fri, 24 Oct 2014 15:48:30 +0000 Message-ID: <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.113.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/GuegfxllUy6-oxd5KEwFjosLe8s Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:49:48 -0000 Agree, has been implemented in many OS's already=20 Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: vendredi 24 octobre 2014 17:02 To: Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt I just reread it for the first time in a couple years and would agree that = it is ready for WG last call. Thanks, Acee On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: >The update below addressed the major open issue that remained for the=20 >feature, as deployed, to match the spec: The behavior for ebgp has been=20 >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a=20 >hopefully short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group=20 >>of the IETF. >>=20 >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >>=20 >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix without >> the new paths implicitly replacing any previous ones. The essence of >> the extension is that each path is identified by a path identifier in >> addition to the address prefix. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 08:51:22 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F17D1A1B30 for ; Fri, 24 Oct 2014 08:51:18 -0700 (PDT) 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 LY-lS7K2YqdV for ; Fri, 24 Oct 2014 08:51:10 -0700 (PDT) Received: from ext3.cumulusnetworks.com (ext3.cumulusnetworks.com [198.211.106.187]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E2161A1B51 for ; Fri, 24 Oct 2014 08:49:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ext3.cumulusnetworks.com (Postfix) with ESMTP id 93FD319E018B; Fri, 24 Oct 2014 08:49:07 -0700 (PDT) Received: from ext3.cumulusnetworks.com ([127.0.0.1]) by localhost (ext3.cumulusnetworks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 4giBeJTlNwfX; Fri, 24 Oct 2014 08:49:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ext3.cumulusnetworks.com (Postfix) with ESMTP id 39EEB19E041A; Fri, 24 Oct 2014 08:49:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at cumulusnetworks.com Received: from ext3.cumulusnetworks.com ([127.0.0.1]) by localhost (ext3.cumulusnetworks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id h3tLS5c3VgYB; Fri, 24 Oct 2014 08:49:06 -0700 (PDT) Received: from ext3.cumulusnetworks.com (ext3.cumulusnetworks.com [198.211.106.187]) by ext3.cumulusnetworks.com (Postfix) with ESMTP id 0E5BF19E018B; Fri, 24 Oct 2014 08:49:06 -0700 (PDT) Date: Fri, 24 Oct 2014 08:49:05 -0700 (PDT) From: Daniel Walton To: Susan Hares Message-ID: <594974284.8721491.1414165745965.JavaMail.zimbra@cumulusnetworks.com> In-Reply-To: <1715962334.8721490.1414165745288.JavaMail.zimbra@cumulusnetworks.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <042b01cfef9f$7c2287b0$74679710$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.5.0_GA_3042 (ZimbraWebClient - GC38 (Win)/8.5.0_GA_3042) Thread-Topic: I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQFVyaNEWQq0uTkTe4jbzjpvneb7EQG3P3donSXwXIChjEIhdw== Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Ohvt_eUE4trLUM4u_Sm2rE83zvM Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:51:18 -0000 Juniper, Cisco IOS, IOS-XR and NX-OS all support it. RX support in quagga is done but isn't in a released version of quagga yet, TX support in quagga is on our roadmap. Bird added addpath support recently. Not sure about Arista. Daniel ----- Original Message ----- From: "Susan Hares" To: "Jeffrey Haas" , idr@ietf.org Sent: Friday, October 24, 2014 11:30:47 AM Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Jeff and Acee: The revision of the add-paths work is good news. To WG: Will anyone who has knowledge of the implementations of this draft on add-path please either post the information to the mail-list or send the information to the John Scudder and myself? Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Friday, October 24, 2014 10:19 AM To: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt The update below addressed the major open issue that remained for the feature, as deployed, to match the spec: The behavior for ebgp has been moved out of operation and into deployment considerations. I'm not an author, but I believe this draft is finally read for a hopefully short Working Group Last Call. -- Jeff On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Inter-Domain Routing Working Group of the IETF. > > Title : Advertisement of Multiple Paths in BGP > Authors : Daniel Walton > Alvaro Retana > Enke Chen > John Scudder > Filename : draft-ietf-idr-add-paths-10.txt > Pages : 8 > Date : 2014-10-24 > > Abstract: > In this document we propose a BGP extension that allows the > advertisement of multiple paths for the same address prefix without > the new paths implicitly replacing any previous ones. The essence of > the extension is that each path is identified by a path identifier in > addition to the address prefix. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 08:51:56 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 509471A1A91 for ; Fri, 24 Oct 2014 08:51:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 7xkEgHrTvzNg for ; Fri, 24 Oct 2014 08:51:53 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 5D8A41A1B30 for ; Fri, 24 Oct 2014 08:51:20 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 057C6C2A0; Fri, 24 Oct 2014 11:51:20 -0400 (EDT) Date: Fri, 24 Oct 2014 11:51:19 -0400 From: Jeffrey Haas To: Daniel Walton Message-ID: <20141024155119.GM30433@pfrc> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <042b01cfef9f$7c2287b0$74679710$@ndzh.com> <594974284.8721491.1414165745965.JavaMail.zimbra@cumulusnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <594974284.8721491.1414165745965.JavaMail.zimbra@cumulusnetworks.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/5pRjnBC0TfSaQqjMGYNpwcyPKG0 Cc: idr@ietf.org, Susan Hares Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:51:54 -0000 On Fri, Oct 24, 2014 at 08:49:05AM -0700, Daniel Walton wrote: > Juniper, Cisco IOS, IOS-XR and NX-OS all support it. RX support in quagga is done but isn't in a released version of quagga yet, TX support in quagga is on our roadmap. Bird added addpath support recently. And while I don't speak for competitors, a quick Google search also shows CLI for ALU. :-) -- Jeff From nobody Fri Oct 24 08:56:17 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E23991A0368 for ; Fri, 24 Oct 2014 08:56:14 -0700 (PDT) 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 h9CMdNoci7sh for ; Fri, 24 Oct 2014 08:56:12 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D9E71A1AFC for ; Fri, 24 Oct 2014 08:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3040; q=dns/txt; s=iport; t=1414166173; x=1415375773; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=WdmziQWM8Ec03VUEWYhz6xLLOLzXqUGxH19pUc5S2mY=; b=EG9fNvXaJizihozVgf5leBKFHv1+3DdckemGuX5E/QphhpJe5AdQeE/z 7cXZCxsPMdGGZ8C0q6UPfEG1puw6MEJepyN8IlA0iQ8nm+GQsyfwRGvba vL6uIxFvG0OMC2pOzJDKpyMWni5a587AxsreSpBkthKrhIuBWgpMj+u5p o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQFAB52SlStJV2T/2dsb2JhbABcgw5UWATNHwqHTQKBBxYBfYQCAQEBBAEBATc0FwQCAQgRBAEBAQoUCQcnCxQJCAIEARIIiDkNyXEBAQEBAQEBAQEBAQEBAQEBAQEBAQETBJAnOAaDJ4EeBZIFhEaIQ4Z2hmaHH4N4bIFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.04,780,1406592000"; d="scan'208";a="90037282" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-3.cisco.com with ESMTP; 24 Oct 2014 15:56:03 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s9OFu2Rs011992 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 15:56:02 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.58]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 10:56:02 -0500 From: "Bertrand Duvivier (bduvivie)" To: "Acee Lindem (acee)" , Jeffrey Haas , "idr@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KanETAejYG6UOL838JBrJ47Zw/n5SAgAAL5QD//7kgUIAAAMhQ Date: Fri, 24 Oct 2014 15:56:02 +0000 Message-ID: <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> In-Reply-To: <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.113.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/pweBBO2D6qzI9oRUfxYwKUR3G8I Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:56:15 -0000 Acee, Jeff, To be more precise for Cisco we already support it in our 3 OS's - IOS XE and IOS classic (CPE and Access routing platform OS) - IOS XR (hig-end routing platform OS)=20 - NXOS (switching platform OS) And interoperability have been tested between Cisco OS's, with Juniper JUNO= S, and few others Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier (bdu= vivie) Sent: vendredi 24 octobre 2014 17:49 To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Agree, has been implemented in many OS's already=20 Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: vendredi 24 octobre 2014 17:02 To: Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt I just reread it for the first time in a couple years and would agree that = it is ready for WG last call. Thanks, Acee On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: >The update below addressed the major open issue that remained for the=20 >feature, as deployed, to match the spec: The behavior for ebgp has been=20 >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a=20 >hopefully short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group=20 >>of the IETF. >>=20 >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >>=20 >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix without >> the new paths implicitly replacing any previous ones. The essence of >> the extension is that each path is identified by a path identifier in >> addition to the address prefix. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 08:59:50 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C131A1B49 for ; Fri, 24 Oct 2014 08:59:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 EwCjNWOruljA for ; Fri, 24 Oct 2014 08:59:44 -0700 (PDT) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A5EE1A1B64 for ; Fri, 24 Oct 2014 08:59:37 -0700 (PDT) Received: by mail-ie0-f171.google.com with SMTP id x19so2608379ier.16 for ; Fri, 24 Oct 2014 08:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=S5oO5XAnCJpwh/kfFWFqbH2730Sr+rA/v3KBM8xf5gk=; b=ULfKkJsWm1ZCfVrwRIliQsKuG0uVZDR/EV7fehsaEpeX7HsX6F8wdQ/4cD84KnWMnK xevEDKvbZXkzhG1/yrvjkA5MGcgG7zqj240EJgzTmoNxzcBVoUcKYBEAH+fZ8v/uc9lx Q3LYpxsCf/7KHKLzcTTgcLzeZHFzU0CF5GJRxIhQB7t7prbIIk7EdPfq+liZW/eRYs8r ggb68U5ktf5XDxZoBpOeV2IVuynf7LqPBbEHS+OBBBYR0OIdptpvDg2f9Y+1W7C+ymW3 8NjnStnpCIYh1XujJoE4g2I3UX2M5nd2rkFyrTJr50V/en4JLXjaNS+uTP+GyLcXAGHA braA== MIME-Version: 1.0 X-Received: by 10.42.105.143 with SMTP id v15mr1645768ico.90.1414166376473; Fri, 24 Oct 2014 08:59:36 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Fri, 24 Oct 2014 08:59:36 -0700 (PDT) In-Reply-To: <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> Date: Fri, 24 Oct 2014 17:59:36 +0200 X-Google-Sender-Auth: DenVUiqW4mkKDiI3XHQh-Hvn-3U Message-ID: From: Robert Raszuk To: "Bertrand Duvivier (bduvivie)" Content-Type: multipart/alternative; boundary=f46d044280a885ec6405062d44dd Archived-At: http://mailarchive.ietf.org/arch/msg/idr/hh7EZ5pUIlCM4fU0rOUU3XhfcEk Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:59:46 -0000 --f46d044280a885ec6405062d44dd Content-Type: text/plain; charset=UTF-8 Shouldn't we have an implementation report draft documenting those details before WG last call on the main draft ? r. On Fri, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) < bduvivie@cisco.com> wrote: > Acee, Jeff, > > To be more precise for Cisco we already support it in our 3 OS's > - IOS XE and IOS classic (CPE and Access routing platform OS) > - IOS XR (hig-end routing platform OS) > - NXOS (switching platform OS) > And interoperability have been tested between Cisco OS's, with Juniper > JUNOS, and few others > > Best Regards Bertrand Duvivier > IP routing Product Manager > > > > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier > (bduvivie) > Sent: vendredi 24 octobre 2014 17:49 > To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt > > Agree, has been implemented in many OS's already > > Best Regards Bertrand Duvivier > IP routing Product Manager > > > > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) > Sent: vendredi 24 octobre 2014 17:02 > To: Jeffrey Haas; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt > > I just reread it for the first time in a couple years and would agree that > it is ready for WG last call. > Thanks, > Acee > > On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: > > >The update below addressed the major open issue that remained for the > >feature, as deployed, to match the spec: The behavior for ebgp has been > >moved out of operation and into deployment considerations. > > > >I'm not an author, but I believe this draft is finally read for a > >hopefully short Working Group Last Call. > > > >-- Jeff > > > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: > >> A New Internet-Draft is available from the on-line Internet-Drafts > >>directories. > >> This draft is a work item of the Inter-Domain Routing Working Group > >>of the IETF. > >> > >> Title : Advertisement of Multiple Paths in BGP > >> Authors : Daniel Walton > >> Alvaro Retana > >> Enke Chen > >> John Scudder > >> Filename : draft-ietf-idr-add-paths-10.txt > >> Pages : 8 > >> Date : 2014-10-24 > >> > >> Abstract: > >> In this document we propose a BGP extension that allows the > >> advertisement of multiple paths for the same address prefix without > >> the new paths implicitly replacing any previous ones. The essence of > >> the extension is that each path is identified by a path identifier in > >> addition to the address prefix. > >> > >> > >> The IETF datatracker status page for this draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > > > >_______________________________________________ > >Idr mailing list > >Idr@ietf.org > >https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --f46d044280a885ec6405062d44dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Shouldn't we hav= e an implementation report draft documenting those details before WG last c= all on the main draft ?=C2=A0

r.=

On Fr= i, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) = <bduvivie@cisco.= com> wrote:
Acee, Jeff,

To be more precise for Cisco we already support it in our 3 OS's
- IOS XE and IOS classic (CPE and Access routing platform OS)
- IOS XR (hig-end routing platform OS)
- NXOS (switching platform OS)
And interoperability have been tested between Cisco OS's, with Juniper = JUNOS, and few others

Best Regards Bertrand Duvivier
IP routing Product Manager



-----Original Message-----
From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertra= nd Duvivier (bduvivie)
Sent: vendredi 24 octobre 2014 17:49
To: Acee Lindem (acee); Jeffrey Haas; idr@i= etf.org
Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt

Agree, has been implemented in many OS's already

Best Regards Bertrand Duvivier
IP routing Product Manager



-----Original Message-----
From: Idr [mailto:idr-bounces@ietf.= org] On Behalf Of Acee Lindem (acee)
Sent: vendredi 24 octobre 2014 17:02
To: Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt

I just reread it for the first time in a couple years and would agree that = it is ready for WG last call.
Thanks,
Acee

On 10/24/14, 10:18 AM, "Jeffrey Haas" <jhaas@pfrc.org> wrote:

>The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been=
>moved out of operation and into deployment considerations.
>
>I'm not an author, but I believe this draft is finally read for a >hopefully short Working Group Last Call.
>
>-- Jeff
>
>On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote:
>> A New Internet-Draft is available from the on-line Internet-Drafts=
>>directories.
>>=C2=A0 This draft is a work item of the Inter-Domain Routing Workin= g Group
>>of the IETF.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: Advertisement of Multiple Paths in BGP
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Daniel Walton
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Alvaro Retana
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Enke Chen
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0John Scudder
>>=C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ie= tf-idr-add-paths-10.txt
>>=C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= : 8
>>=C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = : 2014-10-24
>>
>> Abstract:
>>=C2=A0 =C2=A0 In this document we propose a BGP extension that allo= ws the
>>=C2=A0 =C2=A0 advertisement of multiple paths for the same address = prefix without
>>=C2=A0 =C2=A0 the new paths implicitly replacing any previous ones.= =C2=A0 The essence of
>>=C2=A0 =C2=A0 the extension is that each path is identified by a pa= th identifier in
>>=C2=A0 =C2=A0 addition to the address prefix.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-add-= paths/
>
>_______________________________________________
>Idr mailing list
>Idr@ietf.org
>https://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

--f46d044280a885ec6405062d44dd-- From nobody Fri Oct 24 09:02:47 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C68D01A1B8D for ; Fri, 24 Oct 2014 09:02:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 NJ5-NnDHN2dd for ; Fri, 24 Oct 2014 09:02:28 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id CF2A21A1B8B for ; Fri, 24 Oct 2014 09:02:27 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Robert Raszuk'" , "'Bertrand Duvivier \(bduvivie\)'" References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> In-Reply-To: Date: Fri, 24 Oct 2014 12:02:19 -0400 Message-ID: <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_04D2_01CFEF82.5DF3CF00" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQFVyaNEWQq0uTkTe4jbzjpvneb7EQG3P3doAeYP8ysCddJb5wG93CTLAal31ouc5+Bv4A== X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/P3eA7EbaoKo_KgOobi1JFNfEjYM Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:02:31 -0000 This is a multipart message in MIME format. ------=_NextPart_000_04D2_01CFEF82.5DF3CF00 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Robert: =20 100% agree. This is the reason for the call for implementations. =20 =20 Sue=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Robert Raszuk Sent: Friday, October 24, 2014 12:00 PM To: Bertrand Duvivier (bduvivie) Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt =20 =20 Shouldn't we have an implementation report draft documenting those = details before WG last call on the main draft ?=20 =20 r. =20 On Fri, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) = wrote: Acee, Jeff, To be more precise for Cisco we already support it in our 3 OS's - IOS XE and IOS classic (CPE and Access routing platform OS) - IOS XR (hig-end routing platform OS) - NXOS (switching platform OS) And interoperability have been tested between Cisco OS's, with Juniper = JUNOS, and few others Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier = (bduvivie) Sent: vendredi 24 octobre 2014 17:49 To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Agree, has been implemented in many OS's already Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: vendredi 24 octobre 2014 17:02 To: Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt I just reread it for the first time in a couple years and would agree = that it is ready for WG last call. Thanks, Acee On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: >The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a >hopefully short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org = wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group >>of the IETF. >> >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >> >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix = without >> the new paths implicitly replacing any previous ones. The essence = of >> the extension is that each path is identified by a path identifier = in >> addition to the address prefix. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr =20 ------=_NextPart_000_04D2_01CFEF82.5DF3CF00 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Robert:

 

100% agree.=C2=A0 This is the reason for the call for = implementations.=C2=A0

 

Sue

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Robert = Raszuk
Sent: Friday, October 24, 2014 12:00 PM
To: = Bertrand Duvivier (bduvivie)
Cc: = idr@ietf.org
Subject: Re: [Idr] I-D Action: = draft-ietf-idr-add-paths-10.txt

 

 

Shouldn't we have an implementation = report draft documenting those details before WG last call on the main = draft ? 

 

r.

 

On Fri, = Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) <bduvivie@cisco.com> wrote:

Acee, Jeff,

To be more precise for Cisco we = already support it in our 3 OS's
- IOS XE and IOS classic (CPE and = Access routing platform OS)
- IOS XR (hig-end routing platform = OS)
- NXOS (switching platform OS)
And interoperability have been = tested between Cisco OS's, with Juniper JUNOS, and few = others

Best Regards Bertrand = Duvivier
IP routing Product = Manager



-----Original = Message-----

From: = Idr [mailto:idr-bounces@ietf.org] On Behalf = Of Bertrand Duvivier (bduvivie)
Sent: vendredi 24 octobre 2014 = 17:49
To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D = Action: draft-ietf-idr-add-paths-10.txt

Agree, has been = implemented in many OS's already

Best Regards Bertrand = Duvivier
IP routing Product Manager



-----Original = Message-----
From: Idr [mailto:idr-bounces@ietf.org] On Behalf = Of Acee Lindem (acee)
Sent: vendredi 24 octobre 2014 17:02
To: = Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D = Action: draft-ietf-idr-add-paths-10.txt

I just reread it for the = first time in a couple years and would agree that it is ready for WG = last call.
Thanks,
Acee

On 10/24/14, 10:18 AM, = "Jeffrey Haas" <jhaas@pfrc.org> = wrote:

>The update below addressed the major open issue that = remained for the
>feature, as deployed, to match the spec: The = behavior for ebgp has been
>moved out of operation and into = deployment considerations.
>
>I'm not an author, but I = believe this draft is finally read for a
>hopefully short Working = Group Last Call.
>
>-- Jeff
>
>On Fri, Oct 24, = 2014 at 06:57:42AM -0700, internet-drafts@ietf.org = wrote:
>> A New Internet-Draft is available from the on-line = Internet-Drafts
>>directories.
>>  This draft is = a work item of the Inter-Domain Routing Working Group
>>of the = IETF.
>>
>>        =  Title           : Advertisement of = Multiple Paths in BGP
>>        =  Authors         : Daniel = Walton
>>              =              Alvaro = Retana
>>              =              Enke = Chen
>>                =            John Scudder
>>  =     Filename        : = draft-ietf-idr-add-paths-10.txt
>>      = Pages           : 8
>>  =     Date            : = 2014-10-24
>>
>> Abstract:
>>    In = this document we propose a BGP extension that allows = the
>>    advertisement of multiple paths for the = same address prefix without
>>    the new paths = implicitly replacing any previous ones.  The essence = of
>>    the extension is that each path is = identified by a path identifier in
>>    addition to = the address prefix.
>>
>>
>> The IETF = datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-add-pat= hs/
>
>_______________________________________________>Idr mailing list
>Idr@ietf.org
>https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

 

------=_NextPart_000_04D2_01CFEF82.5DF3CF00-- From nobody Fri Oct 24 09:09:09 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A97DA1A1B20; Fri, 24 Oct 2014 09:09:07 -0700 (PDT) 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 u4HOpv_O7kbQ; Fri, 24 Oct 2014 09:09:06 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 297C31A1BC3; Fri, 24 Oct 2014 09:09:05 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141024160905.28405.41576.idtracker@ietfa.amsl.com> Date: Fri, 24 Oct 2014 09:09:05 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/BPJ9oZX1AZir25iKIWHAP5dovX8 Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:09:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Clarification of the Flowspec Redirect Extended Community Author : Jeffrey Haas Filename : draft-ietf-idr-flowspec-redirect-rt-bis-02.txt Pages : 5 Date : 2014-10-24 Abstract: This document clarifies the formatting of the the BGP Flowspec Redirect Extended Community, originally documented in RFC 5575 (Dissemination of Flow Specification Rules). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-redirect-rt-bis/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-rt-bis-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-flowspec-redirect-rt-bis-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 Fri Oct 24 09:12:02 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B87171A1BD2 for ; Fri, 24 Oct 2014 09:11:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 9YUvTVzvAwfD for ; Fri, 24 Oct 2014 09:11:57 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id D53891A1BC2 for ; Fri, 24 Oct 2014 09:11:57 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 8DCDFC2A3; Fri, 24 Oct 2014 12:11:57 -0400 (EDT) Date: Fri, 24 Oct 2014 12:11:57 -0400 From: Jeffrey Haas To: Mach Chen , "John G. Scudder" , Susan Hares Message-ID: <20141024161157.GQ30433@pfrc> References: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Nq-MVkb5C5YYUfdnRbhBqzENJSw Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:11:58 -0000 Mach, On Wed, Oct 22, 2014 at 09:16:29AM +0000, Mach Chen wrote: > Hi Jeff, > > Thanks for the update. > > I just looked through the latest version and reviewed the Border Gateway Protocol (BGP) Extended Communities registry page. > > Regarding the registry name, it's better to align with the definitions and conventions at the IANA registry web page (http://www.iana.org/assignments/bgp-extended-communities/bgp-extended-communities.xhtml). For example, the same Upper-lower case, with/without "BGP" at the beginning of a registry name. > > Here some editorial change suggestions to the IANA section: I've incorporated the edits. I believe that I chose the style that was on this page at a prior time. Further edits will be left to the RFC Editor coordinating with IANA. :-) Thanks for your review. Sue & John, I believe all open editorial comments on this draft are complete. -- Jeff From nobody Fri Oct 24 09:14:03 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78A101A1BFB for ; Fri, 24 Oct 2014 09:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 W-EMb5lmzqA1 for ; Fri, 24 Oct 2014 09:13:54 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 4FB1B1A1BF5 for ; Fri, 24 Oct 2014 09:13:54 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Jeffrey Haas'" , "'Mach Chen'" , "'John G. Scudder'" References: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> <20141024161157.GQ30433@pfrc> In-Reply-To: <20141024161157.GQ30433@pfrc> Date: Fri, 24 Oct 2014 12:13:38 -0400 Message-ID: <051d01cfefa5$79d7ecb0$6d87c610$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHnl15wEb+N+NiiZA+PrvPpR0nUhwKfXMp9AeXMHhSb6/K+AA== X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/ctQnAfBR1vm799yrkgKNUj14KUg Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:13:55 -0000 Jeff: Thank you for addressing the editorial issues. Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Friday, October 24, 2014 12:12 PM To: Mach Chen; John G. Scudder; Susan Hares Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt Mach, On Wed, Oct 22, 2014 at 09:16:29AM +0000, Mach Chen wrote: > Hi Jeff, > > Thanks for the update. > > I just looked through the latest version and reviewed the Border Gateway Protocol (BGP) Extended Communities registry page. > > Regarding the registry name, it's better to align with the definitions and conventions at the IANA registry web page (http://www.iana.org/assignments/bgp-extended-communities/bgp-extended-commu nities.xhtml). For example, the same Upper-lower case, with/without "BGP" at the beginning of a registry name. > > Here some editorial change suggestions to the IANA section: I've incorporated the edits. I believe that I chose the style that was on this page at a prior time. Further edits will be left to the RFC Editor coordinating with IANA. :-) Thanks for your review. Sue & John, I believe all open editorial comments on this draft are complete. -- Jeff _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 09:15:04 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3016E1A1C02 for ; Fri, 24 Oct 2014 09:15:01 -0700 (PDT) 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 KqzVhFh8SWPv for ; Fri, 24 Oct 2014 09:14:55 -0700 (PDT) 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 4855B1A1BF2 for ; Fri, 24 Oct 2014 09:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22218; q=dns/txt; s=iport; t=1414167295; x=1415376895; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=OKSZSIFwPQt6icXM06th7DPge7h5GAGRtLg581wXPbM=; b=X1VviIXKRxiRMRjfxQCSNX5tCvgB0r/F1MLlmjCc1q2RceKIXXK/V7nt mqSk6uGVY4tTE4mms44Cwc+ny1h05n+zcfnckG2nMbXBbH/hb4zNzYivA dzlr4koerhW8e1iTdvoMkHwLZu5M2jOM4WXMtUFW13sIJp3Jc0+TAZtK5 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjYFAMZ5SlStJV2T/2dsb2JhbABcgkhGVFgEgwLKHQEJh00CG2wWAX2EAgEBAQQBAQEgCkELDAQCAQgRBAEBAQodAwICAh8GCxQJCAIEDgUIiCQDEg21FY45DYY4AQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSOI4IEFhcEBgEGgnE2gR4FkgWERoUBg0KGdoZmQoZdg3hsgUiBAwEBAQ X-IronPort-AV: E=Sophos; i="5.04,780,1406592000"; d="scan'208,217"; a="90057995" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-5.cisco.com with ESMTP; 24 Oct 2014 16:14:53 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s9OGErWB028603 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 16:14:53 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.58]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 11:14:53 -0500 From: "Bertrand Duvivier (bduvivie)" To: Robert Raszuk Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KanETAejYG6UOL838JBrJ47Zw/n5SAgAAL5QD//7kgUIAAAMhQgABWTwD//6xWYA== Date: Fri, 24 Oct 2014 16:14:53 +0000 Message-ID: <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.113.250] Content-Type: multipart/alternative; boundary="_000_5F1FD493E541C642ABBC18EDC327C82F1FF47470xmbalnx11ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/O_1E8ffWOLGQpQ6OGt6uUMkT78k Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:15:01 -0000 --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47470xmbalnx11ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Um9iZXJ0LA0KDQpBZGQtUGF0aCBoYXMgYmVlbiBkZXBsb3llZCBieSBtYW55IFNQ4oCZcyAgd2l0 aCBtaXggdmVuZG9yIGVudmlyb25tZW50IHNpbmNlIHllYXJzIGFuZCBkb2VzIHdvcmtzIGZpbmUu Li4NCg0KVGh1cyB3ZSBtYXkgbmVlZCB0byBhc2ssIHdoYXQgaXMgdGhlIGFkZGVkIHZhbHVlIG9m IHN1Y2ggZG9jdW1lbnQgKG91dHNpZGUgb2YgZm9sbG93aW5nIHByb2Nlc3NlcykuDQoNCkZvciBD aXNjbywgbXkgQkdQIHRlYW0gaXMgcmVhZHkgdG8gcHJvdmlkZSBmdWxsIHN1cHBvcnQgaWYgc29t ZW9uZSBzdGFydCB0aGlzIGV4ZXJjaXNlLyBpbXBsZW1lbnRhdGlvbiBkcmFmdCBidXQgIEnigJlt IG5vdCByZWFkeSB0byB0YWtlIHRoZSBsZWFkIGFuZCBmdW5kIHRoaXMgd29ya3MsIHRoaXMgaXMg bm90IG91ciBwcmlvcml0eS4NCg0KQlRXOiAgbXkgcGVyc29uYWwgb3BpbmlvbiAoTm90IENpc2Nv KTogSeKAmW0gaW4gZmF2b3IgdG8gYXNrIFNQ4oCZcyB3aG8gZGVwbG95ZWQgQWRkLVBhdGggdG8g c3BlYWsgdXAgYW5kIHByb3ZpZGUgZmVlZGJhY2sgYW5kIGJ5cGFzcyB0aGUgaW1wbGVtZW50YXRp b24gZHJhZnQgaWYgd2UgYmVsaWV2ZSB3ZSBnb3QgZW5vdWdoIHJldHVybiBmcm9tIGV4cGVyaWVu Y2UuDQoNCkJlc3QgUmVnYXJkcyBCZXJ0cmFuZCBEdXZpdmllcg0KSVAgcm91dGluZyBQcm9kdWN0 IE1hbmFnZXINCg0KDQpGcm9tOiBycmFzenVrQGdtYWlsLmNvbSBbbWFpbHRvOnJyYXN6dWtAZ21h aWwuY29tXSBPbiBCZWhhbGYgT2YgUm9iZXJ0IFJhc3p1aw0KU2VudDogdmVuZHJlZGkgMjQgb2N0 b2JyZSAyMDE0IDE4OjAwDQpUbzogQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKQ0KQ2M6IEFj ZWUgTGluZGVtIChhY2VlKTsgSmVmZnJleSBIYWFzOyBpZHJAaWV0Zi5vcmcNClN1YmplY3Q6IFJl OiBbSWRyXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMtMTAudHh0DQoNCg0K U2hvdWxkbid0IHdlIGhhdmUgYW4gaW1wbGVtZW50YXRpb24gcmVwb3J0IGRyYWZ0IGRvY3VtZW50 aW5nIHRob3NlIGRldGFpbHMgYmVmb3JlIFdHIGxhc3QgY2FsbCBvbiB0aGUgbWFpbiBkcmFmdCA/ DQoNCnIuDQoNCk9uIEZyaSwgT2N0IDI0LCAyMDE0IGF0IDU6NTYgUE0sIEJlcnRyYW5kIER1dml2 aWVyIChiZHV2aXZpZSkgPGJkdXZpdmllQGNpc2NvLmNvbTxtYWlsdG86YmR1dml2aWVAY2lzY28u Y29tPj4gd3JvdGU6DQpBY2VlLCBKZWZmLA0KDQpUbyBiZSBtb3JlIHByZWNpc2UgZm9yIENpc2Nv IHdlIGFscmVhZHkgc3VwcG9ydCBpdCBpbiBvdXIgMyBPUydzDQotIElPUyBYRSBhbmQgSU9TIGNs YXNzaWMgKENQRSBhbmQgQWNjZXNzIHJvdXRpbmcgcGxhdGZvcm0gT1MpDQotIElPUyBYUiAoaGln LWVuZCByb3V0aW5nIHBsYXRmb3JtIE9TKQ0KLSBOWE9TIChzd2l0Y2hpbmcgcGxhdGZvcm0gT1Mp DQpBbmQgaW50ZXJvcGVyYWJpbGl0eSBoYXZlIGJlZW4gdGVzdGVkIGJldHdlZW4gQ2lzY28gT1Mn cywgd2l0aCBKdW5pcGVyIEpVTk9TLCBhbmQgZmV3IG90aGVycw0KDQpCZXN0IFJlZ2FyZHMgQmVy dHJhbmQgRHV2aXZpZXINCklQIHJvdXRpbmcgUHJvZHVjdCBNYW5hZ2VyDQoNCg0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5v cmc8bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEJlcnRyYW5kIER1 dml2aWVyIChiZHV2aXZpZSkNClNlbnQ6IHZlbmRyZWRpIDI0IG9jdG9icmUgMjAxNCAxNzo0OQ0K VG86IEFjZWUgTGluZGVtIChhY2VlKTsgSmVmZnJleSBIYWFzOyBpZHJAaWV0Zi5vcmc8bWFpbHRv OmlkckBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbSWRyXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRm LWlkci1hZGQtcGF0aHMtMTAudHh0DQoNCkFncmVlLCBoYXMgYmVlbiBpbXBsZW1lbnRlZCBpbiBt YW55IE9TJ3MgYWxyZWFkeQ0KDQpCZXN0IFJlZ2FyZHMgQmVydHJhbmQgRHV2aXZpZXINCklQIHJv dXRpbmcgUHJvZHVjdCBNYW5hZ2VyDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmlkci1ib3VuY2Vz QGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEFjZWUgTGluZGVtIChhY2VlKQ0KU2VudDogdmVuZHJl ZGkgMjQgb2N0b2JyZSAyMDE0IDE3OjAyDQpUbzogSmVmZnJleSBIYWFzOyBpZHJAaWV0Zi5vcmc8 bWFpbHRvOmlkckBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbSWRyXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLWlkci1hZGQtcGF0aHMtMTAudHh0DQoNCkkganVzdCByZXJlYWQgaXQgZm9yIHRoZSBm aXJzdCB0aW1lIGluIGEgY291cGxlIHllYXJzIGFuZCB3b3VsZCBhZ3JlZSB0aGF0IGl0IGlzIHJl YWR5IGZvciBXRyBsYXN0IGNhbGwuDQpUaGFua3MsDQpBY2VlDQoNCk9uIDEwLzI0LzE0LCAxMDox OCBBTSwgIkplZmZyZXkgSGFhcyIgPGpoYWFzQHBmcmMub3JnPG1haWx0bzpqaGFhc0BwZnJjLm9y Zz4+IHdyb3RlOg0KDQo+VGhlIHVwZGF0ZSBiZWxvdyBhZGRyZXNzZWQgdGhlIG1ham9yIG9wZW4g aXNzdWUgdGhhdCByZW1haW5lZCBmb3IgdGhlDQo+ZmVhdHVyZSwgYXMgZGVwbG95ZWQsIHRvIG1h dGNoIHRoZSBzcGVjOiBUaGUgYmVoYXZpb3IgZm9yIGViZ3AgaGFzIGJlZW4NCj5tb3ZlZCBvdXQg b2Ygb3BlcmF0aW9uIGFuZCBpbnRvIGRlcGxveW1lbnQgY29uc2lkZXJhdGlvbnMuDQo+DQo+SSdt IG5vdCBhbiBhdXRob3IsIGJ1dCBJIGJlbGlldmUgdGhpcyBkcmFmdCBpcyBmaW5hbGx5IHJlYWQg Zm9yIGENCj5ob3BlZnVsbHkgc2hvcnQgV29ya2luZyBHcm91cCBMYXN0IENhbGwuDQo+DQo+LS0g SmVmZg0KPg0KPk9uIEZyaSwgT2N0IDI0LCAyMDE0IGF0IDA2OjU3OjQyQU0gLTA3MDAsIGludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90 ZToNCj4+IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5l IEludGVybmV0LURyYWZ0cw0KPj5kaXJlY3Rvcmllcy4NCj4+ICBUaGlzIGRyYWZ0IGlzIGEgd29y ayBpdGVtIG9mIHRoZSBJbnRlci1Eb21haW4gUm91dGluZyBXb3JraW5nIEdyb3VwDQo+Pm9mIHRo ZSBJRVRGLg0KPj4NCj4+ICAgICAgICAgVGl0bGUgICAgICAgICAgIDogQWR2ZXJ0aXNlbWVudCBv ZiBNdWx0aXBsZSBQYXRocyBpbiBCR1ANCj4+ICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogRGFu aWVsIFdhbHRvbg0KPj4gICAgICAgICAgICAgICAgICAgICAgICAgICBBbHZhcm8gUmV0YW5hDQo+ PiAgICAgICAgICAgICAgICAgICAgICAgICAgIEVua2UgQ2hlbg0KPj4gICAgICAgICAgICAgICAg ICAgICAgICAgICBKb2huIFNjdWRkZXINCj4+ICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQt aWV0Zi1pZHItYWRkLXBhdGhzLTEwLnR4dA0KPj4gICAgICBQYWdlcyAgICAgICAgICAgOiA4DQo+ PiAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTQtMTAtMjQNCj4+DQo+PiBBYnN0cmFjdDoNCj4+ ICAgIEluIHRoaXMgZG9jdW1lbnQgd2UgcHJvcG9zZSBhIEJHUCBleHRlbnNpb24gdGhhdCBhbGxv d3MgdGhlDQo+PiAgICBhZHZlcnRpc2VtZW50IG9mIG11bHRpcGxlIHBhdGhzIGZvciB0aGUgc2Ft ZSBhZGRyZXNzIHByZWZpeCB3aXRob3V0DQo+PiAgICB0aGUgbmV3IHBhdGhzIGltcGxpY2l0bHkg cmVwbGFjaW5nIGFueSBwcmV2aW91cyBvbmVzLiAgVGhlIGVzc2VuY2Ugb2YNCj4+ICAgIHRoZSBl eHRlbnNpb24gaXMgdGhhdCBlYWNoIHBhdGggaXMgaWRlbnRpZmllZCBieSBhIHBhdGggaWRlbnRp ZmllciBpbg0KPj4gICAgYWRkaXRpb24gdG8gdGhlIGFkZHJlc3MgcHJlZml4Lg0KPj4NCj4+DQo+ PiBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4+ IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLWFkZC1wYXRo cy8NCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PklkciBtYWlsaW5nIGxpc3QNCj5JZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSWRyIG1haWxpbmcgbGlzdA0KSWRy QGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2lkcg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KSWRyIG1haWxpbmcgbGlzdA0KSWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0 Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSWRyIG1haWxpbmcg bGlzdA0KSWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQo= --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47470xmbalnx11ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnNwYW4uaW0NCgl7bXNvLXN0eWxlLW5hbWU6aW07fQ0Kc3Bhbi5CYWxsb29uVGV4 dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1p bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3 MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Um9iZXJ0LDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+QWRkLVBhdGggaGFzIGJlZW4gZGVwbG95ZWQgYnkgbWFueSBTUOKAmXMgJm5ic3A7 d2l0aCBtaXggdmVuZG9yIGVudmlyb25tZW50IHNpbmNlIHllYXJzIGFuZCBkb2VzIHdvcmtzIGZp bmUuLi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+VGh1cyB3ZSBtYXkgbmVlZCB0byBhc2ssIHdoYXQgaXMgdGhlIGFk ZGVkIHZhbHVlIG9mIHN1Y2ggZG9jdW1lbnQgKG91dHNpZGUgb2YgZm9sbG93aW5nIHByb2Nlc3Nl cykuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkZvciBDaXNjbywgbXkgQkdQIHRlYW0gaXMgcmVhZHkgdG8gcHJvdmlk ZSBmdWxsIHN1cHBvcnQgaWYgc29tZW9uZSBzdGFydCB0aGlzIGV4ZXJjaXNlLyBpbXBsZW1lbnRh dGlvbiBkcmFmdCBidXQgJm5ic3A7SeKAmW0gbm90IHJlYWR5IHRvIHRha2UgdGhlIGxlYWQgYW5k IGZ1bmQgdGhpcw0KIHdvcmtzLCB0aGlzIGlzIG5vdCBvdXIgcHJpb3JpdHkuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5C VFc6ICZuYnNwO215IHBlcnNvbmFsIG9waW5pb24gKE5vdCBDaXNjbyk6IEnigJltIGluIGZhdm9y IHRvIGFzayBTUOKAmXMgd2hvIGRlcGxveWVkIEFkZC1QYXRoIHRvIHNwZWFrIHVwIGFuZCBwcm92 aWRlIGZlZWRiYWNrIGFuZCBieXBhc3MgdGhlIGltcGxlbWVudGF0aW9uIGRyYWZ0IGlmDQogd2Ug YmVsaWV2ZSB3ZSBnb3QgZW5vdWdoIHJldHVybiBmcm9tIGV4cGVyaWVuY2UuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5C ZXN0IFJlZ2FyZHMgQmVydHJhbmQgRHV2aXZpZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+SVAgcm91dGluZyBQcm9kdWN0IE1hbmFnZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBycmFz enVrQGdtYWlsLmNvbSBbbWFpbHRvOnJyYXN6dWtAZ21haWwuY29tXQ0KPGI+T24gQmVoYWxmIE9m IDwvYj5Sb2JlcnQgUmFzenVrPGJyPg0KPGI+U2VudDo8L2I+IHZlbmRyZWRpIDI0IG9jdG9icmUg MjAxNCAxODowMDxicj4NCjxiPlRvOjwvYj4gQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKTxi cj4NCjxiPkNjOjwvYj4gQWNlZSBMaW5kZW0gKGFjZWUpOyBKZWZmcmV5IEhhYXM7IGlkckBpZXRm Lm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0lkcl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0 Zi1pZHItYWRkLXBhdGhzLTEwLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+U2hvdWxkbid0IHdlIGhhdmUgYW4gaW1wbGVtZW50YXRpb24gcmVwb3J0IGRyYWZ0IGRv Y3VtZW50aW5nIHRob3NlIGRldGFpbHMgYmVmb3JlIFdHIGxhc3QgY2FsbCBvbiB0aGUgbWFpbiBk cmFmdCA/Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPnIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5PbiBGcmksIE9jdCAyNCwgMjAxNCBhdCA1OjU2IFBNLCBCZXJ0cmFu ZCBEdXZpdmllciAoYmR1dml2aWUpICZsdDs8YSBocmVmPSJtYWlsdG86YmR1dml2aWVAY2lzY28u Y29tIiB0YXJnZXQ9Il9ibGFuayI+YmR1dml2aWVAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BY2VlLCBKZWZmLDxicj4NCjxicj4N ClRvIGJlIG1vcmUgcHJlY2lzZSBmb3IgQ2lzY28gd2UgYWxyZWFkeSBzdXBwb3J0IGl0IGluIG91 ciAzIE9TJ3M8YnI+DQotIElPUyBYRSBhbmQgSU9TIGNsYXNzaWMgKENQRSBhbmQgQWNjZXNzIHJv dXRpbmcgcGxhdGZvcm0gT1MpPGJyPg0KLSBJT1MgWFIgKGhpZy1lbmQgcm91dGluZyBwbGF0Zm9y bSBPUyk8YnI+DQotIE5YT1MgKHN3aXRjaGluZyBwbGF0Zm9ybSBPUyk8YnI+DQpBbmQgaW50ZXJv cGVyYWJpbGl0eSBoYXZlIGJlZW4gdGVzdGVkIGJldHdlZW4gQ2lzY28gT1Mncywgd2l0aCBKdW5p cGVyIEpVTk9TLCBhbmQgZmV3IG90aGVyczxicj4NCjxicj4NCjxzcGFuIGNsYXNzPSJpbSI+QmVz dCBSZWdhcmRzIEJlcnRyYW5kIER1dml2aWVyPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJpbSI+ SVAgcm91dGluZyBQcm9kdWN0IE1hbmFnZXI8L3NwYW4+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K PHNwYW4gY2xhc3M9ImltIj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RnJvbTogSWRyIFtt YWlsdG86PGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0Bp ZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBCZXJ0cmFuZCBEdXZpdmllciAoYmR1dml2aWUpPGJy Pg0KU2VudDogdmVuZHJlZGkgMjQgb2N0b2JyZSAyMDE0IDE3OjQ5PGJyPg0KVG86IEFjZWUgTGlu ZGVtIChhY2VlKTsgSmVmZnJleSBIYWFzOyA8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5p ZHJAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFtJZHJdIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQ8YnI+DQo8YnI+DQpBZ3JlZSwgaGFzIGJlZW4gaW1w bGVtZW50ZWQgaW4gbWFueSBPUydzIGFscmVhZHk8YnI+DQo8YnI+DQpCZXN0IFJlZ2FyZHMgQmVy dHJhbmQgRHV2aXZpZXI8YnI+DQpJUCByb3V0aW5nIFByb2R1Y3QgTWFuYWdlcjxicj4NCjxicj4N Cjxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogSWRyIFtt YWlsdG86PGEgaHJlZj0ibWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnIj5pZHItYm91bmNlc0Bp ZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBBY2VlIExpbmRlbSAoYWNlZSk8YnI+DQpTZW50OiB2 ZW5kcmVkaSAyNCBvY3RvYnJlIDIwMTQgMTc6MDI8YnI+DQpUbzogSmVmZnJleSBIYWFzOyA8YSBo cmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDog UmU6IFtJZHJdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQ8YnI+ DQo8YnI+DQpJIGp1c3QgcmVyZWFkIGl0IGZvciB0aGUgZmlyc3QgdGltZSBpbiBhIGNvdXBsZSB5 ZWFycyBhbmQgd291bGQgYWdyZWUgdGhhdCBpdCBpcyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLjxi cj4NClRoYW5rcyw8YnI+DQpBY2VlPGJyPg0KPGJyPg0KT24gMTAvMjQvMTQsIDEwOjE4IEFNLCAm cXVvdDtKZWZmcmV5IEhhYXMmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqaGFhc0BwZnJjLm9y ZyI+amhhYXNAcGZyYy5vcmc8L2E+Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQomZ3Q7VGhlIHVwZGF0 ZSBiZWxvdyBhZGRyZXNzZWQgdGhlIG1ham9yIG9wZW4gaXNzdWUgdGhhdCByZW1haW5lZCBmb3Ig dGhlPGJyPg0KJmd0O2ZlYXR1cmUsIGFzIGRlcGxveWVkLCB0byBtYXRjaCB0aGUgc3BlYzogVGhl IGJlaGF2aW9yIGZvciBlYmdwIGhhcyBiZWVuPGJyPg0KJmd0O21vdmVkIG91dCBvZiBvcGVyYXRp b24gYW5kIGludG8gZGVwbG95bWVudCBjb25zaWRlcmF0aW9ucy48YnI+DQomZ3Q7PGJyPg0KJmd0 O0knbSBub3QgYW4gYXV0aG9yLCBidXQgSSBiZWxpZXZlIHRoaXMgZHJhZnQgaXMgZmluYWxseSBy ZWFkIGZvciBhPGJyPg0KJmd0O2hvcGVmdWxseSBzaG9ydCBXb3JraW5nIEdyb3VwIExhc3QgQ2Fs bC48YnI+DQomZ3Q7PGJyPg0KJmd0Oy0tIEplZmY8YnI+DQomZ3Q7PGJyPg0KJmd0O09uIEZyaSwg T2N0IDI0LCAyMDE0IGF0IDA2OjU3OjQyQU0gLTA3MDAsIDxhIGhyZWY9Im1haWx0bzppbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmciPg0KaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiB3cm90ZTo8 YnI+DQomZ3Q7Jmd0OyBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUg b24tbGluZSBJbnRlcm5ldC1EcmFmdHM8YnI+DQomZ3Q7Jmd0O2RpcmVjdG9yaWVzLjxicj4NCiZn dDsmZ3Q7Jm5ic3A7IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIEludGVyLURvbWFp biBSb3V0aW5nIFdvcmtpbmcgR3JvdXA8YnI+DQomZ3Q7Jmd0O29mIHRoZSBJRVRGLjxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGl0 bGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogQWR2ZXJ0aXNlbWVu dCBvZiBNdWx0aXBsZSBQYXRocyBpbiBCR1A8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtBdXRob3JzJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OzogRGFuaWVsIFdhbHRvbjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO0FsdmFybyBSZXRhbmE8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtFbmtlIENoZW48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtKb2huIFNjdWRkZXI8YnI+DQomZ3Q7Jmd0OyZu YnNwOyAmbmJzcDsgJm5ic3A7IEZpbGVuYW1lJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDog ZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLTEwLnR4dDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZuYnNw OyAmbmJzcDsgUGFnZXMmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzog ODxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRGF0ZSZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogMjAxNC0xMC0yNDxicj4NCiZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsgQWJzdHJhY3Q6PGJyPg0KJmd0OyZndDsmbmJzcDsgJm5ic3A7IEluIHRoaXMgZG9j dW1lbnQgd2UgcHJvcG9zZSBhIEJHUCBleHRlbnNpb24gdGhhdCBhbGxvd3MgdGhlPGJyPg0KJmd0 OyZndDsmbmJzcDsgJm5ic3A7IGFkdmVydGlzZW1lbnQgb2YgbXVsdGlwbGUgcGF0aHMgZm9yIHRo ZSBzYW1lIGFkZHJlc3MgcHJlZml4IHdpdGhvdXQ8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsg dGhlIG5ldyBwYXRocyBpbXBsaWNpdGx5IHJlcGxhY2luZyBhbnkgcHJldmlvdXMgb25lcy4mbmJz cDsgVGhlIGVzc2VuY2Ugb2Y8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgdGhlIGV4dGVuc2lv biBpcyB0aGF0IGVhY2ggcGF0aCBpcyBpZGVudGlmaWVkIGJ5IGEgcGF0aCBpZGVudGlmaWVyIGlu PGJyPg0KJmd0OyZndDsmbmJzcDsgJm5ic3A7IGFkZGl0aW9uIHRvIHRoZSBhZGRyZXNzIHByZWZp eC48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIElFVEYgZGF0 YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PGJyPg0KJmd0OyZndDsgPGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pZHItYWRk LXBhdGhzLyIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLzwvYT48YnI+DQomZ3Q7PGJyPg0KJmd0O19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0O0lkciBt YWlsaW5nIGxpc3Q8YnI+DQomZ3Q7PGEgaHJlZj0ibWFpbHRvOklkckBpZXRmLm9yZyI+SWRyQGll dGYub3JnPC9hPjxicj4NCiZndDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2lkciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vaWRyPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KSWRyIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9 Im1haWx0bzpJZHJAaWV0Zi5vcmciPklkckBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkciIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyPC9hPjxicj4NCjxicj4NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSWRyIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpJZHJAaWV0Zi5vcmciPklkckBpZXRmLm9y ZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lkciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaWRyPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KSWRyIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpJ ZHJAaWV0Zi5vcmciPklkckBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47470xmbalnx11ciscoc_-- From nobody Fri Oct 24 09:20:52 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 959E21A6F2B for ; Fri, 24 Oct 2014 09:20:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L8dxIYjPOwP7 for ; Fri, 24 Oct 2014 09:20:39 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 997A41A3B9F for ; Fri, 24 Oct 2014 09:20:38 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 781C888DF886; Fri, 24 Oct 2014 16:20:34 +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 s9OGKXUA018143 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 18:20:37 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.219]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 18:20:37 +0200 From: "Henderickx, Wim (Wim)" To: Jeffrey Haas , Daniel Walton Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP76Jms/pp1BTHMUelE1XmTCNrnZw/Q+iAgAApogA= Date: Fri, 24 Oct 2014 16:20:36 +0000 Message-ID: References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <042b01cfef9f$7c2287b0$74679710$@ndzh.com> <594974284.8721491.1414165745965.JavaMail.zimbra@cumulusnetworks.com> <20141024155119.GM30433@pfrc> In-Reply-To: <20141024155119.GM30433@pfrc> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.5.141003 x-originating-ip: [135.239.27.38] Content-Type: text/plain; charset="us-ascii" Content-ID: <1A2C368975FCD241ADC82F504A13722E@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/7QnHzNSxBP8nTeglXNqEq3SFS2k Cc: "idr@ietf.org" , Susan Hares Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:20:43 -0000 Indeed supported for some time now on ALU SROS On 24/10/14 17:51, "Jeffrey Haas" wrote: >On Fri, Oct 24, 2014 at 08:49:05AM -0700, Daniel Walton wrote: >> Juniper, Cisco IOS, IOS-XR and NX-OS all support it. RX support in >>quagga is done but isn't in a released version of quagga yet, TX support >>in quagga is on our roadmap. Bird added addpath support recently. > >And while I don't speak for competitors, a quick Google search also shows >CLI for ALU. :-) > >-- Jeff > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 09:22:55 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 502AE1A6EDB for ; Fri, 24 Oct 2014 09:22:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 jLcW45xTdG0L for ; Fri, 24 Oct 2014 09:22:51 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A06881A6F22 for ; Fri, 24 Oct 2014 09:22:42 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Bertrand Duvivier \(bduvivie\)'" , "'Robert Raszuk'" References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> In-Reply-To: <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> Date: Fri, 24 Oct 2014 12:22:35 -0400 Message-ID: <053301cfefa6$b98a1e40$2c9e5ac0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0534_01CFEF85.327CEB10" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQFVyaNEWQq0uTkTe4jbzjpvneb7EQG3P3doAeYP8ysCddJb5wG93CTLAal31osCFDEG/JzXQvvQ X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/qgEdR5D9Ng4acSABmRG_xlQBymQ Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:22:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0534_01CFEF85.327CEB10 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Betrand: =20 IMHO+E (in my humble opinion and experience) quick passage of an IDR = draft through IESG requires that the IDR chair collects the = implementation information. Implementation drafts are just one way to = present the summarized data, and do not become RFCs.=20 =20 Would a short online-survey (5 minutes) be quicker for you?=20 =20 Sue=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier = (bduvivie) Sent: Friday, October 24, 2014 12:15 PM To: Robert Raszuk Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt =20 Robert, =20 Add-Path has been deployed by many SP=E2=80=99s with mix vendor = environment since years and does works fine...=20 =20 Thus we may need to ask, what is the added value of such document = (outside of following processes).=20 =20 For Cisco, my BGP team is ready to provide full support if someone start = this exercise/ implementation draft but I=E2=80=99m not ready to take = the lead and fund this works, this is not our priority. =20 BTW: my personal opinion (Not Cisco): I=E2=80=99m in favor to ask = SP=E2=80=99s who deployed Add-Path to speak up and provide feedback and = bypass the implementation draft if we believe we got enough return from = experience. =20 Best Regards Bertrand Duvivier IP routing Product Manager =20 =20 From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk Sent: vendredi 24 octobre 2014 18:00 To: Bertrand Duvivier (bduvivie) Cc: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt =20 =20 Shouldn't we have an implementation report draft documenting those = details before WG last call on the main draft ?=20 =20 r. =20 On Fri, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) = wrote: Acee, Jeff, To be more precise for Cisco we already support it in our 3 OS's - IOS XE and IOS classic (CPE and Access routing platform OS) - IOS XR (hig-end routing platform OS) - NXOS (switching platform OS) And interoperability have been tested between Cisco OS's, with Juniper = JUNOS, and few others Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier = (bduvivie) Sent: vendredi 24 octobre 2014 17:49 To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Agree, has been implemented in many OS's already Best Regards Bertrand Duvivier IP routing Product Manager -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: vendredi 24 octobre 2014 17:02 To: Jeffrey Haas; idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt I just reread it for the first time in a couple years and would agree = that it is ready for WG last call. Thanks, Acee On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: >The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a >hopefully short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org = wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group >>of the IETF. >> >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >> >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix = without >> the new paths implicitly replacing any previous ones. The essence = of >> the extension is that each path is identified by a path identifier = in >> addition to the address prefix. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr =20 ------=_NextPart_000_0534_01CFEF85.327CEB10 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Betrand:

 

IMHO+E (in my humble opinion and experience) quick passage of an IDR = draft through IESG requires that the IDR chair collects the = implementation information.=C2=A0 Implementation drafts are just one way = to present the summarized data, and do not become RFCs. =

 

Would a short online-survey (5 minutes) be quicker for you? =

 

Sue

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier = (bduvivie)
Sent: Friday, October 24, 2014 12:15 = PM
To: Robert Raszuk
Cc: = idr@ietf.org
Subject: Re: [Idr] I-D Action: = draft-ietf-idr-add-paths-10.txt

 

Robert,

 

Add-Path has been deployed by many SP=E2=80=99s  with mix vendor = environment since years and does works fine...

 

Thus we may need to ask, what is the added value of such document = (outside of following processes).

 

For Cisco, my BGP team is ready to provide full support if someone = start this exercise/ implementation draft but  I=E2=80=99m not = ready to take the lead and fund this works, this is not our = priority.

 

BTW:  my personal opinion (Not Cisco): I=E2=80=99m in favor to = ask SP=E2=80=99s who deployed Add-Path to speak up and provide feedback = and bypass the implementation draft if we believe we got enough return = from experience.

 

Best Regards Bertrand Duvivier

IP routing Product Manager

 

 

From:= = rraszuk@gmail.com [mailto:rraszuk@gmail.com] On = Behalf Of Robert Raszuk
Sent: vendredi 24 octobre 2014 = 18:00
To: Bertrand Duvivier (bduvivie)
Cc: Acee = Lindem (acee); Jeffrey Haas; idr@ietf.org
Subject: Re: = [Idr] I-D Action: = draft-ietf-idr-add-paths-10.txt

 

 

Shouldn't we have an implementation = report draft documenting those details before WG last call on the main = draft ? 

 

r.

 

On Fri, = Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) <bduvivie@cisco.com> wrote:

Acee, Jeff,

To be more precise for Cisco we = already support it in our 3 OS's
- IOS XE and IOS classic (CPE and = Access routing platform OS)
- IOS XR (hig-end routing platform = OS)
- NXOS (switching platform OS)
And interoperability have been = tested between Cisco OS's, with Juniper JUNOS, and few = others

Best Regards Bertrand = Duvivier
IP routing Product = Manager



-----Original = Message-----

From: = Idr [mailto:idr-bounces@ietf.org] On Behalf = Of Bertrand Duvivier (bduvivie)
Sent: vendredi 24 octobre 2014 = 17:49
To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D = Action: draft-ietf-idr-add-paths-10.txt

Agree, has been = implemented in many OS's already

Best Regards Bertrand = Duvivier
IP routing Product Manager



-----Original = Message-----
From: Idr [mailto:idr-bounces@ietf.org] On Behalf = Of Acee Lindem (acee)
Sent: vendredi 24 octobre 2014 17:02
To: = Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D = Action: draft-ietf-idr-add-paths-10.txt

I just reread it for the = first time in a couple years and would agree that it is ready for WG = last call.
Thanks,
Acee

On 10/24/14, 10:18 AM, = "Jeffrey Haas" <jhaas@pfrc.org> = wrote:

>The update below addressed the major open issue that = remained for the
>feature, as deployed, to match the spec: The = behavior for ebgp has been
>moved out of operation and into = deployment considerations.
>
>I'm not an author, but I = believe this draft is finally read for a
>hopefully short Working = Group Last Call.
>
>-- Jeff
>
>On Fri, Oct 24, = 2014 at 06:57:42AM -0700, internet-drafts@ietf.org = wrote:
>> A New Internet-Draft is available from the on-line = Internet-Drafts
>>directories.
>>  This draft is = a work item of the Inter-Domain Routing Working Group
>>of the = IETF.
>>
>>        =  Title           : Advertisement of = Multiple Paths in BGP
>>        =  Authors         : Daniel = Walton
>>              =              Alvaro = Retana
>>              =              Enke = Chen
>>                =            John Scudder
>>  =     Filename        : = draft-ietf-idr-add-paths-10.txt
>>      = Pages           : 8
>>  =     Date            : = 2014-10-24
>>
>> Abstract:
>>    In = this document we propose a BGP extension that allows = the
>>    advertisement of multiple paths for the = same address prefix without
>>    the new paths = implicitly replacing any previous ones.  The essence = of
>>    the extension is that each path is = identified by a path identifier in
>>    addition to = the address prefix.
>>
>>
>> The IETF = datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-add-pat= hs/
>
>_______________________________________________>Idr mailing list
>Idr@ietf.org
>https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

__= _____________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

 

------=_NextPart_000_0534_01CFEF85.327CEB10-- From nobody Fri Oct 24 09:25:34 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E12A1A1AE7 for ; Fri, 24 Oct 2014 09:25:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 sVUXky60agWK for ; Fri, 24 Oct 2014 09:25:30 -0700 (PDT) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FA7A1A1A87 for ; Fri, 24 Oct 2014 09:25:30 -0700 (PDT) Received: by mail-ie0-f178.google.com with SMTP id rl12so2688556iec.9 for ; Fri, 24 Oct 2014 09:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=uULleqt9j7o9BKtmJU2qzrOrsOPxq+DvUUgBGBMR4nw=; b=kHhAMeTQWtk1nmzVyz0BVTWvJQNxcKl8Qiyje3Gaplz9GDRTOHCe0hq+iSUAyrwnJX zj7qn4PbVNk4x0yCWOLV4gVyjG+2r6Y+D4Eze+owlA1bSptlB1xx+hGhvF5T4dDBJ4Ea qdtou+PWWnecAjGuIOKaAVMsIt3i81FpA+vdIfKcd1jl3m00X0nenaUB+uDZT/d5Dz2q TZLfB2QSKrSpHmbN+HQ3xQ+3j5s+B6C5i80JuEP+jfzg/G2hY9Nmq4jX5khoZ+hpqd0A 4AEZoUIXEacea7JkwV0vtlLpnnan1FiBZQUdOdkrBvcFZuCE70i0wQu/BD1FSKypvi7w tg5Q== MIME-Version: 1.0 X-Received: by 10.107.159.18 with SMTP id i18mr5090771ioe.33.1414167929867; Fri, 24 Oct 2014 09:25:29 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.107.156.208 with HTTP; Fri, 24 Oct 2014 09:25:29 -0700 (PDT) In-Reply-To: <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> Date: Fri, 24 Oct 2014 18:25:29 +0200 X-Google-Sender-Auth: UcjeR9-jM1P0vXxTe1vWoAHvHgQ Message-ID: From: Robert Raszuk To: "Bertrand Duvivier (bduvivie)" Content-Type: multipart/alternative; boundary=001a1140f94e1cf75505062da18c Archived-At: http://mailarchive.ietf.org/arch/msg/idr/yUcRBzXPx1rYAKA8o13-En_1lQM Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:25:33 -0000 --001a1140f94e1cf75505062da18c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bertrand, There are number of optional elements and implementation choices when developing add-paths functionality. It would be desirable to see in one place comparison what advertisement options given implementation supports and which ones are missing. You may recall a draft from Piere which lists in section 4.3 various selection options ... https://tools.ietf.org/html/draft-ietf-idr-add-paths-guidelines-06 Does all cisco implementations support all of those ? I am not to push processes, but even if IETF becomes a bit more modern and for each protocol extensions have a wiki where developer can just click when implementing an optional functionality - it would be very helpful. Procedurally indeed there is a problem with implementation report drafts as they seems to be not progressing to RFCs ... For example this one seems hanging: https://tools.ietf.org/html/draft-mynam-grow-diverse-path-impl-01 Best, R. On Fri, Oct 24, 2014 at 6:14 PM, Bertrand Duvivier (bduvivie) < bduvivie@cisco.com> wrote: > Robert, > > > > Add-Path has been deployed by many SP=E2=80=99s with mix vendor environm= ent since > years and does works fine... > > > > Thus we may need to ask, what is the added value of such document (outsid= e > of following processes). > > > > For Cisco, my BGP team is ready to provide full support if someone start > this exercise/ implementation draft but I=E2=80=99m not ready to take th= e lead and > fund this works, this is not our priority. > > > > BTW: my personal opinion (Not Cisco): I=E2=80=99m in favor to ask SP=E2= =80=99s who > deployed Add-Path to speak up and provide feedback and bypass the > implementation draft if we believe we got enough return from experience. > > > > Best Regards Bertrand Duvivier > > IP routing Product Manager > > > > > > *From:* rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Rober= t > Raszuk > *Sent:* vendredi 24 octobre 2014 18:00 > *To:* Bertrand Duvivier (bduvivie) > *Cc:* Acee Lindem (acee); Jeffrey Haas; idr@ietf.org > > *Subject:* Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt > > > > > > Shouldn't we have an implementation report draft documenting those detail= s > before WG last call on the main draft ? > > > > r. > > > > On Fri, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (bduvivie) < > bduvivie@cisco.com> wrote: > > Acee, Jeff, > > To be more precise for Cisco we already support it in our 3 OS's > - IOS XE and IOS classic (CPE and Access routing platform OS) > - IOS XR (hig-end routing platform OS) > - NXOS (switching platform OS) > And interoperability have been tested between Cisco OS's, with Juniper > JUNOS, and few others > > Best Regards Bertrand Duvivier > IP routing Product Manager > > > > -----Original Message----- > > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duvivier > (bduvivie) > Sent: vendredi 24 octobre 2014 17:49 > To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt > > Agree, has been implemented in many OS's already > > Best Regards Bertrand Duvivier > IP routing Product Manager > > > > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee) > Sent: vendredi 24 octobre 2014 17:02 > To: Jeffrey Haas; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt > > I just reread it for the first time in a couple years and would agree tha= t > it is ready for WG last call. > Thanks, > Acee > > On 10/24/14, 10:18 AM, "Jeffrey Haas" wrote: > > >The update below addressed the major open issue that remained for the > >feature, as deployed, to match the spec: The behavior for ebgp has been > >moved out of operation and into deployment considerations. > > > >I'm not an author, but I believe this draft is finally read for a > >hopefully short Working Group Last Call. > > > >-- Jeff > > > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote= : > >> A New Internet-Draft is available from the on-line Internet-Drafts > >>directories. > >> This draft is a work item of the Inter-Domain Routing Working Group > >>of the IETF. > >> > >> Title : Advertisement of Multiple Paths in BGP > >> Authors : Daniel Walton > >> Alvaro Retana > >> Enke Chen > >> John Scudder > >> Filename : draft-ietf-idr-add-paths-10.txt > >> Pages : 8 > >> Date : 2014-10-24 > >> > >> Abstract: > >> In this document we propose a BGP extension that allows the > >> advertisement of multiple paths for the same address prefix without > >> the new paths implicitly replacing any previous ones. The essence = of > >> the extension is that each path is identified by a path identifier = in > >> addition to the address prefix. > >> > >> > >> The IETF datatracker status page for this draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > > > >_______________________________________________ > >Idr mailing list > >Idr@ietf.org > >https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > > --001a1140f94e1cf75505062da18c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Bertrand,

There are number of optional element= s and implementation choices when developing add-paths functionality.=C2=A0=

It would b= e desirable to see in one place comparison what advertisement options given= implementation supports and which ones are missing.=C2=A0

You may recall a draft from= Piere which lists in section 4.3 various selection options ...=C2=A0
=

https://tools.ietf.org/html/draft-ietf-= idr-add-paths-guidelines-06

Does all cis= co implementations support all of those ?

I am not= to push processes, but even if IETF becomes a bit more modern and for each= protocol extensions have a wiki where developer can just click when implem= enting an optional functionality - it would be very helpful.=C2=A0
Procedurally indeed there is a problem with implementation= report drafts as they seems to be not progressing to RFCs ...=C2=A0=

For example this one seems hanging:
https:/= /tools.ietf.org/html/draft-mynam-grow-diverse-path-impl-01
Best,
R.


<= /div>




On Fri, Oct 24, 2014 at 6:14 PM, Bertrand Duvivier (bduvivie) <bduviv= ie@cisco.com> wrote:

Robert,

=C2=A0

Add-Path has been deploye= d by many SP=E2=80=99s =C2=A0with mix vendor environment since years and do= es works fine...

=C2=A0

Thus we may need to ask, = what is the added value of such document (outside of following processes).

=C2=A0

For Cisco, my BGP team is= ready to provide full support if someone start this exercise/ implementati= on draft but =C2=A0I=E2=80=99m not ready to take the lead and fund this works, this is not our priority.

=C2=A0

BTW: =C2=A0my personal op= inion (Not Cisco): I=E2=80=99m in favor to ask SP=E2=80=99s who deployed Ad= d-Path to speak up and provide feedback and bypass the implementation draft= if we believe we got enough return from experience.

<= span class=3D"">

=C2=A0

Best Regards Bertrand Duv= ivier

IP routing Product Manage= r

=C2=A0

=C2=A0

From: <= a href=3D"mailto:rraszuk@gmail.com" target=3D"_blank">rraszuk@gmail.com= [mailto:rraszuk@gma= il.com] On Behalf Of Robert Raszuk
Sent: vendredi 24 octobre 2014 18:00
To: Bertrand Duvivier (bduvivie)
Cc: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org


Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt

=C2=A0

= =C2=A0

= Shouldn't we have an implementation report draft documenting those deta= ils before WG last call on the main draft ?=C2=A0

= =C2=A0

= r.

=C2=A0

On Fri, Oct 24, 2014 at 5:56 PM, Bertrand Duvivier (= bduvivie) <bduvi= vie@cisco.com> wrote:

Acee, Jeff,

To be more precise for Cisco we already support it in our 3 OS's
- IOS XE and IOS classic (CPE and Access routing platform OS)
- IOS XR (hig-end routing platform OS)
- NXOS (switching platform OS)
And interoperability have been tested between Cisco OS's, with Juniper = JUNOS, and few others

Best Regards Bertrand Duvivier
IP routing Product Manager



-----Original Message-----

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bertrand Duv= ivier (bduvivie)
Sent: vendredi 24 octobre 2014 17:49
To: Acee Lindem (acee); Jeffrey Haas; idr@ietf.org
Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt

Agree, has been implemented in many OS's already

Best Regards Bertrand Duvivier
IP routing Product Manager



-----Original Message-----
From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: vendredi 24 octobre 2014 17:02
To: Jeffrey Haas; idr@iet= f.org
Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt

I just reread it for the first time in a couple years and would agree that = it is ready for WG last call.
Thanks,
Acee

On 10/24/14, 10:18 AM, "Jeffrey Haas" <jhaas@pfrc.org> wrote:

>The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been=
>moved out of operation and into deployment considerations.
>
>I'm not an author, but I believe this draft is finally read for a >hopefully short Working Group Last Call.
>
>-- Jeff
>
>On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote:
>> A New Internet-Draft is available from the on-line Internet-Drafts=
>>directories.
>>=C2=A0 This draft is a work item of the Inter-Domain Routing Workin= g Group
>>of the IETF.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: Advertisement of Multiple Paths in BGP
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Daniel Walton
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Alvaro Retana
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Enke Chen
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0John Scudder
>>=C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ie= tf-idr-add-paths-10.txt
>>=C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= : 8
>>=C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = : 2014-10-24
>>
>> Abstract:
>>=C2=A0 =C2=A0 In this document we propose a BGP extension that allo= ws the
>>=C2=A0 =C2=A0 advertisement of multiple paths for the same address = prefix without
>>=C2=A0 =C2=A0 the new paths implicitly replacing any previous ones.= =C2=A0 The essence of
>>=C2=A0 =C2=A0 the extension is that each path is identified by a pa= th identifier in
>>=C2=A0 =C2=A0 addition to the address prefix.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/
>
>_______________________________________________
>Idr mailing list
>Idr@ietf.org
>https://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

_______________________________________________
Idr mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr

=C2=A0


--001a1140f94e1cf75505062da18c-- From nobody Fri Oct 24 09:53:03 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95F9D1A8890; Fri, 24 Oct 2014 09:52:59 -0700 (PDT) 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 v3aqTekDs_qt; Fri, 24 Oct 2014 09:52:58 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CEA61A87F2; Fri, 24 Oct 2014 09:51:45 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141024165145.12663.26708.idtracker@ietfa.amsl.com> Date: Fri, 24 Oct 2014 09:51:45 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/CVZggbbPIgF6Tj7zzSm13AmEYzw Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-error-handling-15.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:53:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Revised Error Handling for BGP UPDATE Messages Authors : Enke Chen John G. Scudder Pradosh Mohapatra Keyur Patel Filename : draft-ietf-idr-error-handling-15.txt Pages : 17 Date : 2014-10-24 Abstract: According to the base BGP specification, a BGP speaker that receives an UPDATE message containing a malformed attribute is required to reset the session over which the offending attribute was received. This behavior is undesirable as a session reset would impact not only routes with the offending attribute, but also other valid routes exchanged over the session. This document partially revises the error handling for UPDATE messages, and provides guidelines for the authors of documents defining new attributes. Finally, it revises the error handling procedures for a number of existing attributes. This document updates error handling for RFCs 1997, 4271, 4360, 4456, 4760, 5543, 5701 and 6368. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-error-handling/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-error-handling-15 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-error-handling-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Oct 24 09:54:18 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 659D01A8937 for ; Fri, 24 Oct 2014 09:54:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 kxiIRCI71bM9 for ; Fri, 24 Oct 2014 09:54:13 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0123.outbound.protection.outlook.com [65.55.169.123]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA39A1A87D9 for ; Fri, 24 Oct 2014 09:52:09 -0700 (PDT) Received: from ztriggs-sslvpn-nc.jnpr.net (66.129.241.11) by BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) with Microsoft SMTP Server (TLS) id 15.1.6.9; Fri, 24 Oct 2014 16:52:07 +0000 Content-Type: text/plain; charset="windows-1252" MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "John G. Scudder" In-Reply-To: <10AF5CC8-63AA-4E59-AE24-4C281CFFCD99@juniper.net> Date: Fri, 24 Oct 2014 12:51:39 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: References: <20140903192732.23339.49198.idtracker@ietfa.amsl.com> <6BF003E2-25EB-411F-941F-D0707C9D7BE7@juniper.net> <4659A54B-3AAC-4C9D-BD76-2BDED84DE905@rob.sh> <10AF5CC8-63AA-4E59-AE24-4C281CFFCD99@juniper.net> To: Rob Shakir X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BY2PR12CA0014.namprd12.prod.outlook.com (25.160.121.24) To BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) X-MS-Exchange-Transport-FromEntityHeader: Hosted X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB728; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 0374433C81 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(52604005)(199003)(43784003)(71364002)(43544003)(24454002)(377454003)(189002)(230783001)(80022003)(102836001)(33656002)(82746002)(97736003)(31966008)(46102003)(15975445006)(47776003)(4396001)(99396003)(88136002)(64706001)(21056001)(89996001)(20776003)(66066001)(50226001)(83716003)(85852003)(19580395003)(19580405001)(69596002)(101416001)(107046002)(87976001)(87286001)(57306001)(85306004)(93886004)(42186005)(53416004)(62966002)(122386002)(104166001)(50466002)(81156004)(106356001)(93916002)(77096002)(76176999)(92726001)(36756003)(92566001)(77156001)(86362001)(50986999)(110136001)(23746002)(40100003)(76482002)(105586002)(95666004)(120916001)(104396001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB728; H:ztriggs-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/VqCJUP2xBQCutz8mYr1IppLi1X8 Cc: "idr@ietf. org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-error-handling-14.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:54:15 -0000 Posted as -15. --John On Oct 22, 2014, at 3:41 PM, John G. Scudder wrote: > Rob, >=20 > Thanks for your comments. With regard to the first, how do you (and = the WG) feel about this paragraph for the end of the Operations section? >=20 > Section 8 mentions that attribute discard should not be used in = cases > where "the attribute in question has or may have an effect on route > selection." Although all cases that specify attribute discard in > this document do not affect route selection by default, in principle > routing policies could be written which affect selection based on > such an attribute. Operators should take care when writing such > policies to consider the possible consequences of an attribute > discard. (In general, as long as such policies are only used on > external BGP sessions, correctness issues are not expected to = arise.) >=20 > Regarding ELC, thanks for catching that! Considering that we're = excluding deprecated attributes from consideration in this document, and = considering that draft-ietf-mpls-deprecate-bgp-entropy-label has been = approved for publication as an RFC, I think it's safe for me to remove = all references to RFC 6790.=20 >=20 > Regards, >=20 > --John >=20 > On Oct 16, 2014, at 9:25 AM, Rob Shakir wrote: >=20 >> Hi John, IDR, >>=20 >> On 3 Sep 2014, at 20:39, John G. Scudder wrote: >>=20 >>>=20 >>> In short, it removes the discussion of what it means for an NLRI to = be incorrect. >>> Reviewers may want to pay particular attention to S. 7.11. >>=20 >> Sorry for the delay in sending over some comments. >>=20 >> First off, thanks to the authors for the work on this doc =97 it=92s = taken something that=20 >> we=92ve debated in length on the IDR list and resulted in (IMHO) a = very clean document=20 >> that does a good job of explaining the motivation and revisions to = the error handling=20 >> behaviour. >>=20 >> I had some very minor comments: >>=20 >> - Currently, when the text discusses attribute discard, it links = this to=20 >> something that cannot affect the route selection. Since in = most routing=20 >> policy languages, one could potentially match on /any/ = attribute if one >> so wanted, then I was wondering whether it was worth adding = something into >> the operational considerations section that briefly noted that = operators >> SHOULD NOT implement policies which influence route selection = based on an >> attribute that might be discarded. >>=20 >> - In 7.16, we re-define the error handling for BGP ELC, but I = noted the >> existence of draft-ietf-idr-mpls-deprecate-bgp-entropy-label. = I=92m not sure >> whether it is still worth including this analysis, or whether = it is worth >> noting that this attribute is (likely to be) deprecated. >>=20 >> Other than this, thanks again for the work on this document. >>=20 >> Kind regards, >> r. >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 09:56:50 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B1F01A88D0 for ; Fri, 24 Oct 2014 09:56:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrPZZIAZssNw for ; Fri, 24 Oct 2014 09:56:44 -0700 (PDT) Received: from cappuccino.rob.sh (cappuccino.rob.sh [IPv6:2a03:9800:10:4c::cafe:b00c]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F16051A88D6 for ; Fri, 24 Oct 2014 09:53:24 -0700 (PDT) Received: from [109.144.198.80] (helo=[10.210.207.227]) by cappuccino.rob.sh with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Xhi79-0002ws-EN; Fri, 24 Oct 2014 17:53:23 +0100 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Content-Type: text/plain; charset=windows-1252 From: Rob Shakir In-Reply-To: Date: Fri, 24 Oct 2014 17:53:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <231B8D8D-A609-4277-A361-C8A44671A121@rob.sh> References: <20140903192732.23339.49198.idtracker@ietfa.amsl.com> <6BF003E2-25EB-411F-941F-D0707C9D7BE7@juniper.net> <4659A54B-3AAC-4C9D-BD76-2BDED84DE905@rob.sh> <10AF5CC8-63AA-4E59-AE24-4C281CFFCD99@juniper.net> To: "John G. Scudder" X-Mailer: Apple Mail (2.1990.1) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/7hBpUW9xaBTZwT-usKHOPi_BC9g Cc: "idr@ietf. org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-error-handling-14.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:56:47 -0000 Hi John, Sorry =97 yes, this looked good to me. I had the original mail flagged = to reply to, my apologies. Thanks for the changes! r. > On 24 Oct 2014, at 17:51, John G. Scudder wrote: >=20 > Posted as -15. >=20 > --John >=20 > On Oct 22, 2014, at 3:41 PM, John G. Scudder wrote: >=20 >> Rob, >>=20 >> Thanks for your comments. With regard to the first, how do you (and = the WG) feel about this paragraph for the end of the Operations section? >>=20 >> Section 8 mentions that attribute discard should not be used in = cases >> where "the attribute in question has or may have an effect on route >> selection." Although all cases that specify attribute discard in >> this document do not affect route selection by default, in principle >> routing policies could be written which affect selection based on >> such an attribute. Operators should take care when writing such >> policies to consider the possible consequences of an attribute >> discard. (In general, as long as such policies are only used on >> external BGP sessions, correctness issues are not expected to = arise.) >>=20 >> Regarding ELC, thanks for catching that! Considering that we're = excluding deprecated attributes from consideration in this document, and = considering that draft-ietf-mpls-deprecate-bgp-entropy-label has been = approved for publication as an RFC, I think it's safe for me to remove = all references to RFC 6790.=20 >>=20 >> Regards, >>=20 >> --John >>=20 >> On Oct 16, 2014, at 9:25 AM, Rob Shakir wrote: >>=20 >>> Hi John, IDR, >>>=20 >>> On 3 Sep 2014, at 20:39, John G. Scudder wrote: >>>=20 >>>>=20 >>>> In short, it removes the discussion of what it means for an NLRI to = be incorrect. >>>> Reviewers may want to pay particular attention to S. 7.11. >>>=20 >>> Sorry for the delay in sending over some comments. >>>=20 >>> First off, thanks to the authors for the work on this doc =97 it=92s = taken something that=20 >>> we=92ve debated in length on the IDR list and resulted in (IMHO) a = very clean document=20 >>> that does a good job of explaining the motivation and revisions to = the error handling=20 >>> behaviour. >>>=20 >>> I had some very minor comments: >>>=20 >>> - Currently, when the text discusses attribute discard, it links = this to=20 >>> something that cannot affect the route selection. Since in = most routing=20 >>> policy languages, one could potentially match on /any/ = attribute if one >>> so wanted, then I was wondering whether it was worth adding = something into >>> the operational considerations section that briefly noted that = operators >>> SHOULD NOT implement policies which influence route selection = based on an >>> attribute that might be discarded. >>>=20 >>> - In 7.16, we re-define the error handling for BGP ELC, but I = noted the >>> existence of draft-ietf-idr-mpls-deprecate-bgp-entropy-label. = I=92m not sure >>> whether it is still worth including this analysis, or whether = it is worth >>> noting that this attribute is (likely to be) deprecated. >>>=20 >>> Other than this, thanks again for the work on this document. >>>=20 >>> Kind regards, >>> r. >>=20 >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >=20 From nobody Fri Oct 24 10:04:32 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA6F81A87D1 for ; Fri, 24 Oct 2014 10:04:29 -0700 (PDT) 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 c04LJiTmTfmH for ; Fri, 24 Oct 2014 10:04:28 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 530CB1A8A50 for ; Fri, 24 Oct 2014 09:57:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5669; q=dns/txt; s=iport; t=1414169880; x=1415379480; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NRkVI9h3rjSthYu8kjOC9oAO48tz3e+AHqSkSknhqvQ=; b=XJLZL4ME5Fy5hXTC0ERd31rK6UooijA3YR/AUv49FaUzBO9R7ydHLJbk 4Ic0mRoLavLMWbGQ9uyY8bW42wrim/nCnwYViP6iaVNF7vDbWryGVyp7z zu6sBuYO+VWiIKtIcuQ1UfBcW8QNbiQXr0oBJP3diggDRYHhHUJo6fpRm 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIFAHWESlStJV2Y/2dsb2JhbABcgkhGVFgE1HcCgQgWAX2EAwEBBB0QTBACAQgOMQcyFBECBA4FG4gmymoBAQEBAQEBAQEBAQEBAQEBAQEBAQEXkFgHhEsFj2eCHotYgTGNXIcfg3hsgUiBAwEBAQ X-IronPort-AV: E=Sophos; i="5.04,781,1406592000"; d="scan'208,217"; a="90070734" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-8.cisco.com with ESMTP; 24 Oct 2014 16:57:59 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s9OGvwHa030384 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 16:57:58 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.162]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 11:57:58 -0500 From: "Alvaro Retana (aretana)" To: Susan Hares Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KHDjS9gB5q9EW5oUmOulIKfZw/n5SAgAAL5gCAAA0dAIAAAhoAgAABAACAAADCgP//zHcA Date: Fri, 24 Oct 2014 16:57:57 +0000 Message-ID: References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> In-Reply-To: <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.253.199] Content-Type: multipart/alternative; boundary="_000_D06FFBE572965aretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/S_QlH2dcAsdWoZVszoTzsUbKPg4 Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:04:29 -0000 --_000_D06FFBE572965aretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable On 10/24/14, 12:02 PM, "Susan Hares" > wrote: 100% agree. This is the reason for the call for implementations. Sue: I had put an implementation report in my To Do list, but didn=92t get to it= this time.. If you are ok with it, I can work on it and present it in Haw= aii. I know that would violate the =93no draft, no presentation=94 slot ru= le, but it would let us move forward. I can present an update on the lates= t changes to close the loop as well. BTW, we also updated the 'BGP Persistent Route Oscillation Solutions=92 dr= aft (draft-walton-bgp-route-oscillation-stop-09): it documents how ADD-PATH= can solve the MED churn, which is that started this whole thing. We would= like to ask for WG adoption. Thanks! Alvaro. --_000_D06FFBE572965aretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <213929A2CB987049B274C7B69A037A1D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
On 10/24/14, 12:02 PM, "Susan Hares" <shares@ndzh.com> wrote:

100% agree.  This is the reaso= n for the call for implementations. 

Sue:

I had put an implementation report in my To Do list, but didn=92t get to it= this time..  If you are ok with it, I can work on it and present it i= n Hawaii.  I know that would violate the =93no draft, no presentation= =94 slot rule, but it would let us move forward.  I can present an update on the latest changes to close the loop as w= ell.

BTW,  we also updated the 'BGP = Persistent Route Oscillation Solutions=92 draft (draft-walton-bgp-route-oscillation-stop-09): it documents ho= w ADD-PATH can solve the MED churn, which is that started this whole thing.  We would like to ask for WG adoption.=

Thanks!

Alvaro.
--_000_D06FFBE572965aretanaciscocom_-- From nobody Fri Oct 24 10:07:33 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 322301A87F0 for ; Fri, 24 Oct 2014 10:07:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 gVLrKeWEDMoo for ; Fri, 24 Oct 2014 10:07:16 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB1D1A887F for ; Fri, 24 Oct 2014 10:01:12 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Alvaro Retana \(aretana\)'" References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> In-Reply-To: Date: Fri, 24 Oct 2014 13:01:05 -0400 Message-ID: <064d01cfefac$1a66ecc0$4f34c640$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_064E_01CFEF8A.935832F0" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQFVyaNEWQq0uTkTe4jbzjpvneb7EQG3P3doAeYP8ysCddJb5wG93CTLAal31osCiRT1pAISeRzEnMMUQlA= X-Authenticated-User: skh@ndzh.com Archived-At: http://mailarchive.ietf.org/arch/msg/idr/WsoCFdfKycSm-nIQm0iUQqOQ0oY Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:07:21 -0000 This is a multipart message in MIME format. ------=_NextPart_000_064E_01CFEF8A.935832F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Alvaro: IDR's on Thursday (so you can submit draft on Monday) - smile. Seriously - this is great news. We'll slot that as part of the agenda - but since we have a short time slot, please be aware we may be tuning this during IETF. Sue From: Alvaro Retana (aretana) [mailto:aretana@cisco.com] Sent: Friday, October 24, 2014 12:58 PM To: Susan Hares Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt On 10/24/14, 12:02 PM, "Susan Hares" wrote: 100% agree. This is the reason for the call for implementations. Sue: I had put an implementation report in my To Do list, but didn't get to it this time.. If you are ok with it, I can work on it and present it in Hawaii. I know that would violate the "no draft, no presentation" slot rule, but it would let us move forward. I can present an update on the latest changes to close the loop as well. BTW, we also updated the 'BGP Persistent Route Oscillation Solutions' draft (draft-walton-bgp-route-oscillation-stop-09): it documents how ADD-PATH can solve the MED churn, which is that started this whole thing. We would like to ask for WG adoption. Thanks! Alvaro. ------=_NextPart_000_064E_01CFEF8A.935832F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Alvaro:

 

IDR’s on Thursday (so you can submit draft on Monday) – = smile.

 

Seriously – this is great news.  We’ll slot that as = part of the agenda – but since we have a short time slot, please = be aware we may be tuning this during IETF.

 

Sue

 

From:= = Alvaro Retana (aretana) [mailto:aretana@cisco.com]
Sent: = Friday, October 24, 2014 12:58 PM
To: Susan = Hares
Cc: idr@ietf.org
Subject: Re: [Idr] I-D = Action: = draft-ietf-idr-add-paths-10.txt

 

On 10/24/14, 12:02 PM, "Susan Hares" <shares@ndzh.com> = wrote:

 

100% agree.  This is the reason for the call for = implementations. 

 

Sue:

 

I had put an implementation report in my To Do list, but didn’t = get to it this time..  If you are ok with it, I can work on it and = present it in Hawaii.  I know that would violate the “no = draft, no presentation” slot rule, but it would let us move = forward.  I can present an update on the latest changes to close = the loop as well.

 

BTW,  we also updated = the 'BGP Persistent Route Oscillation Solutions’ draft = (draft-walton-bgp-route-oscillation-stop-09): it documents how ADD-PATH = can solve the MED churn, which is that started this whole thing. =  We would like to ask for WG = adoption.

 

Thanks!

 

Alvaro.

------=_NextPart_000_064E_01CFEF8A.935832F0-- From nobody Fri Oct 24 10:08:32 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A4C11A8895 for ; Fri, 24 Oct 2014 10:08:25 -0700 (PDT) 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 9AylX9_u5gPF for ; Fri, 24 Oct 2014 10:08:19 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECB901A889F for ; Fri, 24 Oct 2014 10:03:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1841; q=dns/txt; s=iport; t=1414170219; x=1415379819; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9kYodieh1iVAFq3Z7L+m1PyiwYHThRTBzNHFbzXcsO4=; b=WugxMhv5kV2khYs35c0HaowfRme4r8jLLRLtMJYpZ7ZAHndeS5vlFuBo wQ3BzteVzgmW159OJ6fkgYa+D+dlsEUJ0cpvP9UQiKuZFwlg+DPAHKWxm BnSvv4VLFlzeQu695MfPg28lbk5f6OAm/LuXuNPDP/zzAcPJD9yP18qt5 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhEFANWFSlStJV2b/2dsb2JhbABcgkhGgSwE1HcCgQgWAX2EAwEBBHkQAgEIBAEJMQcyFBECBA4FiEHKbgEBAQEBAQEDAQEBAQEBAQEBAQEXkFgHhEsBBI9ngh6LWJYsg3hsgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,781,1406592000"; d="scan'208,217";a="366166417" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-5.cisco.com with ESMTP; 24 Oct 2014 17:03:38 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s9OH3ctu014599 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 17:03:38 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.162]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 12:03:38 -0500 From: "Alvaro Retana (aretana)" To: Susan Hares Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KHDjS9gB5q9EW5oUmOulIKfZw/n5SAgAAL5gCAAA0dAIAAAhoAgAABAACAAADCgP//zHcAgABD9ID//72kAA== Date: Fri, 24 Oct 2014 17:03:37 +0000 Message-ID: References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> <064d01cfefac$1a66ecc0$4f34c640$@ndzh.com> In-Reply-To: <064d01cfefac$1a66ecc0$4f34c640$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.253.199] Content-Type: multipart/alternative; boundary="_000_D06FFE9C72980aretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/RtOlBeJLH8VJxhCR5dc_usN4zZ8 Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:08:25 -0000 --_000_D06FFE9C72980aretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable On 10/24/14, 1:01 PM, "Susan Hares" > wrote: IDR=92s on Thursday (so you can submit draft on Monday) =96 smile. That works! Thanks! Alvaro. --_000_D06FFE9C72980aretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
On 10/24/14, 1:01 PM, "Susan Hares" <shares@ndzh.com> wrote:

IDR=92s on Thursday (so you can submit draft on Monday) =96 smile.

That works!

Thanks!

Alvaro.
--_000_D06FFE9C72980aretanaciscocom_-- From nobody Fri Oct 24 10:13:05 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D1051A87B9 for ; Fri, 24 Oct 2014 10:13:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.978 X-Spam-Level: X-Spam-Status: No, score=-0.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_41=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 WgKA__6AL7vp for ; Fri, 24 Oct 2014 10:12:59 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 990381A010A for ; Fri, 24 Oct 2014 10:12:04 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 551FAC2A0; Fri, 24 Oct 2014 13:12:04 -0400 (EDT) Date: Fri, 24 Oct 2014 13:12:04 -0400 From: Jeffrey Haas To: "Alvaro Retana (aretana)" Message-ID: <20141024171204.GV30433@pfrc> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <04d101cfefa3$e5040f70$af0c2e50$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/70Jgb3f9b2viD9asiaI5eoFPfR4 Cc: "idr@ietf.org" , Susan Hares Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:13:00 -0000 On Fri, Oct 24, 2014 at 04:57:57PM +0000, Alvaro Retana (aretana) wrote: > I had put an implementation report in my To Do list, but didn?t get to it this time.. If you are ok with it, I can work on it and present it in Hawaii. I know that would violate the ?no draft, no presentation? slot rule, but it would let us move forward. I can present an update on the latest changes to close the loop as well. And if the survey contents were ready in the next week, I promise to have a report from Juniper to contribute prior to Hawaii. > BTW, we also updated the 'BGP Persistent Route Oscillation Solutions? draft (draft-walton-bgp-route-oscillation-stop-09): it documents how ADD-PATH can solve the MED churn, which is that started this whole thing. We would like to ask for WG adoption. I'll add this to my review list. I agree with Alvaro that the scope of the changes requested in the document make it appropriate for IDR adoption. To add a dose of operational input on the draft, I've more typically seen customers asking for add-path with regard to traffic-engineering applications than for oscillation damping. There are two ugly challenges add-path solely for the oscillation case introduces: - You have to have it turned on to stop the issues. - The additional state in your network, when you don't need it, consumes resources that otherwise may not be needed. What's unfortunate is the infrastructure to depend this sort of persistent oscillation is itself expensive making it ugly to only turn on group-best when necessary. No answers, only comments. -- Jeff From nobody Fri Oct 24 10:20:09 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 066CE1A87D1 for ; Fri, 24 Oct 2014 10:20:06 -0700 (PDT) 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 KPyXTczQ76-U for ; Fri, 24 Oct 2014 10:20:03 -0700 (PDT) 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 E61CA1A87A6 for ; Fri, 24 Oct 2014 10:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29226; q=dns/txt; s=iport; t=1414171203; x=1415380803; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ZU0szpdem/jEsfc28hm3fvPwugF34Ol8rxsP+58XRUA=; b=O5girgmsifI+lPyqMmzE8yMFrmSKn4UWtxYd1cJqHdEmb1zdjq+4FWiy TEvWvO0UeriLODBCLXH6ShfaKYqL7ff89t2nZcbEle3cxvjXOQKtnSTVQ amkGz+GqaQKioku2jUc14iI0QLLunzAQGtf+MfuxVkTqtDHqFBe5Q/37p 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjYFACKJSlStJA2J/2dsb2JhbABcgkhGVFgEgwLKHgEJh00CG20WAX2EAgEBAQQBAQEVCwpBCwwEAgEIDgMEAQEBChYHAwICAh8GCxQJCAIEAQ0FCIgkAxINtXmOOg2GOAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEileDTIIEFhcEBgEGgnE2gR4FkgWERoUBg0KGdoZmQoZdg3hsgUiBAwEBAQ X-IronPort-AV: E=Sophos; i="5.04,781,1406592000"; d="scan'208,217"; a="90073652" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-6.cisco.com with ESMTP; 24 Oct 2014 17:20:01 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s9OHK15q019826 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 17:20:01 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.58]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 12:20:01 -0500 From: "Bertrand Duvivier (bduvivie)" To: Susan Hares , "'Robert Raszuk'" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KanETAejYG6UOL838JBrJ47Zw/n5SAgAAL5QD//7kgUIAAAMhQgABWTwD//6xWYIAAWhaA//+8IIA= Date: Fri, 24 Oct 2014 17:20:00 +0000 Message-ID: <5F1FD493E541C642ABBC18EDC327C82F1FF47681@xmb-aln-x11.cisco.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <5F1FD493E541C642ABBC18EDC327C82F1FF4724F@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF472FE@xmb-aln-x11.cisco.com> <5F1FD493E541C642ABBC18EDC327C82F1FF47470@xmb-aln-x11.cisco.com> <053301cfefa6$b98a1e40$2c9e5ac0$@ndzh.com> In-Reply-To: <053301cfefa6$b98a1e40$2c9e5ac0$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.113.250] Content-Type: multipart/alternative; boundary="_000_5F1FD493E541C642ABBC18EDC327C82F1FF47681xmbalnx11ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/MzK7Kc4HRvpMJ4QyYBNiVnBXPE8 Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:20:06 -0000 --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47681xmbalnx11ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T2sgdGhhbmtzLCBzb3VuZHMgZ3JlYXQNCg0KQmVzdCBSZWdhcmRzIEJlcnRyYW5kIER1dml2aWVy DQpJUCByb3V0aW5nIFByb2R1Y3QgTWFuYWdlcg0KDQoNCkZyb206IFN1c2FuIEhhcmVzIFttYWls dG86c2hhcmVzQG5kemguY29tXQ0KU2VudDogdmVuZHJlZGkgMjQgb2N0b2JyZSAyMDE0IDE4OjIz DQpUbzogQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKTsgJ1JvYmVydCBSYXN6dWsnDQpDYzog aWRyQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW0lkcl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1p ZHItYWRkLXBhdGhzLTEwLnR4dA0KDQpCZXRyYW5kOg0KDQpJTUhPK0UgKGluIG15IGh1bWJsZSBv cGluaW9uIGFuZCBleHBlcmllbmNlKSBxdWljayBwYXNzYWdlIG9mIGFuIElEUiBkcmFmdCB0aHJv dWdoIElFU0cgcmVxdWlyZXMgdGhhdCB0aGUgSURSIGNoYWlyIGNvbGxlY3RzIHRoZSBpbXBsZW1l bnRhdGlvbiBpbmZvcm1hdGlvbi4gIEltcGxlbWVudGF0aW9uIGRyYWZ0cyBhcmUganVzdCBvbmUg d2F5IHRvIHByZXNlbnQgdGhlIHN1bW1hcml6ZWQgZGF0YSwgYW5kIGRvIG5vdCBiZWNvbWUgUkZD cy4NCg0KV291bGQgYSBzaG9ydCBvbmxpbmUtc3VydmV5ICg1IG1pbnV0ZXMpIGJlIHF1aWNrZXIg Zm9yIHlvdT8NCg0KU3VlDQoNCkZyb206IElkciBbbWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKQ0KU2VudDogRnJpZGF5 LCBPY3RvYmVyIDI0LCAyMDE0IDEyOjE1IFBNDQpUbzogUm9iZXJ0IFJhc3p1aw0KQ2M6IGlkckBp ZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtJZHJdIEktRCBBY3Rp b246IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQNCg0KUm9iZXJ0LA0KDQpBZGQtUGF0 aCBoYXMgYmVlbiBkZXBsb3llZCBieSBtYW55IFNQ4oCZcyAgd2l0aCBtaXggdmVuZG9yIGVudmly b25tZW50IHNpbmNlIHllYXJzIGFuZCBkb2VzIHdvcmtzIGZpbmUuLi4NCg0KVGh1cyB3ZSBtYXkg bmVlZCB0byBhc2ssIHdoYXQgaXMgdGhlIGFkZGVkIHZhbHVlIG9mIHN1Y2ggZG9jdW1lbnQgKG91 dHNpZGUgb2YgZm9sbG93aW5nIHByb2Nlc3NlcykuDQoNCkZvciBDaXNjbywgbXkgQkdQIHRlYW0g aXMgcmVhZHkgdG8gcHJvdmlkZSBmdWxsIHN1cHBvcnQgaWYgc29tZW9uZSBzdGFydCB0aGlzIGV4 ZXJjaXNlLyBpbXBsZW1lbnRhdGlvbiBkcmFmdCBidXQgIEnigJltIG5vdCByZWFkeSB0byB0YWtl IHRoZSBsZWFkIGFuZCBmdW5kIHRoaXMgd29ya3MsIHRoaXMgaXMgbm90IG91ciBwcmlvcml0eS4N Cg0KQlRXOiAgbXkgcGVyc29uYWwgb3BpbmlvbiAoTm90IENpc2NvKTogSeKAmW0gaW4gZmF2b3Ig dG8gYXNrIFNQ4oCZcyB3aG8gZGVwbG95ZWQgQWRkLVBhdGggdG8gc3BlYWsgdXAgYW5kIHByb3Zp ZGUgZmVlZGJhY2sgYW5kIGJ5cGFzcyB0aGUgaW1wbGVtZW50YXRpb24gZHJhZnQgaWYgd2UgYmVs aWV2ZSB3ZSBnb3QgZW5vdWdoIHJldHVybiBmcm9tIGV4cGVyaWVuY2UuDQoNCkJlc3QgUmVnYXJk cyBCZXJ0cmFuZCBEdXZpdmllcg0KSVAgcm91dGluZyBQcm9kdWN0IE1hbmFnZXINCg0KDQpGcm9t OiBycmFzenVrQGdtYWlsLmNvbTxtYWlsdG86cnJhc3p1a0BnbWFpbC5jb20+IFttYWlsdG86cnJh c3p1a0BnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBSb2JlcnQgUmFzenVrDQpTZW50OiB2ZW5kcmVk aSAyNCBvY3RvYnJlIDIwMTQgMTg6MDANClRvOiBCZXJ0cmFuZCBEdXZpdmllciAoYmR1dml2aWUp DQpDYzogQWNlZSBMaW5kZW0gKGFjZWUpOyBKZWZmcmV5IEhhYXM7IGlkckBpZXRmLm9yZzxtYWls dG86aWRyQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtJZHJdIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtaWRyLWFkZC1wYXRocy0xMC50eHQNCg0KDQpTaG91bGRuJ3Qgd2UgaGF2ZSBhbiBpbXBsZW1l bnRhdGlvbiByZXBvcnQgZHJhZnQgZG9jdW1lbnRpbmcgdGhvc2UgZGV0YWlscyBiZWZvcmUgV0cg bGFzdCBjYWxsIG9uIHRoZSBtYWluIGRyYWZ0ID8NCg0Kci4NCg0KT24gRnJpLCBPY3QgMjQsIDIw MTQgYXQgNTo1NiBQTSwgQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKSA8YmR1dml2aWVAY2lz Y28uY29tPG1haWx0bzpiZHV2aXZpZUBjaXNjby5jb20+PiB3cm90ZToNCkFjZWUsIEplZmYsDQoN ClRvIGJlIG1vcmUgcHJlY2lzZSBmb3IgQ2lzY28gd2UgYWxyZWFkeSBzdXBwb3J0IGl0IGluIG91 ciAzIE9TJ3MNCi0gSU9TIFhFIGFuZCBJT1MgY2xhc3NpYyAoQ1BFIGFuZCBBY2Nlc3Mgcm91dGlu ZyBwbGF0Zm9ybSBPUykNCi0gSU9TIFhSIChoaWctZW5kIHJvdXRpbmcgcGxhdGZvcm0gT1MpDQot IE5YT1MgKHN3aXRjaGluZyBwbGF0Zm9ybSBPUykNCkFuZCBpbnRlcm9wZXJhYmlsaXR5IGhhdmUg YmVlbiB0ZXN0ZWQgYmV0d2VlbiBDaXNjbyBPUydzLCB3aXRoIEp1bmlwZXIgSlVOT1MsIGFuZCBm ZXcgb3RoZXJzDQoNCkJlc3QgUmVnYXJkcyBCZXJ0cmFuZCBEdXZpdmllcg0KSVAgcm91dGluZyBQ cm9kdWN0IE1hbmFnZXINCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBJ ZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5v cmc+XSBPbiBCZWhhbGYgT2YgQmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKQ0KU2VudDogdmVu ZHJlZGkgMjQgb2N0b2JyZSAyMDE0IDE3OjQ5DQpUbzogQWNlZSBMaW5kZW0gKGFjZWUpOyBKZWZm cmV5IEhhYXM7IGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPg0KU3ViamVjdDogUmU6 IFtJZHJdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQNCg0KQWdy ZWUsIGhhcyBiZWVuIGltcGxlbWVudGVkIGluIG1hbnkgT1MncyBhbHJlYWR5DQoNCkJlc3QgUmVn YXJkcyBCZXJ0cmFuZCBEdXZpdmllcg0KSVAgcm91dGluZyBQcm9kdWN0IE1hbmFnZXINCg0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBJZHIgW21haWx0bzppZHItYm91bmNl c0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgQWNl ZSBMaW5kZW0gKGFjZWUpDQpTZW50OiB2ZW5kcmVkaSAyNCBvY3RvYnJlIDIwMTQgMTc6MDINClRv OiBKZWZmcmV5IEhhYXM7IGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPg0KU3ViamVj dDogUmU6IFtJZHJdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQN Cg0KSSBqdXN0IHJlcmVhZCBpdCBmb3IgdGhlIGZpcnN0IHRpbWUgaW4gYSBjb3VwbGUgeWVhcnMg YW5kIHdvdWxkIGFncmVlIHRoYXQgaXQgaXMgcmVhZHkgZm9yIFdHIGxhc3QgY2FsbC4NClRoYW5r cywNCkFjZWUNCg0KT24gMTAvMjQvMTQsIDEwOjE4IEFNLCAiSmVmZnJleSBIYWFzIiA8amhhYXNA cGZyYy5vcmc8bWFpbHRvOmpoYWFzQHBmcmMub3JnPj4gd3JvdGU6DQoNCj5UaGUgdXBkYXRlIGJl bG93IGFkZHJlc3NlZCB0aGUgbWFqb3Igb3BlbiBpc3N1ZSB0aGF0IHJlbWFpbmVkIGZvciB0aGUN Cj5mZWF0dXJlLCBhcyBkZXBsb3llZCwgdG8gbWF0Y2ggdGhlIHNwZWM6IFRoZSBiZWhhdmlvciBm b3IgZWJncCBoYXMgYmVlbg0KPm1vdmVkIG91dCBvZiBvcGVyYXRpb24gYW5kIGludG8gZGVwbG95 bWVudCBjb25zaWRlcmF0aW9ucy4NCj4NCj5JJ20gbm90IGFuIGF1dGhvciwgYnV0IEkgYmVsaWV2 ZSB0aGlzIGRyYWZ0IGlzIGZpbmFsbHkgcmVhZCBmb3IgYQ0KPmhvcGVmdWxseSBzaG9ydCBXb3Jr aW5nIEdyb3VwIExhc3QgQ2FsbC4NCj4NCj4tLSBKZWZmDQo+DQo+T24gRnJpLCBPY3QgMjQsIDIw MTQgYXQgMDY6NTc6NDJBTSAtMDcwMCwgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KPj4gQSBOZXcgSW50ZXJuZXQtRHJhZnQg aXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzDQo+PmRpcmVjdG9y aWVzLg0KPj4gIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIEludGVyLURvbWFpbiBS b3V0aW5nIFdvcmtpbmcgR3JvdXANCj4+b2YgdGhlIElFVEYuDQo+Pg0KPj4gICAgICAgICBUaXRs ZSAgICAgICAgICAgOiBBZHZlcnRpc2VtZW50IG9mIE11bHRpcGxlIFBhdGhzIGluIEJHUA0KPj4g ICAgICAgICBBdXRob3JzICAgICAgICAgOiBEYW5pZWwgV2FsdG9uDQo+PiAgICAgICAgICAgICAg ICAgICAgICAgICAgIEFsdmFybyBSZXRhbmENCj4+ICAgICAgICAgICAgICAgICAgICAgICAgICAg RW5rZSBDaGVuDQo+PiAgICAgICAgICAgICAgICAgICAgICAgICAgIEpvaG4gU2N1ZGRlcg0KPj4g ICAgICBGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMtMTAudHh0DQo+ PiAgICAgIFBhZ2VzICAgICAgICAgICA6IDgNCj4+ICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAx NC0xMC0yNA0KPj4NCj4+IEFic3RyYWN0Og0KPj4gICAgSW4gdGhpcyBkb2N1bWVudCB3ZSBwcm9w b3NlIGEgQkdQIGV4dGVuc2lvbiB0aGF0IGFsbG93cyB0aGUNCj4+ICAgIGFkdmVydGlzZW1lbnQg b2YgbXVsdGlwbGUgcGF0aHMgZm9yIHRoZSBzYW1lIGFkZHJlc3MgcHJlZml4IHdpdGhvdXQNCj4+ ICAgIHRoZSBuZXcgcGF0aHMgaW1wbGljaXRseSByZXBsYWNpbmcgYW55IHByZXZpb3VzIG9uZXMu ICBUaGUgZXNzZW5jZSBvZg0KPj4gICAgdGhlIGV4dGVuc2lvbiBpcyB0aGF0IGVhY2ggcGF0aCBp cyBpZGVudGlmaWVkIGJ5IGEgcGF0aCBpZGVudGlmaWVyIGluDQo+PiAgICBhZGRpdGlvbiB0byB0 aGUgYWRkcmVzcyBwcmVmaXguDQo+Pg0KPj4NCj4+IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1 cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLw0KPg0KPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+SWRyIG1haWxpbmcgbGlzdA0KPklkckBpZXRm Lm9yZzxtYWlsdG86SWRyQGlldGYub3JnPg0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vaWRyDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9y Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0 DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklk ckBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoN Cg== --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47681xmbalnx11ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29u IFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJC YWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFu LmltDQoJe21zby1zdHlsZS1uYW1lOmltO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0K CW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5PayB0aGFua3MsIHNvdW5kcyBncmVhdA0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCBS ZWdhcmRzIEJlcnRyYW5kIER1dml2aWVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPklQ IHJvdXRpbmcgUHJvZHVjdCBNYW5hZ2VyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gU3VzYW4gSGFyZXMgW21haWx0bzpzaGFy ZXNAbmR6aC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gdmVuZHJlZGkgMjQgb2N0b2JyZSAyMDE0 IDE4OjIzPGJyPg0KPGI+VG86PC9iPiBCZXJ0cmFuZCBEdXZpdmllciAoYmR1dml2aWUpOyAnUm9i ZXJ0IFJhc3p1ayc8YnI+DQo8Yj5DYzo8L2I+IGlkckBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSRTogW0lkcl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLTEwLnR4 dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXRyYW5kOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SU1I TyYjNDM7RSAoaW4gbXkgaHVtYmxlIG9waW5pb24gYW5kIGV4cGVyaWVuY2UpIHF1aWNrIHBhc3Nh Z2Ugb2YgYW4gSURSIGRyYWZ0IHRocm91Z2ggSUVTRyByZXF1aXJlcyB0aGF0IHRoZSBJRFIgY2hh aXIgY29sbGVjdHMgdGhlIGltcGxlbWVudGF0aW9uIGluZm9ybWF0aW9uLiZuYnNwOw0KIEltcGxl bWVudGF0aW9uIGRyYWZ0cyBhcmUganVzdCBvbmUgd2F5IHRvIHByZXNlbnQgdGhlIHN1bW1hcml6 ZWQgZGF0YSwgYW5kIGRvIG5vdCBiZWNvbWUgUkZDcy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V291bGQgYSBzaG9y dCBvbmxpbmUtc3VydmV5ICg1IG1pbnV0ZXMpIGJlIHF1aWNrZXIgZm9yIHlvdT8NCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+U3VlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBJZHIgWzxhIGhyZWY9Im1haWx0bzppZHItYm91 bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJl aGFsZiBPZiA8L2I+QmVydHJhbmQgRHV2aXZpZXIgKGJkdXZpdmllKTxicj4NCjxiPlNlbnQ6PC9i PiBGcmlkYXksIE9jdG9iZXIgMjQsIDIwMTQgMTI6MTUgUE08YnI+DQo8Yj5Ubzo8L2I+IFJvYmVy dCBSYXN6dWs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlk ckBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJZHJdIEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtaWRyLWFkZC1wYXRocy0xMC50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Um9iZXJ0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QWRkLVBhdGggaGFzIGJlZW4gZGVwbG95ZWQgYnkg bWFueSBTUOKAmXMgJm5ic3A7d2l0aCBtaXggdmVuZG9yIGVudmlyb25tZW50IHNpbmNlIHllYXJz IGFuZCBkb2VzIHdvcmtzIGZpbmUuLi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGh1cyB3ZSBtYXkgbmVlZCB0byBh c2ssIHdoYXQgaXMgdGhlIGFkZGVkIHZhbHVlIG9mIHN1Y2ggZG9jdW1lbnQgKG91dHNpZGUgb2Yg Zm9sbG93aW5nIHByb2Nlc3NlcykuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZvciBDaXNjbywgbXkgQkdQIHRlYW0g aXMgcmVhZHkgdG8gcHJvdmlkZSBmdWxsIHN1cHBvcnQgaWYgc29tZW9uZSBzdGFydCB0aGlzIGV4 ZXJjaXNlLyBpbXBsZW1lbnRhdGlvbiBkcmFmdCBidXQgJm5ic3A7SeKAmW0gbm90IHJlYWR5IHRv IHRha2UgdGhlIGxlYWQgYW5kIGZ1bmQgdGhpcw0KIHdvcmtzLCB0aGlzIGlzIG5vdCBvdXIgcHJp b3JpdHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5CVFc6ICZuYnNwO215IHBlcnNvbmFsIG9waW5pb24gKE5vdCBDaXNj byk6IEnigJltIGluIGZhdm9yIHRvIGFzayBTUOKAmXMgd2hvIGRlcGxveWVkIEFkZC1QYXRoIHRv IHNwZWFrIHVwIGFuZCBwcm92aWRlIGZlZWRiYWNrIGFuZCBieXBhc3MgdGhlIGltcGxlbWVudGF0 aW9uIGRyYWZ0IGlmDQogd2UgYmVsaWV2ZSB3ZSBnb3QgZW5vdWdoIHJldHVybiBmcm9tIGV4cGVy aWVuY2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5CZXN0IFJlZ2FyZHMgQmVydHJhbmQgRHV2aXZpZXI8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+SVAgcm91dGluZyBQcm9kdWN0IE1hbmFnZXI8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPg0KPGEgaHJlZj0ibWFpbHRvOnJyYXN6dWtAZ21haWwuY29tIj5ycmFzenVr QGdtYWlsLmNvbTwvYT4gWzxhIGhyZWY9Im1haWx0bzpycmFzenVrQGdtYWlsLmNvbSI+bWFpbHRv OnJyYXN6dWtAZ21haWwuY29tPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+Um9iZXJ0IFJhc3p1 azxicj4NCjxiPlNlbnQ6PC9iPiB2ZW5kcmVkaSAyNCBvY3RvYnJlIDIwMTQgMTg6MDA8YnI+DQo8 Yj5Ubzo8L2I+IEJlcnRyYW5kIER1dml2aWVyIChiZHV2aXZpZSk8YnI+DQo8Yj5DYzo8L2I+IEFj ZWUgTGluZGVtIChhY2VlKTsgSmVmZnJleSBIYWFzOyA8YSBocmVmPSJtYWlsdG86aWRyQGlldGYu b3JnIj5pZHJAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbSWRyXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMtMTAudHh0PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TaG91bGRuJ3Qgd2UgaGF2ZSBhbiBpbXBsZW1lbnRhdGlv biByZXBvcnQgZHJhZnQgZG9jdW1lbnRpbmcgdGhvc2UgZGV0YWlscyBiZWZvcmUgV0cgbGFzdCBj YWxsIG9uIHRoZSBtYWluIGRyYWZ0ID8mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIEZyaSwgT2N0IDI0LCAyMDE0IGF0 IDU6NTYgUE0sIEJlcnRyYW5kIER1dml2aWVyIChiZHV2aXZpZSkgJmx0OzxhIGhyZWY9Im1haWx0 bzpiZHV2aXZpZUBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5iZHV2aXZpZUBjaXNjby5jb208 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFjZWUs IEplZmYsPGJyPg0KPGJyPg0KVG8gYmUgbW9yZSBwcmVjaXNlIGZvciBDaXNjbyB3ZSBhbHJlYWR5 IHN1cHBvcnQgaXQgaW4gb3VyIDMgT1Mnczxicj4NCi0gSU9TIFhFIGFuZCBJT1MgY2xhc3NpYyAo Q1BFIGFuZCBBY2Nlc3Mgcm91dGluZyBwbGF0Zm9ybSBPUyk8YnI+DQotIElPUyBYUiAoaGlnLWVu ZCByb3V0aW5nIHBsYXRmb3JtIE9TKTxicj4NCi0gTlhPUyAoc3dpdGNoaW5nIHBsYXRmb3JtIE9T KTxicj4NCkFuZCBpbnRlcm9wZXJhYmlsaXR5IGhhdmUgYmVlbiB0ZXN0ZWQgYmV0d2VlbiBDaXNj byBPUydzLCB3aXRoIEp1bmlwZXIgSlVOT1MsIGFuZCBmZXcgb3RoZXJzPGJyPg0KPGJyPg0KPHNw YW4gY2xhc3M9ImltIj5CZXN0IFJlZ2FyZHMgQmVydHJhbmQgRHV2aXZpZXI8L3NwYW4+PGJyPg0K PHNwYW4gY2xhc3M9ImltIj5JUCByb3V0aW5nIFByb2R1Y3QgTWFuYWdlcjwvc3Bhbj48YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8c3BhbiBjbGFzcz0iaW0iPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Gcm9tOiBJZHIgW21haWx0bzo8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5v cmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIEJlcnRyYW5kIER1dml2 aWVyIChiZHV2aXZpZSk8YnI+DQpTZW50OiB2ZW5kcmVkaSAyNCBvY3RvYnJlIDIwMTQgMTc6NDk8 YnI+DQpUbzogQWNlZSBMaW5kZW0gKGFjZWUpOyBKZWZmcmV5IEhhYXM7IDxhIGhyZWY9Im1haWx0 bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT48YnI+DQpTdWJqZWN0OiBSZTogW0lkcl0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pZHItYWRkLXBhdGhzLTEwLnR4dDxicj4NCjxicj4NCkFn cmVlLCBoYXMgYmVlbiBpbXBsZW1lbnRlZCBpbiBtYW55IE9TJ3MgYWxyZWFkeTxicj4NCjxicj4N CkJlc3QgUmVnYXJkcyBCZXJ0cmFuZCBEdXZpdmllcjxicj4NCklQIHJvdXRpbmcgUHJvZHVjdCBN YW5hZ2VyPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 YnI+DQpGcm9tOiBJZHIgW21haWx0bzo8YSBocmVmPSJtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5v cmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIEFjZWUgTGluZGVtIChh Y2VlKTxicj4NClNlbnQ6IHZlbmRyZWRpIDI0IG9jdG9icmUgMjAxNCAxNzowMjxicj4NClRvOiBK ZWZmcmV5IEhhYXM7IDxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwv YT48YnI+DQpTdWJqZWN0OiBSZTogW0lkcl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pZHItYWRk LXBhdGhzLTEwLnR4dDxicj4NCjxicj4NCkkganVzdCByZXJlYWQgaXQgZm9yIHRoZSBmaXJzdCB0 aW1lIGluIGEgY291cGxlIHllYXJzIGFuZCB3b3VsZCBhZ3JlZSB0aGF0IGl0IGlzIHJlYWR5IGZv ciBXRyBsYXN0IGNhbGwuPGJyPg0KVGhhbmtzLDxicj4NCkFjZWU8YnI+DQo8YnI+DQpPbiAxMC8y NC8xNCwgMTA6MTggQU0sICZxdW90O0plZmZyZXkgSGFhcyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmpoYWFzQHBmcmMub3JnIj5qaGFhc0BwZnJjLm9yZzwvYT4mZ3Q7IHdyb3RlOjxicj4NCjxi cj4NCiZndDtUaGUgdXBkYXRlIGJlbG93IGFkZHJlc3NlZCB0aGUgbWFqb3Igb3BlbiBpc3N1ZSB0 aGF0IHJlbWFpbmVkIGZvciB0aGU8YnI+DQomZ3Q7ZmVhdHVyZSwgYXMgZGVwbG95ZWQsIHRvIG1h dGNoIHRoZSBzcGVjOiBUaGUgYmVoYXZpb3IgZm9yIGViZ3AgaGFzIGJlZW48YnI+DQomZ3Q7bW92 ZWQgb3V0IG9mIG9wZXJhdGlvbiBhbmQgaW50byBkZXBsb3ltZW50IGNvbnNpZGVyYXRpb25zLjxi cj4NCiZndDs8YnI+DQomZ3Q7SSdtIG5vdCBhbiBhdXRob3IsIGJ1dCBJIGJlbGlldmUgdGhpcyBk cmFmdCBpcyBmaW5hbGx5IHJlYWQgZm9yIGE8YnI+DQomZ3Q7aG9wZWZ1bGx5IHNob3J0IFdvcmtp bmcgR3JvdXAgTGFzdCBDYWxsLjxicj4NCiZndDs8YnI+DQomZ3Q7LS0gSmVmZjxicj4NCiZndDs8 YnI+DQomZ3Q7T24gRnJpLCBPY3QgMjQsIDIwMTQgYXQgMDY6NTc6NDJBTSAtMDcwMCwgPGEgaHJl Zj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+DQppbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc8L2E+IHdyb3RlOjxicj4NCiZndDsmZ3Q7IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2 YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0czxicj4NCiZndDsmZ3Q7ZGly ZWN0b3JpZXMuPGJyPg0KJmd0OyZndDsmbmJzcDsgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBv ZiB0aGUgSW50ZXItRG9tYWluIFJvdXRpbmcgV29ya2luZyBHcm91cDxicj4NCiZndDsmZ3Q7b2Yg dGhlIElFVEYuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtUaXRsZSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7OiBBZHZlcnRpc2VtZW50IG9mIE11bHRpcGxlIFBhdGhzIGluIEJHUDxicj4NCiZndDsmZ3Q7 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0F1dGhvcnMmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7OiBEYW5pZWwgV2FsdG9uPGJyPg0KJmd0OyZndDsmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QWx2YXJvIFJldGFuYTxicj4NCiZndDsmZ3Q7 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0Vua2UgQ2hlbjxicj4NCiZn dDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0pvaG4gU2N1ZGRl cjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZW5hbWUmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgOiBkcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMtMTAudHh0PGJyPg0KJmd0 OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyBQYWdlcyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7OiA4PGJyPg0KJmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyBEYXRl Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiAyMDE0LTEwLTI0PGJy Pg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBBYnN0cmFjdDo8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAm bmJzcDsgSW4gdGhpcyBkb2N1bWVudCB3ZSBwcm9wb3NlIGEgQkdQIGV4dGVuc2lvbiB0aGF0IGFs bG93cyB0aGU8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgYWR2ZXJ0aXNlbWVudCBvZiBtdWx0 aXBsZSBwYXRocyBmb3IgdGhlIHNhbWUgYWRkcmVzcyBwcmVmaXggd2l0aG91dDxicj4NCiZndDsm Z3Q7Jm5ic3A7ICZuYnNwOyB0aGUgbmV3IHBhdGhzIGltcGxpY2l0bHkgcmVwbGFjaW5nIGFueSBw cmV2aW91cyBvbmVzLiZuYnNwOyBUaGUgZXNzZW5jZSBvZjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZu YnNwOyB0aGUgZXh0ZW5zaW9uIGlzIHRoYXQgZWFjaCBwYXRoIGlzIGlkZW50aWZpZWQgYnkgYSBw YXRoIGlkZW50aWZpZXIgaW48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgYWRkaXRpb24gdG8g dGhlIGFkZHJlc3MgcHJlZml4Ljxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczo8 YnI+DQomZ3Q7Jmd0OyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWlkci1hZGQtcGF0aHMvIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMvPC9hPjxicj4NCiZn dDs8YnI+DQomZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnI+DQomZ3Q7SWRyIG1haWxpbmcgbGlzdDxicj4NCiZndDs8YSBocmVmPSJtYWlsdG86SWRy QGlldGYub3JnIj5JZHJAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OzxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PGJyPg0KPGJyPg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpJZHIgbWFpbGluZyBs aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOklkckBpZXRmLm9yZyI+SWRyQGlldGYub3JnPC9hPjxi cj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8 L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpJZHIgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOklkckBpZXRm Lm9yZyI+SWRyQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpJZHIgbWFpbGluZyBsaXN0PGJyPg0K PGEgaHJlZj0ibWFpbHRvOklkckBpZXRmLm9yZyI+SWRyQGlldGYub3JnPC9hPjxicj4NCjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIiB0YXJnZXQ9Il9i bGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F1FD493E541C642ABBC18EDC327C82F1FF47681xmbalnx11ciscoc_-- From nobody Fri Oct 24 10:53:42 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 874411A89FB for ; Fri, 24 Oct 2014 10:53:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 66pjtxnDyOWM for ; Fri, 24 Oct 2014 10:53:36 -0700 (PDT) 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 3049E1A899E for ; Fri, 24 Oct 2014 10:53:36 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-ed-544a37f54c08 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id C5.1C.25146.5F73A445; Fri, 24 Oct 2014 13:28:53 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0174.001; Fri, 24 Oct 2014 13:53:34 -0400 From: Jeff Tantsura To: Jeffrey Haas , "idr@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75KXB4aprEiJzUeOmXUdds/LVJw/jtCA///GpQA= Date: Fri, 24 Oct 2014 17:53:33 +0000 Message-ID: References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> In-Reply-To: <20141024141859.GF30433@pfrc> 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.10] Content-Type: text/plain; charset="us-ascii" Content-ID: <2C0093C39FF64D49BB01AD40AA75B6FF@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyuXRPrO5Xc68Qgxd7FSxe3X7GZLH/4FtW ByaPJUt+Mnlc7t3KGsAUxWWTkpqTWZZapG+XwJUxddJPtoI7fBUHjixkbWBs5e5i5OSQEDCR WL+5nxXCFpO4cG89WxcjF4eQwFFGiQcbL7JAOMsZJW5c3s0IUsUmYCDx/9txFhBbRMBB4tDb p0A2B4ewgJ3EntdmIKaIgL3EpKnBEBVWEnO+TQSbzyKgKvFyShtYJ6+AuUT7ggVMILaQQKJE S8MXdhCbU0BLYtnvncwgNiPQPd9PrQGrYRYQl7j1ZD4TxJ0CEkv2nGeGsEUlXj7+BzZfVEBP 4tmGzewQcSWJSUvPsUL06kgs2P2JDeQ0ZgFriQ/PyyHC2hLLFr5mhjhHUOLkzCcsExjFZyHZ NgtJ9yyE7llIumch6V7AyLqKkaO0OLUsN93IcBMjMJ6OSbA57mBc8MnyEKMAB6MSD6+Ck2eI EGtiWXFl7iFGaQ4WJXFezep5wUIC6YklqdmpqQWpRfFFpTmpxYcYmTg4pRoYRX7tcpuqdvai U+OlyNqzj94dba38fmvjwVMe8ta7Y8L5Mg0+eOz512E4p0X1+XM5bdXYkNPndh1nT0kymnlQ b8Ive1srtyq1Jnu9xzdeFiiKy2nFXX6f9djun/bChX82mx9uapv4eGt2yozULbV3le8sjQlb zdZ1urHQfbag2mOJS/dnHA55r8RSnJFoqMVcVJwIALiSz26IAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/idr/c5ger1p1i9L90ZuYOdNKG_tVU54 Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:53:38 -0000 Hi Jeff, I agree with you, it is a good, coherent document, ready for WGLC. Cheers, Jeff -----Original Message----- From: Jeffrey Haas Date: Friday, October 24, 2014 at 7:18 AM To: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt >The update below addressed the major open issue that remained for the >feature, as deployed, to match the spec: The behavior for ebgp has been >moved out of operation and into deployment considerations. > >I'm not an author, but I believe this draft is finally read for a >hopefully >short Working Group Last Call. > >-- Jeff > >On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts >>directories. >> This draft is a work item of the Inter-Domain Routing Working Group of >>the IETF. >>=20 >> Title : Advertisement of Multiple Paths in BGP >> Authors : Daniel Walton >> Alvaro Retana >> Enke Chen >> John Scudder >> Filename : draft-ietf-idr-add-paths-10.txt >> Pages : 8 >> Date : 2014-10-24 >>=20 >> Abstract: >> In this document we propose a BGP extension that allows the >> advertisement of multiple paths for the same address prefix without >> the new paths implicitly replacing any previous ones. The essence of >> the extension is that each path is identified by a path identifier in >> addition to the address prefix. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Fri Oct 24 18:06:40 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AA611A6EF3 for ; Fri, 24 Oct 2014 18:06:39 -0700 (PDT) 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 DYkHr1rsVJk4 for ; Fri, 24 Oct 2014 18:06:37 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF6631A1BDB for ; Fri, 24 Oct 2014 18:06:36 -0700 (PDT) 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 BOA22392; Sat, 25 Oct 2014 01:06:35 +0000 (GMT) Received: from SZXEMA410-HUB.china.huawei.com (10.82.72.42) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 25 Oct 2014 02:06:34 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.131]) by SZXEMA410-HUB.china.huawei.com ([10.82.72.42]) with mapi id 14.03.0158.001; Sat, 25 Oct 2014 09:06:28 +0800 From: Mach Chen To: Jeffrey Haas , "John G. Scudder" , Susan Hares Thread-Topic: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt Thread-Index: AQHP7JmgM/80bfMfuk6HnnL5mzdKfJw7zUaAgAMd4oCAARkDkA== Date: Sat, 25 Oct 2014 01:06:27 +0000 Message-ID: References: <20141020191103.26624.81073.idtracker@ietfa.amsl.com> <20141024161157.GQ30433@pfrc> In-Reply-To: <20141024161157.GQ30433@pfrc> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Hluc-WU8zXA6MW5xvn3PdH-EAZ8 Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 01:06:39 -0000 Jeff, Thanks for addressing the comments! Indeed, and hope there will no significant changes on the IANA page. Best regards, Mach > -----Original Message----- > From: Jeffrey Haas [mailto:jhaas@pfrc.org] > Sent: Saturday, October 25, 2014 12:12 AM > To: Mach Chen; John G. Scudder; Susan Hares > Cc: Jeffrey Haas; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-flowspec-redirect-rt-bis-01= .txt >=20 > Mach, >=20 > On Wed, Oct 22, 2014 at 09:16:29AM +0000, Mach Chen wrote: > > Hi Jeff, > > > > Thanks for the update. > > > > I just looked through the latest version and reviewed the Border Gatewa= y > Protocol (BGP) Extended Communities registry page. > > > > Regarding the registry name, it's better to align with the definitions = and > conventions at the IANA registry web page > (http://www.iana.org/assignments/bgp-extended-communities/bgp-extended- > communities.xhtml). For example, the same Upper-lower case, with/without > "BGP" at the beginning of a registry name. > > > > Here some editorial change suggestions to the IANA section: >=20 > I've incorporated the edits. I believe that I chose the style that was o= n this page > at a prior time. Further edits will be left to the RFC Editor coordinati= ng with > IANA. :-) >=20 > Thanks for your review. >=20 > Sue & John, I believe all open editorial comments on this draft are compl= ete. >=20 > -- Jeff From nobody Sun Oct 26 20:42:51 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 483A21A6FBB for ; Sun, 26 Oct 2014 20:42:49 -0700 (PDT) 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 tNNQ4kr-6IeO for ; Sun, 26 Oct 2014 20:42:47 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43F3E1A6FA3 for ; Sun, 26 Oct 2014 20:42:47 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKY70170; Mon, 27 Oct 2014 03:42:45 +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, 27 Oct 2014 03:42:45 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.22]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Mon, 27 Oct 2014 11:42:33 +0800 From: "Dongjie (Jimmy)" To: Susan Hares , "'Jeffrey Haas'" , "idr@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt Thread-Index: AQHP75Ka8z9Sdqz9UEedfAVICmYczpw+xaaAgAAUD4CABHHyAA== Date: Mon, 27 Oct 2014 03:42:32 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C9273375C978@nkgeml512-mbx.china.huawei.com> References: <20141024135742.19022.17526.idtracker@ietfa.amsl.com> <20141024141859.GF30433@pfrc> <042b01cfef9f$7c2287b0$74679710$@ndzh.com> In-Reply-To: <042b01cfef9f$7c2287b0$74679710$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.76] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/BexqzVtVWyZ-D7cCDqcaqZSAkxw Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 03:42:49 -0000 Hi Sue, Huawei has supported add-path in VRPv8. Best regards, Jie > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Friday, October 24, 2014 11:31 PM > To: 'Jeffrey Haas'; idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt >=20 > Jeff and Acee: >=20 > The revision of the add-paths work is good news. >=20 > To WG: >=20 > Will anyone who has knowledge of the implementations of this draft on > add-path please either post the information to the mail-list or send the > information to the John Scudder and myself? >=20 > Sue >=20 > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas > Sent: Friday, October 24, 2014 10:19 AM > To: idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-add-paths-10.txt >=20 > The update below addressed the major open issue that remained for the fea= ture, > as deployed, to match the spec: The behavior for ebgp has been moved out = of > operation and into deployment considerations. >=20 > I'm not an author, but I believe this draft is finally read for a hopeful= ly short > Working Group Last Call. >=20 > -- Jeff >=20 > On Fri, Oct 24, 2014 at 06:57:42AM -0700, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Inter-Domain Routing Working Group > > of > the IETF. > > > > Title : Advertisement of Multiple Paths in BGP > > Authors : Daniel Walton > > Alvaro Retana > > Enke Chen > > John Scudder > > Filename : draft-ietf-idr-add-paths-10.txt > > Pages : 8 > > Date : 2014-10-24 > > > > Abstract: > > In this document we propose a BGP extension that allows the > > advertisement of multiple paths for the same address prefix without > > the new paths implicitly replacing any previous ones. The essence o= f > > the extension is that each path is identified by a path identifier i= n > > addition to the address prefix. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-idr-add-paths/ >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Sun Oct 26 22:01:35 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112E31A8978; Sun, 26 Oct 2014 22:01:30 -0700 (PDT) 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 S73GLMbERFDe; Sun, 26 Oct 2014 22:01:29 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 234E91A8981; Sun, 26 Oct 2014 22:01:28 -0700 (PDT) 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.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141027050128.17943.2013.idtracker@ietfa.amsl.com> Date: Sun, 26 Oct 2014 22:01:28 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/9E19X8r6gy00AeipGV7vQGP8rfg Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-sla-exchange-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 05:01:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Inter-domain SLA Exchange Authors : Shitanshu Shah Keyur Patel Sandeep Bajaj Luis Tomotaki Mohamed Boucadair Filename : draft-ietf-idr-sla-exchange-04.txt Pages : 24 Date : 2014-10-26 Abstract: Network administrators typically enforce Quality of Service (QoS) policies according to Service Level Agreement (SLA) with their providers. The enforcement of such policies often relies upon vendor-specific configuration language. Both learning of SLA, either thru SLA documents or via some other out-of-band method, and translating them to vendor specific configuration language is a complex, many times manual, process and prone to errors. This document proposes an in-band method of SLA signaling which can help to simplify some of the complexities. This document defines an optional transitive attribute to signal SLA details in-band, across administrative boundaries (considered as Autonomous Systems (AS)), thus simplifying and facilitating some of the complex provisioning tasks. Though the use case with the proposed BGP attribute is explicitly defined in this document, purpose of this attribute is not limited to this use case only. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-sla-exchange/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-idr-sla-exchange-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-idr-sla-exchange-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 Mon Oct 27 18:03:52 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA73C1A6EFF for ; Mon, 27 Oct 2014 18:03:50 -0700 (PDT) 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 X1WaeWCtw8cD for ; Mon, 27 Oct 2014 18:03:49 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EB311A008F for ; Mon, 27 Oct 2014 18:03:48 -0700 (PDT) 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 BOC57018; Tue, 28 Oct 2014 01:03:46 +0000 (GMT) Received: from SZXEML404-HUB.china.huawei.com (10.82.67.59) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 28 Oct 2014 01:03:45 +0000 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.231]) by szxeml404-hub.china.huawei.com ([::1]) with mapi id 14.03.0158.001; Tue, 28 Oct 2014 09:03:42 +0800 From: wangzitao To: "idr@ietf.org" Thread-Topic: New version of draft-wang-idr-eag-distribution-00 Thread-Index: Ac/ySwN7pzo+LJ8ITuGZyZnhU75m7g== Date: Tue, 28 Oct 2014 01:03:41 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.131] Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EABA1008szxeml501mbxchina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/iF1fkvagAuDa4NCHycDTeRNHH7o Cc: Hares Susan Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 01:03:50 -0000 --_000_E6BC9BBCBCACC246846FC685F9FF41EABA1008szxeml501mbxchina_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, folks: We have submitted a new short draft to discuss BGP extension for Extended a= dmin Group https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 and requested a timeslot to present it at IETF91. Please help review and comment on this short draft. Thanks in advance. Regards! -Michael --_000_E6BC9BBCBCACC246846FC685F9FF41EABA1008szxeml501mbxchina_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, folks:

We have submitted a new short d= raft to discuss BGP extension for Extended admin Group

https://tools.ietf.org/html/dra= ft-wang-idr-eag-distribution-00

and requested a timeslot to pre= sent it at IETF91.

Please help review and comment = on this short draft.

Thanks in advance.

 

Regards!

-Michael

--_000_E6BC9BBCBCACC246846FC685F9FF41EABA1008szxeml501mbxchina_-- From nobody Tue Oct 28 06:49:01 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 592F81A87BF for ; Tue, 28 Oct 2014 06:48:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 WgSm5PBUBWlw for ; Tue, 28 Oct 2014 06:48:52 -0700 (PDT) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.202]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8BFC1A86E2 for ; Tue, 28 Oct 2014 06:48:52 -0700 (PDT) Received: from [216.82.242.131] by server-10.bemta-8.messagelabs.com id 3E/A8-02689-3CE9F445; Tue, 28 Oct 2014 13:48:51 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-4.tower-76.messagelabs.com!1414504131!40721869!1 X-Originating-IP: [209.245.18.38] X-StarScan-Received: X-StarScan-Version: 6.12.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25322 invoked from network); 28 Oct 2014 13:48:51 -0000 Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-4.tower-76.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Oct 2014 13:48:51 -0000 Received: from USIDCWVEHT01.corp.global.level3.com (usidcwveht01.corp.global.level3.com [10.1.142.31]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "USIDCWVEHT01.corp.global.level3.com", Issuer "VIDCCERT0001" (not verified)) by messagelabs2.level3.com (Postfix) with ESMTPS id C982418667; Tue, 28 Oct 2014 13:48:58 +0000 (GMT) Received: from USADCWVEHT01.corp.global.level3.com (10.2.36.141) by USIDCWVEHT01.corp.global.level3.com (10.1.142.31) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 28 Oct 2014 07:48:50 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by usadcwveht01.corp.global.level3.com ([::1]) with mapi id 14.03.0158.001; Tue, 28 Oct 2014 09:48:49 -0400 From: "Osborne, Eric" To: wangzitao , "idr@ietf.org" Thread-Topic: New version of draft-wang-idr-eag-distribution-00 Thread-Index: Ac/ySwN7pzo+LJ8ITuGZyZnhU75m7gAasANQ Date: Tue, 28 Oct 2014 13:48:47 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDFAAF64@USIDCWVEMBX08.corp.global.level3.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.196.206] Content-Type: multipart/alternative; boundary="_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFAAF64USIDCWVEMBX08corp_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/MEOcoyzEdH9C0La8NqXP6UxMcCE Cc: Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 13:48:59 -0000 --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFAAF64USIDCWVEMBX08corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I skimmed it and it looks reasonable. Given that it really just says "use = BGP-LS to send EAG just like we already send AG", why not just fold this co= ntent into bgp-ls? The reason it's not in bgp-ls already is - I suspect - = just a matter of timing between EAG and bgp-ls publication. eric From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of wangzitao Sent: Monday, October 27, 2014 9:04 PM To: idr@ietf.org Cc: Hares Susan Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 Hi, folks: We have submitted a new short draft to discuss BGP extension for Extended a= dmin Group https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 and requested a timeslot to present it at IETF91. Please help review and comment on this short draft. Thanks in advance. Regards! -Michael --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFAAF64USIDCWVEMBX08corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I ski= mmed it and it looks reasonable.  Given that it really just says ̶= 0;use BGP-LS to send EAG just like we already send AG”, why not just = fold this content into bgp-ls?  The reason it’s not in bgp-ls already is – I suspect – just a matter of timing betwee= n EAG and bgp-ls publication.

=  

=  

=  

=  

eric<= o:p>

=  

From: = Idr [mailto:idr-bounces@ietf.org] On Behalf Of wangzitao
Sent: Monday, October 27, 2014 9:04 PM
To: idr@ietf.org
Cc: Hares Susan
Subject: [Idr] New version of draft-wang-idr-eag-distribution-00

 =

Hi, folks= :

We have s= ubmitted a new short draft to discuss BGP extension for Extended admin Grou= p

https:/= /tools.ietf.org/html/draft-wang-idr-eag-distribution-00

and reque= sted a timeslot to present it at IETF91.

Please he= lp review and comment on this short draft.

Thanks in= advance.

&nbs= p;

Regards!<= o:p>

-Michael<= o:p>

--_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFAAF64USIDCWVEMBX08corp_-- From nobody Tue Oct 28 08:55:49 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08D821A8AEF; Tue, 28 Oct 2014 08:55:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 0H3ayGVSAd87; Tue, 28 Oct 2014 08:55:41 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0142.outbound.protection.outlook.com [65.55.169.142]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAED71A8AF5; Tue, 28 Oct 2014 08:55:40 -0700 (PDT) Received: from DM2PR09MB0303.namprd09.prod.outlook.com (25.160.96.148) by DM2PR09MB0272.namprd09.prod.outlook.com (25.160.96.141) with Microsoft SMTP Server (TLS) id 15.1.6.9; Tue, 28 Oct 2014 15:55:39 +0000 Received: from DM2PR09MB0302.namprd09.prod.outlook.com (25.160.96.147) by DM2PR09MB0303.namprd09.prod.outlook.com (25.160.96.148) with Microsoft SMTP Server (TLS) id 15.1.6.9; Tue, 28 Oct 2014 15:55:38 +0000 Received: from DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) by DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) with mapi id 15.01.0006.000; Tue, 28 Oct 2014 15:55:38 +0000 From: "Sriram, Kotikalapudi" To: GROW WG , "idr@ietf.org" , "sidr@ietf.org" Thread-Topic: New Version Notification for draft-sriram-route-leak-problem-definition-00.txt Thread-Index: AQHP8jV3z2QVhp4Vq0eVP9ts7e6dW5xFo70r Date: Tue, 28 Oct 2014 15:55:37 +0000 Message-ID: <1414511737146.42356@nist.gov> References: <20141027222842.23964.59825.idtracker@ietfa.amsl.com> In-Reply-To: <20141027222842.23964.59825.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [129.6.222.126] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0303;UriScan:; x-exchange-antispam-report-test: UriScan:; x-forefront-prvs: 0378F1E47A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(377454003)(377424004)(64706001)(85852003)(92566001)(97736003)(76482002)(2656002)(92726001)(2201001)(15202345003)(31966008)(77096002)(107046002)(107886001)(40100003)(87936001)(86362001)(85306004)(15975445006)(230783001)(2501002)(117636001)(99286002)(95666004)(4396001)(101416001)(50986999)(120916001)(54356999)(105586002)(561944003)(106356001)(76176999)(106116001)(80022003)(46102003)(20776003)(19580405001)(21056001)(122556002)(19580395003)(66066001)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR09MB0303; H:DM2PR09MB0302.namprd09.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0272; X-OriginatorOrg: nist.gov Archived-At: http://mailarchive.ietf.org/arch/msg/idr/wTYRJCUlydyU4s2uRdBZt1pbaj0 Subject: [Idr] Fw: New Version Notification for draft-sriram-route-leak-problem-definition-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 15:55:44 -0000 Several people at the microphone at the GROW WG meeting in Toronto had sugg= ested that we split =0A= the earlier document draft-sriram-route-leak-protection-00 into two parts:= =0A= =0A= (1) route leaks definition, and =0A= =0A= (2) route leaks solution proposal.=0A= =0A= The first one is expected to be taken up in GROW, and =0A= the path for the second one was suggested to be IDR --> SIDR.=0A= Accordingly, we have split our earlier single draft into two, with substant= ial revisions.=0A= This (notification below) is the first of the two drafts that deals with ro= ute leaks definition. =0A= Your comments are welcome.=0A= =0A= Since several people already expressed interest at the GROW meeting in Toro= nto (see meeting minutes), =0A= =0A= http://www.ietf.org/proceedings/90/minutes/minutes-90-grow=0A= =0A= we would like to request the GROW chairs to post a request for WG adoption= =0A= of this problem definition draft. =0A= Also, I will be happy to present a brief update on this new version in Hono= lulu, =0A= if the GROW WG chairs can allocate some time in the agenda. =0A= Thank you.=0A= =0A= Sriram=0A= ________________________________________=0A= From: internet-drafts@ietf.org =0A= Sent: Monday, October 27, 2014 6:28 PM=0A= To: Danny McPherson; Montgomery, Douglas; Eric Osterweil; Sriram, Kotikalap= udi; =0A= Subject: New Version Notification for draft-sriram-route-leak-problem-defin= ition-00.txt=0A= =0A= A new version of I-D, draft-sriram-route-leak-problem-definition-00.txt=0A= has been successfully submitted by Kotikalapudi Sriram and posted to the=0A= IETF repository.=0A= =0A= Name: draft-sriram-route-leak-problem-definition=0A= Revision: 00=0A= Title: Problem Definition and Classification of BGP Route Leaks=0A= Document date: 2014-10-27=0A= Group: Individual Submission=0A= Pages: 9=0A= URL: http://www.ietf.org/internet-drafts/draft-sriram-route-leak= -problem-definition-00.txt=0A= Status: https://datatracker.ietf.org/doc/draft-sriram-route-leak-pr= oblem-definition/=0A= Htmlized: http://tools.ietf.org/html/draft-sriram-route-leak-problem-= definition-00=0A= =0A= =0A= Abstract:=0A= A systemic vulnerability of the Border Gateway Protocol routing=0A= system, known as 'route leaks', has received significant attention in=0A= recent years. Frequent incidents that result in significant=0A= disruptions to Internet routing are labeled "route leaks", but to=0A= date we have lacked a common definition of the term. In this=0A= document, we provide a working definition of route leaks, keeping in=0A= mind the real occurrences that have received significant attention.=0A= Further, we attempt to enumerate (though not exhaustively) different=0A= types of route leaks based on observed events on the Internet. We=0A= aim to provide a taxonomy that covers several forms of route leaks=0A= that have been observed and are of concern to Internet user community=0A= as well as the network operator community.=0A= =0A= =0A= From nobody Tue Oct 28 09:16:50 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF2C11A909D; Tue, 28 Oct 2014 09:16:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_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 nHPe9pDjy0qQ; Tue, 28 Oct 2014 09:16:31 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0788.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:788]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 004D91A8AEB; Tue, 28 Oct 2014 09:12:34 -0700 (PDT) Received: from DM2PR09MB0303.namprd09.prod.outlook.com (25.160.96.148) by DM2PR09MB0271.namprd09.prod.outlook.com (25.160.96.140) with Microsoft SMTP Server (TLS) id 15.1.6.9; Tue, 28 Oct 2014 16:12:12 +0000 Received: from DM2PR09MB0302.namprd09.prod.outlook.com (25.160.96.147) by DM2PR09MB0303.namprd09.prod.outlook.com (25.160.96.148) with Microsoft SMTP Server (TLS) id 15.1.6.9; Tue, 28 Oct 2014 16:12:10 +0000 Received: from DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) by DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) with mapi id 15.01.0006.000; Tue, 28 Oct 2014 16:12:10 +0000 From: "Sriram, Kotikalapudi" To: GROW WG , "idr@ietf.org" , "sidr@ietf.org" Thread-Topic: New Version Notification for draft-sriram-route-leak-detection-mitigation-00.txt Thread-Index: AQHP8sjie+MIpcLEZEaCeJbYTPJ6Mg== Date: Tue, 28 Oct 2014 16:12:10 +0000 Message-ID: <1414512729759.3402@nist.gov> References: <20141027222842.23964.59825.idtracker@ietfa.amsl.com>, <1414511737146.42356@nist.gov> In-Reply-To: <1414511737146.42356@nist.gov> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [129.6.222.126] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0303;UriScan:; x-exchange-antispam-report-test: UriScan:; x-forefront-prvs: 0378F1E47A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(377454003)(377424004)(64706001)(85852003)(92566001)(97736003)(76482002)(2201001)(92726001)(15202345003)(31966008)(77096002)(107046002)(107886001)(87936001)(40100003)(86362001)(85306004)(15975445006)(230783001)(2501002)(117636001)(99286002)(95666004)(4396001)(101416001)(50986999)(120916001)(54356999)(105586002)(561944003)(106356001)(76176999)(106116001)(2656002)(80022003)(46102003)(20776003)(19580405001)(21056001)(122556002)(66066001)(36756003)(19580395003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR09MB0303; H:DM2PR09MB0302.namprd09.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0271; X-OriginatorOrg: nist.gov Archived-At: http://mailarchive.ietf.org/arch/msg/idr/PkbKfxOK9Y7fxO7N7Hmqj0sXY7g Subject: [Idr] Fw: New Version Notification for draft-sriram-route-leak-detection-mitigation-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 16:16:42 -0000 Following up on my preceding email, this (notification below) is the second= part=0A= (after the 1 to 2 split) that documents the =93route leaks solution proposa= l=94.=0A= This work was presented at the GROW meeting in Toronto, and it was suggeste= d=0A= that the path of progress for this document (solution proposal) should be t= hrough IDR to SIDR. =0A= I will be happy to present this work in the IDR or the joint IDR-SIDR meeti= ng in Honolulu.=0A= The earlier comments on this work at the GROW meeting in Toronto can be fou= nd here: =0A= =0A= http://www.ietf.org/proceedings/90/minutes/minutes-90-grow =0A= =0A= Further comments, suggestions are welcome.=0A= =0A= Sriram =0A= =0A= ________________________________________=0A= From: internet-drafts@ietf.org =0A= Sent: Monday, October 27, 2014 7:01 PM=0A= To: Sriram, Kotikalapudi; Montgomery, Douglas; =0A= Subject: New Version Notification for draft-sriram-route-leak-detection-mit= igation-00.txt=0A= =0A= A new version of I-D, draft-sriram-route-leak-detection-mitigation-00.txt= =0A= has been successfully submitted by Kotikalapudi Sriram and posted to the=0A= IETF repository.=0A= =0A= Name: draft-sriram-route-leak-detection-mitigation=0A= Revision: 00=0A= Title: Methods for Detection and Mitigation of BGP Route Leaks=0A= Document date: 2014-10-27=0A= Group: Individual Submission=0A= Pages: 13=0A= URL: http://www.ietf.org/internet-drafts/draft-sriram-route-leak= -detection-mitigation-00.txt=0A= Status: https://datatracker.ietf.org/doc/draft-sriram-route-leak-de= tection-mitigation/=0A= Htmlized: http://tools.ietf.org/html/draft-sriram-route-leak-detectio= n-mitigation-00=0A= =0A= =0A= Abstract:=0A= In [I-D.ietf-sriram-route-leak-problem-definition], the authors have=0A= provided a definition of the route leak problem, and also enumerated=0A= several types of route leaks. In this document, we first examine=0A= which of those route-leak types are detected and mitigated by the=0A= existing BGPSEC protocol [I-D.ietf-sidr-bgpsec-protocol-09]. Where=0A= the current BGPSEC protocol doesn't offer a solution, this document=0A= suggests an enhancement that would extend the route-leak detection=0A= and mitigation capability of BGPSEC. The solution can be implemented=0A= in BGP without necessarily tying it to BGPSEC. Incorporating the=0A= solution in BGPSEC is one way of implementing it in a secure way. We=0A= do not claim to have provided a solution for all possible types of=0A= route leaks, but the solution covers several, especially considering=0A= some significant route-leak attacks or occurrences that have been=0A= observed in recent years. The document also includes a stopgap=0A= method for detection and mitigation of route leaks for the phase when=0A= BGPSEC (path validation) is not yet deployed but only origin=0A= validation is deployed.=0A= =0A= From nobody Tue Oct 28 11:20:40 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B779C1A9124 for ; Tue, 28 Oct 2014 11:20:35 -0700 (PDT) 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, 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 PnGHF1IIdE_P for ; Tue, 28 Oct 2014 11:20:31 -0700 (PDT) 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 F0E4D1A9143 for ; Tue, 28 Oct 2014 11:12:49 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-32-544f8239f725 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 57.CA.25146.9328F445; Tue, 28 Oct 2014 12:47:05 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0174.001; Tue, 28 Oct 2014 14:12:29 -0400 From: Jeff Tantsura To: "Osborne, Eric" , wangzitao , "idr@ietf.org" Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHUw== Date: Tue, 28 Oct 2014 18:12:28 +0000 Message-ID: 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.9] Content-Type: multipart/alternative; boundary="_000_D07528C7771FDjefftantsuraericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupikeLIzCtJLcpLzFFi42KZXLonRNeyyT/EYN9HC4u261+ZLF7dfsZk 8efNKxaLptdNLA4sHi1H3rJ6LFnyk8njZvMHFo/Zr6+zBrBEcdmkpOZklqUW6dslcGW0TrjI XvDBqeLMtx2sDYzbrbsYOTkkBEwkTn2ZyQ5hi0lcuLeeDcQWEjjCKHFwgy+EvZxR4tvxMBCb TcBA4v+34ywgtohAgcT5X/OZQWxmAUWJtQ+2gvUKC7hI7D3+gA2ixlXi28OFQDYHkK0n8W2r DEiYRUBVYvnp6awgNq+AucSniZMZQWxGoBO+n1rDBDFSXOLWk/lMEKcJSCzZc54ZwhaVePn4 H1ivKNDIZxs2Q52vKLGvfzo7RG+MxMttncwQ8wUlTs58wjKBUWQWkrGzkJTNQlIGETeQeH9u PjOErS2xbOFrKFtfYuOXs4wQtrXEgXmNLMhqFjByrGLkKC1OLctNNzLcxAiMvGMSbI47GBd8 sjzEKMDBqMTDazDNL0SINbGsuDL3EKM0B4uSOK9m9bxgIYH0xJLU7NTUgtSi+KLSnNTiQ4xM HJxSDYxruRxyIvnL/tbyOb3hWz7/VXcJ19d9EfdY2B4ct9gUnsIe7Bn8LTLdRnkJz7UDbItF njTMi/sds2Jh4EJ57nfLPMOkQ4XZN/X4PlK+9Ol/zY+WJJ51iidvtBRFtS2vaU67Mv/nrPD6 h/qTnp64cPPE7nuzblfG/NFw+9Uww9Ptatxd4dQnl8KVWIozEg21mIuKEwEu62bfnQIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/idr/Jp1JteuWdyp-BhjBfFxFvPudRxI Cc: Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 18:20:36 -0000 --_000_D07528C7771FDjefftantsuraericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Eric, Agree, should be treated same way as AG and included in bgp-ls, Extended Administrative Group with TLV code point 1099 Cheers, Jeff From: , Eric > Date: Tuesday, October 28, 2014 at 6:48 AM To: wangzitao >, "idr@iet= f.org" > Cc: Hares Susan > Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 I skimmed it and it looks reasonable. Given that it really just says =93us= e BGP-LS to send EAG just like we already send AG=94, why not just fold thi= s content into bgp-ls? The reason it=92s not in bgp-ls already is =96 I su= spect =96 just a matter of timing between EAG and bgp-ls publication. eric From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of wangzitao Sent: Monday, October 27, 2014 9:04 PM To: idr@ietf.org Cc: Hares Susan Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 Hi, folks: We have submitted a new short draft to discuss BGP extension for Extended a= dmin Group https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 and requested a timeslot to present it at IETF91. Please help review and comment on this short draft. Thanks in advance. Regards! -Michael --_000_D07528C7771FDjefftantsuraericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Eric,

Agree, should be treated same way as AG and included in bgp-ls, <= /div>
Extended Administrative Group with TLV code point 1099 

Cheers,
Jeff

From: <Osborne>, Eric <eric.osborne@level3.com>
Date: Tuesday, October 28, 2014 at = 6:48 AM
To: wangzitao <wangzitao@huawei.com>, "idr@ietf.org" <= idr@ietf.org>
Cc: Hares Susan <shares@ndzh.com>
Subject: Re: [Idr] New version of d= raft-wang-idr-eag-distribution-00

I ski= mmed it and it looks reasonable.  Given that it really just says =93us= e BGP-LS to send EAG just like we already send AG=94, why not just fold thi= s content into bgp-ls?  The reason it=92s not in bgp-ls already is =96 I suspect =96 just a matter of timing between EAG an= d bgp-ls publication.

=  

=  

=  

=  

eric<= o:p>

=  

From: = Idr [mailto:idr-bounces@ietf.org] On Behalf Of wangzitao
Sent: Monday, October 27, 2014 9:04 PM
To: idr@ietf.org
Cc: Hares Susan
Subject: [Idr] New version of draft-wang-idr-eag-distribution-00

 =

Hi, folks= :

We have s= ubmitted a new short draft to discuss BGP extension for Extended admin Grou= p

https:/= /tools.ietf.org/html/draft-wang-idr-eag-distribution-00

and reque= sted a timeslot to present it at IETF91.

Please he= lp review and comment on this short draft.

Thanks in= advance.

&nbs= p;

Regards!<= o:p>

-Michael<= o:p>

 --_000_D07528C7771FDjefftantsuraericssoncom_-- From nobody Tue Oct 28 13:25:39 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF5661ACEAC; Tue, 28 Oct 2014 13:25:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.511 X-Spam-Level: X-Spam-Status: No, score=-0.511 tagged_above=-999 required=5 tests=[BAYES_05=-0.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 J9cThmGOT8Xu; Tue, 28 Oct 2014 13:25:28 -0700 (PDT) Received: from walnut.tislabs.com (walnut.tislabs.com [192.94.214.200]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78B231ACF8D; Tue, 28 Oct 2014 13:21:02 -0700 (PDT) Received: from nova.tislabs.com (unknown [10.66.1.77]) by walnut.tislabs.com (Postfix) with ESMTP id A5AD528B0048; Tue, 28 Oct 2014 16:21:01 -0400 (EDT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by nova.tislabs.com (Postfix) with ESMTP id 70AA41F8035; Tue, 28 Oct 2014 16:21:01 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_65F41EC8-43D5-4F06-BC6F-9A9AAE67FC0A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Sandra Murphy In-Reply-To: <7D59AE05-E32A-43DA-929B-8E1877A67CC7@tislabs.com> Date: Tue, 28 Oct 2014 16:21:00 -0400 Message-Id: References: <7D59AE05-E32A-43DA-929B-8E1877A67CC7@tislabs.com> To: Sandra Murphy X-Mailer: Apple Mail (2.1510) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/kTjwvFaaQZNyPEFZzUlrCYGb0No Cc: idr@ietf.org, SIDR Chairs , IESG Secretary , "sidr@ietf.org list" Subject: Re: [Idr] announcing virtual interim meeting Wed 29 Oct 2014 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 20:25:31 -0000 --Apple-Mail=_65F41EC8-43D5-4F06-BC6F-9A9AAE67FC0A Content-Type: multipart/mixed; boundary="Apple-Mail=_6650F659-B066-4F9A-93F7-D92A80F70A02" --Apple-Mail=_6650F659-B066-4F9A-93F7-D92A80F70A02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This is a reminder that there is a virtual interim meeting scheduled for = tomorrow, 10amEDT-12pmEDT. The slides have been uploaded to the meeting materials site: http://www.ietf.org/proceedings/interim/2014/10/29/sidr/proceedings.html The agenda is as below and is also posted to the meeting materials site: = http://www.ietf.org/proceedings/interim/2014/10/29/sidr/agenda/agenda-inte= rim-2014-sidr-1 We can use the sidr jabber room for the usual side commentary. There will be an audio telecon available: US Toll Free 1 888 598.1409 Participant passcode: 2085663 then # For those not in the US, there is an International direct number: +1 720 = 389.1159 There is also a long list of local access codes per country. See the = attached pdf. Note that the purpose of this virtual meeting is background tutorial for = the IDR folk who have not been following SIDR, so they have a basis to = comment productively in the joint SIDR/IDR meeting at IETF91. This is = not a SIDR meeting for the purpose of discussing SIDR issues or = suggestions or such. SIDR folk are welcome to participate if you wish, of course. --Sandy --Apple-Mail=_6650F659-B066-4F9A-93F7-D92A80F70A02 Content-Disposition: inline; filename=Interim.29Oct2014.The-local-dial-in.pdf Content-Type: application/pdf; x-unix-mode=0644; name="Interim.29Oct2014.The-local-dial-in.pdf" Content-Transfer-Encoding: base64 JVBERi0xLjMKJcTl8uXrp/Og0MTGCjQgMCBvYmoKPDwgL0xlbmd0aCA1IDAgUiAvRmlsdGVyIC9G bGF0ZURlY29kZSA+PgpzdHJlYW0KeAHNfcuyJMlx3T6/orTrNmouKrPeSwHigjJtIGszLmRakA2A gDQDgOiRZNTX6/jjuHtEPirr9vRwbMx6yvNGenj4K457ZFb96+G3h389jOPbdfJ/L/f72+16uF31 f3/7/eEfD38+/Oo3X8bD5y+H49t4fhzHx3Xp0/DlM3gd36bz4Sj/yYfH8e1ye2D87Xh7O0+Hzz8c fv3pcNG/83+ffjj86tOn8e14GA+f/nD474cPnz4O3+H2w4c/fhQ2hw+/l/+fDh8O8v/z4cP3Hw8Y gA9/kQvj4cPnf+r/wqG/+5Myw9gy5H8cPv2Xw99/0sW3Ao/Xx9vtMt43BB46gT989/Hw6X+usLtd 3qbj+AI3LP9PXN2fZVFYPtdC+n/79R/k/1DLP5t+hg9/624oSzZ9zRT3fznXF05iKh0+/B/nRd2T 9xdeIPO486+8wqE/+kqGD59jTTGIi/kx7seYdcOcx/vb6UZNDvsciXNwbT/SoSjpj4ePgzrSZ3oS dctbf+Ri/q3T7Y+8A8xd7EGCqfWnCIDrY3q73XcGwKLTmgW5lFAoBeUf/iByltD4m6ywOFHogHbk jX/lSoP1537IX4QXwo1z8Faqk/TMzZbi0xXPe+Oe+PAWil0I1An6PI336WCK3eMQEkdrgZp2QuI7 7eGmeUrS0EaeitxDI/1IjVLX/AO1wJDJ1JYjTGGhHiobzuLZkEwwZD2QJgTS5Xi7Ha57V7qV4Kbp 9Pa4XB/7ue1LcOazXYI7zBJcLD2SCF2T0dm7f+QfWiA1viNJDRtbT9j2d7RMSEcb8g9mqCES+0vZ Z9206cSX09v1utOLIyHQfZAULYWE/NCuOR8XQu3G0PDKvGeuj9inYjT5xDb0H7ss+4UjKFNIa5E0 fOjzcqQayso7mdljA+MfnOUwgxmxFrKKJdF5+IdQnd8yBDLpR8TSOTsHULzO5+ebOjVCTwejPS5x erwdp1ddgumKwhZHtQil9KvbJAeQEzVFDdKMX8KV6saqO1ln8sMHquhta+XT9eIbxO6V1w3CIOoW pL2OwHZbQTZhq1RI++E/7Nl4juPbuGGf17hd7re38f7Tsbudtr1nUbqn5cL9IpgI2wdkPfxwmI4T 0hbp74O+yFoO3x98OMk/Hv6gwKC5PI7Xt/v9ME7DK7XLAYaW7FmEGR83qYpMuOH7A2nO7sNJijBi 7lFY9ShwnMa3xwll1eXyeDud3SzHt+M4ng+fPh/Oo5ZM/j+rL6Bw8x5smL9BzAN2IUV8h/8hpOR/ P348nDU7oAJAElzPAeP1+naaUI3Z7I5B+zkHFGExZ42E91WISA/zWhGqmY4n/IE2hs3vKLhC7bC5 09SrjR8upGl08rHr9+vb9QyjH54bvQim4tylLk0XvJ/fbiGeiGM0p5+ONl5peMWm2acRGHW6YnVq dle8mP14nZndy8owAcz+X//yWe3+T9g0LloG4t/fmfWx0YCQv6wbXlLg+TaeWrfrDS/Vd8y6ifVu ALu3cWzZYTnHy3Mv/vAnuO0a+p7ux7f7eOo4bwuKLYnsNj305TwwIbKnyEI/IDjPiNlMBKTDJXw8 6fDQ5vo4nd+Okpeqiw7PeiqSTKbH5Q0KDhc9Hx+F/v5gdEYIx1d5VjOTDX40HooIOR6RQ3ckpn+Q XIT8g1xkbZrv8D9s7Z6lToN0XeSaDYDTYjCSmVzyW30AHBl/glHxr7g4/mej4+/DuqOfHqLcdhWb SXXY8vPT444tBArow3bJz/uw3fRzMdX5BDdoODd+PuO318+rX1mvbrqgWTcdBahdjo/7EX25+AS/ QmaT/Q5BjXz8g2yu4mVG6l6bTgdSBg/ug5b2Xr+fPoz7hz+0E+bmTwF6MODyGVYwCWzIEEuQPUG2 7GRhNO/pWUqkNvcMuR8Fj35/8jnIU3n4GLsHPBD5tzPlwiaidK6ee1zDw8eQB7OM0thoSPOenqfI AbR8n06X6bH4CSY3JhRMUhswcurLSU7RT2lTuFelLxX/iinI88UpBpnC/cqkCL+kUO4GTG4+mGSj BQg214ck1AZmiuf1bmI0mdLNSMskrQlp8mJiNyfv4XilHTe0+g1VcaVuDXLgaNK21Mf1fDteHliq f4JdHtf7dbpdZO8gNL4AvReAfVE6Aba0hM4E2APa30bKFLK3Ohe77AD7dAW0eDzu87RTBUnhQiQo RtKOifBDwmoXiTD7DEgyQSQf7qQ6yBKyzGtYdQ+/hYeeQlzOF6kktHkMlQGH3dZ2uXoe8Z+wo6Gj +i+6r6Fgtd3NIbjsU8NVtzNcwW61vk2NqESnEa23Kke7T80OF96f/p+4RgBo+gaBN33DaTqDjZ87 B/nYOAPi73aOgNchlMPvEMpoegfHK+1hla6w9GnBPYJJ7xwo3pdrs3COD6jgLqfLeRxR3CUg7R1w uo9v9+sNqVYd0Ou/Zt8/dFVfrcDa4NaYyjCXY7dYgQaNbGKdmpw+YV+SQprjSVsu8XoNgbFYuc0W 5aXQCQUdDzb6JUlRmcoqGtpckqJecleRuaThQpG5xHRPK8xIN0uCtmZLWjqupF4miHdeqZObw0qz 0qBHiZtVyI402ZkUSUuqEObJSP8eCaS5XlYtpD13D+11r0JeiM9eKkOJIZXXItxQWJtEfHrtQrqx ym5HEyanB+B9Sd+Q6zie5um7T6Aoo//uoun7rP/CB++HD6N+tn/trye9UkeOHwckfRtz079eyWE9 xZ/QdzueT9jgqqxNWGwh/OdhURUKuNornHSEiY8n3Rggw6KYYilBhgG2Yt0DY7CW50ux3giZi1Kh Bfu6l9G3WeGSXllULm+pJ6dM1Ks02jdy8mIC24z2ec9hhpohHKsyaLyBsYF5CRaJeaXfLCjNCjfE nJK2+ttFUN8dbOefZAKJW/YIBPJap5VgMmhOEWEeU8QQbSwLCxfDm7NBO4sYX8SMMXqPJHVp/lEs 6bZZM5BLi/GVB8eQx2N8A6KiriYnKQVHVw7lDoBiZlLqwmgIRRYtR1P3vLDIYgPqbnhKmFqhlVNo 3cUZYnQRUtxDy/fiKOEysnc1XpAu4yzcZRghPphkswbE/nw1mKA1oBjcyyLqxWkytfEtQGwNCh7Y 1aS9ypWTDh5uLqW7MsnuSV26GK5acqAuSdtSH8Bn6IRiqf4JWuUniw7pQY83KU1kpRYdRkeZdAaK G6NKIiUTZJFkV0uNdD/i8Z9ZV5pzhxRFMsjjRQ/lYU1EeUgfEaUC53y4k19bI+FJLZjo5RoJhxOo f75oI1COJrQPiH9REeH691ojoaOHSulJjXTGGRCaOEWMtkQCUl6FlZtZedUMRflhEMOgdlZBO9Cb aQen6QleIZGkY3iBZJezPnqXYxCgpkQG9FMio+kZHK/019ZHxSLQGIrnPfURWvt4TGc8XwogmFUS eEoOHUoAPJ1iYyvOc4rCLm228KmWR6YV2XY6LRl9fpyk0R/lUdCWQ95XHp2BbRhO+/14YSFtxnLD uohc0hAi+xLpixzuGaxZEBjPiiN4/zCzklVk5/vp7bK/NsJzkXgs7n1xWZYcClF7em3EKIicr/k7 eqWxeBtOMuKyXi6FkQTmHMDNMnYRTjZLh7AhEiGriFQgbASmjye9xyKzvlZC2Bo3K4WRNxgCzEph ZAWNlThWGE2aue9a+hz1sxVGNuauV+yzlVNWMOHerZLo+AZsil2/StmURE+aH7Z5F4V33mBgldHN aoGqdTpDw1QfdKN6JLalYFhX/Xp895Vo19FZX5RuPVXIrPNCaC7KA9rdr7r40kLi2mLzQ6aUgujF CH9X92MfuDUQF+CWmI7g1sOd4NZJs+f1dj+fxjPs6Z/gPvxkiE+OtzhBID7vfAfNKcTFAG3LFDFE bxHQaPCYQgbt98R4oX0rjjHkUeGvbESkg4fPkXIMMYY8kNYEYoccpMmj4ynqMhhO6J4lEXn0CTZg e8oB9c6qCCif16DyYOKCzoC71kRUcYy2KRzUbriNRE3jCek2LqW5jcYI9G9j24ihtCl3fpIk39QF NHm6hZuTPH04SVV0o3xwaI2j3ToYj7d0AFM4tHqJaijVJlrU+2XXsUcXyM4iY3Y+I4m1PzI644kM PRa2RQxOZy2Ejh4e1dJzYpROZ5IyRamG7HJXDi1srnaKpYJ07W0xK5SEOidE8vLHaKyS9PX29ohq 6OyUrXme0yMVygQ91JEJ9cAIwsTT4C+cF63VQnZStF3/TBdUptNBZ96GWfNO26swq1c7ArZ4grgz fCD0Ht6orhHZKWzP8Wp0z3AiUXP98LQCeiaU9vmLUIrlnRahjHbzE/ga+b7SmDzEF9wiVv4MO46H puP1+BhPx1MpWHp3i+Oh6m6vAKReZRnRpfyxiGCpcGCAUGFor0j0cLFONuGzGxx5pXC5v+FBN3tV p1/OagkvLpg5ID/FAXIjIZcznCm/258JiaNJNwuCnmaZYREa+YLO1/UF/bznQuH/keI9KElzvbLD oIcbQeoJmudCfr0rfxY6Jes2sYpMMXhKZeVPRCXhKqPS0e1Sjt7tZAFXu7jceShk9YtVN1b7WF1j FZDVPlYf2eeH1z5yKGR31froSQXkh0KrSf2nOBPy+B46XZNkfLjql+J7dziE6rcivA+IgY9rPo/w KiMgjjuTi2zkEB7N2oce/zTCl3b8KKXPGuMbLagooGs9t7nxzvHOLhhrqI0olpCOINbDnSjWSVs7 65ysePKToGQtZsi+Q6lBcoIa2PWxOwepgYIJMgMEO4OeoYgYY6ShLilcj32cAyuaSB4xuiyyuQUc DEeHDCTlDiCRGF05cIzJwLzpBXWQXIWOThhsin5SLwQTThHY/PD9YOVPLDLGFhE3z4Ci3qFQ6SnO wl2FceGuQnJlBW3N1hqPtiYkFLSgBWnGolVIRjsEbJVfbNWoNncoji+CQln6DHbuL3qeVpSnmuUd HE3aluodPMG4s96LRYUWMnhNN4+AzmchZZ16IiQvIZ+j6oFUTsoEpeqxy1714LnvCV2Vx8Ke2otR RMuqRyWI5+QoEGseHJGrQHBPKZFIyvO1ot7Vl/WXcqDwsKrnNOFxpQp1b0+hLtqJv7ajHrxjjQMf e2TOrtixD573liahtYt6CDxOeAdovIxYQpm7B42rW8pm/t2heQHMZg0DzFb4uOrDId0XPFvR+BID UiaRpjO0163soTPMt4S5T4ZIYquAse6eRLkgNb9Z0UPzczRpC4AX3SGYiEF8Q9x77DNeL8cjssBW 0XOF7I+LG/zVDTeVs/CpFj2mAtljOhU5TatxtaQble3GpF4n4IkSHGG+WPi8z4dLzkhNiMMgmhX3 m8NEShQyG0NcrY2eJzRysXFeJdCJd8RVkU5lMjDhcUVc5zmWJJ2WuM7pd9buAVVLXoFUi8+OLR2R GOy357/mxcJVD0rsEMTKAfvXiouuxNhxRGLZ76cPBgfUDIZe1aTTHcxQpN8XDKH61XDYOiJ5MRwc UsO0fKwqP8H1GvATSIkAgUjJgoNjQTmESfi89EnYu2NrU1RgksEF8jcaJYtPUMKghdR2Q+KsZOA4 yxh0/MQ8LRKTfGeYOjiQJofKUGOrvQMcFPIWXEbaObQMVQYdwcosjhECHXZJKCYwhuZkM0gNi/Ia FB0sXNOOorlKksYxBvsECor21V6eomhXY+CURgU8w/2kDRLKmlLnJ0mB9AzhSDuHY9CIZMnRpFXJ Ve/FSipiHCDwDhqVtHBo1MITBPqma1DHY40cW+/HPrPeDdKyRF/rPsuZREBp7C1CJpTG8aw+Wwil Cu4mKQIWKG2XHUrjdVqF0gvoaVsg+KWgYxeI2FlILJEkJfDBJM0tX8ROwsOgNM6845s49p8gOJQ2 EP3PCqgNSv/uI7r+8galPWu1vqXg2eg39EShWBHgW2MRU7/s9sUQpWPrCNkdwj2YDuEkFW64GW0s dxB6BPG0XTc8TY9YgCJFEG0iq3BFJDtGcJcgOgyRDCxSBIJDp98JRRwcrhrkJ9wN3QyrBoF/Cjj0 1UeQW4SSjNXr6AWDOBcb5+Dw/RZxjEKZvOnnFiFCSZlsD/06iwRCKTZBopp/GcPrTT945NB+dd6+ jccSbSAUz7sDtx6zEHceoyxD7Wn6weLSsZDXXLuGRtA+geO/nCAGaMsjdy5uDLF12S0xvHIwyMEV dltTtP0Yg95aclIW2d6Re1/IAIeU03O5BYk9hhcZOMJXQVcnh6B9FTo8ti5T9JMdPljEFNqb0hl0 QzXSJojBKaLA1tUHv0vTT/WSfmIM3E0YJe4nJFfkbxFWYzna2VNFNvzIkqNrHDZ6L1aqOs0Nn6PJ UYQ0tbjeA6G4JzhC4XiqkLQtctZOkVTo/TbD6wo60FUMhAKRhAyEcsLpFL5fjo84BCm9tUQofrl7 xGFhP+qbfW3LCY4mCEUlyGafC+QI5YSvvMN5Kp/3DtJW7AgF65xjFay4b7jJhIpQ5LsT0EK0ZsUK Qul3Jmn22Xuw+NoGPNFtb8Zam8+efcBXNG1hEzTEr5fHweZ+tdzdrAwXsOG65q2zZuDEVR/uCF/I HBLGdxAStOhe5Gmvz55x6LYCemL6ZH7SIgG5A4+AhEiORtQ9kSeVDPM7OAm6cYfFLvCCOwQTcYYX m33HacL3hVzOx81uH/q7l+ny3ORf9Yi3KwFJp1eS07eHxTTXS7pR2t4YIpM76pKX231p8aVP6QUn E5FLGpyW7c38gGmK0pBulrTkBxtPOpzwJQR4t3+5g9l34fE9PO96BnQjCuyZAgOpHgWR5y1JOxmB 6J3KoCMwkegAdf1695zD68nCQSplcpAqpOztRkYkegcz6KcWkXzUJ+o4mW6S5QsdTOta2mMN9qCD fZ7KQ97WtbTHu62bab1Lu779cMMNi8dXjjTiLWHodwa2aTwCu9cxaQYydU660fnuwGZhcFoN7X5L rE8DLAV0XpPQ9kWpkPl0d4Q2F8VQ5njSzaIytMvyNh1pR3B/9bOFMxAL4diZhXDIXYp3tMYPFEsM Rxhroc6xRmHtYLWv2jF+AmKtH0v+QVvcttOJcmOAy8fqJhlYLaN5gIgRFXKIqIAAZ0DexZDsbf3Y 4EDabokJlGz6sbEILUbIEZOSdg4tQ12FjmDhnv1YytCl1I6hOdms2oHyeQ12DBauqBk412rH9RKD XU0v9GOVQ/qJMTC7WWpH+jU/aXaAlHXpk0QiPUM4iqOIXcOQbpVg6aODViVXvYNDYxX2Y+MOd4Og hUOjlqh2QmeiQRuv5SMEPXM7s8MDpJa+2SXFRf9I9wlfA4lTfUbD4DS994CvMZFTy6h3SIqIpd6x yz9NRzZEYoWjImKZpCkDlIp0ERKaa87rnKx9FvKf8LCKB69hx1fhrlQ8C0eBXvFYTxb1zXf4/kUr dqwpu/1Y9wmP1+LxhpPOvQ2svjr3ztwBMVvcQbwaDyyE8sMn1T8EWGqqCm1zvBoDxqFDNNf9ue73 t/+sO1qEcnQbQhlNjyDarUKl+Zc+LbhEMBGHMKN8s/bfzChtjAZ+9SD1pGD6KIEf64c7C64lHUZp rs+bsn0lup05AnhQKke4jFMCFUrB8aTfFajKRF5Es2D5xu2BGVCBXWZAxfM1N6BIx9yB3Em5Azlp q98DVZCMtdnE5JwJPrYcTqGdWQ+T5vDYheImVlkoWIl7epYiZrvTgYfmAIqVOcH2ENkzWp7Kw/NG LAWuiHZsKMu3xpSD44u6YoyrI8LAe3FGl72LcxQeS1t9XkvQEgoz0OImkDNP23KdZYjQTLHhNlK8 Np6QbuMs3G0YJT6YpLmNg6wCt5o1tEYsRvcpaCAytfFDky+Y6AMYdMqkMYJH3Rh8I2i1Q/QSNnZd kgNHk7aleiNAdqlZr050qSfEJ/1Ng4AvSA7wQOmGUhPnUZpmDl+GE0mZosAXu9zBlx3t2iIcRIKi FI+oCNGvDZEIXyiDD3fyfceHwsPgCx52QF9aezOQau+XGP7aDo2tYWutWvzED46R+aUcG9+vO+JX Pq5XoJcyNcJk/ZxMf9qCz/tv9mtfVn2gDtc9nTjcwZ2Uuud4pRfQi417epzcO2brDwEkQihHK0pL +jQ6hdIOrzmpC7WEWfIanG7WGXLIVIzy7dBLv35BL34NohG9MEYjzmX9Bb3E+uHNgl5IM0jJx64/ Ry/PpLLNMqRy9KK0SOU0pSB6IW3Z6cUyI9GL2uUXgV4s3cY2pCTWz23InZTbkJO2+n3ohRMwFzO/ B80pqkFa9GJC5UaWLHDvNE/3jHcRs93sEr0ED25cLkaML0uNPKJVMHjARQW9mFwIYdLk0fFUOTjG eUQYeGVtNDZh8uD4Ikfu8kufEGsN0/husdjYueM6yxjdTLEPvTBuej8xIzJK3G1ImtvsRC+coTcI aTIleiGtym4MUAzWKZf30MBKe85ttRPohfZxXZIDR5O2pT551sbRyxnWzOYLMp/SiV6mu5whBXoh KVMU9GKXn6OXvqqT3Sr7QfA6QS8UKdCKi0SaMvhwJ78WveAZZD4b/wp6sU5LPW62B+KsHbPnxfoT vifwOmLTKRKsgZifqwVDE4Rv0ivct2kCiQdp2Sjtvitu0Vz/qVowKZSDlhDK6BTKQEwVKgHL0qcN EFOM8u1ATB8Wyy0Yrj/CXdYvcMFeQjMjSOGBwBAQQ30wVtvrz0HMM6k83aoVkKIIWiiV05SCIIa0 Jal3gxi1yy8CxFjWDRDDNO6bkxkN+VMPliK92ur3gRhOQNDCNB+0x0E3o0wRQ6QG1cfrsAkBtCQL p51FjHfaeNR7EsQED88JXGnskZUHx2gtnHui8oALE8QED46vPByU2LyyJ9qRA+UwGgU218LxhQc+ 7vklCldQgpicQ1swnCJEaKbYB2KMR7qNs3AjMkrcbUia2+wEMZyhNwhpMjWjD02+aBN/MZiLSYMF j7oxdCCGchC1OAsnyYG6JG1L3deCmW6S8CClnZqdjE4Qg11Kf7RBMc+ALz0xUqYoIMYuO4h598tk RCUuUoAWpfMECb08iBzPzDn5tSAGjyLy16wVxABWPPsuGDwz9xtAFvvhI/xrn/FTR2jB+NHR2qux 97fxdMejU2XWNeACbvgNbTyMEN+28LXdlyz07bVKByL0BPqjq53+TNMToJB2Vxja6+3LsTtaQr1Q DkRCKAcqIZTR9AV2a0hbCPgWCXvON8sN4FKNot24+beizp4VGW9Y//2BF54fW8/M4bsI9FcjquH3 g6Ns0Cx9whd8tmqQDadTk9O0HceT/iq14RkERtDMl1e/G+h9vizFz6xRVJpWzGqRGd1tSHO9huvm aY14z8Y53nt3Xgv85s5MvMdcS5rOy/FK+46w5MJ5bcmZ44EnuvPw608Ist2vydbvELWXZe0hM3mA bPDvy7HHy/g9OvIN0XaXPXBm17cfNcOX0uk3iVpAvIpKl9wgrtkThwa1TbUJtalqqj4dwsaTfl9A hOpXQ2KWP0rSeDEkHDMhJHjGmZ/gFw0MCsxEqEDM5PGhgwFnnLTV74HaLJkKkJDuh+DTDlh0M8oU MUQbJsLCYDOFNDrFivFFzPYeyXz2xEPwIC33qFg+R+XBMZTDYXDwIO332Bwpl66FY5wHMw55BE0e HO9ymcp3Qm1jGj2unANQO8Xqp7QpNqB2vJICq6pY6TYutRuRUeI+RvLpGgx26AN87mvF6FSMOwGZ 0uikVdlqMK4UPKoyvZyXhi/voVOQFh6NdrJsYQg41OYdHE3alrrxIIieHNtpJwIB73rISm3lRkeE iHDl5ZQgZYqE2n656xcuPPW83YKAoqRfSJEItZVGdDgdMtjwIG3Vc0y1uSEJDz3tnPDSC1JDvp7y EtT+NwXc8rCW/RKBou8B/yKD4r2Vf9Af0f2iPzqK1uKNqBxfVYMxhs3x1403WfDdc/hunwecqYi5 dTKqU+86GX3ZTJLVpElIO4kF8JaT0ZLFjA7D+Pig6Tvt9dnJ6ItPEPkhZQplIJPO46AzhHCQGfS7 vIdMfglGgSdLk5Drj5wg8Q2jOB3rdTAZdBjF+Pj1n6qpGFJ5E5FWcaQTUjjIDPp9ViHS+VmCZd+W Zak5tiwlYRVuWf7CHbcsJ231e5AOi4WSx70n0uf1bkaZIobILaWpyO2EKMaMGFuDuxpPVw25cJ1i Qfzi0nyT86X1PFUO5hEVPTdOKosbacjB8UVdMcZ5RBi4OoyGXJQD7q6bceGBfta+pqIJFkiH+uLu 7CxDhGaKDbfR3dnayyZmuo2zMCNGlJjbBGlus7OpyBl6gzgdTM1J9OVpxQONwVSsYjAX042RPOrG AO8XHq12UpfOwnQZHHx00LbUXU3F6Y5f2y5Ix+lw5+l2LY+lD0HKFAXp2KgO6ezoJJXmAOofgR13 bJQuUiAbpRPpUCQf7uRXNhUnvA0UTyFL6b0T6eD79gBW8BQX4IuBGLyaG5Bl9jMuaDq9nU6yyjLf rAXzc73jh9gEZAmFiwMBsqQPOE2Fi/fLeNLuBGwn+vUZZDm038Qw7wa1bQCDLEUohSxFKKMpBNEG aXP+97UTN43y8/bFYv0R3B4FpLlegyzzyLTrNNYcsjyzShuaAUE8NgOiUCqDMOEaHK9SelLLkmPp 01ZfLOwifbFvhe839p6ssj3Hcu8xMiBLOCn3HteO+eQuyBITOP5wOhOyZUeCpJhRpmhuSchSWCgc iXtifBGz3eGwe2kOyB3O6JIjkBNw1ho8VQ7mEa2SYwc0OaCs2AF93p6n8jAIYvegEqfbg7XutEZD LvLg+LKWvZDFBeM263PyUfSYIkRopthwm4QsziPdxlk4ZGEsu9uQNLfZB1lihjAgFeMGIlNCFtKN wfSeYjDycOXyHhpM6RayhBzEKM7CSXKgLknbUnc9zDXh9+rw6DmkBErDB6czQvA77/hJbD7Mhe8s M1KmKJDFLjtkkZ9kXvlJwL45I3mxf5grRCJkMRETslwRJHkOOjnpkOU43c74AT759dgJv5p0wi+V Awgdx8f1eF96J11wj3Vnrpf2WfR3YBZrtvgRKH4u7vBbLPDFdtGIr9cRnRymIlCbp7ea6EBbTzQg KwYuueJRiDvyms7nJOycJMAJz5plsJI0+zhKnrJ/L8ga+Mn421X+995OTxg9okH8UtKbpz86HmET aUrUXjfYVBzxXZ2eIpTDpBDKaHoiYRNpC8AXDR9MxA9Ll3DPb1Oe8a0ld4Tf+V7OU2YP2fO3Kc2z Ns6cUMnG6Tu+EkM9Wc6p+/DVa/pFdNbZ1rNrD0jZ7TotOX3xt1u4YNKN1hYDZwnWOMLFc658k6QN Frz+ugo2N5ck2aIVkUsaJorMJdIbOZ50syRoa+YSoreZnXxJeIIIgfqNv7jkiUmRLNDyi0CInUZ3 jWz5cb3EyaQ9OvkTLb59OH4u4dnj52dS6WFlSkW8TKmcZjgSP5NurLLb0aLlV/Pyyrlyn6HlFyrt zNh+hwVRej98qF9MUr+2pP425ahfbWJ32Xj7KzhEYTzzoNPdf6Xl6R7yeqRrWIguULuqQuXsqFM4 6QgTH0+6MUCGRTHFUliEAbZi3av9+VPPz2O9ETIXpUJjJ+Ki6Nv0KtIri8rlLcEPZSIvCE8a7Rs5 +fXvbZzvxRvwWoRrEHPAa+JSwmsPMg520la/ryoznFowp7fFegzazShTxBC5pVRlhL4E7MSMMb6I GWN0Wknq2kjOctshR/Kwqoy0ysEx5FFBfanKeA9hDGnlUe8pVRnXwqqM97DSI20q39dItsVJqErP jI2MqMrIss/vNsWG25SqzHik29BPLFUwStxtSDZrQPzPV6O7cK1NxG9ag5AmUzP60BQrrQHAg8p3 MUkHj4o7u6qMK6UunYWT5EBdkral7mskn/gkhldlRmdVJr+sWKoykjJFqcrscmkkAyaO720kUyRW ZRSJNGWAXqW8cPJrG8l4tOPkGAjesbuRjBeE0Ui2FrJ99oNz+wJqvGNjB+TrW6h86TS+5Q/NmCLC DFmu7jZihdUi6WUTiINLr5g2oDPTBqRpA45X2p1XJGqul3ds3uUXgXXpqw7vUyiD/ymUlQdVqAVE /GS/dGxcjLL/MdJnRumLxNmTlsAQsxeFwygR76IPwQv2sgEjQTOOYGnqg8FKzGzXS2/ZrfKqVJ5v +RyWQzO1ikjlNKUgiiFtWWpWpzyxSkAztcsvAsVY2o3tSEms3zEFnZTbkWrLjgv3fSMbd5dEMczz hBwxRTUIj7JtQzOhckNLFrbBkUXPUozUbnrg4SgmeHAD86XF+LJU5g27JzdFkyt7yyFHx1Pl8I2U POj2lMNoqItycHyRY2nfz2tAAA3TRDE5h4IaThGjmyn2oRjjkW7jLNxtGCXuNiQtaHb2ljlDbxDS ZEoUQ1qV3RigGKxTLu+hgZX2jaDVTiDCVJ7qkhw4mrQtdV9vGffgFFjc29zd6EQxoz8xAeXiQY6J pExRUIxdDhSzsHn23QIghXlXmcIUvKIv+JDm7I5fnPxa/AK0jfZ5fsHJzqayPez3V32jBq8F29ez AdH4E3xrb9cg0+DLqA9TmXUNskR/791v1/RaxxbhWrdmoEEWqr14oqqdNNUu3i8Qh7Q7QRyH23Ue h+9wghQnG3mDbL7mkg5WwiWd5vQEN6TN7Wfb4pOOhYOVXeYY7GWnaLc+AyvPWmZtEBSQoesvYa3m IM31crzSnjgUQSI8BMTYuAArL9lD3cObLbRHgSUmj8OUlMd2UdKNPYoVElBudpBWLdI37up34b5o Ed9vINzG+wmOBmO/gT5Y2EmDje6p+w299xWYQrjZJOHHHRbtk3LucGoAUXAZAqGEhcESCml0ilXG Fx71HvDwHSx4JI0nA0WsGJ88cozJ4RAieCSt99gcKZeuJccoDzo8eRTaeOR4lcscbt6eWIQpxjS2 1pwDW2uK1U9pU2zAlNKjA0t9kLKzmpOMEocpJJ+uwRJ33awbo5ti3EBkSqOTVmWrwbhS8KjKzPcT ItnTKSqPRjsJ+XThYOHNFt7B0aRtqazWsm6LT9q40vcTJtTpODqSldrKjY4IGdHuQUfDj8APQcoU CVP8ch6Br/2813ZRCUVJ94QiBTgREREdTo8Pf3DDhgdpq57tUtvFm/CwE/DjiORTTh53gpX/py8d 4Ek9AJTP+tme48Obu3gx4b/ZHwzL4KtPMMiaMNadsYf9cNtGKwZf6jdNZ+CaKuC3enJpw2cMSDhO odN4blKLSf4yOrzEcU3Q9Jr2epxXq9dgN32x6CfQCKGs9ZJCKR1+4ugm6Hf5DSFSNYq06PacV2OZ x/E6nsat42p8t7v+zsZTs68dYq2HmiU67Ue5EmRn6pTkNM7SNPypNNKN0nZDELPUCC/BNrR8trt1 XL2+pES5h9FE5JIGp8U5bYnMaFwS6WZJJWsEqhK9rRxXj7ebPOa+vKSf6xlc5DJFpx4HsSsoHS25 CEZHuUF7cPK42q/ncTWjs8fe61ZRR3Osy6ROrGt0tOQiGr0lF3Rjld2OFi05jU+3ywvH1XbYnK8+ 69teOLS2K/ZLHPaisx1d2wvQ9ivC9tnGxOvU6wk+j6urrE2Cd1z+eqRrWJgBTKECJay4CAWTZmTT AKQbA2RYFFMshQUNsBnrqwcIAVSkjp35F+ZrhcxFqdDYiLgoxjbHk15ZVC5PNDeL9ViURvsvotFr kC8qKCWxfkJhvs+ib7tM+FJ3/d0xW/2+42pOEPjQ21ZBcwovUcsUMURugeexuiFMDdrvifEND6uI QgwH18GDCCR4+PjKg2NUdMiBRIlkbQBcUAtp8uD4yoNjnEckV1eH0WjjkQfHFx5ZLS19gsM1TBP1 c61E/c4yRjdTbFRQivqrJ6TbOAtzm9gRrIIK0txmZ6PXFFGM7lO40YOpGX0IWiaJikjvKQYjD1Nu 3NPAThhUeLTaiWqU9jFdBgcfHbQtdVejd5TfTbIGgVZQTmcFhbPUBwuoQU5WhZIJSv2kV7N8wpOM f/t9v8/2LUdk4FmjN4RhrWTCZe10nURYPto6OvmVjV48eilPRGWjd9rzLUr/GbXR6fDBHhvOV7tx yZq+/+vj1jdZ6/NzqFzr3Ovt3m/cX7T2bSg//FE9I8sitz2rHyNV99pddC56OWqiXa4g26Q9SV6x fTgmgW+IY0CYvkAgTNqc3wvpss8HEF7cHB3bF1eAVIsF0azNeD5d8UIoHlb/GA3g2d4L4W6Py4a5 n4CkPnpSZbV2UBXIVuUqo0pIX0QHCB+qjHSjskQRRXlLeMJVdpkievZ7sFhcfw9bF5Kf+l/GHk3E XJLSsuv5EsMprSB0cmVBubQtH8AX2J2+MTp6tnjsEKiFIiIjv+tz/1kLcfE+vCxeI7JezkKoDcnh 85fOBEvGcBDOkAx86iFp9MB8HPiW/vc+cwRe1aAsva3TbU+C/jurguxrnepDu6fyWK49kFvrIvva KKt/th/UFW3gFwcthW84DDBWnNhFhtgMgFJ5uk6zRqBOaQPGMGsE0o3OSyRvp8HQ+WpUz9JfSXub i9JE5Y5kUZyLotBcVDi2wvKKOlL8hU+it1nqjSVJXH/jHscu+OowjfA1UBvhK3//TLGu5AC8rtOd G8Ge8/oHiycL7XoLenVM513woDmFqBfgtUwRQ4KFViQhZABgvyfGC+3gNcaQh1UkyYN08PA5Ug59 zxKvYIeuvMpJHgTR5NHxFPe3ewjOBUQjYs/kmWmU6485Ug7kxtm5EZTPa1n1hKAzaC6PZISKQwSb wpHrhttI1LCQ0XvSbVxKt7mEDPTvY8tWkNIufQL7xoRxVJhuQXMyKN2pyhQFMcJXo+Lhqvnzg4xj Di8cWr2w3iEDWE61KDdgjRxc7kfmmTVa8ppFhrgTcPfjHOdFqGeUzmoH35eIv8d5EUnxplLv2OX6 WMtrPX/4LtrSIQyrHRUG6yPN2X04ySazF0iTCRHr7dOg8NCTohHfEjaWzXRfsdM8iGvnPlb52OO4 OAOyb7ZabxTqQ7njCSWPCLCSh1fb56J89FyXX1xcqDbNGRCpc7dQj9eDoDBAOCS9wZMJNW4lzyAY Sr2D7mDXsSK9vvGAS++bRTAVx8ErnZPYNsSxiofTE74r7Tk3jb/0acEhgklY49/5YdywRoS3LL+E eywfvizomHRYo7nugHecqnc42u3NIQjYr4k5HKQwVwQocXMQ7XJ+jif9rvhUJvIyUY3Ppo3e/xbo 7sdb3vkukWXr2G4893K3cV1wu3HSlj6HJglXoF9l4a2kxCiezLkZMTF388kEMUR6UcJA0EO0pmK3 cpFidBExxjgHD3cTIaAHRYjRlUO9JTc8LgKeiBateTQ8uM8vugqOMRnC6YUsWxxXoaNzvzJFE4as bOwNz9hTfZXcUn2CGFsWKU8/nR/H6Yj4WH8OikKlpzgLNx3Dwl2F5MoKWnDVGo+25s4p27YhRzLl eKU9M7bKL7ZqVJvphOPJE4IiMxpyjJTgeCSUp/CEd3A0aVvqvnYsfuLOn9cy6G50AhRsgvAsByjD SFKmKADFLgdAwdcp1Cx4WK75ZVPqv9BBfnJP5QlMonRiFAoA/xRI4+TXdmShbjSqXu3IboAU+Vaq z1r34xseom2L0hXX5SkXXMJTLni+JZ5ywef9T7kgG+CXrxDxKvhGL+CneBP0WfPIG7G0XPizWK4k I1pOYgjKpumit99eJ7hJVxp+9ZsvwHF72kfeKUyJHM+4L1kvL52Z0IQSWvy8+GhUMBFX+ne2CIJD AYvHUuQHtwhprlfqUBlPmsHdXg+AQ5MMfz7sN4ljHJqEGMfo7/HT8w/p6oYIxDhVpCWgmdeWIGe0 Yn6OMNmzdzHrx97FjYN7l3so9y4nzSH3wRzbBGTr8oTuNUTQnEJ6MZCnTBFD5JY8gQ7gG7uf3xPj Gx51h4QYClyylGmyA/aVnqcsNcao6LmDUlnsm1D2GF/lUACT+qbPc480GnJxLRxfeCzBnLwGh2uY xgl06MshD6eI0c0UG26TJ9CxLfZ+YkZklLjbkDS32XcCHTP0BiFNpmb0TJ6NwXRlxWCdcoOHo1ml HTa12gn0mMpTyEMOHE3alupFVal2m0ILypOezAiwXE+gjQ7I87gjMI76/LLeMJQLMk3CnvjDE+DT l39FPjgRHE+RjEtF4EOpnI65eBjNC66+TIRLnxaSo0xrDZojlCTgh799gYdedvyqz9//C148wo/4 /PXHzedxxweex51wEqmzfOt9sdd0V2gTedAB6IZCJ1KhZj07AauUK/QACYv6l4JX5vUvi/30xvwE 0wR0CLkMr6gLqFxKFyn8jnLFAmAbs8y+FJUT0wMOu7/lcfitxgHC78UWWbFI6MCOnxyDuA4iwJWO ArWs2NFJuQIdQC68ug7fBp6Jv8yQy6FBLutOU8/FmDUCqVAwQy4xGfKIYZ1yRQRbCsu8thCg2aFZ Nc/W2diLHUzfhiDmeuVNeBbohdnXdyWmLN2GsEO4hsw196CXnIDQQmeQEHA0Q57djDJFDNGKVQCQ IREKaXSKFeOLmO09RC8UC2L0GYNzVB4cQzkcWYQcpP0e45ly6Vo4xnlENHg1HjR5cLzQsSPsbNeY YLHjUk5FLylWP6VZdQO9lJMktRrwUWc1I0ucGH4pF2yS2Trgpbym6dOQrvlGMTyVY0YqbN30vOIK a4xbTpXocw47eZdsD2bqvKJ9iFZTqVcXx1Bh3kMUWa5g2YIRtp9YgfYAYx7yxoGgFVm36iGuMGoG jMTPViaiETvwgmg4EU38YQ3R7Hp8A84IRBNy4Hsj8Rn7RFxhO6dKZjeFADyA3t7R1o+d8GjzTdZc Tp524hq8N41eDFANTpjQ4QHEwckT/t3zY8vyizh4p4WTr5w6rT7I/WLOnjmIOk15pMkgSvEQ91de CQ8uajdgUy1DF7G/pPMUyPNyt48AhpJIqjWQwysim15pZJODq1623EWXPi3trNYfopW+NSjdDmOC Fa5b8oU2fxktyE5+pWoC4QKIU66Elbq/VPCzgEyfCacFJkVBknH4wysinAGgIooDoHJFhFsyTl7D DzP2R8gBgGio7XCqzzzZlx68GE4be1lW4pGluZvFBb5GQNVI01wfqSkXoAfE6C4oFHwzsWdhaql+ KJyhbLRzygVROXcE3hh7YzCXPUKPs8qdvIseaanYoVHcKRGrv1oQV5hNqli8q+PV3Qle8FqcM1Re eqXhNcteusbuzowfrprx0/Dyu1q5ElYsfUImYWg662j5FLl9e0/GvCevWDTM3A2eQeyNqTrfCXdL NmbyEmV2Cy84qmkvIoLnt6nrYNxJgQTdNi/46cozt1Vn5+yrEw3J19dYLohmOvnC/YOz+KwgnYZT vwbTMVHiijk7T8+WZxMNWkbMZu9z70JYl1BPmBqMIhjjCoNR9EJbzJeqTm+QNu6MYIwrDMaWl4Z6 4b5PS13cZbS6L8LTPH4Xpm+h5oKWsDHQs+TXeW2yYBSTxZWcrGjJ78orfxyQ/izI485IDXGFqaHR kt8VvNz9n/hSH+YymbQsiytZRbUweaujfrcnp+ZG3FL9n/eE0Hqslppd+pT5jJwjn/EC9jBbRfGZ 5al++/8BAdmLKQplbmRzdHJlYW0KZW5kb2JqCjUgMCBvYmoKMTMwOTkKZW5kb2JqCjIgMCBvYmoK PDwgL1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAvUmVzb3VyY2VzIDYgMCBSIC9Db250ZW50cyA0 IDAgUiAvTWVkaWFCb3ggWzAgMCA2MTIgNzkyXQo+PgplbmRvYmoKNiAwIG9iago8PCAvUHJvY1Nl dCBbIC9QREYgL1RleHQgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSID4+IC9Gb250IDw8IC9U VDEuMCA4IDAgUgovVFQyLjEgMTAgMCBSIC9UVDMuMCAxMSAwIFIgPj4gPj4KZW5kb2JqCjEyIDAg b2JqCjw8IC9MZW5ndGggMTMgMCBSIC9OIDMgL0FsdGVybmF0ZSAvRGV2aWNlUkdCIC9GaWx0ZXIg L0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4AZ2Wd1RT2RaHz703vdASIiAl9Bp6CSDSO0gVBFGJSYBQ AoaEJnZEBUYUESlWZFTAAUeHImNFFAuDgmLXCfIQUMbBUURF5d2MawnvrTXz3pr9x1nf2ee319ln 733XugBQ/IIEwnRYAYA0oVgU7uvBXBITy8T3AhgQAQ5YAcDhZmYER/hEAtT8vT2ZmahIxrP27i6A ZLvbLL9QJnPW/3+RIjdDJAYACkXVNjx+JhflApRTs8UZMv8EyvSVKTKGMTIWoQmirCLjxK9s9qfm K7vJmJcm5KEaWc4ZvDSejLtQ3pol4aOMBKFcmCXgZ6N8B2W9VEmaAOX3KNPT+JxMADAUmV/M5yah bIkyRRQZ7onyAgAIlMQ5vHIOi/k5aJ4AeKZn5IoEiUliphHXmGnl6Mhm+vGzU/liMSuUw03hiHhM z/S0DI4wF4Cvb5ZFASVZbZloke2tHO3tWdbmaPm/2d8eflP9Pch6+1XxJuzPnkGMnlnfbOysL70W APYkWpsds76VVQC0bQZA5eGsT+8gAPIFALTenPMehmxeksTiDCcLi+zsbHMBn2suK+g3+5+Cb8q/ hjn3mcvu+1Y7phc/gSNJFTNlReWmp6ZLRMzMDA6Xz2T99xD/48A5ac3Jwyycn8AX8YXoVVHolAmE iWi7hTyBWJAuZAqEf9Xhfxg2JwcZfp1rFGh1XwB9hTlQuEkHyG89AEMjAyRuP3oCfetbEDEKyL68 aK2Rr3OPMnr+5/ofC1yKbuFMQSJT5vYMj2RyJaIsGaPfhGzBAhKQB3SgCjSBLjACLGANHIAzcAPe IACEgEgQA5YDLkgCaUAEskE+2AAKQTHYAXaDanAA1IF60AROgjZwBlwEV8ANcAsMgEdACobBSzAB 3oFpCILwEBWiQaqQFqQPmULWEBtaCHlDQVA4FAPFQ4mQEJJA+dAmqBgqg6qhQ1A99CN0GroIXYP6 oAfQIDQG/QF9hBGYAtNhDdgAtoDZsDscCEfCy+BEeBWcBxfA2+FKuBY+DrfCF+Eb8AAshV/CkwhA yAgD0UZYCBvxREKQWCQBESFrkSKkAqlFmpAOpBu5jUiRceQDBoehYZgYFsYZ44dZjOFiVmHWYkow 1ZhjmFZMF+Y2ZhAzgfmCpWLVsaZYJ6w/dgk2EZuNLcRWYI9gW7CXsQPYYew7HA7HwBniHHB+uBhc Mm41rgS3D9eMu4Drww3hJvF4vCreFO+CD8Fz8GJ8Ib4Kfxx/Ht+PH8a/J5AJWgRrgg8hliAkbCRU EBoI5wj9hBHCNFGBqE90IoYQecRcYimxjthBvEkcJk6TFEmGJBdSJCmZtIFUSWoiXSY9Jr0hk8k6 ZEdyGFlAXk+uJJ8gXyUPkj9QlCgmFE9KHEVC2U45SrlAeUB5Q6VSDahu1FiqmLqdWk+9RH1KfS9H kzOX85fjya2Tq5FrleuXeyVPlNeXd5dfLp8nXyF/Sv6m/LgCUcFAwVOBo7BWoUbhtMI9hUlFmqKV YohimmKJYoPiNcVRJbySgZK3Ek+pQOmw0iWlIRpC06V50ri0TbQ62mXaMB1HN6T705PpxfQf6L30 CWUlZVvlKOUc5Rrls8pSBsIwYPgzUhmljJOMu4yP8zTmuc/jz9s2r2le/7wplfkqbip8lSKVZpUB lY+qTFVv1RTVnaptqk/UMGomamFq2Wr71S6rjc+nz3eez51fNP/k/IfqsLqJerj6avXD6j3qkxqa Gr4aGRpVGpc0xjUZmm6ayZrlmuc0x7RoWgu1BFrlWue1XjCVme7MVGYls4s5oa2u7act0T6k3as9 rWOos1hno06zzhNdki5bN0G3XLdTd0JPSy9YL1+vUe+hPlGfrZ+kv0e/W3/KwNAg2mCLQZvBqKGK ob9hnmGj4WMjqpGr0SqjWqM7xjhjtnGK8T7jWyawiZ1JkkmNyU1T2NTeVGC6z7TPDGvmaCY0qzW7 x6Kw3FlZrEbWoDnDPMh8o3mb+SsLPYtYi50W3RZfLO0sUy3rLB9ZKVkFWG206rD6w9rEmmtdY33H hmrjY7POpt3mta2pLd92v+19O5pdsN0Wu067z/YO9iL7JvsxBz2HeIe9DvfYdHYou4R91RHr6OG4 zvGM4wcneyex00mn351ZzinODc6jCwwX8BfULRhy0XHhuBxykS5kLoxfeHCh1FXbleNa6/rMTdeN 53bEbcTd2D3Z/bj7Kw9LD5FHi8eUp5PnGs8LXoiXr1eRV6+3kvdi72rvpz46Pok+jT4Tvna+q30v +GH9Av12+t3z1/Dn+tf7TwQ4BKwJ6AqkBEYEVgc+CzIJEgV1BMPBAcG7gh8v0l8kXNQWAkL8Q3aF PAk1DF0V+nMYLiw0rCbsebhVeH54dwQtYkVEQ8S7SI/I0shHi40WSxZ3RslHxUXVR01Fe0WXRUuX WCxZs+RGjFqMIKY9Fh8bFXskdnKp99LdS4fj7OIK4+4uM1yWs+zacrXlqcvPrpBfwVlxKh4bHx3f EP+JE8Kp5Uyu9F+5d+UE15O7h/uS58Yr543xXfhl/JEEl4SyhNFEl8RdiWNJrkkVSeMCT0G14HWy X/KB5KmUkJSjKTOp0anNaYS0+LTTQiVhirArXTM9J70vwzSjMEO6ymnV7lUTokDRkUwoc1lmu5iO /kz1SIwkmyWDWQuzarLeZ0dln8pRzBHm9OSa5G7LHcnzyft+NWY1d3Vnvnb+hvzBNe5rDq2F1q5c 27lOd13BuuH1vuuPbSBtSNnwy0bLjWUb326K3tRRoFGwvmBos+/mxkK5QlHhvS3OWw5sxWwVbO3d ZrOtatuXIl7R9WLL4oriTyXckuvfWX1X+d3M9oTtvaX2pft34HYId9zd6brzWJliWV7Z0K7gXa3l zPKi8re7V+y+VmFbcWAPaY9kj7QyqLK9Sq9qR9Wn6qTqgRqPmua96nu37Z3ax9vXv99tf9MBjQPF Bz4eFBy8f8j3UGutQW3FYdzhrMPP66Lqur9nf19/RO1I8ZHPR4VHpcfCj3XVO9TXN6g3lDbCjZLG seNxx2/94PVDexOr6VAzo7n4BDghOfHix/gf754MPNl5in2q6Sf9n/a20FqKWqHW3NaJtqQ2aXtM e9/pgNOdHc4dLT+b/3z0jPaZmrPKZ0vPkc4VnJs5n3d+8kLGhfGLiReHOld0Prq05NKdrrCu3suB l69e8blyqdu9+/xVl6tnrjldO32dfb3thv2N1h67npZf7H5p6bXvbb3pcLP9luOtjr4Ffef6Xfsv 3va6feWO/50bA4sG+u4uvnv/Xtw96X3e/dEHqQ9eP8x6OP1o/WPs46InCk8qnqo/rf3V+Ndmqb30 7KDXYM+ziGePhrhDL/+V+a9PwwXPqc8rRrRG6ketR8+M+YzderH0xfDLjJfT44W/Kf6295XRq59+ d/u9Z2LJxPBr0euZP0reqL45+tb2bedk6OTTd2nvpqeK3qu+P/aB/aH7Y/THkensT/hPlZ+NP3d8 CfzyeCZtZubf94Tz+wplbmRzdHJlYW0KZW5kb2JqCjEzIDAgb2JqCjI2MTIKZW5kb2JqCjcgMCBv YmoKWyAvSUNDQmFzZWQgMTIgMCBSIF0KZW5kb2JqCjE1IDAgb2JqCjw8IC9MZW5ndGggMTYgMCBS IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4Ac19244kSY7du39FPFZhMLlxj8hXCavd HV2AAQpYQIIetK3ZGS26Rpru0WX/XofkOTSa39IjsrK60UB10NOCRuPNDunmHn/Z/X73l93h8HI9 8t/L/f5yu+5uV//fT3/Y/ePuz7u/+bc/H3Y//Lzbv7webtfz7TD3afj5h9398nK7726H15fzcfd1 d9wfX65gFvSPoq/348vrefcjhyf5p90/uzzBhZcPh+vL/b47XV/Ot9fX+/CISDuI9Lp/uRSRDq83 W2yINPy4E72/vRzuEInDRZpI+5fD+XV/eL3OfsIUf8Efjufd3v6zD8YDsmLh+1dMPvzwdfdvvuBP +/3rYfflh90Z+sN//N+Xr7u/+fLl8LLf4Y//vPsvu0//7n983p13n/78effbw+7Tj078N6eGT//9 8+6/7r78bve3X1xV/cSH4/Xltr+9cuJdTLww3eDTfdp93n35l2D3Xl8Ymn9AK8f9CYqT8eEM99fi HHCGoNP6HB80LCNv6K7v7teX6zm9Yfe2N4yFuptrNg+9n19uKaQJFbTsf9zHeKcp1MP+kEzMG8Io kGp/2L/tDZ/2r7fj5fB63l+LocYOd7xdXi77V9mdDjdn95PcrNq9mW3mk4V1LsCDxEw50lLQ19dL BBHHJ91FEZY+jaeZKEomt5fTecGVhxo5m5dkaSG5u8ha0pAic4nFO90Rku6WNJcYTG8TO4U3XZHg FpfUJYNY0uDB/t7ohJDM3m5SJKljpuavSEZnkylTNelc7zHGJ83oHPrrh+P5Zd+S9YbwHEsFR04p IJUl0KR/TDrDEx5nfxfdWWWzoxmTU0YPXc0C9HSbpOthmq5/c/IMffF/7/4vYvW++/Tqn2/+79H/ jTEH//z6eUCSP/vnvf979X/x3eUMf7rfXvbnEzY031rmwoISPh7pHhZVoUMzgBRMg7QwifFJdwZo YVFMMRcWMsAVm/NbgTHdttKvmy+VTxbrnZC5qBAaSV2LEizReNELi2rLM81NYj0X5dG+kpNz668J bDXapyDoeAFEOTr+wEZw3wONvBz5CcIhP1cQBIkyqrD+IDO0Y3CSsfrz/Xi6HF/BdvrJVOxIb2j7 Kjb/hFmAVbaJg06mRIZJ2yQdQIDvWWrp9uag8ztjAGE8+jRmaQ2pVmLB0kY2KcZJLpb6CoS7v9hS 66f7Fbtsw7jX++Hl9d4wLumGcc/QcYO4pGwCsyw0Dpx89atvA9xleRrATXkIaIOGcUVfgb4Mc0OJ cIWryFjydENum/SMbxsPB7jX2xGb+eMA96fPu+PuU2Da3acfPgP6fvoD8t6wjGyxsbxerruYcS7v 7frMPGyOppldaqxx5K/Xq3tAYAdHtqnydER3iYZsaXQB2CAH+UB3+U1YO5bIvTN9UmgmnZKALOiE tWl1jZ/1gpKsV71ATNwHyq45A2vHu+an/eFyOx1P5+NhC6ytRh8egbXLWoMdBy0gtCAM2GJDGPBy i9DReNFd7Dyqtcvry+uCG6+h2tUVJaoNCbWi4SqJtaL0zAC1JLv1wMGmWQFKm+xzxLTn2+J6ZiAt Cs7h9w83H5YXXyBthmVmd4alaC0eWQwIOJJwKTfr5RGene67dYdou0bLFEQeistEGiZSQR6KQyEP 0VsssoI8Rtl5Ds+Osqa1H4hnA9UGkg3EenHEGng2/hqoNj4Hko0rMf4NJLt/QUo9M6Ov4KMlJPuW NzjIYcproE+qlSkyNGgq0Z3qNwd3gr6l8J5kwpL/esCx4k4uY0PnGd5aU3p4qGBreM+WrLmixwL8 qZp1BcU68nIUS/z3dQJbY7Ha8oRiGfxhzuvtfj4BsMD14hOynD4ZTCYLb08ie0b7sgFO0eTpwwfm m8gg/VeMxRj3kiaLHM+EYGL237Ek7o2zJobo5NHzBI+h/w54IKsB/jUeosVjxNPl8DFYH9Wh/Kmy KGnxGPEMlU/KBShf16DyZJKTjBB6kJwiRwftWMoKnQ3FT24LMjJZkrQYsVIoXKyLGEnb5G6fsvSB ap2hTN7cQuZUUNKJyhRpLHHoFek9FjOeONBWhUOvF5Y9EinLHvuCbTrR6hG7MNNKY98gL7TkBQvU c86iZ7ienW5FD7AAGpXZ2BdpU5SyJy6/Xfcs32sodU+I8DXrHKdL3XM6ouLLsodUrHmKbxrmwZrH SAdWYdVzQvuzFT2H06RLNLOr/h3qG/R7UPlcd5++orV/QgHkl/78ecDnf11r+xxw++OCbtTVZl5A jURZ0/7IaithpvgZqx0BK+9wd4/iR3qX86Yr0Dtle5U5TsMu8oXu+jdq69MfLWV6g7r5J2maX0A+ SGaRB70heTSLRE9/eOsOz6f99fV039/uuKl0LNv/2N+OuBV3PJ5p9ScA0tiQVjPGNYfLsAhuhVxd CU1lUhE1dtx7+Gi1JLv42QyOOOHx+HK+LjjxWumzvJwoymM5LqGWM1wlP5fTvDJGi+4WNFf6zGIj LuiA/WBpQTO1z1PQSBGYJhwZE8nJixkm6MzxTNCitV617UUzKrOdH9dH5c+GXDGWKgCVckXiU0kV 7f1wQewihOB0wc4mm50s8WpJlQ/08qOKic591D7RlY8rUelEjz969lEN3b0yijFxPSqgqIbW66DX 08vZEoFy+4B7xY/0OJbDwqO86rRVQVSxDKIo4eB3RXkaYDHO36iBlhfkcV5l/DqMViBSfi2XEt35 1OY4zyU9EunDk7fVV9BsKYIc/GUNRCgoLMvwQs6zVq925lj7thKI7FWekH+SmsDCu6FAmyCH4E8O FKM2SQYkySBHB+07cYeXLZFH9SMOIpNDz9Fl8DGQizIQTouDSHEYcXQOGuMc0HL0m6NCzEmKg0aT DkWvlA1mx2QSQvLOBGUURYY5tpuAjoLMqDs97ZNBdgxO6zdPIQu6iuLCBw9XkW+uIHZcP93TQBdr Xfc3ID0ZUkxlbNHNVPJRWHukyqCbYPKGyqPXThY/cnvqkt9IW1YObzZeWP7YXdBS/TiZxc/l9fxy b8VPkrbMVvzwMoufw/HliDvPrw83FqEmMy4F0j0eI1vpkxLE4CTDuA/CXePht3wuuEd7vD5c/eBI E+6I/9PnHUqdqIGi+Pnx84Drf/28u6kcwl+X738fsKv7vfoQYw5Fru0uj5ZC0WK0Aqg0G1t3Fw6P E06yQvqmeQncIvJKqj0KniFp+QULIV6PG0HyixnEVQTxDqELV0QirqWnCvZKJC+LUgSietHvKoR+ FQaBlxoKZlgoMTBOSWq1nmvgyUmnQYILrxMDP28R4hXJRMgrmYJMGYhXRD9pEeGVapPZ+2aPHz2A Rw79kdAVvGK7BLehSLe5DSkbaxsK/9TYoCJPqT3bGrXtk7HH9mkhaI0nOzPA7pqye9KcgKPbBDnA O1fGwPBE2XC4qdFeObxyCASiFWYaiF5YtmKTA4cXDkQgyQEOaP2+XIRofMX2VQ0vHDSCq0jPDxkS bEgGH45FNg6tpTn3qeAVCVm3VQglMjjm/HWCLY5CmZqfBIOwsqKCPpVkOMoEbyEz6hrk7ywnOzNV JFZJlhwtOoBp1XuDKp1Od/qGrJS0CRlqyTWOdWat7hw/zlaxyEkbwNI/C6aIBrRpLygpXxOnkGw4 BY1qHMpWk/Yi8k9Dh1Pi8ginzOxHy9WaoVw4GnCKBCJOCTKPpqQEHJwCQWPZkMU6p4gFE4ybZsYj cAqSCXrRefZ6pks7Rgq49/l3gU2iVxv/4nTKJU6nrJy7vuBe5vGyu/ikK626xxPuDDRcVnnAckcl 0nnCEPhESx6pc6GPqnRDSf31CSoZ7QFyweaM7ZPHnqOSJhJhiLnpj0iQQUoEoRLR4flT6zePmPGD ZGJe8AsbBD4JVKLVZ2CHQURqtezMpYFs9W4QcolxU1TyoEUClaRMgiFhEXZRUgahEsn4nEUSlXyP INmy2cAkXrJptwkSQaLtxrWRu01QsfZNqIT8EpVkbs/dhRM4KglbdLeRUz6iksLAQYS+MuJnIsY3 2gozDUSRKlTSOHQMnUNXv+R+12SAQwKlOIeSWHzv4So0glqWq6tQTjrUwFpfIoWitYO3vbx9Qtgn i5yibaKJSsQxB1dLbnEU1Aj2leYnnd0UFXBr2+tELsg/i0rEP61GjQT4TJayM6eoqCQ5SOfkQFJC yQ1Em5ChllxjoJKmM1eoxkuFomORtTqeKUoRToZK7vCXgkqcbKjEHjhroIQU2OOYmM7LXvxqQpIZ MDIuju12RJ7bHKALN1DIITBCOURyZo5tcjQo0j4VUDKzBRmLgCK3vXWG3gNF8PRX3i/GI2Dxea1N AgyA+4e7i0/90fvfqtoblKD9mVdM7yVvUNPCHUXxFY74ZaGR6gBDPJ74liSBQ+SJAh4mmNVVgUNs DhMMlQ7uj4bTRUJriGPu04wLiMevwQpwR0MhXHsGclhBpKzAwWMr1MsJQR43A8GHRCH4cBKVJEmZ gYOLKHPKb9fmzJDQ43sYYsuOom0itxRPqPA6Qg/qQltKOGgk223QI/g16KGEnVtIsOynswlygFeJ xsCQwVD2oEAKlDCHNxG1icWU4KCAj7ozoUdy6Bi6DN03GvTIRcAPDXoYh5JCyNA5aARXIf8Wh6RD bEGPwqHBjLlPBXpomdw3nYRQImOC0XxhyS2OAsUbh+YnwY92Y1DQTboQmQCneeBB7mkz6oPAgxxl ZE2ATkEaNaQLBTK7IHdS/fo+7anvJ+igCXXPJtaauuNw6a58u1WXM5/8LmlAjuuNdyH9TtXFyQY5 LnbrLfsgpMw0BXL41YQcDxfj0INBDsqRGANiwUVEcmaOLXK0pDb3aSbRGYuAHDgifFXd68cfNp1R +9+CFjiphjNqBWDAe+oj7gc7IvB6Rgz6RHP3YcZn4PJ5nCcO/i93PMzYiRlobXmbkbat+w3kC/Wq wUXNFWD4ZQGMh82t/V5+J0QR9hbASEkCYBRJ5szcrs0YXBNWc88dHvkefSc4nwEMrj2jNtYuUmvn 4LJ2t0K9vAYwlh2inBFJUYQowiEEMGxu2z0IMIooTeVzn+bMkADjexhiy75B3Jr7hiVPLFb7Bp9o 0sZBMralLQBjCFjc8AWTc+4UmiBaG/AJ7Nd9b8O/0fBFMgg0oG+MGfrmXnenhi+CQ8KLxqHn6ByU IqzobPhCMsALDV44B/MQja6r0JjgIPcmhyT5DeELyRSKnmzRqCx1DU6WTDSFV+JcJeGFGObYIiLC ccPBeFjSv9M8hSzoKgwLekoXJJI1pZ6HGOIvjCGZRZOnLB1k19tIDlJ6p1bsQbGRy05FyNBLW+NE ba5TfkFKLN+3/kF7EGe5t3HxYzUtHIJuUOPAG3FQqrVCSPoiC9iIy0QbeuNNLa/4Ep6xSK3NUe65 SKREGTz5I/pcD8ZfSIVjstde2hstD85kP1iFqANnbnQ83UDHcdP7E/7+fzrqiBbHH/0zTkziPMi/ 96eER39NTDJ5EvGAw1O31zPUW8TYthk+AUnWbZAoQ34hEEIjyFXlFxov2uwAx8AjqnEzJ64HLnna MRIspFDR8EhnJVyhL2j4e1wjefSOseUR4dP+djjf8TKj9oKi8c2+4/UIi+O225LBeYfv8ScI40Za 4DNf/9e8TSXtUFknOLrdTdVKRXeR1FqG7ZOF6mRB7DnheO7jJ8pnclVLDHVBIaJtnGF/iRz0oOyU S6pO2RLB3KeVJaFgOB5/4UYkEpUhVGXGzPcWD9jnRWu9tmvbeNEMSh4c0nXC1BKV41txy6migtWU imjVaZOKtPyOcHUuKptzlU9zNkm4aoFDoywckh+XcfaAcByAj5fZ5BF3HOM7+TH4ejA+jsHHofr4 VhyYzwP2mc4nsYBHZOIBYY/uFc95PLq9aKx6zIPx2gel9AwNjhbdRffWfdIrDXvR0GUxvsdHErJo xm7wdnxXIdvjwRcJrUXJn1X5iO4W1TyoLG/VlzzC1zsB7344bYJoIZxOP0O4ilIT0BLOCc9yB9ZQ klg7WG0pfQg3C9Yj+oyjZ5FdWqmlzdWU20FcYxCVCQVMkiLF6IHpSsVT+Ypl8L63ITI5cHTQHab2 ScGBkFoyiBSHEUdfhY+BXLZua9354XiB8CTFYcQxnOyN0iGZaIoepgfFCXIsaTvHZE6x4Zng3AnG voFpUf95XJglwbmBdn+CMUseTDVZS+y10XJUVg/jNmPK2Io9uYZoV3Sn/GIrWynkku30HXmDaOPR aycbrfJKr4fajq/RlcNMh9VSETswFnSsafCeznIE82Lv7Qxg5Jo4Wzo/Zrs1SROylUC83Eqg43m/ Pz7ch4PPucVchHw2OESC4lQC7eMwhE6piQwXffDAkU0ZrVccCITI7W7vTBU0s6n+ffReaxWEE/J+ Wn7AE8P/2nVjzcHLC0cPJ1QJN8xz8bk/OAfL9OkESJy6Bncwz8apeNq/5aj0h/DqdACODxrGkUN0 19sDwu4QMzXxuCM4FiqwfAhhQgX0bUIFLRcQmneaQs0B3nZtbmskmi9GgVQb3/t5Pdxut/MdaGGl /tF7P8PuT2CksdZaZEdjPbQWWmlaSy2FFs+viHALbWot6S6QsPRpSC1r7Qwwsz8uuPK7HxOmiFrS kCLTMYp3ugqS7pYEbU2WtFLWYaOw7s/qW3njJcAB+z7wQeGMzsz4zNakc72sgZJmdOpBYV5vNdDW 8Bw5GpGrwjORqqRiDZSOx/GiO6tsdjRj4nC8BCjkevC9n/nWThRAUe5EiVP/rQVQvPdzSwF0A7DC KxdXk7pFwlIBtBzcte5UcIfOh4t0Shu0yAidJ93pfHMkSOer4T1+aD4fpW0bzdwn23w6IbOsS6G5 yHRnjRc4eXNRprlJ1yYX5QG+koa/xW24bcg2EFzWQE5iHyPQPfCxCgLb+pTGthIo+CF9sugRYEy6 e26D05lycwCfVAkc3BBo0EAPwSCHNxFzhDgQJVOEvP+THKIGqjJ038AiWKLkIkRjUugsYXWRQSMo Q2ZRtvmT5ip8OBbZOMyVDe0anCxZ5BRe9YTi84gEOebgOsEWR6FMzU+CQbhJRkkUQElGkEzKHuRd XbNIlGcYR3OUzgwkkyVHi+4qVV9jsVKISKPpG7JS0iZkqCXXyJs/qTNTaI6nCpOORW66+4MfJuh+ 74C04aEofXD/CicJddLkTHJ094eX86zJDMZdbiQa6oCToehJYVjkpDCiJQyHi4z1Pnvn54zX6mHy LHr21023fv4BD9f8Fm+CxZM29j4k/NSBvRY2CPvBA1x74wcP7GHk82UX839w5p04g4GYPF7sLo7C Jw3AvBF0yyMyf46vFvBDEFFAcZzOolR3eOSwaxHHS5z0B3b7iziBdKs4M/i27PRzW2GUPL8Kc8DB 0b3P9SvAPVhhDtFar5CuaAsINwf5xPW1QynL4VnwVpMnMG3aQ9BE8wuaiO4CtFih2WjOHglNPEA/ OEC27DjKuNpyIuEmNDF1xNOJjk2SjNVvAScDU3iCk0zpSsc5hbf5uik0xPGgP0/s21ZhEbRYaLxo E7Pf2yCGww2JlXgi59X4jkfXJMnNL5Wl3U/fKbnGtedywHFxjCXVIYcX1g16aHJwvHiGyrWlt829 fYLDdUztnoO/YT31RVIsNVp0TLHiNravEX3Ed9JtxIJQRVHCwSK7NRSA0q2hN6L5zdjIQYtpjB8y c7qyaTBJOTEQlZs8ON5peL/x6LWTutRKqUtx0GjRsVQ24rBUteTaJ9Ol92rPV/ya0tVRGQGK0w2w oD18TMAynEXaFKVXG5cTsMSrTOo+tfCbUUU4iATFGGyRSAlTKJJoycDhJB1DtQw49wlTjAs24+G9 2vMFPyfEJhOk2s/Blple7T80bPJbnJTFu00CtvBmpj+yNOrQorOBn/IBUCkzwuArPwT1gT0gAQx5 gXxRXkBaKrd4MGAjmm6gwym8LqCy2Q0MPUWLovQa0w/UiAu/sKwZ8EVCqNcoOtz/QfyaTJobTIyy 2Gu0SHj8p9OK8+f6Ax4EXFEcZHjTKKK13oAr09gUjIlxCVc2W6XIh8hJEEJXUVNIVhHdpIo91Wmm tbmgbNdmwtMntcZcBsvSO/G+Wz+FuT53H6Vt7T40knYfkuGT20BLpPEGWpTWtTlJ46MZbYocYmVm AS2NBfcvipXji5ja81IMzwFtjxPAkBg5vvJQHvFyt4EW5wln0J6YPDS+8uj2SdsD/e5y7rVBQy6t ReMLj7a5z32Cw3VMG2iRvrTRkmWO7qbYBlpCzOY2ZEEjKmroNiLDbQi8EI9TCGaRqd6Cs2ygJRVD ECOmMb7PF71Ri8EopgyWPOrGMAItWulEed5lEQfpUnQslYW1pZ5SQ+VLrQhaLier51qEBN1AyxnZ oIAWkTZFAS1x+W3QUgSZOfYrFEKREqQ4nTeYz5KBw0m+F7Sc8cbQd4MWHKu19gqRzB8+D0b9jIuA MmNA4/obAZqT1WnH3bkI02+da0eZHt06wxhL/pH4RA4iN6U15OayRowf0jryEPGJcW/imXUPSWiR QhG/pFBBN6Gi/eL00zsn2y/FKB/23q8aqu2IfAZt4hCuPyPfaKxPdK4fMWLtGtFplO76FM88ddjy rFyS+EVSsSkjKYR/REe+mtz0Le2YVTzjdvlVNGEiAefG5CSsoo2JTqqNiWSsfhue0QTap5Txk9YU BIxlihxiVWjBM41F4JnxBiDaxBQ+STE8J7TtTzlB38nxVQ7lEa+G2/boPKGs3B75nTFPlwPua00Y ySG311qChlziofFFjjkE0K4VPBOCZeOgzRF7MFmmCN0U2/BMiNnchizoNooSuo3IcJuNeEYzjA0i WkyFZ0S7smUwF6sYjGLKYPqODOY0c26vnaZLsiC8EQeNFh1LVVnbCrz2CeYinjmj4VDxTNANzwDA oTHCu0Z40TVJm6LgmbjcDsyh9YanKx79XWR4nTVhJJLwjEQSfby93A1icTjJ9+IZnE9Gt8nvHWGL 39yE+Wn1rtGwfLLcfib7dMRPz53LzD14qU2fAb/KXc9hPwpexscwDMbwmuP4aK5I9emT7h3wBvq0 zG9xYM0Yp+mzJlF3vR2Xe84dBF6aUAQrKVTQ8geNd5pCtRJ/7tPcNknwUoxi7rDtZ7IP5/3ttEdD beW0HG6BHC54S1+YfWUbfvxATe1ghVKQfZAGLfWnkkijQ+5BJKWJjtzxZAcLN7Xxc6TzR8sWO1jN Eec+uXMGKA0RtSRASi2BS2rOGeNFd0sqICk9wvQ27s5KL/vL8pLGJ4TwG/YfeFou82Kme8aBaK1X oFc0c3Welovr7bTc1ugctUp5yEnRKRCrbC06HY/jRXdWQYhN4eycVfJOYolPyPXgabl4aCh+RwOx mmfm4oRcfXQoxuzLr2Q/8quCy6n9jWcCx9m6qb7exHVVWueI9YJUKzoDhKoX3am+BUQxwqrq16J8 8fef5mK7XbMo74Rsi3Khkc21KHm1xoteWFRb3vqhOY/zlWz8/Zq8geIS3QoWCt0y6IVuScbqtxVF mkAVjmBj0poiiiIFtE2RQ6zLVYqixiKKIn0nxxcxewxt6dweH2qNEGGNxqPn6XIQj+RSWLA4DWdJ jM15xzydR/1Oe4Qoa/9Iq5BLPDS+rKUVQHOf4NXKzSFYAnnpS0CeLHN0N8W2oijEbG5DFnQbRQnd RmS4zcaiSDOkATmFaDENo/e1Qm+AVhSNlZs8KuAkluu103SZyvMCUxw0WnQsdVuT17rax9LkDTqL ohM84dSKoiRtilYU8fI3avJKJBVBEol0ygDRUEOJfGdRdMIzFXpWwFDw1jvT7OD+xEN0rURauzd9 f3m9nS4Qvc25XA7tshx6DnGN26a2wcYhugDRLG/kB/JGp7MckpZV9iRNR9C9aV5/uJc7FoqwNoUK ZC9PINJPIYhgk44AeA7ZrxplEdk/WqO+0WCHa1tvVpGQAU6jkM71BgweklZ0Eh7z+rSXu+t/WWLS YUYg1POWhC0pFbGYrELYklIQtgT9dJEqGJx2+eXvTUeezf3HSaxP+w+NpP2HZPjkNtiiCYQplNiT 1hQBW2QAmyKHWPeqwJbGIiCGvpPji5j9LtdgS/IY5wj8wW5NiafLoTHeRWu7oPMosEXf0a4p2nkQ hsS8tgvGvWnJETR2X8ouKCQ6VD69m9sATIEtIVhutW2O2Go5RYpQ1IVYXX742XJs5wnNbcgi3Caj JgYn2a0B8ThdjRUUtuKSL9KAnIJ0Mo3xfb7oDVAMJh5hjMYjDBz0CLaEAZouySIgYHIYZ7FY6qZe 7gmT45YspIyVk26w5eI/b61e7kmkTVFgS1z+Nr3cFEkwJUTMe9OnG56jMCRF2ELyvbAFhxUBgh7u 5f6VeCWeAFh/2Plwwqsnb6fdyef64MJRndpWMLdP7ukOV1LZ9NqgLa3QK2Vw83x0bycO0F8PuGJv lGEzf3yT840mRTRSi1AOV4pQQcsDBFdEh+NPu0KtU4SVL3TtOqMAt27r3h5f8aqn0x13AVbat3rY uZti7gjlu9q3jAvbZUZaIn29RNxIa6I7rZWGziat4ejR6fxR7dtTiKglDaTNO2OJzTsd53be2cSf +bTSvj3h9SCLS/q+7dsMBGV4pULRuf7Aud36kZ7VvuX1b9S+bVIFbiWd7bZM0MKts+G52dESt5YM jSrnwfZtPraMxm00a+P9T3F9+raneCNUvPkpRub7opbvz53ueIPGGWV+RPpcWHyLJm4ouDVxU+Eq HBTZMoDoLtJbl7OYYi4/pgHWYv3dTdyM9W4R2IlEN193sN75+kyEt+WtNnEj2j94L16BtSZch1QF axMPEtYq9DlYZJh0UzVEvNiwHpKGt6TG2G80o02hIf6VVg0lBBUwllgaLzp4eHXTxMAf0cRtPJze ZToZ83QeHBOiYyn4gFuVwaNVQ43HiKfzqN9pTdyUI5Lr0HhwPFj5w7DGY65+aNdgU2VoF9RCFfck gPycBHYlKZYaLTqmWHGbVg1RzHQbsaARFTV0G5HdGt6ohnKGsUFEi2kYfegiUzgyxGoGk5gyYPLA H9A+DB59NZRyTJTnqhUH6VJ0LHVTE/d0Odid2xYhQbdqCGdH4W1ZDYm0KUo1FJe/TRM3RVI1JJFE SwZ4ljVxSb63GsJLGoH2WzU0fSi6HjSxziper/g7q4VwChcv4P/tazwOnWdy/XnpwR6RXt4+D7hB ez8CGJ/K9AiV2WeN3v1GvreadCp45BJyTKdbgST9WzBYgeQ0Hdd8orvO4y3P/yYvC6T0U+HgFCpw cRMqcHEV6vG9kpMWo/zCZ3MzKDLWbf2GFaKxpSjw7QH936QVqOrnhp6m/dxx2brc+i/31ptUxMVu JZOKdFol+r+dVI9bJWGZ2+VXgWAi5eZW5CTWr62ITqqtiGTk520IRhMIXijHJ60pCBHLFDnEGloF wTQWgU6UX3N8x4NjvCmGbcJzQtvwtNk1Hj1PW2qOEQ+iCykrN0TOm+OrHPU7BcFoLREGkEs8NL7w aGhl7lNBMCFYIpg2R+y6ZKnI05Rh1W0IJr7T3IYs6TaKGrqNyJhg223ojMxELFIMkjYa7hmJYfQh 6c5g/p2GYLRSGUyCyWBOcyPotdN0mcpzXYqDRouOpW7r557wmwsVwQTdEAzavKcGYEjZBAW/+NVv 1MyVPAlXXL7WzMWJVsibzVyS74UvR9wYfhq+/K94wIhgBs8Zrd2BxsNEr+ZBZcYlxPLhb8gTApEL ELGkC5Cm0QVMRj7QXe77uQ+/zVSdRjmB2nZOIzREywk0XnQ4/pP9XLcIt8XN/dwT3lt3x4nc86Z+ bp1iDqa+r58bWrBdJkCdtCIaWAcv+7XQDpAnutNa6e00iDHX5RGTa0bOxI8Xb9q3OwtznzBbL6KW NJwkspaUrhkrKq7ZhJ/79PMPkx/V0JR4K6B+2WPORNMzek/8pMbyXQ0/GYLd10Eo4zLTO1OhaC2e w8vivY6ol0ed3McDUwhUIgmhGl0Qa7ocx4vuXKx02ppt5lwsEWuNm4VO7kx5ybf352Faf2//Dq+x iF5t7edG33Z6NDeuILaXi9B8e3+k9BVc/WR0d6oEFKDqpVrRGRocL7pT/eboTtXjdR7aGfv4Xnvq dS6q2zWL7ypkaUxLaC0qXTzweXHx5jkzn2bv1uSSHovwp85+bcOxgdcSxwq+Cccy3IVjSYY9Wf7A ntNCCPoVC28/IX1CcTimkDA1aU1h6gWKLVPkkGQxRr6k+Z0cbzRRrNCz1tkhXduIxoBD6LrJoZdc UvSGpqWsRNOSY8TT1BVjhNINTftxllRH0uLB8qfqY6boKW1QqDyZUGFsOkpOkZwiRwdN/LriNqXv L3QkI5MlSYsR6J9e00XM9AhLW5UFpbzEGZrXmImbW8ic5KnhZYreoMVYXKWMJQ49wDRT9XrJwkeW oBbt+7br0I5FAmSZ9d4LtGTt4v3B7tkqMgbSWfbYQg4qe9xPjTIBW9kTY0Zd25mddV0euJq1YSWP yh6nsUTSkidGi4pU8CDcNRb+SigcRcDPQsaDVNhU99tatnybwk94W6W9R6EUPcOX3+3+9osrCPil vrT/eMZJ/tsRcYgZ525yjjbv4T0PIY7VjSitRylZ80jfpsrmD5mSpGEWNyQ9SkuPNi5/myO36QEJ bd1DTSJH800ih7oiOxfYvLsHdl8zxyJ0t+U/8i6oMIcbYfndCbn4jGgunrRWa/kD71QQqXiMywzT aXP2qcO2TSTirfCYbM5KBiIZks/1IZyHvQaqWOTDOubb9hhPqYlMmGB9h2m5UlsMbRWuOIUjDaI0 YBLscXY9cAn5J0mO2tHKBDnE2lLaopA+Y0PIHYrfyNEdhwAuIUJiEIng+aCtcczRFmm29pxBGeCU dktZHETGnAlg5D/OQWOCQ3q9kWVb0yo02mhCq7Zxz30qcITLLBunz4D+YVtkzl/UtHq2toCR2Kia p5BFmE5BEp4iKhxlBYx4EQzBDbJmoiY2lBppGPGkpUU2M2mVDYwkh1CrvmL/h1VFGodeL1/9aWDc kxeD0Km+MEpVsciVQ5V+R97ByPF+tzuBAiMQwekGRm5X+zvvIu+OIm2KAkficuKRGSSy3HYwg0Id QCIpTCIPE6YgEc3O4SJjvU9jkdsdDtmwyH0TGPkPhj4Ou09/9ddS/p8g8Eqn81v3jfEDbrcrXklx tGnXAcn7bxuPtW57Ia856PbbwKn2dEP5AN1SehYicZrJoEKSGCdMsuH1GOjG6E6Bi0N4IZcU+khx Ao00cWK86M4NHsUjK9b4ZngkNF9skMuPO7PeektrZFBz+aK1XAES0QpJIZK4npBkgzmKZGaO6JM0 eQKMkG5gRPNrvNO5VTwYlQ2ONIP8snAkcqw2GWXcgCOpC20yNFV44iY4QvaCI+Kfewo5ak8rE+QQ KxcTjjgDaD/3KH4jR3ccHI5QBGGLFCHgSK5xzNEWaWNz48ptLjlol4s5BUeSo3PQmFiFnBx8repN UqvQaKPTx1a2cwusZKIp7AamZPSNFJJxghxLOiy5CbcGDzQUR7YiqTChq4iMCVZWUAAJpSy2lloC oOTuLGPXScJUWmmxlXhQtfqOTCvaBO20kwcFi/Jcs/qGRouOpa70SAoswa8yofVrK3Uodgy6wRL8 JjX+nrBEpE1RYElcXoMl44rddqT2YxNQicESCSNY4jS8T7Rm53CRsd4HE6DxiBaJHYR+HJbYs8iA Jf+E/8Xrso2y908ehk/WPwlq+ZaC/crh/npBgNj8C/jkm+2Ib1To0TBJ/adLunNYeyKyjxQe+GSw Hyx355A3CLfE9RV8MvYG2xCbN/AuXRGHeCTFCVrTa7zTmawe9Idkktb4sO1wJTIrPlE0ZHjb8rE8 0bl8uDJuJU6t0V2fxSfbfnqF+CTlIT4JWvikeYPwieR7KjwbPinhue1eLRLTagNrWjRt23Yivea2 4yTMoW2HD1Jp2yEZi9+CUAbuKiUXsyTM3Kwp/EbZEU+Q+SOPNkUOsa+0g2xlowoEou/k+I4Hx/i0 EIO4RNuKskDj0fN0OZgppCvDyOibhBxQVtKcd8zTedTvYGuSv0uOoKEu8dD4spa5hkm7VrBKWFH3 IFJfLPs1RYrQTbHiNr7D+m++UMzmNmRBt1GQ0G1EhtsQrSA7TnGL13Hcs52l+U1vENFiGkZvgdoZ TDxGypTBkkfdCphre+00XXKl1KU4aLToWKrK01aptU9YKrRl8Peq43ZEK0E3tHLGPpVoZTiKtCkK WonLiVae/DEBKMowi0RKjMLje6IlA4eTfK6HbDwCs+DAZXcUf2MvxfomaqX8KUAKfqjZsIp3WYYA MP7KbIzDtTX8coUwB9zwKbIgVsu5/LXTA6sZerGELoVz5x4JPOQf8lIaQ2lGxojxUwcRnxgnAPOk gySiSKEIW1KooJtQ0WZxmqE1c+6hnKxBYCw8uFyN8nE4Ztz1am2mimMUIRn4tn6sT3SuH+5tOEa0 olZ9lrieOCatMj6X/5ZUsXumVEQzTptUpCWF0IzoSFePgkudSwm7rJwfmh49+yg4E/k39yUnsX7t S3RS7UskY/Xb4IwmENZQwk9aU1SDxA34HGIFRoEzjUXsdGHElv9Fm5j97tfgTPIY5wjunh0PjenP 5QfUhrJyd+RSlGc6HnBrg0BSh9xecgSNXVk8NL5T+RQANFBQ4IwzbQ2DNoc3DDRFitBNsQ3OBI/m NmRBt1GU0G1EhttshDOaIQ0oxdBAYio4I9qNLoP5d2D0kTJF6zsymNMwqPHotZNwpinPdSkOGi06 lsoSz+vamVvihDPnPIQTQC7o5s54JKydyz+SsgkKmPGrxDL+jo2ZzXO93IaKDMhImAQuPHIkGsz9 ZDGHk3wvkMGhHx09hLL2+41Ahqjl/wV4YS/GHjG8WUtmsJYMmzAc+ZPfPvrjKqKxl7XjN1eOVaYO 0IyOsDz0Hu3xLjW2Sd8QSyAiD6Ffu5Es8ZCmT2j4yEW6y4FmJi6yrQXAwyTyEZ1XSYdFvN/Ow1E+ IugjOoLi0U2Tk7o5WoNu0ztY4M03PDm6Xzuxj+R4e73Q3Ctb8tKR3mULRis50FyowLafQHtSiWic m6oH9o+iO5UhNKbKW0F/dm740ZaiteBaqmqf2m+g0B4hoVY0pMRaUfpkKKD45Nwq2rXl8/pHnAFc Ws/My1dwQu2J8/rLi3dzIu05OGVAZtpnlhStxXN4WbzlbEFZv0wkC4c436c9qbeMwaacIjJhq8mD BCE63Y3jRXfuVUqKao5pcZEwdhyTp0338n8Tb8GOt2bnq1NwZP9Y3osdx/RvXqnGsX69O9tq13hN y7bD+pHIv31kd6oEPmDFINWKViSrghDdqX5zZKfql2J7rdp+O7a5JpfR8CPXJJlFp3sHZi/u3Rxn 5pNF0KRSzRU9Ft0fd1aflWdiW0E6YVuGurAtyTAnSyKYc1ocYfFi4f0ppE72rzRD0prC1Iv2RJki hySLKIEaC9L8To43mshWiDq+Yxk87uskD9HJo+eJpea95eSBTGflTfIQLR4jnqauQOFqvxjC9rP6 ySNp8RjxDJVPSiIoX9dKSSRB2YaUnCI5xWhKwtqVksg6HJ0nNLchS9rcYgT659guYiRtk7t9AvvO hHnyoLmFzKmgpFOVKdLALhIM3ivSXwVmxhOHHlWamnu9ZDEkz6QW7fu26dCORYLWppv7FJFhnV0c N65n9UlnKXTAzab7Ne9DJ2kitmKIl2s1NLOxrveHoCGrhiSPqh+nsUTSh9c4NxGjRYVfTpFay4hY 8DgPGoto6uLMYTmrf8A7rL/YoYrSUR0XIHi/yn9Elxb7Il41GW9XwWe8cBL//vx5uHgnN66vdXIR 5TAk/G356P43uxP9xtks3omW+uXAQWfdk/aPCmdIWv7AyofXF0qfTT/orVKmSRQ4vknktFyAw0k+ Vx1rymKOeFZ5eMsfPu1P1yMeVMbzimuVD25rXfZ2FL143JyfLVU+yxFUKp9QgcoEBE5EDKuEA96K ZwePpC+SXQRtxkZRmByQvQDR44DpeDmL/juXlto1z8Jex4TAWs6Q8kdZlw6o9ShfdQuaw9mz0IgL wjsSFxc0U/c8hYx0TLWtOT/VukfunymeZ8BJt/UjnUHmpBmQeukkr9fSZ6Zftexf2HXBiuCTW0Zi U4kU2DUdLoaL7Ayy2cMSq45icqbuGeNw5OjfXD0jZ+2SDynH9aiE4q9R98QjyfV1k/nd5TyeDykv 5nGK9nhYx+0cVzvDGu8Fx7uRzxnWIhXWVPpcWG+OAil9NbDHcTB8+Zd4Qi3d2DprE4+ywK4yZsmj wI4FtZ1FozcHtulsvNc7E3sI6OChvVKafr/7QA7WErwSyQm7MqQEXklGDE0LnVb8YO3OYghoibTZ g9MkNUEN6f4eEOULsEt+tm9EaZLbsPgXEXOMtdEtc0e1E+g0C5nGoedoi+y+Ag5IbhUui7Q5gQ1z dJVBY0KGTJ9GFsDMb6gwkkyh6DfKhI5nInSuUgCdE+TYIiIS9vIb9rPMgeb9O81TyCJcJRN+uEqS CyvoS7XeG8xZelOQTqYcHzQU35mKUqatKCbpxiO8IWnwwI3yqEO10ony7M5PfoOjk46lbrrzc7id Xl7bqdsgzan9PtABt5rwWBQP3Q5J2gSl2IlR5RjLef63UseNTei+HLaEf6LekUAqb1y+Vu1IIA4W +afBXnr6bL1zuOKRYeE1f+PH5U2AOy548FQQ7visH1TBz8zd9tipfLoPTrlvdW2jvJG2mTCcbPkj 7W1uj1M+Scv+/fV2SoX2f/ROU8BbeaTwrDnoj0iSUd3I4oK3osPnH/SAZGL2/4UNAo92uBrxmCEN EgYRqdVaDrHRotMg3fVyQuU5ixCX0CJCVhGSibskg3CJ6OcsklDrewTJlu1GaVbbTWRZ2ETbjfsn u2rKn7H2LbiE7P1oSeRc4TrlYGbAfjqbIAd4R0qbVQGKsXlJphweAgcH3964cSQw0UYiZNI4cHjh 0G1eCUzEQUBlnFi4JpcBLgsokzLI1aWGpGNSAhOJFIrehkvKFG379OAKMiYYzRcTbHEUKN44ND8J frSbooKoROSC/LOoRPwThFAjNLNYys6kvfNT87vt9tI5OZBMDjSqaBMy1JJrDEAiK5DSeKlQdCxy UvrY9s9yKFA62q+HK7yh4BEnGx7BXSD8mAnxyM7ym5O2/Rc8Epdr8/Wh0t66DdCIgRFKIzBCaUSi 93w2dMTBImO53IqwyOmmNFOQGQ9vvh4ueM10BSNY4bjbNlPZ/yccPcEbUgBDrrtPOFGLcydxBedN cAVd2YAnGINng/BXvFIF/6I3u1zHH/AS0f3x9bjrZBo3tLLu/S4/6C6TyKPlIHRZeYSQCWkPAr/v TSQT1x9rx7byvTYX6SKJT8x/rQILuCKfENIQ/ZSPiMnYQ/aHNz3k0x5pYX+6GDDf8FtA1eCzp3af 6tzgkdeAeKEF229GWiJtJxEssDRe9Lu0hpMCeBXqRzVlQ0QtaThIZC2xOWaoQHS3pLkaZq0tizvw i0vKsHzvD4tOOlaZtktbVmGZqT/CQKRWK9wq2lbvYYn0Z3g2rtem7MO3zRKGxkYi0Gphans9m4WK Q40W/aY51ptpHpksJLyQfOQ0Sn11pDqxA+6f6bPdS6vnVqITG//md5ezeXZlI7hXyp3Hgzs8Idqy Cu6xqkVnZLC6EN2pfuu22fqYi+E93izr677SlVtuL5+wTcs/XMh2HCXDW4uSQ2u86G5RLbzL8maw QFvUhgB/9ytDJtgWwh1xV+6OVgWE6wBrgltBO6HbCHeNDQprB6ttRVDwQ/ocNZ6SjvDtpzPl5gDv VBmDqFEkYNIhUwxHJytFHH3DMrh3Z7O2TlocOIGTHbrORSCbWUmTMogmB00QpK/CR6jBludQkoPy qNBOzzCcbFIEQfm6BjsmCypqgtm9COIEOZgientt4ijw5xlHsa80PwkGtJtHhZXO/kBig++wY5N1 7pNFojwj+Idd05Ays+JOo0W7kqveYedOiTqBkkLJ7JVDpxY1uOVLVKjWqLH1+9bvbOdZ26c82Qo9 WRF0xPnva1ZBA+ksgwBbb/gFy1YIlQu20FYK5R9qMTSzpa5LBUVZMSSpVP44DWuKRrPaZeJwkeGd 0yKoFUYzKdB4RDmEnyU9H8uWOlMOzRxGYTn0f3EQH1UOIC+qn//8Ge+4R1U0xJsk8e9sVbS8gx7w 24v4Oc0bXkloQgFLfuSPVL/hKubx1pOVVdJfzXdgFdLpAeY9/o1yRc4y/guGXPGOuefOAxPjN7kC 48tbBIjlHsL4op9yl2QycpaZymjsLJ9w/gRKxGmVtcLoijMjl+OFln8COy1HWC0mQwm2B4XSpBTS OLmCKs6DjCsuV6C4AitadLVPM3EmxeE0AR7hnymO3kBPy8sy7DAS0pqcsbAiNq8Ur+S3ypUFnyjL XV4akv7Bk+XM4povvBtFTaIVwpWbW1n4MLPn7uB0NvjLmvkNXUFEZ7QiOWJ70F+8atrjrb4WrjON rrGJxoIFale4JqCVYCyY0hOJ2p2mUM3D5j7NmSa7/DWRPlAwxXGVOJyCsMUxlvilVPt3+BTFUJRN UTBNj7fgW8uJ/oTmM35q48OiveoQ27x0Lh2TrkES3yhXnov21PsHxXsvZquXiuBcXHov9qX4Vrny XLxrcd8p4idwGIE1hcMB/xIPCw0KEDPKBIhJxu3sbZWTJhgj3qSNJwJ1NKOpOId4Gx3JmbWThEya YsX4BkeDR5RDKQZBdvIQnTw4nmI5D42RHEhwVj8lD9HiofGkwWME31sFJR7jhCv0H3kvkmtWHrCk Kqf2CXksmVDQCvnRrhRJsWJ0ry5zkfMrNvFSO826jfNobmNkGrFESjhOuWD6bDLPffJ92W41SrJi eEpOwxe2dJVypTOciwc+Y0MFXb41RaXGJ/Uaq0bH2YtR2SbIwoXjy5VYtm4nZVvH9rrxLSYEwt1B lK3bb7nmlaywcCfv0lVYulC2YXwLtZr+gL3i+nK3KsneRv/TH8avAV/vokJPqLBSjq+qqfJKVlk5 n247lQvvOwWDs9jo+QBcOlCC5vaHjbUWXuaC8gq/oYoGJU7AoLCKm07x+Y+fB5RgePoZ/66fjznj ztflftr1ksA7yoMHa3jU6l7soWiJx78XvOPxdt3drv6/JZsUH+m8RUVRcZfIO8UodGfZAN7Bb+kK soK5Zrn1lH+B96LIWveXZdn8LkJKAlcOYJ1XIElc0Xwum39LVyjbHGZr1+bQW1R4stJKMfQtzo4q fptt2idLZQgdA8PNSkoOvIJ180pZN79VrqSVgl/+hfci3EwzjZPlsPb6h8imCBdwWuKacHElJ0w8 VK5EdltvoUx/Ykx4SIaaK+9aBfTu3/9b2disxB3tVNraSg6HUnCOW6qBd/Ir0p6HEiJiEy5Kvi3L t64ZgUydajy3qVzbg75orBy9JPOId/xsTWGlb3ViT75pEet95srLr/S8Yr4Rr9E3wWu60fqVjtck e/kaR99M5FTkivjpePFbvVxzaKNdgw8oNKlQqw98p+/msq2/qFPfGU81cTd4xgR+J590t8YGf4O7 lSgLd9MFhKbpp7+YjW2NMi8NPkASbM3wK3mBz1695bbeE0++EjgvcKLhlnwlW7vgAvfLSvcvjOj+ ldN4DcapmW7uk+XeHj5Ze4fx0bTMK5PZq+Jjsol+Sqi3yZJRTpZXFIy7srDpUm2ysVDgFcFRefFK 0258qxpgm5ZGcYfJ+uixnTmuzEzfgOiClmAmac4eSRqtIyerrDlZWdlkrQYlx0Jlaii8tLUWXmPu dP9pQdW8qqQGeU6mBl1geTXMTN7rSCLpqjh1X0SSqYbUd9oytmhb+UycM5/pArJDJLjikfNT/f7/ AxEDB+UKZW5kc3RyZWFtCmVuZG9iagoxNiAwIG9iagoxNDg1MAplbmRvYmoKMTQgMCBvYmoKPDwg L1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAvUmVzb3VyY2VzIDE3IDAgUiAvQ29udGVudHMgMTUg MCBSIC9NZWRpYUJveApbMCAwIDYxMiA3OTJdID4+CmVuZG9iagoxNyAwIG9iago8PCAvUHJvY1Nl dCBbIC9QREYgL1RleHQgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSID4+IC9Gb250IDw8IC9U VDEuMCA4IDAgUgovVFQzLjAgMTEgMCBSID4+ID4+CmVuZG9iagoxOSAwIG9iago8PCAvTGVuZ3Ro IDIwIDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAHNfcmuLMmR3T6/IpfvgdBl zsOyu9GbbkESW0/QQtCiWCySLdXQZJFoUF+vY3bsmJvHlJF561Y1CriVFs/D3NwG92PmHhF/2v5m +6ftfv92OcTf8+32dr1srxf/35+/2f7P7ffbX//Dj/vt1z9ud2/3y+m6O98Hv26Xw/W8+fHr7e38 dr1tr/v72+mw/W572B3eLmBG+lvRl9vh7X7afhvNk/zj9vcuD7nE5f3+8na7bY+Xt9P1fr9tnhFp C5Huu7dzEWl/v9pgKdLm263o3fVtf4NI0VykibR725/uu/39MvkLXfwJ/3A4bXf2n/0wHpAVA9/d 0fnm6++2f/8F/7TbHw7bL19vT3tvG//78t3211++7N922/32y++3/2v76b/88Hl72H768+ftZfvp 3z9v/xOIrz5vj9tPf/u8+d/bL/+0/ccvrqi+2/3h9nbenTBY73bLbmc726CzT9vP2y//h+ze6wkb 8w73BFP7YXeE2mR6uMLtXlwDrkA6bR/tScMu8oXu+vZ2ebuc0he2j31hKNTNHLP55+30dk0hTSjS sv5hx/ZOh1BPe0MyMV+gUSDVbr+DuR/4wqfD4bjfnS/HYqahsx0uh7fr/dz72pTRj/KwavSHEZ3S e3yYHQcqIn25nxk/0T7pLoAw7nEoTQRQMrm+HU8zfrypQbN6SHRNt2qIqCFtUuQYYnFNttes1Q1p ak6wmXBkJrrSBXPb7JC6eYBD2nikvzc0IWSEpol2wPx0yFn5O0xHJ5MpZ+mg2/jZPukIzU3wiev7 w+lt1+bpFbE5lOr8dk4pIJVNYkl/m3TGJjzO/l10Z5XVjmZMjvd7P2VadB6vo+jcjGfqX50+b0/b T1f/iyC9bT8d/Df/Hv333v/u/O/Z/14+b3AX/xV3zU/pxytMcxiINwxui4Tng9sjodOhdL5JnYYN WmSwfdKdzldHgnR+wVK8OhY2WqYWZ6wyqAzv4SBIb9KdDzGo1eFtnYzCOwflAR5L/tBSEwG+Yu0d Q57DGYDk4GjjvLvfdsAeb4f4BeEwJVfIA4kykLCIkczhs3GSNOnpdjie4Xe7t/Evm0Ec123aOorF PkEVQJQt2qCTaeDApK2TDhBsMAtjlunWYtJ5zxAwGI9+5rKZDLOrxMKUYWSTYjivcaj3/RWYFojs bfSrIdrLbf92vzVEG3RDtBegm4JoRVoXNnlD58DFF14ORLs/vB0w9dzH5h0JUoSD9qEYmDdFCgRL uiHa6EyINkmOerwMt6V5wr2tS0e0l+sBS3hFtPfRPLkdz5P/9TugWOBXoFhMfN+XKW8zjKT9AX1B RVt2NbP6T0TSa0vlsvUTfcr8Qq1ONxQre6u96LD/pr9OFCv7T6yUj4QKPJJCOSRrPhmQTEIITYnu PGD1Shn4xe0/Y5RZSPYsfuH4Ido4Emz2gTcCv2QAZFyHUURrvGy/6SLAJBIftgv88oRVinwulU+z TSril7SKlqEmFds7/XJukcuO7LJBpvmLLjsxYX/XrTNl2QkjadkJkj55ud5OR2SNu7fxL6jYVy4t 3FgxWF1oK4RodVENwoyyu8UWndFCFQtXsMj2Rcz+HksfLLOVWG1O4JJRFsPKQ/OIF0Jy8eNQoKxY DNN5cvGrPLoFMmF8qoNhALk0FrUvPKbW93YNKlcsOTiCwkZLKlfYYJmtuy4W0IqvsI5WMm4ET4JF kIqacBuRdJvAKIjHBbTS5os0YHQhWkxp9H6+6A1QDCYeodzkEQZ2OqK7107TZbAI1YqDWovmUKP+ ZlNPqcRl1UU4A8W7ilasmGfFLbnz+WKIMOpvm4tI66KgFV4eoJWJ1aoI4sVBFy5FgmIMrVCE71Rv CzrrbylDNA+RNhz1y2jlfLNCoxfCINUOWHkNWvlvX33/lQEWVN8AWOazs/0RE9XtcN5evJ8PBv3V 4K0Im3o2L8bUmYqWx7ribUoJj5Sx1V60jN9fH0GVzep6cC21yPoqrTShCF0khKCK6JfMn0zM+L+w UeDOBlU0/gxqC0gYRbTGK0giOo0SfHh9DFWetEpkvClVQBVZRVBFUihDFv2aVRKq/BzBsrDmmF92 y0hCFU3WWnNi1lTjIDn6MUBpoKVBFU7ehjN8IyQhaNLqIrBg6SKbWGZZoIrWg1y14p5s3/EgnEkx AqokD61SySPaVx5q4xluW/mcR4EqdKY2z4g2dQnOSA65veQgjRVXcsDdkU4nTZWPF/e24BeoQsFy eW19OFRRFylCGaoVUWYLKwWqkEdzm2ARbqMoCbcR2Y3hEVRRD2Mj00BiSqP3K7gm+uQxUKaMkTzq wjCAKuIhbBIjDVIcpEvRHGrkboYGRvksI8RKImd4foUqpBtUOR3t3xOqiLQuClTh5YQqEyBlKEIR C8JARQZSJIxKKhJGtHqP5kG+F6ScUBx6BaRgf9BKKn/461d/W0YpKLOiVLe9eEcfvSAOFd3XrhJd yOxyPqMLSpGm1V607N5fF0qpdt9wv/qROCylyPDCJzI86c1F3QtaiKanPwlPk4nZ/Rc2BzzZ8InG n5Ec5hCt8QqfiE5zBB9eT3zyvD0CmaQ8gUxkD9Xu1b+QiejX7JHI5OcIkIUlpiATTqW5xDiJ8NAS 49EDkqmztMPRr0Mm6kCwQXN30uoC/8dKXLvIJpZFFmTSWMQiFSyyfdAmpha2FMPngbaQaRFTv9m+ 8tDc4dlsQybOsyCT5KH2lQcc15CG5JDDayykIZfGovaFR0MhU78KMqFgiUxaH45M1EWK0HWx4DYF mZBHc5tgEW6jKAm3EUm3WVlEUQ9Dg4gWUxq9zZxu9M4AxWAD5SaPaO/0AJlIDkGRYBGkOEiXojnU dUWUEyB7OcR0Id2QCZL/Y0EmIq2Lgkx4OZEJt3zqvDhzrsrwSTtNA68zfCKREo+4iK2IIhmieZDv xSdHHDApB1fWFlG+IT756yI22aNogeMtF+/jo9fCYaHKoEnTsXmwFVCkZE1BThdoIiWrvWgZvr8u aJKGfzJVj22XJhQLJk0o0hJC2EI0Hf5FgPIfwShwZQMoGn8GtHk+jCJa4xVAEZ1GCT68ngDlVasE TEmpAqbIKiqgSArBFNGvWSVhys9hl4X1psAUzqu53mii1noT05PWmyA5+nUwRR0IQ2giT1pdYP7P 2O33eiiU1WAISxqLoIPFkKWJ2d8DHr4itVWtmyPKwQc6RshRVzE7QgBXNMhBubCeiJYcal/UlW08 GzYE4Ue2Mi8hDbnEY8CTKl9ZQJHCRmupwxR1kSIUMdcWUMijuU2wCLdRlITbiOzG8KiAoh7SgFJM OIGYCqaIdqN3BigGE49Qru6REzg9gCmSQ7oMFkGKg3QpmkNdV0A59GetL6QTppzv9az1JknrosGU uBwwRWetJ2DKMJ2eLKNIJMEUiSR63521vgT5XpiCQ+bASE/v9fzw7eftGWWU73+3CFQORxwAuuFM k3fz0UhlqObpIor0LAd0uiGVtHUgkqRl+/46kUqx/RCpPBKKpZQmFJFJE4q0jC+kIpo+/yJSqUZZ e7Z6h8PVu8tuf7kvna6+YmHZ4YDoQ7vPncCc15rlbb0WbIEZaCno3YlPTKi96E5rCMax/tDJ8IhV Mlk4fzl7lmeqnNuulSFRRA1pc5HIMcT0xpAm6W5IcPzRkExvM0M6AyPhSRV/3mLFKZgPOTKG1cEQ q+JAczvpRKw53ECsSUdw6nR1XA/EWqJz+GDOAz8LxJpSBWJNqYJWNAqxiu6MstrPErGWuRkWffJ0 9c0PDc6drua56ou34e+9n67mlbvund/FP95sFx+PlTDEp7wnTn4/H+K+Bx6qd1XaEZqBqkVnfER7 0Z3qWzwUI0zFQ6oe5+MfHbLe+INHg2co5v2pDkpB3g3C8jIOMr06/CnpmUG14VknoyDXoDzMP3gN XpcAEbElkhUEDCSr6AokK5KDX5cAqQNlJ4KIosVz0KN1oSYUChPxCPsyARILtRdNHmyTYkQClGIE VtY96kO084g2yaPiZ4MrQeueDs4gqXIe9R4kUZpVJQfpTUO/A57GY6o6267B3zqm7bBb68MTIImp 1qLZxYLblDot70m3EQsaMYOEbpNkNwaE/zidwxh6Izajq4swUDJl+z4v6A0AHgNlBt140MCkBwmQ RhoZj8QgmRxCl0lzqKvqtOe7n5+zkSK5umyDbgmQVYpzA/kclHVQ0h+/+jj7GRYQYYRSQISWkICk PJHtpDyir/GoQDQP8p3ZzxkHNFG8fD77YZH2L76V/Nc/fIVkqKyUGF99rnWPwhMegz1sa2+ImoWn WXNR2fzG9f3TPWqcyYvMLyfUicygw+BqPrB/d7nPgCaeyxjaH1NKsX8C2ZTIsTwdwNMy0nIAtRdN px/B3QdrIgvEtEgsiWszoAPW+D1qSLulBAjnZ/ZnnHHsepiy+Rw6mldaSYDwdIkVxRDFTHiCRhQH fbl6FEtnQXYqK4ioZQ1TMCJUhpHdp9Aenl9Zyn7mx+PASMxNXg1nc5b4MZp0Ss+Z66TUJJ/69ePX o+dlpJEznmu/zAxn4mkZPHf204ckpjSkPjkD5qweISlao4/mw5Cslwd5z/MxSTDdRBIuNZEKTlUM CqeK7hysRGIzzpSDJU71WblE5cRTpRNPS/2KT4byWVE+Parsx54b5RU+c8osh1f4m0+kkgPzIdxb 5nQMos7px9v1bXfCRuZHxXcYQPGtxEAKFq0Aiebviu9U/1yED5/kzVUKa5RN6e14dfvVDlpXEb/b DAYgMn3cNyZWR/hkbSPH80yM5wOzBnOeWHZXAdgAagKwidsEYCPgBWCDZDBF3oPZepwBIZjEQk/G CNVFGXuI8rw54GvpIpskC89hUsiEwHFPtjc64Gu2EQ+hC4khOnlEH02OTcDo1NUINmOiw5qXsmf7 xiOgt+B55j05Fk2pGn/2UXhMZApQvrIHqDyZxGBH4NzynhQzW7OLAK4LbmPLYucJzW1CyrC5xQz0 H23LstCknfoF9p0Jbdn1VLe5hcypqAynKl30ygeH3jhejjNjiUOPLs2ze72YqQZqc9Lut3WHG3hi x8gYn5PtCqvQEs5hnM849OVIyQexCbrlO0hXdxclPNuzSOuiZDy8HCkPXt0w93Kd5TIQlGQpj0RS iuM0Rikau2BHSBStg+KYn4S7xsIfRD6fAKbbyrr2UMpf41QKE54fsDRi7+df7BU7m0//6sTXn/Ee nk94A8/8mrk/GdY63bcuxBTmWlpgnpyPH+wCmmcj8UsTyI9pEsPPANYwkdyA7TdJyy3Eh+2YCckt nt4HTEwqVxXsdbqB+vAENSf5WiacPOAWYRGmQZuHL9nZXzH4232/x3ut2uuQRsVHPEd5u1wxERbP m8qD8k1OA1QxH0k1D3IdKG9AX4wcZUHNikwcRHex9GwehKz+NJc5zCZCP7EXI64tc9BEktNjOIxo jddm58NlwouDD9tF8vC6GwfSS6kieVBsCevJSNH8XW6cWM+8jI4Me07umExlDjVbYIZwKDsjR98Z 4X4Kd0bYnn+ZbzyzY/JBoVD1mPslCgUpvbkCEbbo10Ih1T4bDD/hlB5YCXbVS1var4aVHGkkVArc IaQUcSGoZGQg1ylY3a4Z+5KRGFJi1VS4ZgAq1Dj6M+V2dwhqIXTBFmu8rSNWIYwYwZsvgn/HIdrY LTbXcYkSB5FxR8cxBtndAg4I+wrORIrDgKOPwtsAPVEGTTAhQ5LiMOBIJxOETlA6DauziwSA0FOg w5xKhAelpo3tV6wD1ZqeBrYK0uMCagtX6cNkNAJ0qmsFVqsHmqJCThpSTGVs0a7oTvnFVjZSyCXb 6R6ZVrTx6M2R0LopD5pti4FaVw4Ps3poy2AS9if2/kgDvdZId2qS9irKAq1FmogFWvPy4Mj305Ur eJxBa5cgH5unfA1YS4JoLJLu+TK0xm49FleeorC1By+CegSi8NbK3/DlPkDWfG4elSpsLhiK5jGL IaDa72+oAOCVcWfvbwpGD1c4IKpXyxoLRR3CL8LoULecUPYPH5Z+LQ4MdIuWA/TX+6PfTzuAEG2K xN0DIy1sAlJLBLUW/ZILJJPiAKsh7iIifH70cGlDhDF6xXSMXqRGSzw4YZDgwnY/0bHvlCngoIv4 bRYCm0xcaEW/ZpEEJjUoP8om69YbzquJTJy0BYbDpTa03ATFsY/rfVPAhPwMWHDS1TQuWh103VkH aiD5tFo1BlytgoGaFxF5h5LlhkyCQ1b0kkPH0GWImSJlgAMaMkkZgjYOHsWEPlWG7o5W8RMHub5k 8OYb+iTPSrQlfOoXlnWxkJCBRZyEUEFGB2pcRFwHTEKm9JNgEG6iqAhYIpKOIgiS8vfAqrOcOUpn BpFiqdZBe3mhm98bJul02mYTtRZHE5JqyTEOdeZQT+2lQtEc5Kjah0HqGmG6ARIUEe9e0AwEYqSh bCdRtLP3GXvsoXGSfwR6bIAkLpfjDbcdXj48fnnycoUCjmaAJARSac/JBkhgCpMv2gbF8QYcwSjH wATjHcIDY8FK3+5iBc0GR/BuwCEcGSZngCP/ggfP8N7sH/1kA/+iwHd99EofnPPeHff77dl7DRD0 UfOtzN0M3345/A6YET4gFAKyzR1pdPN7gJKkTevmBP31dsYhnOClU97ygkQh7paYH4lRwu6CE1Nu gERjlRskD3OCgknXvD37drrfD9fDYXc+rCrsPTL53AmH5bjJEVho2JrS64jkCRs42L63yPbKXtIv xU4ywSuZFTlDH56t7DUXnPrlbllF1Ig2KXKMMB1R0miy6oY05QeTm6ChF6vCHlbmCni1/Qee8FYM 5OzOqTnINnpMZACySWdYdtfLOQeLywm4PO9k5TxuyhTQ1GZnW9GDVFxGge1dcZnAtEbNE5XK+s5s nllg5fHuNUpWLWsFs9YxWanklQenG4Aw7Wz3w+n8xdiummylylBsqL0FBlsn3QXC2nXRT6jYK8tP 97noHq6GqzciiidRyHZcPYXWoBTNcWKm8++Jub0Mb2Kxb4NaEd/j4+qLqecY6IzSHAinSiyE6yBp wleBN+FXRrvakoJBwWpdmkN+hl772lLSDN2+O/OYbODFKGNA+CsBk6ZMbL7hzKAnY+sdNoEzC0kO osUhmjvZ4eccBCYzS3OSg+jg0DP0UXgLiBWjyFk0SmxJB4eeISPnQZqQLLKLASonyQ6yMUlD0OvS nETEvaVIMSowA9NPBkEykn+6+popgJkhDRlmTpbhFkm7kqveYedOiTrSkHeEGyRtHDq1ZOE1QD+T Hrb3vNEfSu7uB4RYPk0FPXnmAkhxyTxnc7o63RKdCz7/0yqvJ5EmYkl0eDkrr4j8IbpdFgb6QYoT nWfRlTQGGDlP9h7NqzATM19BOBMzn/HwNOeEd63BvC3N2Y2/QDGshyLN+e+ouuK8ApId/MUjrPiL NAcVWJRKcbTh71CCRSGWjX5b/nn5xaaorB+PW4oEsPWRL5V+4B+ZvchB6NJpEzmtjKD2ouUh/XWV ZuvaEC8MW/aQxLIpjqP55q8O5zfpImpfxXnaR5JJ8ZAhnJ8+4ovgWFwbJ3Dmg/HDXx3Nxvhjfkhz iNZ4ozCb+khzBB+2y8Ls8/YISMX5IhFY2oNopdgj2ks+k+d5exgTh2A1Zj/KIiO04gsTP/uRaCUm XaGVnJO1DMV0qmUoSI5+DV7BjNy/ZyBn+Vx31IXXZdMA1kU2MRa+u+aAorAIOlhk+yJmv9wJs0gs 2w9xDJP9ZvvKQ200FDghUEsqK9bHxkPtK496DxYsObzgMOmygKl94ZFlzbLet2uwacc0H0RLfWnd DZbZuutiwW0sv+48oblNsAi3UZREY5F0m0AvALxjHIMOeiMmTG3KJWzNmYHtW6S643QGSADTeIRy JZicwGks2Maj144gTLIIXYqDWovmUB+cwQsMcznb1GgjZXGWdMMw56P9exRrNyeR1kXBMLxcMcyj J71hARUSoXeoxDCMhEnM4sI1DKPeo3mQr529Mx7EMDjqgHp0PoW2X4lhvnFgQqgyAVJm9o8PUPNh vz2VTmHt5YfRXt4+ni+/lO3j1Ho6YmhdtLQuNCI6fEDfiQnfmEIp8bq4eXHaQ0iIJXmkoxI5hU2W RC3qXgBDNL1+VJ+Fo+kaHG1YsE8mzQfmzfHej08Ox9/HQKKOGH9GdZhDtMar9k7HvGEh2V3fTqKU h/Zw9xDqkDysx4V9sj6XU4JqKpKvs0exwrI9EqXMBshSoWgRN1acRg3EcgPhVElpv9pyw2k1lxvN slpuAB1sfsTJIM5gdlKeY1+DUeDfniWWGTiyxlxbogNCFESHdWcd5JSdDIhIJKDQRNwy4EcO9Q6I EEtXchDNTnuGtabSBjFc3EQHh56hy+AttIQ2bCIZ5PYaRc+Qih6t5bCorsGOySIUNVo+raZifm2a zcah6PU1FXJofkIG4SaK0vCTPkgka5O6/YL8aWjjaI5iVvOJshxebHEYK3ntIg0bHDolZk1Fd6i1 aFNyp5YEJKkz16C3h/erbb1/bU3lbGfHFQzAG3GUPMaEGg42UnLrWKQJWNAILw+2jp/OGqEji+gQ SJDESAxR5AmbBwaPorFIuqXWnTbjtV8Ta5HxICLBYexTt2+4rqrCGgo+VId6yh/8L0so//YZ1Wd7 OgR/iVeAXZaeFNnjacsbivUux9S+1U84B0cpxdbCksW3Bxfh7LZBLL+ICUR+EaQcgRBlYwHufiLH 4HU4pl8fbScPwWoRZOLjQIkZwlWFS8JVg5QrqHXQr4HVZFKeerBtK2y6DU8VDMttny6Xw2F/vi7u JsfnmGnwhfMDcxtOQ4UhR4x3DBBoIkM7wJ08WGyZIZJLFQV9uNJqGq3oLppWI4nYe8UBIXzAnBXK IdBe2k6eH1IDq9sTRdSQNkE3sCpH1JBEd0OaKuaY3ubAKl7KhG9CTQ9poqT22nby/PgJDllSi7DM GZ8xIFKjFSQVnWGJKc8Kc7z+eDt5Xqa6CSiZAq8aaYtSkOl0AW9FP7SIdTGySMLV4ZS98qF5Pv7O rWFsCuNTzLzCjy1zs5h/6+MudYt5eSs5PsX8UYHd6RCoYKBj0QpkpQiiO52vDuzU+WxoLy1P/Toz /6g8Q7nsJUtoDUrOrEGJ7gbVQrsMb9GRVgT3z7OXHIAy8azQnAAtQx1Td6IkT0swznV5D/kJ6mGF j0qT0G7Ebd+dKTcb+A3GgFlMYxB0LMiOHRNKkkO9w2Zv1mGTg2hxqAy7vCcHgZnMqrLJQXRw6Bm6 DN5CFbWW94iD5lCfzbCg9AzpZKO8AcrXNThZsghFRd7TeiBqp4jZmOQTe8nCZr2lgvKowPQbftIH iWRtUrdfkD8NbSLJzmlImV0s1Vq0K7nqHRw6JWbeozvkBqKNQ6eWzHvCKKFQb1/ynno/ppth2cfA UVzDIKEn20vGo1R4SscGaXVYIFinsw57xF5R+3DDNkkTsWU+cflx5rMsErRkMS2RlOs4XXIfk9SS sWgukq75cu6zO7/tXthRZnbDHWU8zYPt4z96vhM7yr/3x+SZ/DBNwiPzOGn7YEcZrw674oTjyYUC 4vrQPeVlo2QKI0cJ15ZVwnnTM6J90vKU/vooFRqePXgkFJG9XEXIvglFpC/fEAwW/ZKvJJOhp+CN oDbpLRXTd4c9FvbjDunIwlPzen8y7f5CPjSvtZoPUQu2/Ay0RPqIwPKYjwEn3Wmt4IrF6kIyaR9G GelqKR+aH1LJh0JEDWmTIscQ0xsljaa1bkgNNLVfC/mQvQsXLxf54Hxofvw1H1IgaNkgnSWxNn7Y FplP0hGdviS164OMaFzA1jrSVpT8RalQ7wMqSakCn6dUQSscBWVFd1ZZ7WiJzzVrbvF595lDtkOk jsNBv2K+U4/a1gyIx25rG702zF4zVv91OTPSC5Rzbjcpu8kjZJurecw7RE1GXZUli5BqI4toAcJU KulO9SUMlmNcqj/iAwpAFYshMc4i0nfQ39izDJB1Qma+R6Fbjp1erfaro3wxx2acL8zGky8xWdwS GheFF04gmHAdjM3USABQmDewmxoHSZOuSY5UwBQchF9GQTNBrrqoAd5vC1EoY8HspbEIOlgMWZqY /T02nVuCJLGsvMWESRNJti9DzTYuOnhgyrMUScpKWnIMeLoc9R6g45xWQx2kC1pW+yJHSymmfsGm HdN2cEX6EsgPltm662LBbWwi7jyhuU2woNtk1LBxknSbSJVKgtdGY5Fp84pV0pxlMXp0EQZKppFm JO3K7gxQDCYeVG7e0yFORL/x6LWT+ZL8hLpMDtE6aQ71wY4AE6bj1b/HYiP1kQfdEibU9e4nbRVt jiKti5Iw8XJLmA44IXefWGeHlUfYobxEF4pBwpQiRcKUIonGbtnePr4XzYN8bUfAePhm0RFvndS7 8iEV9gTWbRbNJ0z2drF//sH3jJgw8aTLw1TpZsClSANnKFB8uNLX5zsW5+hZa7gNpgp43DJKc6Sf xhd8RMslLDb2p7GL8Po2XCczpddcJAGv3BZRjtkwfUQAWT6i9k5HcLW1f+oXZoFReZp7INUodJFV mdLxdDtej/jQ4YpMiV0srM1zKGoYWAY9+HlDB7AagEcOgj20lloKGvUYD3ZpTTQnlKhFYOjjqsSC 1nACRYHVuzK22JYypfkh1UyJImpIm6NE1hCbd3qK3U1gUwPJa6a3OUfAV9I+/Esz88NnShKJT8RB LgERnKJz+JjobF4RHfN3Jkq83hKltdE58LMAtlpUhM5J5+bRMf0u2ot+zc8SrddJ84lEie9EYyqE IMXmEX8zIWIqxDa8wpSK71PjNhOvr0uU6izSx8ODRGneIUqiRNW2RClVLVNkfITqRXeqfz5RWgry 2EudTJTWDUpB3g2iJEryaiVKomcG1Ya3nChZmC/MxT9bnhTAToCXJIYvwHuNF0H4HpIthf5eCA5+ VZ6UHSQKjDJ50urC86Sui2xit8DxxhDZ86S8J9sXMft7bDL3PCkBraCGhpbtKw/C7jYUzHiODFyu 3Plpcqh95VHvaXlSysFZddN4qH3h0fKJqV9YVDQ1ezafeVLpw7aTsots3XWxKk8KHs1tgkW4jYIk 8iSRdJt1eVL2MDSIaDGl0Xts2BsVRh8oU3TyCIM53edJKYcSoxhpkOIgXYrmUKNEYzB4VIuCuSJP OsIj25uXt0fSLU8C+MX6GkfqNkeR1kXJk3i55UmnlW9jKcJBJCjK8iSJpLxIIonGTjtEzjwpyPfm SXhPTnw5gxh4XZr0b+UcXZ6vy7Nzow9b2PvhrofTeXts3fWL5eh8luD1C1+2GJk9XYHg2Y/Opbrl t1K3aJncfB9H7YYuoPP9cT3zoLUuYEiLglZELx8Q3G1CMS+SDwjRi6brv4joi008Ux6nQaMs9b4/ XHF4Dnn7Qhakz83MGv0BQpq3Y80YXAW2UEXSI5WIRsGK54GZMATZKawAiFX5gh1GWa4i40zpl9/b g7v53pI0dzN8+YVZQCZ1AdtwJL6Prk1Eai0vfTieSWgUeSR2JLC5vlgWrwPC92YwCS5WJ8YV5PFk 3DRio8ckaAmNAkBzu9MGDVErQ9qZUaj2dfwmUX+9JUAKyyc3cgNVp1TcGaKUBbCmz0V70a9ZJRMg C8wwy0z+M5w2baOo5jlwQOQ/ej+0bQXVLSIesKvH5nicLr/SmTP6KHXOL216cC/4zlyFYz64mQ8T mVKRbUtFilXmoOgIvU8F9+r6Rqp9LrxHs2CZ/JozT/1yB+eIGN56w+QxJNZ45M7KfEQ/dCRT2qi8 kSPyAF85Y736WN06DEuslhhW0C0wLOIMR3h1LMrCzEmOPlIf2HOcBGH0HQzG/BkFcPUgWjy9+abr Qk0k4xj1MvURC7V3OhBsf49N474llIUa0Y1HzxND1asp4x7wCCSdQwk6eUQfok1dvEcIPbeIUg7N p7pHfYimykcn0aB8XYPKxUQKG+FzT33EUq2DDuC64Da2ZEU2w3vSbcQybO5RAgNE4z5oJG+TvP1C B50R23G6dAwZVEzVXrQruzNAM5iLCbmkXN0jJxBtPHrtaIsoxXDVtuVfrSsHTDzL5RdoC7vfRwTG 0RN77hAZiZCLcZmoRrKtKBOwpT28GlnP/jCx1i/LgS4s3/GO880sFCsfIVLPbCuKXjkuVydqm0I5 xsL3hA7Y/n/lASJu9+hVLLYP9J/jlJw9QMQHi/6vEqL5JXN/RAJ3uZ7hDuV5lV94NyiMkB4ZzkCH ltqZAnlx2XxD3sDL7t3HLROg/WF2X8rQbvELf5Sppj4pCTMduSVRfZPEUbzIzh9WL/REvfNWWNrI WES9s2OHaKOxew4D3zTUG2PPqKYVgtRg7f94l7vItAJ58HIA3lVmcKHaE2UBoSRKIN0wQ+AT9R3w RCRPRT8Zls7D3rwyb4glwPWkIWKZwZgXnmmO7CKXGc2uWmZoFq0yoGLRn0Ik7VrDJuTXsIn4c+7F 7B4dECkGZXbuFx1jQNTQGARNBgN+5FDvAIdYspKDaHGoDOvZ/tSRGd8KsslBdHDoGboM3kKLWMMk 4jBw/+yADI1DW7nzFyyqFb4gErLMVbT14IhETq2cMjpY/0yzAnbgGG43D4oEIxki09KXERUs4vLJ yukWYXRxHCzYruCqc9w/sAjVn/ezsUi7vzNAUx7VQ3Cn5mzaTUZTiU+7xigA/jDP2+eR/iC/1cdl DtgbKt/lSNLEKwiErVrhte5vbn79Dz9iO/fHUl5pYrRfEAgKARCRQFFnJSkgsjnYZicWvWgbFJ3x yRnPWBCI4A1D3Vc5Vh5O+Xd83O64/cSDJ3xBHH9//3mzhDtQPECtbnvwbh+lgR/8Og+EIqqp0rn9 P30CIDRIOYEQRtA+D5kX9Nez9lq9YLvKCwoAaSI5ACFpIpEMw0fdTV7R+QGmorFHwM1GeXkAkGqO tYXX3e2Mysn+ihhZqLzqpH61OI4DlnNHUTh6vjoD2IJYJQpzndha0qsoyIsOyEVr0e/SGc4EADBN lyqXTp/Ml5sch3UiakSbg0TWCJtfUgGiuyFh3hm5wWR5JjrFXvtu7lHsn+y55fnxewhgaoJaFQIC nj5TZ+0152JbA6x1Hb1HZXe91V49LCeyxHmZiI25nMZyIQRqJFZXkQpLotfJsJyyh3UwCkuVyxg1 zxdeebSER0hYeGUh9eyvwWZplcVWtqlX2DLvnZ/Ns/DaSfnTxDZdgWqP2B7oWWQGRuhddBcIq+fD VPxsdC9lAm1Jn/oFQytbcSFth565TUa3aPmz2ovuBtW8qQxv0ZtWxPf4LM1r6Q2Ei/QGwinRgXBM WYjdlN0IyRHDWuhjf0U1tCQxdrAaF1zbNWPfgG8BdpgNamHJOzBcnGHt/ZlyOygr3Bt1BatMeS6S IkV2kzQ5sI33afM3YYVECFJjHHCs6Y10ZP9HdiMliUwOA44ug98SkDizG3Eoc6qPe8jROLRUJn9B +eP0hjwF0FsPltykWoYdPvHocvBIT9Gow3QeFy3D6cNE0ja52y+LReQ2OJGfPdAUXvKmWsLYYqr2 ol3RnfJh7bCViwm5ROseeYNo49FrJ1WpkbLcmiucWlcOmGxKOWviwDW0ZdD2bF8DafVW0gg0jQw7 QH78PZqLNCFLwsPLLeE53SYW1GV5oCXLdlwehKnSHcqnfGeLxdoMlAmPSPrnCNi06XBqSbUumfGc 7FsfZUl9LuNh7fUv/gDz//Pa6zflIP63+kxhVmORG82voBgD8iGUyA4uFMDkhz6/vGyUzGT8mzFt 5pJV5LtyC7UXLTfpr2dGdLpFTbImxY8kCmybEhHd02+UEG3ST5QMvMtRxGTkJuOzKMMt70+70+mM A0YnbBWuSYlqF8/Apnmt1SSSWjA7UmvSimhsYPtpTg1YdBdeBVm0XGIKY0QGgXMCsx/SWUqK5odU kyKKqCFtDhJZQ5IrakiiuyGVeSKHtJQUYQ8ek9V0nveTJUXz469JkSbMXATi806iNV5bdiwtEh2h 6YCgXW9pUcZmLVXMiwSTgBXBU4oUSFaxKSSbXhftRXcmWe1lCc81Xz755DLzImY7zIt4hX95CIX/ yr/MhU6eNfHoyjMHUnJWf/bJ5UXVA1RQ9a7KkkRItVJ9Rke0F92pvkVDMcJUgKfql0L83QfyI6Rb ZuRClyxbLi0liJ4ZVBveFChwJr7x40G+cHboZzuRH0AvAa/jvJarILzsS4iRRQXFsa/LjMgPU2ig X+HIpKODjG7rzjrIBl4VNwaW52wSmJJ2UFe+JWkYr3FgZsQubRZnahQi6LCJbhkwdBm6O8Ah4HYO QjQ6NfSt5kUGtYhRaOYUh6R5CzvAIBuHlkNM/ULkJIvswpMh78EcGR6L3Cg4ZuPawZqDKCFT8xMy iLxIURF+IpKOMsqL+swuDW0cZecUWFYRS7UOuktgfYzFShRRRksOYSXRJiTVkmMc6sw1qPZSoWgO cnTIE4PUNRhJKc7J3j1pg2QuiG040JkR7VF68oPubC4yi//d5ZoRTWy/z5cYbYWHW1pGxP5bRiR5 lCFBTJcvmovkkCMjKvN44pupyc94MCPa4UCrEI5X/w+j9/QMq1443fmF765FQoRjKLYflF8EwjmU hZzngG9u7u5AJ97tB8+5MnkzfvsFtZs32x6Q9K4Zw+k2g8jwap+0Kb7sAsX15Zxn3hEq1G0SEb3L Ewh1fY8yPJU50qQrlNVv0RWEl6tFZraBxjnP4XA5X24neNCanKd28UzOM6+1mvNQC4jnyHmklaD3 mGr8GGcMOOmXAkhMcIYqw2c4pKWcZ35IxRFCRA1pkyJrSJqiJI3obkhTjrCQ8+zx7h2ExQfnPPPj rzmPAiGn+Ziig85QjJwn6QhN5Txx/UHOMy8STJI5T4oUOY9iU8A7vS6At+jOJGun6YZRh9P0xBts J6bpXzFjGezq5KPIPITP3R7mP/x985yHeRGP8a/KfK5vO5sJOLdPOVBI+NJub2Y+rtCS+UjBYYAW IzRA0p0BWkwUU2BNmN2M2y8F+lLms+hVGlQGejcIA4z0snTsyHySnhlUG97U4p9exVD/4FV4DaBV tSIRreM5jF+QNuJekDZIjn5N7rOJckhBe1HvHqK/QY/WRTaxW7yEzlxGoDNhcQ8gA1gog6r32Ixu +Y/EaumKppMhT5ejA8vgEfmMlJW05FD7oq5sE+/syJk11EEacomH+ig8pnKfdg1R1DG1UIWESHuk L5HBMlt3XSy4ja0QnSc0twkWNGJGCRsnSbeJTAjxP8qJuATXrMD8JgwYXQSdTOkkm6Q7g/k9xWDi QeXmPYFAScP7jUevnabLYEFdJodonTSHGjtEGGrdK8ozt8pkLrZRZCP1kWPiMrrlQ9i3dtqbb/Yi rYu2QxSX81T+RDI0LHC5WCmMZSa3bXSeyVAKE8lQ9h7NQxhPzhranfo1MckbD0+G9visDd5U49AH UuFtTeNkaIiBLRn6Y82GsA2EnIhXvrcdoM2Xf+KjisPFZX9EAnK4YbSlXxh8fD5KFajN+9/LhKWh ukPq3fwZsC8Vn74oL+BkkopXe9d8+GrNhmiR9x7HL+J4KpR+IAQsLxQCFk3HfzIrTibNDUbmmAX1 Nvg9avKH+Hu+4WHzy/aKD3rif3/+ZvozJnMxmYg2gjIDO8whWuNl+3FUig/bvftcftojgYnkCaDS 5PEiIt0l3GMqHNu1icBsQEUB8pFbpAsrji0I3SKiFSenaq04oQ41DpLeuAqoxNRdpuEoQw2n5UGP 1kU2sVsaUMnVINesECvbFzGzjXcLMQhUGo+YB9rq4OtiBqbLoTbiUdc5OEOAkLxnONc4j3oPViU5 vFJc0lhvNRa1L2OZWtrbNdi0Y5pAJceqxTVYZuuuiwW3aUAl42ZgtSAVNeE2Iuk264BK9pAGlGII XMrEbct7P1P0BkigMlKuBFN7p3ugknKMlGcYMKWQLsWRQ42KnU2K4HO6YinMXxaCfpRlfzkaRGgR QroBFZSe8e+ePABi70VaFwWo8PISUBmKUMSCMIYabOkOYRKYOJ3nWLL3aB7CvBeo4CsRqE0/DVTy EUIglO9ZvP0dkcrvUMA7bxK2GAVg88Nv+a9/wPsoF6q6d0wB58t+u69iLeGYeCXFijc4YOF88l0J gWNkl3RVs4vNPTE3ySuEY0TLS/rrUzgmvu4+9JLeZRNSyGcR4rBcuI2JY3RzUrWv4rQ1cuoXXHEI LJOJeckHp/fjQO1CNvFHjD/jPswhWuNVe9FpDsQPTi9EOE3imHX2iKqQ3EM4RnMI6WKPaF/lmbJC uzZlD2NiW80MkA+2yMKCVHAMJ97EMZrJtSAd+bE3LUhBcpZeh2PUgUCGZvqk1UUAxdJFNrGMs+CY xoKYA0bzDwlm+45HtDEetlgEjkkeMQ80Hj1PG6rmihxKYAynC45JHgOezqPeU3CM5GAAYDnWWNS+ jKVhlqlfcDhFEQVTkaAstlx7g2W27rpYcJuCYyhmc5tgEW6jKAm3EUm3WYlj1INwTComcIyY0ugt UjuDuVgNxySPUG7yqIvBAMdIjsAxYhGkOEiXojnUmmHPHsndn3F6vWxAB91wzLF+VWizF2ldFBzD y4lj8HHQ3W4/m2/Opf9QjKEZiSQ0Q7qhGckQzYN8L5rBizsQo0+jmb8SzvCdB3wC8W8Fp4xf/3ZA kfOII7/70uEowf+5jvUFTpHGNddI46KlceER0eEFev9beIdwymovcH/wIpDvu/EkZ7qBqixNKKIX CSGgIZre/2LVZckoP3PVRUbJ6PZIzUfQMhSJVsahKRRDvSRaWW0Vrwq10pwwSMwXwiyyimhZQZtE Tses1vDJ1K9FzCK7/PK1F06yufg4ifFp8QkjafEJkj65DrOoAwEKzepJqwtiFhnAusgmlnwWzNJY EF/onmxfxNSSl2IEZkkeWq7inmxfeaiNJ8FtCXQeBbOkHGpfeXTLZKu9SA6GBZZeyaH2hccUUmnX CmahYIlZWh+OWdTFMBJp1XWYhTya24SU4TaKmnAbkexgJWZRD0ODiBZTGr2fLzTRJ4+BMm0usYwx eYTBnB5gFvEQSImRBikO0qVoDnVd7QUvD8KDA632QrphFltiS+1FpHVRMAsvP8Ysw9x6sgIjkYRZ JJJoyQA9GsQJ8r2YBWeTwa1hFoz60fftsFX0PwBW8GFDABfuEeE3yjBXf30TfuNxooUyCw5f43Eh vPI0e14EL+/aLFrWvPm1bRZJ9fJhqV60VK/2TofPmjt01/PdTbPL5COh/DRcESrAip51QYRbIDWh 2L4KNbU4tmtTy2QgpmKUyTccaAfvIytfcHArkcgoGeY2fihddI4/2otWjAq88PoYvDxZjwvwklLF RpHTJlXQkkLgRTQnp4CUQKvjX1NWyYKL2+U/RMGFs22uQpq+tQqFk2oVCpKjXwde1IGQhab3pNUF wYti1brIJv3b9tuaE7m37sn2Rcx+rWsFlxRD61bck+0rD7XxzLeBFykr10LxUPvKo1svG3iRHAwD rMHiofaFRwMqU78KeKFgCV5aHw5e1IUiTzStug688J7mNiFluI2iJNxGJDtYCV7Uw9AgosWURt/k /OmO0xmgGGyg3OQR7Z0egBfJIbQSLIIUB+lSNIe6ruBy0DmcOOFCuoEXbN/zva+2z7TZi7QuCnjh 5QpeXq22SJ5EKnGoR7QEgIcacgnyvcgFR7t0ZBl4aodnVlchFxzsT7TyF8cvKLngCo644C++5AwU 83f++smKbn4b/2oY5x/9X7/j0wKEPbVpY7r59GOp44y2N1w9J3w6dV+GMgeF3v1Oi3pkymt5g+Q8 oJBsmdBHZ7zC42VLiyqDTk5PQCG2K3WcFc41XcRpEgXuSYlIN4mIg0Qzol4s4ixZ5Gcu4mj8OWPE +EVrvMQ743AXDmK7ioNWmGTgJAGCUiSBHokUdBOJa7TT4SRT0KddWwRBMsovX8HhrJ2rmZYBrWah Dq1mQdIh14EgdSCEomUiaXVBBdMgOqLLc48UylJcVmwai6CDxZClidnf00BQ8tD6lzx6ns5DbeKI rkAP5cJqFYBFsg9nHOehNsFDPi85SGMtlxxqHzRVHgAC08v4VwFBFCxBUOvDQZC6SBG6LtaBIPJo bhMswm0UNeE2IrsxIB4nx9AbsRhdigknEFO27yeL3gANBGnkMljyqEvCAARppEI9IUaQ4iBdiuZQ 11VwcA+OtdpI6e6kEwRd8bkv7CDZg5BQL2BQuWDdNCCU/xBQ6HiBiiemxuWsvWEbl6pAH5ch6Dve lXKgVLxBF16dHI0Lz/zu9lax4ttXfiI45JUXAJ5/dsBTCzx/KJAJZ2oAnACHFko+193b7XrAwQGX 8oPz2EdHORpyoQM1N95ZfSHCIN3CXMqxTrkiDxr+C/GOe9DEC4WGHmR4J65hGtImVDo25gGr8zjt cjktj/ET7Y54yhUG0Li2UBfY0X6iOpYH6X0U2H59UArcfII34+291/sFki48OnnD+4ouV5ybq310 J6ve90wVq1dShG1bUHm6YsriFVjois+K8QFpV1+5MqM+TLpS6RQ+YefwIjyHBMZeS10P45sPTP1q fpFianCbvJKDKx4aRi1XZgbXalG2czpzBAunU+8+my4OLr9q9OpHTxQNE5rwbV3MdlYZVISU5cMN GnQZc2DfcgVawDfQ8stG+S+Bi9dO/i10KVjiXJ9SVAzUmhR09UYi6XLFBGt+NvVryjxZIKyBZdP/ 8bp5ELxb+7oRH47kXwRwPlK585eD8aHJnT9GefArfOEmXyPDhyx5JTnMLwLHWzxY+XAReP7BymKE VCmAHNORvJJV2ho5NES78lpZIo/4l2ngqTRlwuUnfSwFzeHllRxeOjUmBg6vXXnn8MpE8NTwLOQQ DdNPlYyXygU4Xc7+gSHqXAmnncRC2eC0zwoNTjvJaXBdFqYOCsaMR+97zDno0brobin76GRJTOHa cBhrdM+SPJhVpRiOVBpoF2DHv/vQlLWJdh4N3biuOhBvqAJzaqIMXyb9hTYxx0ZG2do4jzLvujpI u1yUo7UvKh/nLS2XwdTWMYXCRqmCZ2EaWmldulhwG5shOk+obuMsaMQWKdG8XDB9Oo+WTIhLaRV8 7GBw5B/+5eFru2B8sKV9xQsn9idM+mNnTGGT74qONhzfoKPBsDJhSs7pe+3GzWgMFPmBCXsftp7M f4tfMAmd6Lkla51umpbaL5/qGSzJSF1t80oGWBuUQqxd8bkwgibvNHjlIZBXwCuuNBPqrriCQFqn oRaN8Dl0NYgU0s29WtdPaMgf++3HYBMQu6qjiitlVKNx2qgGd3ps+ucjC6+Ix6bbvKtxn9FQKWn0 04BrqE0DHqQkJzoO/YQhJI60pumku9EmlCKw7hmadBydLWKbwMl53BU20pe7wrRruvnN/wcG292O CmVuZHN0cmVhbQplbmRvYmoKMjAgMCBvYmoKMTQ0OTYKZW5kb2JqCjE4IDAgb2JqCjw8IC9UeXBl IC9QYWdlIC9QYXJlbnQgMyAwIFIgL1Jlc291cmNlcyAyMSAwIFIgL0NvbnRlbnRzIDE5IDAgUiAv TWVkaWFCb3gKWzAgMCA2MTIgNzkyXSA+PgplbmRvYmoKMjEgMCBvYmoKPDwgL1Byb2NTZXQgWyAv UERGIC9UZXh0IF0gL0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUiA+PiAvRm9udCA8PCAvVFQxLjAg OCAwIFIKL1RUMy4wIDExIDAgUiA+PiA+PgplbmRvYmoKMjMgMCBvYmoKPDwgL0xlbmd0aCAyNCAw IFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBzVrJjhxFEL3XVyS3biGVq6prvYK4 cLNo4IA4WIPNohlL9sABvp7YXmRkdU1vNhKy1K7Izop8GevL7PmQXqcPqW3rsbPPYZ7raUzTKP99 fJt+TO/Tq6+f2/TwnJp6GfupGZbV0zx201A9P6R5qKc5Te1S9116Sl3T1SMpU/kR8rgMdTunR5vu 4m/pneBRLTbctmM9z6nr6+6wLEt1C6REkJamHgKkdpl4swqpekyQm0kh2XSIDKmp235p2mXcfKIl PtAXXZ8a/scPrGNaaP7ULLR49fCUvjrSV01Luz4+pL6Vufbf8Sm9Oh7bukltOr5LP6Xd9+/3qUu7 3/dpSrs/92lIu7cy8su+ovEk49/tab59+0a+jTOf9+nndPw2fXMUi5b42mGuh6Ynq0R8Z1Hxosc/ VN3ZkLnZP11zIPsiRihm5iXHEDnIZA8Sm+8ygqYcn8d67D1o0se31dVxzEHTNTNHcA7kua8ngBRQ KiNMMB/yXWHjSlZB01BcXAiaXTvR/uelbSk3s6fWgdnNbT2P0+FOx19Mf9+BJBP7cmUmld13Nt/l wmzVVt5tZJsrmepDnzTX1rFcxQy7OpYpbLbLH0GLhVDKn4QNZX7n9e6JEr1nTF7/TPb9djK/ctlj WfXYeEu1r8kV8EVUVGEMleALqIZ6cBSEirPe5UeXEbwdlWf+XmQK9sIrtMhpNdzyCiuhgm2hRn6p rAYepovhTDXwy3afeql1c9pN8tzJZ0Of1e4gz7N8LvKp8/VzCOOUDi9XwsPc1ONMleK+SugGz6aX J++HhSmpIcL0MLXJHgA23+XC9FcnBEw/Uq/bTolq1XQ+ISW6gZpj1xC4bmiWuaE+6E8UF5Txsf1S a4+hp6JvVyaX6dDU/dwdho4px+mTlOrIMZhzHIoGb7KvYZzEZTZx0XOYt1D+ebknnqJyBrbuSayj zHXO/aGmQgvqoyJWrdaVQB29tBPxK2IH9ekT21LY1bgQFcrsilCJnNkVFfklsCuIvAS3btOiw8au 2u5FdnUeEhmK3OuQjE2pnNnVCAw2HaLu+rSe5BqzUVlYh7CrkcLlcAe7+iiM6i/hTL/Kpz6/EXb1 97l60R66epkoNHTtF7qN8blK+NwnpNZJEHBdN39I5AtzcuN7VCIelEm58cGQxPpW1zkgivGkzAkB sdFs1gGxBiXMKYASCmAy0zmVEQLo3hFUdv/W00ZIuBIOCHUKZdgZkn2LU9bMcb3/kK3sFApPogC+ f090dgoZHbLv3+ZDRpZCj44bBQheuRWV1N2MSimAyozKZKBAH4J8V6KKEqYARaJ+Hr+cHjOsD4Xu s9GHrP4+cRGkPqQi7R+iZY42LY9Z3f04zf2BTirEGE6eyPGiAi2C25C0JRT8LGOJ6BDlWMUrlXey oEI6m8Py+aaSYZbdjnRIDQCscJqyd3x+1GF1Q0/p3g3dWNYdMw7MjzoorLlMQgfCXmWkQehdmB90 bDX8PEYmL5SSwcoe66Kp9NnFEmfCRi40hL7YVnPYmAoLG2SJhQ1EDRsjLVQlz9EXX2HtEMhQqk6v vKiL0wsHBIcZTDjMddh8ka0RlNbJtnTjMZvxVTEbGnWr8fSRr4n8HELWossh1tFk+gI50xe+eXL6 Uo0QeYlAX3R4RV82utX6voq7FTF+uq/Kl0MOCfRFIfrlkGOgIGW2Y5Aq3fXd9GVq+cpJDqyEqmmb qw5GP9BVEF380BURferzPyAxMkK0Y/e4T2Pa0bXQy0eftieayGRzDDgoZ0LX/IynhAuhwVFOpdUd ASoDR0BGMOj80+CAHp13kcqcDw5nFQjYTF0ogDOVyaCU+ohsabVFYPLYGSoTnPLfUZn1/pnK5OQI FEQSNiR9E6mM79+oDGRkLPTo+GUqcwmVdk6UkUBdFJVRGaAAlYF8V9JmKiN+sRvdIlnSvUfqe6kM GYCOed6TRMxUBpmTe5LErO7+lMBkUpOpDBYAz1A5F2pfIjqkpDLySqAyWYVSGagISzjMsvNlKuM6 chfTdNSDv9UQw5HniK2KTkjGCrLqyPMzDqMmui53RrnU43XkmK2ydGTVkee7jq3mn8cClRGlmcrk NdB+RWWAEJa4jsqQSnonho2oMCqDLLGwgahhcyWVwQrBgbIEZCgFlYHMi6DQu46VMeEwvIP5Iq+o DHQYLVSRqafYEhpgS8i6VTtmh7NtcfQ2KjNO9RypjMo5QwbKjEBlIPISgcro8GUqsz54BnAUQWQo 4SYGCVQGkCADg0038VOpzDBxLtxMZegXLqIpSmLo1yu671VaQ8SFSMzTvjpDX+gmhn9OG8PSJXtZ FeTqljP/+tr/vOmddSAcrIrA9ghS2B7zRbagjRcxOu8ie7kEytiIg9KLlwxK5QxK50dQmalsPZ1h L8Ep/x17We9/+yJG95vLtshkdOS9758ygi9uICNJwV50/DJ7uYRKm6WjAlthLzEqk4EC7AWyVqcb jxyZvYhf/hfsRcuttyHUb7QhCVq6l9HjN2JWd38de8ECoBao7y5jieiQkr0oKGIexiyyCmUvgLVW yTDLdzJ7cR3rGoE1DJbowBw5EedzveLK7MVxYH7UYQ1U1w1pYKdssBfXgflBR2YqW0+BvSgwvzzA XtFxTSUyD0uqV69jL/pODhtTaWGDLLGwgcgLxCHiV+sXNAiGnn868rCDqADPhF24KdI171ggIhLG rPeH2ANiDJgw3RArxNMbJncYQ4QOGNFj1KwI+WRNozGFHYh9nFokLAJDnCrV5MFGFFQ1QuZFyneQ PLk2e0O13ft8lq2h+s6pLZzahYEW2RKyC9aQTCBgtnvMh1xY46Vb4eIldqulF5S4jJ0YqMIaxTtI 4QwM+YR31jqvig0oQWyc5KyQZsDGbMi8hI4BlhcBTDGFAOkaigA+iagQZaHOqM4bl1COK9dbpGr9 pzFkY/tVsT/kH80H+ZuuZP/pCZ94p/2y90X+S5vX/wIHZRfTCmVuZHN0cmVhbQplbmRvYmoKMjQg MCBvYmoKMjIyNQplbmRvYmoKMjIgMCBvYmoKPDwgL1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAv UmVzb3VyY2VzIDI1IDAgUiAvQ29udGVudHMgMjMgMCBSIC9NZWRpYUJveApbMCAwIDYxMiA3OTJd ID4+CmVuZG9iagoyNSAwIG9iago8PCAvUHJvY1NldCBbIC9QREYgL1RleHQgXSAvQ29sb3JTcGFj ZSA8PCAvQ3MxIDcgMCBSID4+IC9Gb250IDw8IC9UVDEuMCA4IDAgUgovVFQyLjEgMTAgMCBSID4+ ID4+CmVuZG9iagozIDAgb2JqCjw8IC9UeXBlIC9QYWdlcyAvTWVkaWFCb3ggWzAgMCA2MTIgNzky XSAvQ291bnQgNCAvS2lkcyBbIDIgMCBSIDE0IDAgUiAxOCAwIFIKMjIgMCBSIF0gPj4KZW5kb2Jq CjI2IDAgb2JqCjw8IC9UeXBlIC9DYXRhbG9nIC9QYWdlcyAzIDAgUiA+PgplbmRvYmoKMTEgMCBv YmoKPDwgL1R5cGUgL0ZvbnQgL1N1YnR5cGUgL1RydWVUeXBlIC9CYXNlRm9udCAvR0xMSkFSK1Zl cmRhbmEtQm9sZCAvRm9udERlc2NyaXB0b3IKMjcgMCBSIC9FbmNvZGluZyAvTWFjUm9tYW5FbmNv ZGluZyAvRmlyc3RDaGFyIDMyIC9MYXN0Q2hhciAxMjEgL1dpZHRocyBbIDM0MgowIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCA0ODAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgNzI0CjAgMCAwIDAgMCA1NDYgMCAwIDYzNyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgNjY4IDAgNTg4IDY5OQo2NjQgMCAwIDAgMzQyIDAgMCAzNDIgMCA3MTIgNjg3 IDAgMCA0OTcgMCA0NTYgNzEyIDAgMCAwIDY1MSBdID4+CmVuZG9iagoyNyAwIG9iago8PCAvVHlw ZSAvRm9udERlc2NyaXB0b3IgL0ZvbnROYW1lIC9HTExKQVIrVmVyZGFuYS1Cb2xkIC9GbGFncyAz MiAvRm9udEJCb3gKWy01NTAgLTMwMyAxNzA3IDEwNzJdIC9JdGFsaWNBbmdsZSAwIC9Bc2NlbnQg MTAwNSAvRGVzY2VudCAtMjEwIC9DYXBIZWlnaHQKNzI3IC9TdGVtViAxODggL1hIZWlnaHQgNTQ4 IC9TdGVtSCAxNDEgL0F2Z1dpZHRoIDU2OCAvTWF4V2lkdGggMTc3NyAvRm9udEZpbGUyCjI4IDAg UiA+PgplbmRvYmoKMjggMCBvYmoKPDwgL0xlbmd0aCAyOSAwIFIgL0xlbmd0aDEgNjA2MCAvRmls dGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGtOGl0VFWa93tLbanl1ZoKleS9yqusVaGSVFag qSdJBUJgCBDsqkC0QhIIkaVkcUG7EyUCFriBSEZkGvpI4zBn2hfQNkEU9JyZ0+1I27S2Ot1tdzvS 2jqGdonLEVKZ772qIHo83f1jbtW999vu9n3f/e69b+vmbb3ESAYJTaTuDV0JoiZjHKuXu2/ZKqgo YXoIgU/WJNZuSOOaKCHs2bXrb1+Txk3thOjf7evtQjk1XcGytg8JaRSqsfb1bdh6Wxo3urFesH5T d4ZvCiBetKHrtsz45PeICxu7NvSm5bOHsC5JbNqyNYPPwXpBYnNvRh5wPrR+pvuv+9J8pTTjlLGy kVuIlvQRllCEIxJZQQjFQjeuF1Q+y/J7vnfWe6NlzmfEo1Ob//v65V8qwH/MjHRffnRyv+kJ3X6U 1WMP6YT96rJSy3CMeuTfbHpC7SnDVCubpG//y3s+/r13rfzo1Dmp53UjVyv9N7yxz8qfx/wy5v/C /BLmX2B+AfO/HvLxj2F+9JDA//OhEv7QPg//8bCTPz6cwx8cLuMfGS7kDyAsDcMwils+gYf35fD7 9/n5h/Z5ebIPlIFW7cviai1n+DPBM3TwWSBj3BhlGQXyNAhfDnxJcV8IX0hf0AOfATchTFDCpbZL VPDD8IdLPqQrfpP4DXXqZAl/8pSVD54Kn4rLCTnxGvvniz7+HczBi8oAp17EhSgDTT2FwK8HZvIX MP9qQOBfGbDy5zCfxfzA81PPU5bnYOo5GHnSyieeBO4J4Qlqz70VfPLeIH/vQIjfPeTmd2HeOdTC 3zNk5XcMzeKHsJtNJ46ckE98dIKRjgK3SlglraI/xR7vHnDzdw0s5Aex/iGO+APMbQPxgcQAzVm8 vMtZxms1Xj7HXcYztJe328r4QLmlzG8uKbUUFZt9hZYC0Sx4Lfm82ZObZ3LnzDA5Xdkmm91hsnBW o9FkNuoNWUaNVmekGdZIgDJylkELJWkGNZRED9KUhYTJEjJAGAsJIijlbULkLHmFTBGdZ7aOt8zS 8XSDjif1Or4tBLKtlbS2z5PtgPXyeXLI3zqqI8vkKn+rrG9bGR0BuD+GVJnajeZpl5ndoxRWtsaO ldFRyFHY93gQVQRHYfCe++7zXIViMX+e3NO6PCon8mJylQI8mBcjfkxbtm7ZskUBviuN6JXRe5bN G3mfiYiRvi75fbFp5IP3FTgufyA2QabptX1gd9jpdHcIKP9rEvFvQ+YW/9Zpkau12gi3g8ZBDBgv LhB+urx2qzDdRFTwqbfV8q1pONUz9ZkC/38kZV+n9/Y/3htcoEr/cenvloQHYCcMQjvcChtgG6wD CbohhuUOxDaRn6qtjpH3QYAcMAOACFbQkstQCHlgB4YYEP8QpSZUycNqOQGzyKeUqi2yBylnyWvk IhknKTCT5/G3Fn8nyFESJVHIh2JogAXkEvaei7KPkhEyhjI/xza/I++Sj0AHHXALJOFhykTNpzpQ zg2NcC+1mLrM+IgWbqVssJY+DROgASf4yGnyMvktLU/9BY6QP9Hl1ClyG1lEXoVqkOhjdBnNUxeo Y4RIs9rr62prqkNVlRXBmeUBf1lpSXFRoU8s8Ap8fl6uZ0aOO9vldNhtVs5iNhmzDHqdVsMyNAUk ALIb/T5H6/d4vd5YeQaf8U1cpgu5T7wysX1DyPNNoZHcb+F538Lzr+L/JBOH3Cw2Nikdj5Dmd2Vi l8EhE2UUsC/GkTIzifT0i5F1ck5jTzyOLZpETpCbPwpmpqJOeCTL0Cg29hrKA2TEkIVgFkIomxiB 5rmgAlRzZNYIRXSm8oBswzBQGFFyvyztiSMgNuHSkWP/moNRd++1LILN0kIExVQIZE2jrFXHFdbJ UpdM9ggjgXPJvaMcWR33G3vEnq5VUZnuQqWOELow0teOGI6MOd4nyAyOqxYepAiRPiGJuCIWx1Js wlbfSUeyvjG6y3tODVi7IrLVL8/HlvO3X/TQyYh7naCgyeQuQT6yNHot16vIxGIxd3lASKphqKk8 EOmfh5p2B8sDigpgWjU98X5lLv1dyjwj/UJyT686173q3FTRSB8apuvvSSWTkR4x0tPVowyDvTfK UrtakfYORR1CBFXXFMuQMgLIYVROvCmGulYm1ros2ojciNjVhD6o+OlVSjxDQUJkmiko82yRpbgs dAsyWRYVsXG9UvTWk2R3veLH2A2UB1rbvm4ls4WcKCQ/IzLExfEPlRl/TenKUDSF3GdEYTaLzfFk slkUmpPxZNfo1OBqUeDE5EhrazIRieOobVEZkH56j0du3huTuXgfzELdKx7QvCwa9nituI402jaN EnQpdCx0YVwOagH/LZkKbUHao16hUSYrojEPKjKqwO0Ip2vFkdBx69HGGbUpOupVFosDKXAG9HoV 79wzKpHVaHd5cGk0jQtkteckkYJ+tEdc4Zyb5jhXKJzBac7V5nERjfOUeiVzyrqiq38L57JH+mbJ 4Pob7N40X7Y3RmkPpTg8QpSHViCDH3f6HDnbj3CJP4lm+ZUoc36ZjZ7zzIkJnBUjgGK95WLr0o6o EEle9YI0JbNSxQ/Q1cWuvmRmi8XR6TEUzBsRYffSEQl2L++IjnGECLvboycpoBrj82IjPuRFxwQM rSqVukpVZAQFI62KA56kdCrLMyYRMqjKMipBxbvxsqHS0kJIA9KNNw+VxqlyaKlyPC2BUGfwVv0G 2ci+RNYyN5A72BzyPBsl1zNPkyg7TDrYNhJFmSOYT7CnMP+QROmvyAn6GPEjfpStIfmEYEfKPZzg K0ODJw8hAunIUFTyt4rpO/a3yN+J0tdQGRVmr6H8bVCDbC0uU58RwxsKpizMRmJSYXxAEAu+GdLJ qlY83mFmk1eAxhP6caqQup36M22jZ9IJ+gV6imljDjCfohyeYUrnOASNleMZDcUQJQfPv3VeLSor vFavtRALQKmvBllyWakJAoq+NlIaeh1dhK1zJQ7eoDgSV94eVJBdwlKdwVCwkwTHKysA29PrJlnq MqUBAdutnXqH3cheIiGyc4z4p4ZOmbg652i6to5OvSit0BvrgnOx0OW580S6iCnVBfXBPFGMUTHm +4ZY7vW+bfR2vSVoD9s32QfsjN0+4yEjI5RXlMfLE+VMeXnRQ8RuLx+tITVLam6soYUfaJ6p5ibG O7nPq0h4HGemFpUVnX4/+P1sga+4iKqpttXV+kJVrmyXK9sqFhUVFxWJBRqtRuN0KLRQVW1dbW1d yKpRaPSNP0m919u7qb+3C/gTNxyUGjeUBnJX1NYNtizdN3d2y5I533ukpfneWZXtnpL6NfUtg3mr u7qg4PkRENZ2r3da7UFH6qB7niAEQrMbzuzce6a2Lljmy5vnTj2WE+CcLtTTHWiYd/A+mkUapAI9 s19DG+j9oMs6ahigWeoooYGmTUbeVGGSTAkT02m1NQQ7J6q4yYkqEpysCk/ipaYUrCGriFYUrSH6 nSvDExN038QE6OgXQJf68kpYsSN6O/MRjsMSUXJQNPMQ+kWcJNCuRMsMwNMa7vNxa9qaYbVHNCjz 0eVfwiB1kr1weQmanFw/9T/MM8wO9MQKskaab3GzgRx3C9uSG2NjuTex6yw35d5SuLk0UW6Cj3ne 7yqWTJa64mLxuJ8zHXe5KnioGAqergpWgaWEL6FKSrRDOc9W4sA4LlptsgqXFB7HJQX9yjLRrTqh xgxaMyjGyQc0TraKigVFNdVoKF9dTbVqPtGKRhUYJzrhspYTgdoGoztbaqrdVJZ3fVHN5qYjb27s 7YGSHw0/HHsp4G0AuAtCYE0dgsIPNE6z9boaMeBw2ANJ11ybO/s/H73jMXQuvaZzftgKFkvpcy9N MqjBKK7+ZuZuUkx2S2IFHdbPzqn0SHSEWaRbpF+U0+Rp5VfyN/F3CuYiwcjVOUanXlec3jw69SfJ iQRO0nN1FRxwXPZBIxf2gU95u/JI9PnyDhIXR3ycb8BH+4Kl4CuNl8KMHZpnSxSHtoY6g50h1af9 aaf2V1bg06aTLSgqngmKKuaichSHnglIQIdGhSmuPBfQlc1Afbr/047Y6nU3rLw0uOXF9pBztr90 9XUPHvrRvqYNvoJqV2jFWH5zS8sfDhy+2Dp/XlVJ6rytItuV98zhHz/BOx0BZ+p8SRDt3zH1NnMJ X1B2jJtzpZKFhoUzbuZooQxXSQtoahtxHzRzkP8I67I6qCFyusCzQ/esF5eQNm54XDGvMvXOUsWw YgFl/XruXrBeM3XmUmq488f95z9fvqDpxa7eu5qgLzVc1C7ef//mH1Zu3LZoAcwB4wNvLWld7vfC Hy4XUMWceeTwsQOFOE/FUleYncRJcslGabmP8htC1BxDI7WYXWxoNC/iOtiVhhWedZqb9HFHPHsr dbt+q3mrwwEf5+Yac47bOKLjdMt13botOlanY4aNLr3eNUTO5AfzIReGLM/mKevpxHWF8PmdjjTT /upV3VTVuigQK0e8WBaqC9MyV678XDf21ObX55Zsf3NH6qepYVgBpWADR+pRuj/Rt1MHfx3auyyY +mNlACrwGeaCSOp/U1dW3Lx5/a24riO4CXNR/0okr5S87L8QDacRNLSGUBZgDpMh9jABDiho08f1 CT2NXnNx8iLuqXAn7iWMEt463NWUDcftM6SG4E6m+wjgYQL4RiOUTe05T7JRSBjKdMTG2QSrdDSO 3aT7SLdH4XQ71oZ7wkXqJRGcducca8LJAGfSHbBzZosJ0AncFe64m+Kyhkxj2Wm9fa50Fh63NTTg Dvd6rdXTURhDmNdZW4uu7GRtqUfMVsfiSGXvbGW+8ZH1PztPlTftEgoLBPHKRab7zta2115Vrf0W W4TWzsK3u1eyOYf1nHeYdll2kDOFHtxCPgwwaCo0VFg5qNIWUUuoxVfh9NjXnABsUeq51O/x9xxE oACK4LpURBR9gtBRXb200Ftc4BViDZUxqhKN8wKE8S2aDXNT5yZ/67/9pu6dJaUFuWXFu9eu2lVa 7PNmtES/yazF73/1z4AxYcTzk1H2fraBq2MOWCxZFj1+EXAEHWDUDunH7KqWMBiTcDg86a8KKnEQ d7ZyTqkaSm92+k0he03B4luaFPXcKi+0V9hoo07ncE9yTPexNY0UDgN49H5A38Y+TjxkoRQwsB6W smQlsqgszqQ9nmWweDzZx2mXWUJJkmfJA52JGzLoNmlBixEnhJEYg48aexAMh8Yb8PDB2RQqe7eo xirWhNQJea3T8bkuRN826+4bfn3+4YehD5amnqQs5vlNuStt+QaL9cQvKdMEKvPsRGrz7KgolroN OO7RqbdZPX55cWFMKTVoZmgW2Vfa19sHtNvtWsrJ6i3WA6wL1HiSdqWsIZ3iScpBP5k+MdKelIkp OK9r5mP1svrUcM9Ptpz+BfRnOeyLIzMT1dB356Ilr1+gfjf56oqbCwsLCrx0Ls4kP9XDZuNMtOQ+ KaxjF7JROsauoVkksPg94N9gDPfWLoqmyOPan2kp7U4Nq8mitaybLqT9bD3dz95B4Z2F3arJokan /iiJekudxosFRdgaTURDaSws46EofVC/RE8pm5fS4MmnWjoY7lRXgTeVzl3cZOc5tdCd052DTj14 wWsHL3UM76+bJx9MbT+ZaoXtcB/1+lcAjzMr8aaGxlbS1Dbyahr6VmlDnMYbZBEJ4DfDJtJM5pMF +LVkCVlKluGX6O/jN5pVahtAP0VvwKTBSE/mL1q08Lpl/ut7N/d0bewqn7dpvfJh/f8AJmyJAwpl bmRzdHJlYW0KZW5kb2JqCjI5IDAgb2JqCjQzMDMKZW5kb2JqCjggMCBvYmoKPDwgL1R5cGUgL0Zv bnQgL1N1YnR5cGUgL1RydWVUeXBlIC9CYXNlRm9udCAvSldNSVRGK1ZlcmRhbmEgL0ZvbnREZXNj cmlwdG9yCjMwIDAgUiAvRW5jb2RpbmcgL01hY1JvbWFuRW5jb2RpbmcgL0ZpcnN0Q2hhciAzMiAv TGFzdENoYXIgMTIyIC9XaWR0aHMgWyAzNTIKMCAwIDAgMCAwIDAgMCAwIDAgMCA4MTggMzY0IDQ1 NCAzNjQgMCA2MzYgNjM2IDYzNiA2MzYgNjM2IDYzNiA2MzYgNjM2IDYzNgo2MzYgMCAwIDAgMCAw IDAgMCA2ODQgNjg2IDY5OCA3NzEgNjMyIDU3NSA3NzUgNzUxIDQyMSA0NTUgNjkzIDU1NyA4NDMg NzQ4Cjc4NyA2MDMgNzg3IDY5NSA2ODQgNjE2IDczMiA2ODQgMCAwIDAgNjg1IDAgMCAwIDAgMCAw IDYwMSA2MjMgNTIxIDYyMyA1OTYKMzUyIDYyMyA2MzMgMjc0IDAgNTkyIDI3NCA5NzMgNjMzIDYw NyA2MjMgMCA0MjcgNTIxIDM5NCA2MzMgNTkyIDgxOCA1OTIgNTkyCjUyNSBdID4+CmVuZG9iagoz MCAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IgL0ZvbnROYW1lIC9KV01JVEYrVmVyZGFu YSAvRmxhZ3MgMzIgL0ZvbnRCQm94IFstNTYwIC0zMDMgMTQ0NiAxMDUxXQovSXRhbGljQW5nbGUg MCAvQXNjZW50IDEwMDUgL0Rlc2NlbnQgLTIxMCAvQ2FwSGVpZ2h0IDcyNyAvU3RlbVYgOTcgL1hI ZWlnaHQKNTQ1IC9TdGVtSCA4NiAvQXZnV2lkdGggNTA4IC9NYXhXaWR0aCAxNTIxIC9Gb250Rmls ZTIgMzEgMCBSID4+CmVuZG9iagozMSAwIG9iago8PCAvTGVuZ3RoIDMyIDAgUiAvTGVuZ3RoMSAy MDMzMiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGtfAlgVNW99znnLnPv7DOZmUxm SGYmk30SJiQzCYHAXLKQDQxbQgIMSSBgQJCwyvYMrbKIiqitS92XarWtxIAImlYUpWhrKy7tU+tO qVpBqtRSyEy+/zl3JsTWvu99732TzJ3/uduc8z+//37urFuzfgnSo22IQ8rilV29iL3kh+Hjt4s3 rPOqbX4OQviOpb2Xr1TbwhcIkWcuX7FpqdrWnkOo+mDPkq5utY2G4LOsB3aobRyCz6yeles2qm3p J/A5tGLV4sRx7Tpob1vZtTHx/eiP0PZe2bVyiXp+8zTa7l21lp4Hr8t+Bpv7e9csSZyP26A/Q2Od X97CDrONEboMRARtRBp0BRIQQWYURK1wphYfh/FidlwQPG/3eOo6TJV/Q26JXfn41TX5lHhp7ATv xR2xW3W3Sj3QlOEO6gvuK+nisxDSF8Lx1bpb2Z0SB9lH5DCaM3xEyRjILykzD3gHlIEZA70D2wbu H+gfeG3gwwHtkYGzA+QQnNL7VKqzzFODTa2eVtLc0tFCVs3B983ZN4fMnJ3Kz5rt4GfPsvONDbP4 qQ3lfF1DCV8P74ZwBV8ZKeEnRSbxkyM+vjqSzldFZvFT4K3AOxIu4UtKu/nScIgPh+bwoXAG/1ro w9DZEHdo+Mz+A9n1ZYeGP9x/wOyHzzOK4YBsKjvgquc37N+xH7p1dv9+dsYFZXi/nFW231bPX7cr he9d0buRmO7+4F6i3ONIK1PudrjLlNtTgbot1V22Y3uKx3Stabtpj+km017PtZ49npuCe7Zt37br ppv3bt+7c+8uk/J92VxmWuNZQ5TVsr7MtBJ7j2Pvr3Dk2JfHiPcl5SWCFmG0yLyIKF33dxHTfFxk s/CFtmw+YKvgC2wpfL7NzntsGbzPW817bZX8y65a3uWu492uSt5lK+HtcF4KdNdqc/EWePfasGKb Ul1mMhZ4kIgNR5s8+heaPNojTR4Z3sJgk4f/RZOHO9zkIc80efDBJg96uslz9IUCz5HnCjy/UFoH fZ5nDvs8Tx/0eV44+qLhuSPPGwZ/8Uv94Wee1R98+pDePLhtkCiHtx0mpoORg80H+w7ypoNBIFcB +dzB3x0cPihp5XJebyACTzhCMCIzBHwID+N+axNqmlPVn4Lhc3bVk3JJoKm/e1bV9htvTO+/rWlW W/+29PZDEpzT1o/78Z72fqlpdoJEAfpau27tWkb806afq+0Xa3u6+kV/zVraMNKG0V8DRL+J0iZ/ TQD322p7+m1A/ctN1iZfcEg9qH4Ro9H6f/o61qR9WQc9CgTEDNEmnBVO8Fv5KPceSB0a/vPwR/GN 8e54O/cD5AEJuQ09jg6jY+i3I0IziF5g9AY0gI6gX4/sp8T30A/QI+g36B305cj+O9C96Keof6RN ib2I7n0YPYaeQPvRM+go7NuFboa9P0ZUYyRfq9BOdBO6C92P3sDpiZ1HiQ2rPfgM6ckJvBbvQS5U iGrQArQWXY12QL+O42mwbxLsmwF714BmuQX2HkbHkzce9TkJNE0ULUdXoifhjOfZkQK4dg7qhr10 n/pajTaj69AD6FH0LFoF9E7o749G3SdJfo/4iA+tQ3+CK1/BPyTHYESPou2iDWkREk5QrvJRxls0 /BFC8e7hvyHELSLnyIPkZrSPLEfTFHvLnPKykuDYosKcbI8txWox6AGThd5+LrvWX+vv6tntre3x 7vbXdNYUFQL+amvcPl97UaEXdtd4+3Gnt7Z/6oYe5+5aekK/NdBPsmvpe3m/cn0nEP4an88HR1Iu HQEdd8OoQ95l/UpXP7re+2Thkd03HDKjRZ0Bfbe/u2tBWz/XBd/1JILO9ADi4YO+O3u8/TzcmG3c sCfRRXqspxO2/hq46jv3w265um2n74i73wqftf2WQH8d3Klu80k3t7vWucxLm7t37/T23z+zbfRR Hz2nvb3d+S02TPVP7dy9e6rfO3V35+6uQ8PbFvm9Zv/uJ5uadvfWdnr70QwQTtj/zPXu/qk3tPeb O3vwBOAeHcfUWW0Rt88CXfX56HivP6SgRdDo3zazTW170SL3AFKCgfZ+0kmPHEkesbfQI9uSR0Yu 7/QzXle3cW4CN26a7W+aOa/NW7u7MzFviT3j1Vl8kqCqJ/1418wnFbxr9ry2wyCY3l1z2gYIJtWd Ve1PZsGxtsNehBS2l9C9dCc9xUsbqAkDKgaIxM53H1bAaLOjPNvB2osPYcT2qSfBPowWHyLqPnPy PAL7eHWfwvYBs+k0kuo5baN7DT2nCAR7C7chryEk3oBeJ5+hW7kH0Z3wGRMc6DrBgR3w+QC8H4X3 dHg/C2/Yj34E783wXi1sRC5hKzou3IbWigXwaULH+TvRcTEEbQ4d5xai67iHUKFwPXqVXwf7fwnn DMHnNLSWf0P9FPbCvo1oB38GJO5dNMDuuQVdzf8W9fBD6DAfQMvgcwX/IloOfa2htGBGh0kJ2scP oufh81nNcXSY7uPfRcvpNdxydt2VXC6aDPufhPMmwRhb4bOS0nwItAiCwVNfBhwOJIJ2RMiL5if2 0L2jXwQ8Gx68HWAV+D0SeC1apIPrDMiITKNPBNqMLMiKUpAN2ZEDpSInSgP95kZjUDrKAF3iRT6U ifwoC2Unrsz51h1yUR7KRwUoAHqyCI0F7wqhYjQOlaBSFEJhaJWhcjQeVaAJaCKqBO03OXG9B+4+ B7Tq3egQnoDvIhHyNfc93sjv4z8XXhQXiO9oDkhjpSOyV75Wm6ft157Xtei+0JfpzxseNtYYT5nu NjdbCixXWQ3WZdafpTxhW2kbsj/paHK8lfq0c4Pz3bQ1ab9wfey+a0xNujb9uow+D+856LV6f+ab 6LvT9y4CG4yAOSIoSPiwPS0SHtF38NX3XmWbccU+i8+SDRsMZ13YJqCL9BMBQefideQWnuFjwNcK xc/9DPNzpJ9pTRqsUQy42KAYCPqpdhvGuED4qUbhMR+MVp6MwTsaRYysPDmuGPssfosv7LOUWnzC M7EPHol9QHyPgJKvpMT9xBf7AL7p1vgeEgEbxaGwkuPCBThAwqiC1KJ60oLaSTcYhJc4PSFcKw/6 n7gIIcFoaRCZz5UE4TuiMvankEj81C1P4PTYanIT7f2dZBwnk1NwT69iw1UmEH+T0IyahQ7UIcAA SbA0SDt6mnYy7OPk2F7SS8Y9Ra+NweYL1h/vQdKKJVSEDw1/qmhNJtISxBFMcDAaOI0icK3PbynF X3z5JZxN0HXDH/E3CV8Cx/xop5JZhit0If1E60RnKKMWN+hq9E3WJmdNht7eIBNfA6c1HRo+d1Cv Jy0mHwJ39AC9PxDnFLdOB5STHkL3ZpuyPdnEractt0+EE5UUeqZolmXY6um54h1Z5m/AQTkdiCY+ oXe0f1FsJj4vsZitPq8Vl5WFQzm5OTn+TFEjinabI9XhKC0p42+6GD8fP/f3C1jG+r/H/+FPS8vy b+pYuCUrM82R5dvUvXAr+Sy+Kn4d3op34xvxlnjf0FMz3/3RHR9eNv2yy5obz+y5+/XZl826DNiG HTBDlcLvQQp3KWFhqijqOSNXjyWTxWMhAvGYsMmkN7LBGA16vdhi9JIIt4rr5ThObzaTFnDdP1R0 dICcgw4Q2ueUdDpILoOygBMNBtiaDQYRtvQOXDDpqUVLTwcCFSXBaLA0iiKxkkhpkM4RBaAvXFJW XlZWDkDkK4fewWXxVyJ7s8eG+btw8R3cqV12W9r0KRdegNl/AEZws3AW9MJHyswZnk4PETjR4uDs lizLRGG8IWyMpEcyKjxNQr2h1tic3pzR4OngonxUmC+3WjrSFrqjYzrSOzKWc93iEssi+6qMXrLO 0ufqG9OXkQ2j+fQA7TTEH58qEUohk9lUJAXHFJsUk2hSGB4UPYzOZNI1phDiacSSh0g+h54yxaGn THHwlCEOypo0eoHDQe/kcHjvzTRlejIJMPJOn/kb4ATdMPactlYwlpwuhXZ0XDFscBRYAzxhsKCY 8EOrlIYXFB7038ffPGRe9sb8I3vuvG7+m0u0dadX/QnzgYLcZU1XnFzM+U7MO9D+zLt9665Rql73 T3jvFy23Vk3e2LDspTnAx0dBGrYCHyehQ8oenU4IunT2YL4uJ5hfWakL28ZlhoKNulpbdWZ1sBW3 C+26luBy3dLg8sqNug3BdeEtla7QhJoJZOIE4C8ushSRoqL8Ro88jpgMHgMxGCyNstbvK2dQKucp KMpFyoXyjLEOHzc2YwKEI5yLQQbOAZjcHzFFPBGi/9Fk86mo+VQgYEmtMJ8OBil/qDSDQohYK+hH MFZRASyKYodD5YU/Myc3XMqEReUWFSJ/GGTnkkCpzKMiRa+xOxy8sXhyY3XTrzdtPTvd1HLqisie wrFFpUVF2xrnTb3jqbH5gUWTO37fQXm68pHq+sZ9VxVvJa8Gvn/50scjU6sn+k+MbyzIL1w+c8ay DE/qI32by2a6XLaaySf8E/MKi3fN33rYaZRKQetMB7zuB99YC9bvQ8XHG2yGLEPIUGPoNYh60CFi i95QD3OpFzWyoQELNB4H0IgtgsBpOE6KaJu1BHSbx0Q0eh4gBfgkLUB8rYCcii28VysbxGYRgxI8 qego8LCWngLtCwco34E4o5TQczE2iR4xInJiDpVlkTBF5RylqNh0iaxbYkJuQZVThEatFaVMfiui oJkjMBXBQGWsxFpRASp6pznGHwngKPYzg4JLLaU+C+b3v3ckVk5OHHovvjj2HH4oHsUPneLqh9aQ +2OdVJM/CxjcDrwpQLcrk7SSSwpIk6SwZZKjSaqxzJPm5C+XNkv69HRXA1WySjaX7WvMFjOISesB nmiNjaLWm+ltTsfph4a/UMbSsaeDqMHWSAeezvRPus2HvOkyYgfQfYWmQk8hke8KqCizVFCQsQGe Dl5CWTAao8YripmsfSe+QCAtPrvPQmWSworfPq2q/lfXbP74MuOsPy6v2x4qLAoHQz9c0PbQRG5b bEpgnm/TwWkz2vDbPb+cMrWpNOuNUENeSWBj8/Tl3hyPU0+G98XX8Xx+qPyJhK16VDgNnk85+qEy XjQ4DBXZpeNKyxuyq8ZVl3fgVsMM7wzfEt/6cUYXl9+QnpKS2pjOmUgYDJerMGj1+5BVBmt15pLZ YthAbIbhwBeKifII3V1hqvBUkKBPBmwdpICQ7xgPVuo0k0GQQsofmGVqsawVwJUgqCrGGUTZkkPC IWt5WRblgd1PbRfSJDmi+U5r9mj8rbevPFDbGm2JtmHH4Ykz8rVjVk/8wzCyz3noio6bp7W1/7o8 MrZ3Usst0wmZUjH2isjNj+BPPol/VFM9G1ufP4ZLrlrdpzU8Z3LHv/5TadgfnvTMjdHNRV5bXoEj 33Pv0+HC/CcBWxC/8j8EbImoWSmRsZZk4XrcRNrIJhArcGW94LCAn8E1ChyRTJJH2kI4DhHCm+Bi xFP/AyBuraBYj1kqqCez03x65xEAOfZTn4T/YWzh78mrQ/3cRf6ri0Yhcx94M5uH3+fvFr4GHzYP lWPpMMoBgTUAU7Op5FIiK0n4k0QmEMoGeqwoELKXZoZyQ6U19imZNbm1pTPs89Pmued55mR2BNoL O8bNKZ1T3iktMi6yLkrr9HfmbjBusG4p3GFNF8ljOY8ESY5DG+S59DozCdcDELwoBaekoKDWkO9D jhxvQgjuUefc6zPQr2bW3GAo8Ym3w8RTAwRzfxImHmYeNpbS4GqqfyOnrakVUYiNlIz2wusKSX5h CRcO5gfLIGpv9Xf778wRXV4/l5NuoeexTTvghIpWANsALFnhUFl5OCcnHAK0MCsGWpgLUXdH9XVS y8pSGGRymfdDXZ+742+c/Cr+0d5rNq7Ftrc+wNqrN9/wg9M/3nb1AzNnZV9ftXiaZ+aGYG903spn brplH77v+WF04ejWlyeKyh1rfvLh73+85Gi5WNlPmq/o27i0flm+dUJK1Z7Y2gWrxjtyMsf9ZPnO /ttA1lYPf8L8Qipr1yoVEp/G5/OV2ZWB8Nhp2dMC1WPb+I7UqHOWuxdvyTZZ0ksabPkNNjE9oYHC FhmETXYx19BPBQiB3qGuocrlQp+LuYIunu513UaFKyFdTLaoaIFYUds2IlpEI/KXlI61XBSZrAHr EFM21hHRGvESwfDxN7XPmx8/czi0IEubvnzKexdt0Ye7Fvywqa0dF/7nikO1LQteUcYHV0T2Plqm FK2ouuz+qZjjqo7GX+hds1WnB4HC8mfji7NCkwavOYkzqqtnxy8+fNdgqCj3wEMdG4s89oI8ez7w ywWR50KQLA3YtBf3KzK1WeeZ1wTer0poGKSpyWkUazVElrUS2QnBiA0ukrXcTohHbIIgbhXXaggX 0irUGmkVqo+KtYq2V8tpZa3I4c0CFiSTHoNp5AQ9hIAVqArNg9TVOrgPulIPh7RCQCgTpgstwhJh i6ARunWg18GtAukFFKJItDJSUQHxQAA8TRwFOxU9cuSI+iGBLAM2UdTn53wcyHQKxsLCN26Jbb3l ZZKBpa3xi/EL+L54l3BiaCN5N5YN8g1ZNvjCE8gOnSnFBsUq6O36XH0LabX3pYlWS2EogxpwG4VB RoYmPSRxRSGN5LBbC2k4odpnk5ciAdpfKWPomE051Fume6lXqcm2I+ZqA6BOJbU39UoBUnAJM+lA nAQCvFPqpzLvEq0Om8JKmGQU2jRGyk+Yg6ED1CQC8Y4q5BqJmnpon2G3A+Jzdjsg/spuR4mDtBua FSEWqTDpjZWoYQs0QPerbgGgVdUJ0D7NfICkrQRnntnDhJuFVSMAcSbz8FUB99OTqGcrBObUzXn5 rthZfPihBxtnNa6Yd/sT8f1ZecEdi7/AKHplMJjbV1ZXfN2i+MtY/P4j4fEh/Mqqx8urxgsnnDmB nQuX/7BI8vya8GWNqW5DfFZKRkZH7EfzlmenmWK/d2flQikIo7XDfxKmQrWoAK1SWgVskEWbA7tl mz3bXmavts2X2rRtxvnm+XmdXJetl2ww9dpSHA5XyEoKCnJCohYyN+A0YOo3BAsjhasKBa9db6Oc 1Y+h/NT3BFSRBi5VMheCOqsUbtnMTQfN9x1m8lshXnmpMLW8vX7STa0Pxv++qHNFz6IObHh445e3 mLZ8tXv1U3W101uqpz7bc9OFlcYVzoLUFPf8rg6c/cIhnNndtXRCw18uX9gwvelPt93zcV1j3aJF IKMUpwOAUyNkUQYVf4W1wbqM9Bh4BwAyFQC5AWGTHWkpTpBIhwJA+jgJtnMH6LBgz+dJ1EEcw9C2 zmPyBD0KRF186v8fmGVcghlYHRokU5SB4LL4GIytDXShyPDCpzqSeg/CehU+A0/euvTiq/FdeN07 GLff8fjvNm9qO7b7mWdueqt91Sry51/HD86PAFYi5R3xF3+/72xtSe7Fawoq6j6luAAe8fcAj3Ro 79NyGIlmkYACO6JkMa9YxEKYcNowlngkQZJhrcFkwKJsw0y4wKdWhQuIhHBhJlzU2WZcA0IVLiA+ Y8JFCSZceIU+OdJAgAlXZZQCBywsSNNqFhMz15K6lz7+nqEA99bQXzkTfQsn+uM9/bE/JPrfB/2X 0V0D0FfadTvtOiEaHJY4jYS4Zh11ag4Nv6m42Px160w6TARMRVz4H03gh0k98UVCT2hHDSUAiuJc AMJa8JnYWKjShSHAMED++b6YieyMbTrGPS344gv6Y6XQeSafnwgPgnxmoVeUiRosi6IxXUwx+oxh YwOeYpxpXCIu0S02rjOuG2PKDCt+7PfrObM5NaQn6SFOu0HGmeZM2ew7NBxXUihyfSsQz5BtTiD7 mySyT/4LsmmIxNToRcVPuYLW55hylBzisstWerXMRFzW07Pknmw22EtAhYxOKcwZHTDMXmnQAg2W swLRBwPO5N6MfCU8841pVJqJLHRHWbkFXEjhwc3xD3Y+EX9/6eW9+AG8og/Ld1o9Gypq9626EH8P F2Ox87n6+Goy+8rxszs7u7D/KF6C75nU8BfnZS5Pfvy5+Jn4B/HncjLwyidUPAgTGZ4/HuDCEsWD g7kjklkikiRowe8VJJnYwOs7AsNmIn7hAOMU2CZmKwArp1RbgRicqRJQsti5VmaBIGgAJqUwVm0E kVAMMwycxNnAB3id3QoIVTKASEgGfCnMCrRVgQBCFRFG0PtRgsFJ+BfJUBUCbGMlKFIZqQQGr6a2 HDJ7FFSQL7KUChOPxdKOHSN/PkbejuUKJ2KHSD3w4zpw799i/Fii+GW+ROS0XAmWDCu1km6e1sYJ ZF4ip8WSdJD7eZ/hBAgVJ0DEmSwDceYgZQK3ckRyz5WYY/A+xbI2sRIKdF+41OIP++zQLfJW7MDR o2Ta0aN38A/cccfFDuhP4fBfyOfQHztardiWQ7KOWEvtnEajC3FySorVBrz+ODkbF5KIPZNErMoy OOcdqoth7qxsJgibiatSTalYXOKgMW1ChwYAjqpjCdyitvmSP8lSShR/5PMvXy6+v0yXvzGyYKXL bYq/RDC+5sU3LfrDxoyC3Lx107gl90LPXwVrsp5x8h9KX5rciheAPybnyePlRrlH3i3/p6wxYa2c gdMIZIflClwhh3UNuEGu1S3AS3Rr0CbJDOHWLnwckrP7QeFK8n6iAy/vWi2WSAKYoKq0WpPBC9l7 BfEz4GuvBHRhiWPoAYQxxQtQ+bfwGkHVCM6ot8Tg9dV3wItqq2+i0RI1umXYorkMcBKPHNkcc/JH IODbHIs6qZ+4eo3PhzUMcLgUC+vjw7H9PwDIvXE2djm5/d64BnzEv0OWuga6Te3KBuCWgNYfJBwP FgRm7VNFlRmkgRw9/7+zIp8nrIg4MtdgMSFMC1AtRBOqVCz4DUOzjpFPhRMXaA6f+gPfQJ/0uEGZ 36rF48l4oUy7inRyq4RObR/p5fqEXq2uRW7VztNx3dw6bj1MsZZwskgQ4ZmDzitUjHnmpoOC5Wv4 OTy8NDqZw+BZanUgUZBzUgzMCNlQRlKzKNOZHmYJUsRiIcQyVAiMEgDZyYDMkoBoo9Fk9BhnGMHd ZzqDZSsEiJxgFlM0ZnpH8FH/H/xaCgVwZ5MKRrPCMIppoFYuyQvocsg4JpUMjQwg1j0Q4pfzJNoO 5EA3j6PtEFVQjKxB0TWggiATQC0bxj7hm2PxRRviSw5jI6Tgt+EUgRu6nVt2IQbAOMpNSvgbAvgi SMYBRdFrPJqQplYzU9OlWa3RbBCxCRPRg+1iSKwRZ4tX4E6xD/eKOj3mRTIPQ7IOzLoEQREviZjA gM4zzQCEmhEE4oJqklMAbueSimRErX+s1KrGgPIVqcoc4g6gmW2jMwKKfSM4CIqOECZzoFsg6CAs bUtSwKQC9yHxqHIfiIR659nJ0FblDwhV/oBQ5Y8eYl3jV4zyFqAWMJr7MWhCtiHBf8rkNauhVgXB mcpiUPPj/xabfBiXkmsPC6ELvxFOXFT4I+Drrh3+SHgHMtmpUNf5pZLJIx64prOmolQxTZ9mnYvn CrM1Hbo2Q5ulI2V2qtlOazROOhiZDWmDvMlO3CE78YVkrRPGx/rqtIPWV4cKxCnGbCA+ThqEs0qI WYS1UADCND0ZyeYyGFAz7CbmOphYgcQE7IMQjx0x9ah1IFoISgDvNBPa0wA3CivssNpVh/fbMUOK GfIn1HMoLUFCxvyuxe0LLj5wT3x43ryuzgVtWPjR/cN18aGPPonHsPT++1gj5HTH3z90KP5e15Kl PYsXY+/hg9h3+aKeZbEunIknxl+Kvx9/F0KqcjCRTF/dBrg0Qz30j0rxBNuk9CZbU/oM4xzTEpMm LYQ0Zg3RaGRnSMvJksnn8RGLXVXTvVDmHeU6nFd0DF3JHOPZpJfxKZNCOPXzRLC6ymfyRXwkTWOT mVqH5KPKayASsJIZrKCtwgoIFVZAqLcD4k9squQV3ktCTf3pc4AleEVpHMEcUdUnSyRzWY6ahaiJ LEoymuBvq508/fX7jx3DP9jxTH1L9Ldl5cVbFr746MbbIAzlTYsfmzx9egw8iqLiisd3Tl+T5XHH fh4IFi+nGIxfJZwHDGZD5fklpY7ij3fy6RR/dqcjfYGu3dBuWQDom5s2N32d19ziWeJZn76uiM/O 9oU5XX4oQ5QZDu0kCCjMSBFR6docYIqa5M+xu5EsQn7XnYQiECoUgTir5FEouteWmkqxqdRTGinl Cr8NwgT8ShifTgP4oL5C1V2J+XTgFKR0qeWAfGfFaZqKov5CFKs5J7r9dvgKEDUTjVpsKeVGA/N8 5fpJT7whO4vs34Zm+/yuDwb57mvzVzvdX4yGafxWk+G5AZ77FkS7KHTjX8Z3N625Ok3L3fdPgFVj 2zsSeL2ozJZwOi6CAn5Feq2p3lafPg+3mtptq/Ay0qldorsar9dZqNNhRmaNK0SY9aJbsUWBojMR nCHmFlNYKz7OYocoD/zj80o6RbJhDBVeA9OQBlYVMRjMXrCnDMnMbqVxMtWcnA39TxwUNdsijAJw SQwCqEAUklYjEK5UMcyyL6AlqFfiBJ8EPBLqAl/KtiRyK0k4C3fEh+PG+GfH8AM7D9TPnP/gnq6i UGDDjM+OL7xhXFGAzIj1Cyf8RaV3XfXA2+X4IWVxZnpq7Le+ooKV1FrtgKwJgaisGJQHCiYMSlHS sowFQrmF6lAnk99UtnWwrV1P99tYcgF8Aw/yuyWbJ1/Kc2Z5soIVUpl5fErYU1bQKNWaG1JqPY25 NQVtAN8WT0vRFWlL3Us8SwOdwS2OXk+vd13BuqIdVr+sGM3lEt2AO2Jx5fHpos+XHWIpWMjQ+PLs LqZsXVQYYLYgz2qxI5+LVkBU1Q3EWcXEQph1JaaS3hIiLx+XLDQmakCJApAayKVW0FS3vc0yN6/H cnneJsuGvOssO/Jut9yZp422swItnSD6ShaJsmgRkh+pOkK4p6a6afCXdSnL7XAIZGbDjLdueyA+ vN24Gud9/9CrXYub9i069hyu/Poe8OONLfG/3Hzf852blC9mPfIT/Njcxycq9ZUTzy9cunvt4oUu m8tW8OuHnv2ysvDz+o5re6LLxxjz7IUDdNbgxZ8B2dCgtUoa5sMiVBBNskduljk0H0MiFsqBNrDH 3yhayiV+fjOkWCmYdXTOBIk6arTNzB0QXzFzx/bQ84EYhj3gjKlZwED0XCAWOEnVrBoCUTxCaeRM 7ItjsS+gJ74LHwg+WCCJ0QBY6XzoWTr6jeL2W/3OSdwkeRo3Tb4q5apUaYyBs8NEum2eUbHp+WRI +rliYb4L8wkTNQyaPU2nfUIwEvBcVP9lAySoPJCg4kw2/aHhP6rD0rNyPLQToa2e3Qfa37DRAaEa KiCgRgM3owSzLPorvjM/BZJIFWalGljR/BSthOWEwe9OLtqA3CY0hfy6mdN/e90Nr9XNrDvmyy28 ffkVtxXl+o6R1gf/OmPa1Mb6WZ8+xm0Z2rLphoopVVOqKm5dye0GXiUz7CK6QVlah+tBTfGCRpwr 7oDSrQ24KWj4ufwOnuNtHOEkXMMKW2vxViIigaznIK1PpFrUSFf6cjwkViYksuYiuhJqXRj+dVyA C3Mt3BJuCydy3RqaNafhELhgdDapLaAOCcuU0w0NgsDNheAHcuSxj+PnYx+/id/Ab0B8EYT3x0IG 9PtqiDIkmGMZtStlkIASpRQpRyqTpkqt0lJpgyRJ+yEM1Gg4wCX4mDS3JnHgWvBEXssyU8u0TCSh EzQoS8SvzCJRrXc66tx5BKJsWn2zg8stXdzA3Tx0Mz9raCnXf4hf1r//4i1gi3ugqpzOb0Q5kKFf prTrtbw/TWv38wFwesWWQrYtYtt248yMBYXLjJ3pq4q2aDfbetO3FGqJlDep2KJYiMXilZrH4DFj nBEvP26KBLGqCUrNltwwC4Qg1lETpYxgnjJVig76JcSF0nWQUQSZQswXpHooAWJWbk+EPtTrYTop saoGcMw6BqefU+yyDG014XIzJPc94UiYA8V7nnlVTANDqCW2jJXoV45162jwVU6/E9wPkGOdRMVD xxJYOqYUdcwX1YGqFFsoDVsmPLrto7L94JxSx5w6CIkXlKmodx4oSWT22FoMNdXFSsFwCKyRP5zI doPWgwxDVvl3rr3gLOwsKFvR8l76s2ktecHNs25/feWSpTjj4aKCvN5JjQe7tOWvLdmwT4lUPdv6 Wc3M7nVXLX74Ksska6rn+F199xQVeaV0ZY4z1Zyb/ZwpKzc49pYV8XRcLthSUrtaOrumAwYOAwb2 gqikIC+2KvkhEjZNtBd7a0itqcmueOdaL7f2SVvG6I2ymFpl4fU4QxG1OslG55TyhRKgAcCMuanl SGZjziY1ElRymO6BJRgwxVBNB4UJk5W8HIivlXyml/bCgp9IJjG6ZaZ1wFmAK6hvC/lEoGHrAnXz PovXgPhYzb6NqKgzbLLhwDeKjl6pF+mV0D7L+gnEl5CZgj27YEFRYr5AJbPZGnGE6ZRST5g5wyDX yVINaC0NzaHRgr1VrcRqLOqas73N1XWPL+3YU6vvH2weWHXsTy9ce+usn9TPWNtw95Ok/IYPpzU3 F0FxxBZ7c8rs+GvxU8d/Vzc+ti1rDKSKMFo2/Gfua/4qWLn5lDLN5G/2kwDONBY4spwTcNg4wRF2 NuBmbY2x2THF2Y5bjMvwEuNmvNaYYjbbInre53NFONnkZ1kHP1tyNbJs4f0ko99XxjL+3uhPZahO dcsM7zJIAzCYSYDMnAKZsQyihfOMU/L2zCSnTrPCDfBqdNkGfF+o2yQ0Oo24kgsbaJVaLTuUl3Jf L3ysY9Mr9Q0zcNHfOw9P17Y+Pff+w089XLEhmF9v104tKqmrr//jrdiKx5flnqiu/8Nrr7yd4bQH LYDNFYDN6gQ2iZJd6SoeM97b7KoaU+9tE3vEXrNsxcQiOKcYeSxlVAlai+3f6Bq2Qo+4MhVmHSlG /EzlMDOOzKNsZgHDKbP5gM0zShFVHAj8oRENc4uK08RCRrZyxu2WnFSRQCo5rgTo3SSGYYnlcIDP wGiJLe2itNgiwQTAdvsoJALwRmVYIIvLgEmNJ/VpKyBbpSoOfyaxUK3B1tJYSjkLTZUnGM5XD87s v/z4X2bW1jzV1baraXBw2sa6e/t33Tbj4fVTL8MhbNnz/mXTZmTn4pMXhsn3Ml1/fOVXv6ujke3y 4VN8J78V1hR70HElN4cPGIr5iYbKjGq+ydCUMc8ww7Hc0Jm60bA5w4grPR7TmEl2HtTop+oKLJ1O EzGBkPqYvvcxIKZRLgPfSUuaC0HFlkn/OaWGYfEmiGo9ENdyHqiwwCG6EAtWXbmtjI1WxjYrw6eV sc3KjlthtZzYYt0+EsQCk9QglmpimsWlazJYDMBSub4RH6PUDkD1qnkBq52VF0QN3zn08uSy0E2t a/48TttxbGX88/hxHDj38d+exrfedvt+PXFffue44uL5ha/mlUHgZAeMVsXPf13wgwcHrgXZrYEF yVYxA3j2K+VyF0OWiwVNkq3Ctl6ANTN8xI50xsmSRTDA0m5FJrJJNsLDaAwboKRg4DomcpQGE4Pp 8HQukwUZFYO53OigGDV6KZ6M7BrjiHYzgkzDXopQWJUCq0+tVNtB+yLlOV2NSu9lvC4tKcHAIDBL EDMxApwGVouJlMLiUtVtiIJtYsuSRLtdrUPBukAwUFSsOavW052zaSWeHd8/2Nd37NnIkgJhoZxy xQ059w5N4Z67N/tXb+klKrHxdr4acOSHaCioFE1KmVxQUjihuEZuSplWUFXYVDwfR4V5juV4hbDc sVXo9VoyBavPnqdk8JCWU2stlFDcdFCQ8Vc4w9gpdo1JxKIvq4Qx2UptB/XPGUGZSAlFRYgLiU6Q 22+Umf8N+Xb9q2yXeEoiJSTAoBdgsxJwO1l1DPJdcSWbzoWTKUsIcuGrnWwVL6VFRsN2+7hkWoVa E7pAKPn6tnvA6mABBlcm3tlQ7gI7M2p5JvgJ3xJ30KbfFvd4PH6u/bFZ2rHHuzuv9vszWu7aCNI/ dcozC7quaQB71PQ95a6Ba++c9eO++Mn4N2mpR6zhsfm5V9YsrakGD1Wz98S0uubcvOKh35OuzPTX jg2+EAFcw7NOfAdoXQcuVVI4u8O+3g6rlKWqFN6IsUH6Tg1LU6xsLbAaDYBXR0MjNgU0NWNhaW1+ lJql/hzLgFGuqh5CJuUnXPch+BDMQ7ighOhdEQN0Ini52elxdjqJ+VsyxHyEhAy5ICeh+ghAJBZg G5jwQFv1EYBQ4xkgIJ6j32Zgt4D2X5mzQAlmAg27UkcJEBMeWgtJTih8Us0DLkMlU9NMSVtGFvNB jKe6DA473zFodaYtbJr+k+mDg22Di5/6Jdk6fWdOQf60iUO/BOfg1YZZ74BHQNA+cAuugedV6LMO DykpuIYAe8oJJwqC1Cdj+Rbg0JBSyHjVybOBQcoKOMczTUJpWOrqgqcEAKm4s49FrSpDICZNMCRR M0gyBA6oDAGCTgsrBA2zuE7YJY0MN3pS9ZdOBk7RyCfCVgph0BIcjBNf8+ab+sFBwXn0QjY82gY4 eh5wtA9wpEMXlJo88p/4XZmTMSx6xunEYyjCQUMxZNDn6JaRzZg+FIFdrN51gNW7aLFL0EAIJekg O9VLF7HCwM8peQwbyOCFiheRODZ+jo2f42nHKQ1bF4xkZNAJT3Fk0CNjVeEAp7JwF0bNbgHtvzMU UIKhQLhupJgJk51AAS0jwdJHNREPa9JoFMgKYn9TC2IxVg2DpPxIMYzfdz6ubB4cJJ7TsX/gz9bF rxdtQy4SjA0Bt54Fll0F3OLQfyi5UFyU6MzdgtgAEz4dwyilQSZcfbBILDlGIBITi9n50FaHBkTC G8ZsaNA+f5CyCe/iL00rGxCbUhgCexDkqsFB6IqqCzSpoM8D+LjSxGVx+SlZKfk13pqcpws0B7Nx tid9jJRalZfJpwvYPEZSirCnqLhIKZpR1Fsk/PvOF1EVn0oRWsR8BeykqgIzbwz6+DmLIoA4p1hY IqaYAhyzJWCw9yumIIA4qwTYYJhbgLvM2boxJsYAcNfgAhNjGKVhtZjLzHhBv8fMvgfar6uBpjmH nm1mPh/sPc9uzwh6dyAuMjgAMaz4qFk1e1zsa2BRPlzoYl9DabHF5RqTnBQgElmUMexkaKvAA0Kd HUqo6meMln4TtGmQqxIKLMwGqstjVszbzJw5CAmk5EtFoDnZVBEJqYARu0OPMMUEdaFIJegmWH8O YSh7FgAmeERBwRJ/0FEjTaqv7KpnybZ2TeqgwZ7aOrP53maOV8npd1EFtm/xmvty1wxecWgf2Vq/ Iy9Q2DwpdVJGLEy2Nm7PCwSoUuOjWxtmdbZ0tnwAJdWEVQEkOXD+P1sVWGn2P7IqqaOsCswBGI+k CYmzWJDaEjrD/2RCYIaVPMpvdMmY0HlMmBQ2m99pTBgqwTRcsiJqpDliXv63xuT/ZkvUufmvbQlj O5gS6tN/xK8Gjuug3ndBcU00hswh20RHk7HGXGNrckimiMzbI5wWImO1QgqEWiEF4ivVjdS705iA UqOTjOhB1TDDDk4Ps9fvMHmBM+gKDOCqinNGXFAmURSjvWmmNE9aJG1VGm8FRQQeG5McugV/3i06 6EyK6uMVzPUSmdcPi8ziShqdQPqMGGxZcYYeA3q7c0SDMayPMsuUjzRygiAAcnGjCi8ja6hpSmV1 /NO/nI5/hlNP/wU7X3j89jsfe/yO235KxkJF5UVciS3wNyl+NP7l22+88fbrb/8BOHo43s3vBY7S XEmmkl1CKuwl3mrSYK/ytkKe5Gpp6xhtMk8iQJ5E1ukTeRJIjwBbmEVN5EkYdg8Nv5Z0ks6q6YxE vZkqOZY2+S6ufvNfJkxA2fz3EiaqNoK5VvFMCVUb/bcyJwkzeKmGyDTOv8mdjCiWf86dXFZXtb97 7o0Ng4NNzy5/5aMXdt808+EmSJ3c008qd310WePMnLx4ofCP9ZGW+O/iX7xyfGpFbGeW601Vn3Br wNGwwqpNGzKYwSMAbwCemeWrtSZBpitJRtYEJ8p+CNkUW6+N6DVMIWsYBjXMbaI0xBsuyH2obgMQ CZOayEYltTccOKNY6NzIsPwROM1UN82ZMNUNxD/U5MmulEv4HO0z0PwSqGO6Ao7ml9SQi/kICdXL rdEWNJfNfRDC996fto8rLOT2auXpk4b+zEd/PK9JgPXcsOBn+E/cHyBzW4pnK3NFIrvtJM2dIxdk lciVWVXytKyFQtQx29canFOySljh6PR2B5eU2DYLfZZ13k156wK78S7DdtfOvB/gH7l1yOjM5zO4 bZkAagrLzMycyWo8prDkEIRhkznZB8HlBWpwSUs+4xzdii357jDTEE4WszshCoOgiOlQCJi+eYqe 4oQrVcVCCaozITJ1I59TA5P0eVKtjIQLcAZT5raEfhlRKyqH4ZrzSi5TK3sSud6OcF9Y0DAlomEp Ww1YY5jOHSGWnL2UoqU2EpSDWpKhWmIkZQDOHHsSg07JP60BC4dyac2Cli1GEi/qAzyQdkl1pDrg P9XB/SH27tbfTdW2v9O99YacnBV53wvfuqViwvifX9H9ao22/reLL98TKFgY+l7gmro6XHXnixP9 b1Q3z2itysx0yk5j7u1X1m4uDpaP878cbmi+rNbvd+id2oyGRpjrycOfk5hwLzzpPaBU6QUXLKvn dGbNZINOK7jdqZAAbE7vSydGdEO6ZDAzaENSCqbBzHw+SoPL4tJK8MCzuRyi6/cVC1XgGpZYSMhC Et5wOAFvzRgKbw27B+z9q2oQNKmU85pdY0aBG/IKqkcShIc0weEAcEdKIbFAy+NqgjAMq/3gSTe2 vvVSTobEwv8x7qcDfX2D+Nr4VsnpmN48ttsBT6tZD/2azLoXT4k/d2+ca1scyMt2yxT1T4JFmwsy D4vSFZtOTNNs1nBEsMuCBXJ/WPru5N83zCrRqJWpXxaanlHSmQmTWEQ62ncAV5IZNeqCqrZMKWVW TQ1CmVOGblGD0H8fg0IeUF2gCETCCUwkBJN8hgOqhgfir6ralZjU0DbTJED8jWkSaefoGJT5CKNs XUK1MMULaz5ZBMryBt8usllK+bmDHU8s639x0Oxyt85q+HnT4NamGX94DdZfXtuyKVCYN20iVwU8 hgVYfB/wWEQ3KlNy+HyxjK8Qp/INopgvVAiKMFPohOdRXHAm74KSWh7K5cajcq4R1XHr8WYiJcpq AvzsBKYLqmGVuGwu18OvFCyH30vh0Y20rMZxKVBPW8/x3BiqcLjvQ1WNLvQ5F1VXNo2uqkFNDVGZ hBVkUFLj++KVv4hHfoPnYUDCxYf46NBObhP0Bn4pCroahd9O+OowkoC5VIfAMqSvLq20AaeB6p+d VB4MXDpXiAtIPpfN5whZUkAXwhMFKA8Kc3Eb3y7M1a0ki/huabncrb1Ctwn/B1nDr5O2yGu1m3UZ ejp8jUsURCSbIavHsp6w1UIIKelgmQOsjwcG0EdIg/BzFS5m6yHIAEDtMZqNEeMqI4egLx8y3QeE WnkHAtYEMkeHraAQr0kswQMjC0UmGnPDojogWKQZA8bQx3IgNgtQ5lD+pACLUsSy+HtPxD+Kf/Lz +DsvvopT78IZL1BWcdEhyq77uC76pvJUCXO9DXimgyfEb5B1bmzjbBq3nMvlairRRBziQnxIDGkm ypO00+DXRGq4Gr5GrNE0ydO1sM6Omye0aObJLbpVuJNbJnRqVslLdX4TQVKEFEvNRJH+g/QCqF1a nZYxiwX4nIsXeFhZr5Nkkd/Mr6esgnVxkN8jBgxM0/E8jfSPKLBQvVyETt5IHyegj0orhg4DrPCD J6KYpue/T4PyaAkrxgZKYImO+rgtfZyJMeg0fQqR/VP8QCBOmQQQKsX8ttPg2D3/Lj4Qn3EaT8SV f4w34J/HZ5MiUhyfhx+JvUO5Mwm8PSoJGqgtT+HZasMZYqfYK4oypxHSuFRhKm7g2tBcvAl+oUFD MSG4oNLcgKby8LsehBeInvRAmA5PFtDFX+qQqCQ0MlkQ0I2QD4aycwpfyy/h1wNfvi+Z4WcnoLhM VxxFwTgl8gq0ugz/UFmGocCPRKiSEFv38mvx6t/guXgeH72gwa/zuUMvcjCp8DwQ5KY/gb7LqFWZ YJcmwCr3Rq5WWsDNkTqlPq5X0kJteTKAlEiTR9WW9+g8uoiuQ7dK16cTyLWsxnzyu2rM9IH7RHGZ +2RoM7k+dg13eWwNue96LnzPjiGI+Ggui72Gp8EvL33XKwI7OfY7J/SXTb7rd03oL5nkoH/93ZLR v1qS/M0S+jtPtWgqqkP1qAE43ISmoctQM5qBZqJZaDZqAQ0xF7Whdijwz4ffgwIOAZ+s8KYvEfqB GudOb5gzNdC6ZE1315Vd/wf6pOAyCmVuZHN0cmVhbQplbmRvYmoKMzIgMCBvYmoKMTM3MjIKZW5k b2JqCjEwIDAgb2JqCjw8IC9UeXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQg L09CQ1lLVStDYW1icmlhIC9Gb250RGVzY3JpcHRvcgozMyAwIFIgL1RvVW5pY29kZSAzNCAwIFIg L0ZpcnN0Q2hhciAzMyAvTGFzdENoYXIgMzMgL1dpZHRocyBbIDIyMCBdID4+CmVuZG9iagozNCAw IG9iago8PCAvTGVuZ3RoIDM1IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAFd kM9qxCAQxu8+xRy3h0WTWyEIZctCDv1D0z6A0UlWaFQm5pC372jDFnrwA7+Z3/g58tI/98FnkO8U 7YAZJh8c4Ro3sggjzj6IpgXnbT5u1bOLSUIyPOxrxqUPU4SuEwDyg5E10w6nJxdHfCjeGzkkH2Y4 fV2G6gxbSt+4YMighNbgcOJxLya9mgVBVvTcO677vJ+Z+uv43BMCJ2Ki+Y1ko8M1GYtkwoyiU0p3 16sWGNy/0gGMk70ZEl3baG5Wj8DiWFrFYlQlj54yo/z1ns1uRByrLqQmLkl8wPvOUkzl5Xp+ANXu cWUKZW5kc3RyZWFtCmVuZG9iagozNSAwIG9iagoyMzMKZW5kb2JqCjMzIDAgb2JqCjw8IC9UeXBl IC9Gb250RGVzY3JpcHRvciAvRm9udE5hbWUgL09CQ1lLVStDYW1icmlhIC9GbGFncyA0IC9Gb250 QkJveCBbLTE0NzUgLTI0NjMgMjg2NyAzMTE3XQovSXRhbGljQW5nbGUgMCAvQXNjZW50IDk1MCAv RGVzY2VudCAtMjIyIC9DYXBIZWlnaHQgNjY3IC9TdGVtViAwIC9YSGVpZ2h0CjQ2NyAvQXZnV2lk dGggNjE1IC9NYXhXaWR0aCAyOTE5IC9Gb250RmlsZTIgMzYgMCBSID4+CmVuZG9iagozNiAwIG9i ago8PCAvTGVuZ3RoIDM3IDAgUiAvTGVuZ3RoMSAxMDQwNCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+ PgpzdHJlYW0KeAHtWnt8VNW1XvucmbxmkkwCeQ6PMx4mPE4gTyADA5k8JUQwCUFnEi0TcqIBBRGC 9YXEagQngI/WKo9q2qv13rb3x0mwNVgf0SpFL/HZWrWtBsHWH0KJVqvxCrnf3nNOeFTvvX/c2796 ON9aa6+19mutvfeZc0LH+o1t5KBOkim/dU3LOhLX1A6w7NbrOpRoOfV6orgHr1h35Zpo2Z1J5Gy8 8uobroiWpz4Afry9rUWPlukr8DntUETLrBh8SvuaDrTDr6lXg8RdfU2raZ96N8oxa1quN/unP6Cs rG1Z0waOa9rtIMq69W2mnQWJUibTXCohH82j+eSnBbRQuI6RJCKGgkQDNJPupxhILsojjDi+GXVl WLnd/kVDrr3HWJHs/4zccaL2/j89sIALBxdM2PJp8fHa9I8zT6IYjxaiF+rF7jrtI8po+rT41MPp H4uWTKNg0n5S2OnH4jPZYqWffWkJI5bwhSV8bgl/s4RhSzhpCX+xhBOWcNwSPrKEP1nCB5Zw1BKO WML7lnDYEoYs4Q1LeN0SXrOEVyzhZUsYtIRDltBjCXdZwg5LiFjCVkvYYgl3WEKzJTRZQsgSgpbQ aAl1lnCRJdRawmJLmGMJ+ZaQZwkzLSHXEuItIdYS7IFRkblPBf1E0I8FHRb0pKAnBD0u6DFBPxD0 qKBHBD0s6LuCviPoW4K+IeigoIcEfUnQFwU9KOgBQZ8X9DlBBwR9RtCnBN0naK+gewV9RNCHBe0R dIeg2wXdJmi3oBFB7xS0S9DbBb0NNLBwsdIpSpsFvUXQTYKuFLRe0DpBFwlaLmgSp8llrbYymgzk AaXAxcAK4BpgM3AX8BCwF3gGeAVIpBXyMWylTvlTuhvoAQxgAHgVGAKGgTi0WoRWi9BqEVotQqtF aLUIrRah1SK0WoRWiygBYyiGdzG8i+FdDO9ieBfDu5hi0atK7wEnAZmSQScDpcAK4CGbGlDtw+8z 49TAKWng1Kunhk4Nn7JFmTww+uro0OjwqG1dWYLNi2EPgL4KDAHDNm/AaRt6evhpSZDkshSbBw17 +CkkBeGdDDoESOg2gZdtcY+x5ByWXOa2xYpyDOhmKUP47qHJ0h7KA0qBi4EVQAy9B3oSGJX2BJbJ 7w2lZ0z4zW9Bbro53X3TzVmvvQ75um+DrFkHcvU1IFetTXdftXbz+uyOjePTJly5GuSKVSBt7ePd be1d12ZnbUi/sSLLcwOQVVYg3Us7AYkmgOZySdop7ZJ2k1PaLu2Q7gKPSN3SNnKSW9pJ3QCmBPoQ 8Evg94BNegQ+j1Ki9BDq/hB8D+o+SImjH0o7+sarvv0QdnGhLFv6jrQJKdakW6WbyQ5+i3Qj2cA3 mfxG6VKh/7Z0peBXSpf22TWlX1rX51Z8T0nrYef+a6G3cf2l+wqKfPFlZdK1lAX8BHYo4bMKpXcg fQjI0u3SDYioJnWC8/qbwfk4bjL5DdIlwn69xJ96mnQdOLdvNPkGk19h+nWAc78NJr9GuqQvVpte Vocyozs4lS6XviWtQAjrpQZpGfhS6WKpDqF0SEuBekqQLqf5kEOQrwM2orwb5Z+Dvw2eIK1CjasQ 0Fa01AYeRksrwVeRX2oFwsDlQD2wFKiU/CJqFVIKEqVJAbO8EGU+6wVSCqJWXZYGPaNq0AOAJM2H PRZ2HziP0lzT3wP/WB7lor5x6b6ydCnPNMwy+UxwnsZcs6yZfAYq2rULy8pRZmQHfQSQMN0iqgV0 lDoAm1QuuUTXZeC8pVJwPvR5pr7E5HNMPtvkismLwXm9ApPnm/rpJp8muTCFSNlalBllg+6XCjHl DClTykJSHJJTSgSPk+KlBJGcOCTHgeBnYLRxSI4DyXEgORlIThySk4HkxMGuooYXyZiIliaDZ6Ol CeAqEjERyAYyAAcQR362jC3hM2NLTX4Ju4wnhS03+aXg3P4O+w3ONo29ZfIP2BCfITts8iH2kSif BOf+x9lHiHWgHyw+AZttgNn6CgpMAZumf3TgsV9PVnzwkPtyc31PMJn/OuqbfIG6n4v7BiZNUi3l xImWcsKEMaXbbSnHZ5tSp2OcKQXiEyBJjO0L1HVDYmiRS2UJUBJdTJO5inOMjPrqlouR0T5V5SOi xydO8gU+dLvFMP88xeu7pJ/FBcaxP75l1+a/WfumFDAcib5nB+wa5hGY+9C4cb7Anrx8355dTNu9 y67tusem/dtOm7bzXlkLvJBb4Lv3Hlnbes8D90jxrZmtv26VldbEZDQ+/NiFk72+/+hnCYEJ7IH7 mDb3Qfb9+yQt8/6cGb6M+5nrvtKA7+372JNsDsvF80Jj+X2DNq2f5fUd4mxm36AMlsuVT7KL2GLh s7hvs13bz5pZI/ZVclkWa8R0G0lid7CtIjlbwHmS7zT5VnaXqLgDnOvv2tdl10rLnKyHGHuZHRLG 18GxDdlr7FBfDM9sbF9hoY+zvRjD6MC+dyeJtAZS/pCZ7XvxJVl76aBNCxz0XMCjuO9gWobgBxBN Xj6Qns15QH1mZoGvrh5xqke8P8C0jh5B4ciMGb7BQ1hBh8orhf+hqVM5f/xQRrbvuWMMs47ve0d0 HCg65vX63jvGAs+7J/r29dq1XiQmMLBggW9gr017Y69d27sJx/U7qem+F55iyg7m2sH4ELrnlIim u6dqYiiF3Wh723a7tj1i0+6M2LUI4vjpSVn75KRd+7hT0oZ7bNpJhCZwvLDYFziO3ngzPfUNUV51 YZSX+EVzjh4k/r0e1oOa3O97WP/ggd90Ij63bmbaLRjVJnRxAnhrM9vc5Z28tYtpW4Db0cttwPQu X1dNl3xFF6vuYnO6WE4Xc89Ny5yTljY7LbU4LbkozVmYFl+QFpOfJuel0ay0kS+TlZH8ESlnatK0 qckztKRcLfkCNWmKmjxpcpIyOZnsLrvkX5Dk8Hf4d/rlZFeKMz7B4YyJjXPKNrsTDwhnjKxPXjeD Jc9gjuTaZJwU86lS7pB/Sr9PjnGQQ3Ykz6f58SG5Of46eTftjt+Z/DY59zMHcwZmJLvZxMTM2OzE NFdGYqptfGLeyDUjD430jLwy8upITOlIYGTviDEyNGKnfuboyxvJe4I5qJQ5ArNs/+kf8X/u/8yf 65/hn+bP8U/xX+BX/JP8bn+mP82f6k/2x/tj/LKf/HVFjcxIraXaxnJjHANfVm4UabX9stJgFGq1 Rnxdc7CXsR0haA1pK/Zzo2Hb2i+BpVY0NQf7WRY3d7n3Y3mTURvu2h7StImGXrssaHRODBmFXLh7 YohqjcJ6w62Wa193bejYKNTgGzqiDhu0DVGhd1pOlTGjqsXIrQpXapZW2NgGXFF/s5Zm8WhdQdGm VRoTLMUZbpo4Y0JLHbyxDt5hx9mtbvi6PlCDzrR1Tkm0aM3K9CFrwtGyaT3TwjfUOacHFEQ9xqmR aZQid+c79MbzJNY1lBtSxWW1ht5Qa0yqaw4b2Wp5rXEQpTl1zYZTLcd4eChxgXds2AjCITS9JFU0 9kqcxIA0NwfLWtlp0tmXwAjwBfA58DdgGDgJ/AU4ARwHPgL+BHwAHAWOAO8Dh4Eh4A3gdeA14BXg ZWAQOAT0AHcBO4AIsBXYAtwBNANNQAgIAo1AHXARUAssBuYA+UAeMBPIBeKBWMAeWKV/qn+if6wP 6yf1E/px/Zj+gX5UP6If1t/V39Hf0t/QB/VD+kv6i/pB/YD+vP6cPqA/oz+l79N79b36I/rDeo++ Q9+ub9O79Yh+p96l367fpnfqm/Vb9E36Sr1er9MX6eV6kn5+Yv5/yth6/4iL7NvxA4bsy/FNRhNf TMiWAdm85CejMl6vfkA0OmzpTzeckVG7lxLlBZTIW5HSRoelIXKN9pztYdU7w2X4REv8Ww+HjRfL aRNnuFqjDDz6rYn/hv/m67lvNn2j5WV6kX5Jtwn7k7SPfmZ6/ox+Tl30HD1J0a9kIfwgup16QBuh aaIaWk7folXwvpYepkfMWispTAX4R/j+lUARU/sSfUi/YF/Bb7epOcO+i17WUz962k2L0d5Cugez /R79lB6iWroDpTPXm0IcklpoNW2gR8lAXZ3ahXYJ3UqL6DKMrZouwZjWovcm2kuPURv10k7on6QG ejDmaYqTOnimRv8qzRv9K3Wj9velDrzf7ZA7qYNupgfpXcIrP911+rn/PntnBvaN0t30AGZxO+1A TpvkBXKdHB7L7TdWMg2PI17PIjbXIys/Rl4epLuZl3bRFtrEnPQDepIVnhOd/6m9r7M/TtvQ9rnX r2g/4vYI8rsDEduAvPwrRl93rhM+Z05jCVg3q6mJJdGXtOJ8+/9JeR3WwvVYcd9BP+sx8yC+mBbQ RvB2YKPVB34CL6StyPq/4FA8Cn053UJrmYfl0wHayjLpRvj/ANrv0RMsH74b6DE2jUawq5oxy7+7 cB5gX4rzALY4Yun0Mt+b8pfcVT5mnQe8xNcIm0IHic6cB0xliVhvj9NP0P+PaDdzM5k+o8N0muWx CcjcdHoNOIC4PUHPIn7H4ZFJv+PvHedf548FNbrtbeKcgOvfjwWrffvZY8G+eJT2YH9twhp6DHv9 WbqXfgG+DaUe7KD76d+xBn6MtdSJsY5d9iYqQgyu5FTEIIl+ZZ5PKMsDXD/62uggt0Ypl07vGJN/ i938e+znOpwV/7z+GYF/YASk2K+O2N+TauzJdjb6ke0nsbbTzewzDOAR7Pjvgt6Ef1d+/YDkU/KH 9r2jf7E/cbrcnmKfcvra0zfjWfY7epteoRfoCL1Bv6WX6M9yvvyCfFj+xBa2xdgH7T+in9tm0bfp ++e3altra7fV2x62Ndlm2adiB02gJThXL8WzKkwr6Sqca2S/O7bAdq/9ErsufyJ/aed/v7oa594d OJu+i5OMAk1t+opvXX5Zc1MouLyxYclFtYtrFl1YXVlRXhYoXbjAP3+er2TunNnFRYUF+XmzZuZq M6ZPm5rjnaJe4FEmT5o4wZ2dlZmRnjZ+XGqKKzkp0elIiI+LjbHbZHzwyGWZRmZFsGq1kVURxm/n StWlGM6lw0vyDEp1e9QUpSgvNNP0MuyaQeNqjfF1wV4KlISMGO18l6WG7HV94kHlJW6lyrB5cauL W3RjWkPQo7redI/ZQ2jWyK4IejxuQ/LiroEJ9+IWRTdcddDDIDQ1BtUFOfpH3y+Bkko8IdCGoDHJ KoZ4a9GpnDXI/TibBs4b5lIWcfU6syoqDRrfS873DUrjbsMl+D3hN6bhtdDrgiRaozyDjf/EYOMM lrYEUzq3C15tqORrYlClr1ar9FWIqB4+E9PhaEQ9SkSJNARTitwejxg03lzqg72OhAq1oi0Bs8Cr JRTUm+CAxsEVSMu6XuZcyIQgOavm9UoUl4jwpfLhVnGsNgLdYQhqJeIGy7gzFnxZ2Ha2iVAt6kRw ExITfRoxFUZsdBDKKiPQYlC30ps7ENnW76KVYc2pq3rLZUFDbsGgekn2VrU3GhNq65qgwiCAcLvC 010pCE+eUtWuRFDmvmFQtRJVz9Xr7W1hvkxYWK2ELb4iuMUz4MbreHBLlZGiGYmonnjjUbccqcpc pfBiJLJFMXrqg2dbPdwHiyBzZq4SqVLRGxqrWl3OM5Y3ljaxGmt0kZxAd4tidK5cjZjhbtlmrX9P xGU4/+ZBdpAf1OS7gweYQw+v5lNZjZo2MCXS3Samuk1MDetVqVpdycErYvXTctRuCla1q1WIp9kh AoL6svf8uh6PkaXxipFIFR9ii47R88jgzsIbMYYRLWBPuDWG8VQYgUbBqFHkAD0GWipDpsp0gMWG PBiBcGUoxCcVTYAR691in6UqEd5orNcYr7k8z8M2MDO3tiFYVclXJzyliuCCE5nuE5Br68bULBM+ kbwTPEjcskytrY+ugnYeH07CjdENjKiZmYer6S9aHcx0D0Z7uCxYrVaHI5FqVamOhCMt/aOdK1XF pUZ6nc7IuqqwIrY/g/6JbrdRvS1kuMLtbJ7IEO8ek5O91Xj7H1ffzFNVrbS3QIO7VPWUuD0pYz44 Rb7ebO45rH7sAb7nIq7jmL0Tp5NbqeZHDb7IlrgNVwnfshjQ8iD2RCu6qNIFwV7BhyHJzXeNHPJW rVpmBsvtQZdi8fAzsN7UohGPh++n7v4ArUTB6KwPRssKrXT3USBPQx7D3DJgWdKWc0unZRmrHlaR t0z+YUqsj29a3zjbx9Z2JEVNVXz8YMfocNfoxkAj5vhFiRGHiInUj6sIym6Ju0CS3DKXEjQ8HvxG hiYq8pjgxIy4VOVV1XBphr0iOOD2hxRXCg5LBp9FcOQr1fWq+iLj5yiNdxnMb7B0riecq4gezv2M EhjHFpJSFQmbC/DsacGVe+vtY1spOnjsXT43zN6lYuu6o2FISVX5DA/xBW89GLzVfF8hJSJQi0NG En/eGUnHBcF43RVBBScRdm69EJQqpZ0n21DCleJICLm53VL3jw6FK/kRGMQahIvbXOJY6NHQnrsU Z+b+bxd6Jxb6rdtC7fMwpsAMzECZjW550Csag+Z2E3kSmwB91fCpnGsfi6Llg4MN29lj5Ge/mImF mp0pdnV07445IwmNmM1YAs7uTNis5cFHYlTj+R89A8TIjAtFWcydmxedZ66xzDg+NrlvhB8eZOW9 Ktta3xtgW5c1BffjxUvZ2hjsk5hUES4P9U6BLbhfwY8gocV3u3A5V3IXhReolqG1PvxBjPu79weI OoXVJhSi3IoPvUIXdYKOUSu++gqdy/KToLNFdQGhw/MEQ6zKbMfxFlSRdN0I1AVvDrVHwiEebEqP LkCsbHUhGZK6sJdJMU4jQW0rNxxqOdeXcn1pVB/D9bFqOZY/NofSj60eCavY/jiAg+RmIb6E+SqX vEr/6ChO0EGcvB4jxnsZgAM2Xgspht27GH4XcoShvtDobG3h4+DLFHVjvTWtISNurEG41BjxaCHe bAEe1aIOHs+8UisWa4sqRKixOTpDRkjjnQZX8REpCn4PLVLnGTE50UHac3hHeaFIqlooHicxXiPB uwU10MdicRAKjRtFdMafR7hjnRh5qwqv1rCCDNiodRkWoy2H3wk8b9C04aluy8FDFUjARhZG/L8L vvEdiQlG/Cw0iJvLjlloEHdsCEHhkxelLaYD+nYZDowo56xQmhUQHZhq+Fhwb8HgueuzvJn6fmpQ rzeYiKjoKhZmI9Fb04IfC9H6DmhU/O6LVkZbcV6u4m08H9XG8pk7xQ/axv7RR9Ub+Caxrpm5qkGN Qb4wCX9noACFIucrjGYcnHHnaxOFOhKJS/z6CtF4xSWOcd6KUrUKa5UUPFMQxpicmpbuktTimfZK eprhjR5X9P+e4T/R4Y94TpQ9Yxqi6/CPv/Y/DXKHvZGmUS7lUzHVBrxpecXTpudS7kRHwaziXMes WY7cYtvsOTRdyy9KHTcuKTNzVoFMpYOFebhL//jmYGFKKsvw5eFyDboGU4pcg4WuPx4oyGezixdK cxfKs4tz1AuSpFh19pw5RYWTpLTxKCTJaWkZaepsluJJ4ZDmxqTPmJKR404uW6jkT8mKD/vvrKhu XTgheYo/V8lJi029m311KkZu+aqE/Tk93Ttj9tSsvCKfWtswfkrhpO9MmjWxqHp6zsIF1TM9uVOn TYhZ+8Mfnj5q2/WfV9g+//JnmKCIRyoiwK8Ywn/cu7i8IlS7XKtoWbNy/aqW/wL8hymrCmVuZHN0 cmVhbQplbmRvYmoKMzcgMCBvYmoKNTc0MgplbmRvYmoKMzggMCBvYmoKKEludGVyaW0uMjlPY3Qy MDE0LlRoZS1sb2NhbC1kaWFsLWluKQplbmRvYmoKMzkgMCBvYmoKKE1hYyBPUyBYIDEwLjguNSBR dWFydHogUERGQ29udGV4dCkKZW5kb2JqCjQwIDAgb2JqCihTYW5kcmEgTXVycGh5KQplbmRvYmoK NDEgMCBvYmoKKCkKZW5kb2JqCjQyIDAgb2JqCihXb3JkKQplbmRvYmoKNDMgMCBvYmoKKEQ6MjAx NDEwMjgyMDE2NTNaMDAnMDAnKQplbmRvYmoKNDQgMCBvYmoKKCkKZW5kb2JqCjQ1IDAgb2JqClsg KCkgXQplbmRvYmoKMSAwIG9iago8PCAvVGl0bGUgMzggMCBSIC9BdXRob3IgNDAgMCBSIC9TdWJq ZWN0IDQxIDAgUiAvUHJvZHVjZXIgMzkgMCBSIC9DcmVhdG9yCjQyIDAgUiAvQ3JlYXRpb25EYXRl IDQzIDAgUiAvTW9kRGF0ZSA0MyAwIFIgL0tleXdvcmRzIDQ0IDAgUiAvQUFQTDpLZXl3b3Jkcwo0 NSAwIFIgPj4KZW5kb2JqCnhyZWYKMCA0NgowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwNzUzNjYg MDAwMDAgbiAKMDAwMDAxMzIxNiAwMDAwMCBuIAowMDAwMDQ4NzQ2IDAwMDAwIG4gCjAwMDAwMDAw MjIgMDAwMDAgbiAKMDAwMDAxMzE5NSAwMDAwMCBuIAowMDAwMDEzMzIwIDAwMDAwIG4gCjAwMDAw MTYxODMgMDAwMDAgbiAKMDAwMDA1Mzk1OSAwMDAwMCBuIAowMDAwMDAwMDAwIDAwMDAwIG4gCjAw MDAwNjg1MTggMDAwMDAgbiAKMDAwMDA0ODkwMCAwMDAwMCBuIAowMDAwMDEzNDQ3IDAwMDAwIG4g CjAwMDAwMTYxNjIgMDAwMDAgbiAKMDAwMDAzMTE2NyAwMDAwMCBuIAowMDAwMDE2MjE5IDAwMDAw IG4gCjAwMDAwMzExNDUgMDAwMDAgbiAKMDAwMDAzMTI3NCAwMDAwMCBuIAowMDAwMDQ1OTgyIDAw MDAwIG4gCjAwMDAwMzEzODggMDAwMDAgbiAKMDAwMDA0NTk2MCAwMDAwMCBuIAowMDAwMDQ2MDg5 IDAwMDAwIG4gCjAwMDAwNDg1MjUgMDAwMDAgbiAKMDAwMDA0NjIwMyAwMDAwMCBuIAowMDAwMDQ4 NTA0IDAwMDAwIG4gCjAwMDAwNDg2MzIgMDAwMDAgbiAKMDAwMDA0ODg1MCAwMDAwMCBuIAowMDAw MDQ5Mjg5IDAwMDAwIG4gCjAwMDAwNDk1NDUgMDAwMDAgbiAKMDAwMDA1MzkzOCAwMDAwMCBuIAow MDAwMDU0NDM0IDAwMDAwIG4gCjAwMDAwNTQ2ODMgMDAwMDAgbiAKMDAwMDA2ODQ5NiAwMDAwMCBu IAowMDAwMDY5MDEwIDAwMDAwIG4gCjAwMDAwNjg2ODEgMDAwMDAgbiAKMDAwMDA2ODk5MCAwMDAw MCBuIAowMDAwMDY5MjQ4IDAwMDAwIG4gCjAwMDAwNzUwODEgMDAwMDAgbiAKMDAwMDA3NTEwMiAw MDAwMCBuIAowMDAwMDc1MTU2IDAwMDAwIG4gCjAwMDAwNzUyMDggMDAwMDAgbiAKMDAwMDA3NTI0 MCAwMDAwMCBuIAowMDAwMDc1MjU5IDAwMDAwIG4gCjAwMDAwNzUyODIgMDAwMDAgbiAKMDAwMDA3 NTMyNCAwMDAwMCBuIAowMDAwMDc1MzQzIDAwMDAwIG4gCnRyYWlsZXIKPDwgL1NpemUgNDYgL1Jv b3QgMjYgMCBSIC9JbmZvIDEgMCBSIC9JRCBbIDwwYTZmOGZiNDBjMDczZDBkNzNmYzY4ZjFhMjZk NDFlOD4KPDBhNmY4ZmI0MGMwNzNkMGQ3M2ZjNjhmMWEyNmQ0MWU4PiBdID4+CnN0YXJ0eHJlZgo3 NTU0MQolJUVPRgo= --Apple-Mail=_6650F659-B066-4F9A-93F7-D92A80F70A02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Oct 14, 2014, at 12:27 PM, Sandra Murphy wrote: > At the upcoming IETF, sidr and idr will hold a joint session for the = purpose of discussing the bgpsec protocol. >=20 > The idr and sidr chairs think that there would be benefit in having a = short virtual meeting before hand to get the idr folk who have not been = following sidr up to speed on the bgpsec protocol basics, so they can = contribute effectively in the joint meeting in Hawaii. >=20 > There will be a sidr virtual meeting on Wed 29 Oct 2014 from 10am-12pm = EDT and all interested idr folk are invited to participate. (There = won't be much point if you don't!) >=20 > The agenda is >=20 > 1 hr overview and tutorial of bgpsec: > - underpinings of what BGPSEC/SIDR is > - why are we here? map of documents > - origin validation today > - path validation tomorrow > - note particular points where bgpsec affects bgp, not so much the > crypto but where bgp behaviour may change >=20 > 1 hr of questions and answers. >=20 > slides to be made available ahead of time >=20 > details of the conference technology (webex, google hangout, etc) will = be sent to the mailing list. >=20 > --Sandy, speaking as one of the co-chairs --Apple-Mail=_6650F659-B066-4F9A-93F7-D92A80F70A02-- --Apple-Mail=_65F41EC8-43D5-4F06-BC6F-9A9AAE67FC0A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUT/qtAAoJEHplpQeet0IZNFwQAMbK0smjh/2Q4cYiWzaYS/SB hsHWieU0YWJbF3bZi89zvgsWQ5IrfglMPiviQBy7ix+EgGd5Y4GKkJrqrtLfWyfa CPAD4LxEOIS/vn9iV/YyevPwQ8VSOAJFIRxOdzHpvQV7EqR+0a6dgVNOx6izR1bk nsgc3NQxOjE4408+52ngRd5imYkxfQ5khfF5n0O2Ntn2cEJN/pxXZn9HnX0mJhWu AGKdvmzYAxxcu/TeZ5SgNKzRCJsa4dl1vA6k5PJ7Dss0loHWN5HCrK93x+eKT0t9 r/foLu1AU45DzYyuh149R77sUx58PTZpvsZI8b2VWrq8asC63Tne83TSv6lUI/Ua 4vvrLWIP6nJ1aXempDloilqWK++cCeilMj8O91CZ6aG14gNgLijL281HKyYXRU1g bb6MmoFT/tsL9+uZS2HeK45yCf+w7zMvF6K62CZgmaoCIBigmECK5kvvPBUe4eZI 0RaOvJC6I2HpjyJeQySUIYW//MKc8uqvJzQpftNSiC7psjU9puGBnR3WNslRrHsx 8Jyosh+iU3u0YDQMXmzkMEmTdd5JRVDpWqzts3zZW47cCG3ypxwx5bAgVWBffq8X o0cRjFXmGls2mo09OHLmiLTSvZW3pBWcoBjeWO9BNLPtyPvDbbI5LuHver+JCFqd bSLngj64Ruy2kkaWG2VV =WFbS -----END PGP SIGNATURE----- --Apple-Mail=_65F41EC8-43D5-4F06-BC6F-9A9AAE67FC0A-- From nobody Wed Oct 29 09:10:36 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0619D1A01FA for ; Wed, 29 Oct 2014 09:10:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.511 X-Spam-Level: X-Spam-Status: No, score=-0.511 tagged_above=-999 required=5 tests=[BAYES_05=-0.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 HRSioe410axk for ; Wed, 29 Oct 2014 09:10:06 -0700 (PDT) Received: from walnut.tislabs.com (walnut.tislabs.com [192.94.214.200]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91D7B1A1A4E for ; Wed, 29 Oct 2014 09:10:00 -0700 (PDT) Received: from nova.tislabs.com (unknown [10.66.1.77]) by walnut.tislabs.com (Postfix) with ESMTP id DE5FE28B003D; Wed, 29 Oct 2014 12:09:57 -0400 (EDT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by nova.tislabs.com (Postfix) with ESMTP id A7E3B1F8035; Wed, 29 Oct 2014 12:09:57 -0400 (EDT) From: Sandra Murphy Content-Type: multipart/signed; boundary="Apple-Mail=_759EC972-E5B9-4BB0-9B12-0DF93D3ADAC8"; protocol="application/pgp-signature"; micalg=pgp-sha512 Date: Wed, 29 Oct 2014 12:09:57 -0400 Message-Id: To: SIDR Chairs , "idr@ietf.org wg" , Jeffrey Haas Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/n2vLkXehx07ZLlhOzyB7GzyBFaM Subject: [Idr] comment in jabber room missed X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 16:10:14 -0000 --Apple-Mail=_759EC972-E5B9-4BB0-9B12-0DF93D3ADAC8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Jeff, I noted that there was a comment from you in the jabber room = shortly before we ended: "And by strip, you effectively have to re-originate the route." I'm not sure what you mean by "re-originate the route". What you produce when you strip the BGPSEC_Path attribute is an update = with the extracted AS_PATH (and any other attributes propagated or = inserted locally) appended with your AS_PATH as usual. If you are thinking that when 789 is stripping a BGPSEC_PATH attribute = that mentions 567=85345=85.123 it would send a route with AS_PATH =3D=3D = 789, that is not the case. It would send a route with AS_PATH =3D 789, = 567, 345, 123. If that's what you meant, I need to be clear in speaker notes what = actually happens. If you meant something else by "re-originate the route", then maybe the = speaker notes don't need modification. --Sandy --Apple-Mail=_759EC972-E5B9-4BB0-9B12-0DF93D3ADAC8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUURFVAAoJEHplpQeet0IZBN0P/2gzhqu1xB3lCFvKH0rZrrGT CGdynW2Qkpa4srIhgjPZnqpZqAZ79qHHD8VJAaA/UNu3py0CEmWDSIRxBu5z+euL rZ7JrNQ8JHrIZtixO1itMq4dRstJ05fbk3rd7GwzJWs/aXx22syT8fu1JvoMtlzQ 5ix5uSWrXx9D3mTaX3Wv/M3bs6azJnmpMytgG9UxMgRhTUJCAkLkskbXiOlSWti/ cQ5N/pPCvv11BRov0U8ytlWWY8dZMS9FoPbmLUCjMG0cz6uy7pkq4urcil24bFo5 ZRTZ/bgwvpRE5hJBSvamg8r3g0rdlItuKNOc81Te2YTuXNTp/aN9Noog+e/OvYfh 1yii+dExkpe5EqU2JYNyPJ0VpDEyPAiC5+o6Yw/MrpXKlB9jdll2P0Dg2mEVhZ4y Wg//sW6hjwL2lCpI5EdVYhEbzavpdmtBkXdMWdzxtmfIFMPenkLjLsrHCDq3kDj0 RDitGwI7NObLOt8EppiXtsJJs6kFFBIyOi4yr40QbMpGtlGz0ZAMn2WHiAb5TKU0 dB043jGLnVeq7aGNRthcbBnWpy/LSHJ7yjjYauSfWd9zgrwH+79CuNPvjEKy3ivk SWVgsMPGeTbV6kNKTCH82eS8bZBlLeKgvKFhOcZRtakxnEu097aKM8jgkB2iHicy Lj56qWna6ozFBHI407l2 =wlgx -----END PGP SIGNATURE----- --Apple-Mail=_759EC972-E5B9-4BB0-9B12-0DF93D3ADAC8-- From nobody Wed Oct 29 16:28:45 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFE2A1A911B; Wed, 29 Oct 2014 16:28:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 eK3lFd612m0E; Wed, 29 Oct 2014 16:28:38 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0117.outbound.protection.outlook.com [207.46.100.117]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71F341A1B87; Wed, 29 Oct 2014 16:28:38 -0700 (PDT) Received: from DM2PR09MB0302.namprd09.prod.outlook.com (25.160.96.147) by DM2PR09MB0301.namprd09.prod.outlook.com (25.160.96.146) with Microsoft SMTP Server (TLS) id 15.1.6.9; Wed, 29 Oct 2014 23:28:37 +0000 Received: from DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) by DM2PR09MB0302.namprd09.prod.outlook.com ([25.160.96.147]) with mapi id 15.01.0006.000; Wed, 29 Oct 2014 23:28:37 +0000 From: "Sriram, Kotikalapudi" To: Sandra Murphy Thread-Topic: [sidr] announcing virtual interim meeting Wed 29 Oct 2014 Thread-Index: AQHP58vMHBItlA7480eiYUe0FBPMOpxGCcgAgAHCGUA= Date: Wed, 29 Oct 2014 23:28:36 +0000 Message-ID: References: <7D59AE05-E32A-43DA-929B-8E1877A67CC7@tislabs.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [129.6.140.100] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0301; x-forefront-prvs: 03793408BA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(243025005)(199003)(189002)(15202345003)(87936001)(54356999)(40100003)(85852003)(92566001)(122556002)(19580395003)(74316001)(31966008)(50986999)(86362001)(80022003)(76176999)(99396003)(15975445006)(2656002)(66066001)(20776003)(120916001)(101416001)(64706001)(21056001)(108616004)(76576001)(33646002)(99286002)(46102003)(105586002)(107046002)(106116001)(95666004)(110136001)(85306004)(97736003)(77096002)(4396001)(106356001)(76482002)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR09MB0301; H:DM2PR09MB0302.namprd09.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nist.gov Archived-At: http://mailarchive.ietf.org/arch/msg/idr/TBH75TreYSSu2w_71SAulu8aqfE Cc: "idr@ietf.org" , "sidr@ietf.org list" Subject: Re: [Idr] [sidr] announcing virtual interim meeting Wed 29 Oct 2014 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 23:28:41 -0000 During Sandy's tutorial presentation today, the topics of RIB size and=20 CPU workload estimation for BGPSEC came up. I was asked to post links to past IETF presentations where work on these to= pics was presented.=20 "RIB Size Estimation for BGPSEC" https://www.ietf.org/proceedings/81/slides/sidr-2.pdf (SIDR meeting, IETF= -81)=20 http://www.nist.gov/itl/antd/upload/BGPSEC_RIB_Estimation.pdf (a few mor= e details here) (Note: The BGPSEC protocol I-D specifies ECDSA-P256 for signing updates.=20 However, RSA-2048 is included and compared in this study because=20 RSA-2048 was also considered for signing updates in the early phase of BGPS= EC design.) =20 "Estimating CPU Cost of BGPSEC on a Router" http://www.ietf.org/proceedings/83/slides/slides-83-sidr-7.pdf (SIDR mee= ting, IETF-83) http://ripe63.ripe.net/presentations/127-111102.ripe-crypto-cost.pdf =20 (slightly different version presented at RIPE-63) Some other topics also came up for discussion during the tutorial such as c= onsideration=20 for route servers (note: current BGPSEC supports transparent route servers = by setting pCount=3D0),=20 update packing (i.e. multiple NLRI in an update) - not supported in BGPSEC,= etc.=20 Design discussions related to these and many other topics (such as consider= ation=20 of peer groups, max PDU size, AS_SETs, etc.) are provided in the following = document: =20 "BGPSEC Design Choices and Summary of Supporting Discussions" http://tools.ietf.org/html/draft-sriram-bgpsec-design-choices-06 =20 (NOTE: This design choices document pertains only to the=20 individual 00-draft [I-D.lepinski-bgpsec-protocol-00] dated March 2011.=20 The BGPSEC protocol has obviously gone through many changes since then.=20 So please be careful to bear this in mind while looking at I-D.sriram-bgpse= c-design-choices.)=20 Sriram =20 From nobody Thu Oct 30 00:31:10 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3F741AD036 for ; Thu, 30 Oct 2014 00:31:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 afO-9dEwUzKI for ; Thu, 30 Oct 2014 00:31:06 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0713.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:713]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACDFD1AD010 for ; Thu, 30 Oct 2014 00:31:06 -0700 (PDT) Received: from hannes-mba.local (193.110.55.11) by BN1PR05MB437.namprd05.prod.outlook.com (10.141.58.11) with Microsoft SMTP Server (TLS) id 15.1.6.9; Thu, 30 Oct 2014 07:30:43 +0000 Received: from hannes-mba.local (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id 48F81553F1F; Thu, 30 Oct 2014 08:30:30 +0100 (CET) Date: Thu, 30 Oct 2014 08:30:30 +0100 From: Hannes Gredler To: Jeff Tantsura Message-ID: <20141030073030.GE19169@hannes-mba.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [193.110.55.11] X-ClientProxiedBy: DBXPR04CA0016.eurprd04.prod.outlook.com (10.141.8.144) To BN1PR05MB437.namprd05.prod.outlook.com (10.141.58.11) X-MS-Exchange-Transport-FromEntityHeader: Hosted X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB437; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 038002787A X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(199003)(189002)(51874003)(377454003)(47776003)(106356001)(80022003)(92726001)(21056001)(20776003)(50466002)(77096002)(33656002)(98436002)(101416001)(105586002)(120916001)(87976001)(92566001)(122386002)(40100003)(66066001)(19580405001)(46102003)(19580395003)(4396001)(15975445006)(85306004)(85852003)(86362001)(230783001)(122856001)(97736003)(54356999)(83506001)(64706001)(110136001)(102836001)(76482002)(107046002)(99396003)(31966008)(76176999)(50986999)(76506005)(23676002)(95666004); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB437; H:hannes-mba.local; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/idr/v9Dlp9VHhOgG6N2VlSgPRZ3Prq8 Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 07:31:09 -0000 real question is: do we want to close BGP-LS base spec and submit it to IESG or leave it open as an eternal draft ? - IMO EAG is a useful thing hence vendors will be adding support for this, but can perfectly live as a standalone document, /hannes On Tue, Oct 28, 2014 at 06:12:28PM +0000, Jeff Tantsura wrote: | Hi Eric, | Agree, should be treated same way as AG and included in bgp-ls, | Extended Administrative Group with TLV code point 1099 | Cheers, | Jeff | From: , Eric <[1]eric.osborne@level3.com> | Date: Tuesday, October 28, 2014 at 6:48 AM | To: wangzitao <[2]wangzitao@huawei.com>, "[3]idr@ietf.org" | <[4]idr@ietf.org> | Cc: Hares Susan <[5]shares@ndzh.com> | Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 | | I skimmed it and it looks reasonable. Given that it really just says | “use BGP-LS to send EAG just like we already send AG”, why not just | fold this content into bgp-ls? The reason it’s not in bgp-ls already | is – I suspect – just a matter of timing between EAG and bgp-ls | publication. | | | | | | | | | | eric | | | | From: Idr [[6]mailto:idr-bounces@ietf.org] On Behalf Of wangzitao | Sent: Monday, October 27, 2014 9:04 PM | To: [7]idr@ietf.org | Cc: Hares Susan | Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 | | | | Hi, folks: | | We have submitted a new short draft to discuss BGP extension for | Extended admin Group | | [8]https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 | | and requested a timeslot to present it at IETF91. | | Please help review and comment on this short draft. | | Thanks in advance. | | | | Regards! | | -Michael | | References | | Visible links | 1. mailto:eric.osborne@level3.com | 2. mailto:wangzitao@huawei.com | 3. mailto:idr@ietf.org | 4. mailto:idr@ietf.org | 5. mailto:shares@ndzh.com | 6. mailto:idr-bounces@ietf.org | 7. mailto:idr@ietf.org | 8. https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 | _______________________________________________ | Idr mailing list | Idr@ietf.org | https://www.ietf.org/mailman/listinfo/idr From nobody Thu Oct 30 01:05:36 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36B1D1AD048 for ; Thu, 30 Oct 2014 01:05:35 -0700 (PDT) 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 3OXTwS_IFV4i for ; Thu, 30 Oct 2014 01:05:33 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C5F11AD044 for ; Thu, 30 Oct 2014 01:05:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOF17899; Thu, 30 Oct 2014 08:05:29 +0000 (GMT) Received: from SZXEML405-HUB.china.huawei.com (10.82.67.60) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Oct 2014 08:05:29 +0000 Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.231]) by szxeml405-hub.china.huawei.com ([::1]) with mapi id 14.03.0158.001; Thu, 30 Oct 2014 16:05:21 +0800 From: wangzitao To: Hannes Gredler , Jeff Tantsura Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHU5xHuvEAgACMoqA= Date: Thu, 30 Oct 2014 08:05:20 +0000 Message-ID: References: <20141030073030.GE19169@hannes-mba.local> In-Reply-To: <20141030073030.GE19169@hannes-mba.local> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.131] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/-rkIIo4SxiJyUt_gD-b2nkxAgCE Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 08:05:35 -0000 VGhhbmtzIEhhbm5lcywgSmVmZiBhbmQgRXJpYy4NCkluIG15IG9waW5pb24sIEVBRyBUTFYgd2Ug cHJvcG9zZWQgaW4gZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbiBpcyBqdXN0IGFuIG9w dGlvbmFsIGNob2ljZSBhbmQgZG9lc24ndCBuZWVkIHRvIGJlIG1hbmRhdG9yeSBUTFYgc3VwcG9y dGVkIGJ5IEJHUC1MUywgc28gdGFraW5nIHRoaXMgZHJhZnQgYXMgc3RhbmRhbG9uZSBkb2N1bWVu dCB3b3JrcyBmb3IgdXMuDQoNClJlZ2FyZHMhDQotTWljaGFlbA0KLS0tLS3pgq7ku7bljp/ku7Yt LS0tLQ0K5Y+R5Lu25Lq6OiBIYW5uZXMgR3JlZGxlciBbbWFpbHRvOmhhbm5lc0BqdW5pcGVyLm5l dF0gDQrlj5HpgIHml7bpl7Q6IDIwMTTlubQxMOaciDMw5pelIDE1OjMxDQrmlLbku7bkuro6IEpl ZmYgVGFudHN1cmENCuaKhOmAgTogT3Nib3JuZSwgRXJpYzsgd2FuZ3ppdGFvOyBpZHJAaWV0Zi5v cmc7IEhhcmVzIFN1c2FuDQrkuLvpopg6IFJlOiBbSWRyXSBOZXcgdmVyc2lvbiBvZiBkcmFmdC13 YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAwDQoNCnJlYWwgcXVlc3Rpb24gaXM6DQoNCmRvIHdl IHdhbnQgdG8gY2xvc2UgQkdQLUxTIGJhc2Ugc3BlYyBhbmQgc3VibWl0IGl0IHRvIElFU0cgb3Ig bGVhdmUgaXQgb3BlbiBhcyBhbiBldGVybmFsIGRyYWZ0ID8gLSBJTU8gRUFHIGlzIGEgdXNlZnVs IHRoaW5nIGhlbmNlIHZlbmRvcnMgd2lsbCBiZSBhZGRpbmcgc3VwcG9ydCBmb3IgdGhpcywgYnV0 IGNhbiBwZXJmZWN0bHkgbGl2ZSBhcyBhIHN0YW5kYWxvbmUgZG9jdW1lbnQsDQoNCi9oYW5uZXMN Cg0KT24gVHVlLCBPY3QgMjgsIDIwMTQgYXQgMDY6MTI6MjhQTSArMDAwMCwgSmVmZiBUYW50c3Vy YSB3cm90ZToNCnwgICAgSGkgRXJpYywNCnwgICAgQWdyZWUsIHNob3VsZCBiZSB0cmVhdGVkIHNh bWUgd2F5IGFzIEFHIGFuZCBpbmNsdWRlZCBpbiBiZ3AtbHMsDQp8ICAgIEV4dGVuZGVkIEFkbWlu aXN0cmF0aXZlIEdyb3VwIHdpdGggVExWIGNvZGUgcG9pbnQgMTA5OQ0KfCAgICBDaGVlcnMsDQp8 ICAgIEplZmYNCnwgICAgRnJvbTogPE9zYm9ybmU+LCBFcmljIDxbMV1lcmljLm9zYm9ybmVAbGV2 ZWwzLmNvbT4NCnwgICAgRGF0ZTogVHVlc2RheSwgT2N0b2JlciAyOCwgMjAxNCBhdCA2OjQ4IEFN DQp8ICAgIFRvOiB3YW5neml0YW8gPFsyXXdhbmd6aXRhb0BodWF3ZWkuY29tPiwgIlszXWlkckBp ZXRmLm9yZyINCnwgICAgPFs0XWlkckBpZXRmLm9yZz4NCnwgICAgQ2M6IEhhcmVzIFN1c2FuIDxb NV1zaGFyZXNAbmR6aC5jb20+DQp8ICAgIFN1YmplY3Q6IFJlOiBbSWRyXSBOZXcgdmVyc2lvbiBv ZiANCnwgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMA0KfCANCnwgICAgICBJIHNr aW1tZWQgaXQgYW5kIGl0ICBsb29rcyByZWFzb25hYmxlLiAgR2l2ZW4gIHRoYXQgaXQgcmVhbGx5 IGp1c3QgIHNheXMNCnwgICAgICDigJx1c2UgQkdQLUxTIHRvIHNlbmQgRUFHIGp1c3QgbGlrZSB3 ZSBhbHJlYWR5IHNlbmQgQUfigJ0sIHdoeSBub3QgIGp1c3QNCnwgICAgICBmb2xkIHRoaXMgY29u dGVudCBpbnRvIGJncC1scz8gIFRoZSByZWFzb24gaXTigJlzIG5vdCBpbiBiZ3AtbHMgIGFscmVh ZHkNCnwgICAgICBpcyDigJMgSSAgc3VzcGVjdCDigJMganVzdCAgYSBtYXR0ZXIgIG9mIHRpbWlu ZyBiZXR3ZWVuICBFQUcgYW5kICBiZ3AtbHMNCnwgICAgICBwdWJsaWNhdGlvbi4NCnwgDQp8IA0K fCANCnwgDQp8IA0KfCANCnwgDQp8IA0KfCANCnwgICAgICBlcmljDQp8IA0KfCANCnwgDQp8ICAg ICAgRnJvbTogSWRyIFtbNl1tYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiB3YW5neml0YW8NCnwgICAgICBTZW50OiBNb25kYXksIE9jdG9iZXIgMjcsIDIwMTQgOTowNCBQ TQ0KfCAgICAgIFRvOiBbN11pZHJAaWV0Zi5vcmcNCnwgICAgICBDYzogSGFyZXMgU3VzYW4NCnwg ICAgICBTdWJqZWN0OiBbSWRyXSBOZXcgdmVyc2lvbiBvZiBkcmFmdC13YW5nLWlkci1lYWctZGlz dHJpYnV0aW9uLTAwDQp8IA0KfCANCnwgDQp8ICAgICAgSGksIGZvbGtzOg0KfCANCnwgICAgICBX ZSBoYXZlICBzdWJtaXR0ZWQgIGEgbmV3ICBzaG9ydCAgZHJhZnQgIHRvIGRpc2N1c3MgIEJHUCAg ZXh0ZW5zaW9uICBmb3INCnwgICAgICBFeHRlbmRlZCBhZG1pbiBHcm91cA0KfCANCnwgICAgICBb OF1odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1 dGlvbi0wMA0KfCANCnwgICAgICBhbmQgcmVxdWVzdGVkIGEgdGltZXNsb3QgdG8gcHJlc2VudCBp dCBhdCBJRVRGOTEuDQp8IA0KfCAgICAgIFBsZWFzZSBoZWxwIHJldmlldyBhbmQgY29tbWVudCBv biB0aGlzIHNob3J0IGRyYWZ0Lg0KfCANCnwgICAgICBUaGFua3MgaW4gYWR2YW5jZS4NCnwgDQp8 IA0KfCANCnwgICAgICBSZWdhcmRzIQ0KfCANCnwgICAgICAtTWljaGFlbA0KfCANCnwgUmVmZXJl bmNlcw0KfCANCnwgICAgVmlzaWJsZSBsaW5rcw0KfCAgICAxLiBtYWlsdG86ZXJpYy5vc2Jvcm5l QGxldmVsMy5jb20NCnwgICAgMi4gbWFpbHRvOndhbmd6aXRhb0BodWF3ZWkuY29tDQp8ICAgIDMu IG1haWx0bzppZHJAaWV0Zi5vcmcNCnwgICAgNC4gbWFpbHRvOmlkckBpZXRmLm9yZw0KfCAgICA1 LiBtYWlsdG86c2hhcmVzQG5kemguY29tDQp8ICAgIDYuIG1haWx0bzppZHItYm91bmNlc0BpZXRm Lm9yZw0KfCAgICA3LiBtYWlsdG86aWRyQGlldGYub3JnDQp8ICAgIDguIGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAwDQoNCnwgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnwgSWRyIG1haWxp bmcgbGlzdA0KfCBJZHJAaWV0Zi5vcmcNCnwgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9pZHINCg0K From nobody Thu Oct 30 05:42:31 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3E281A0059 for ; Thu, 30 Oct 2014 05:42:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Y-coO5Aeg7C8 for ; Thu, 30 Oct 2014 05:42:23 -0700 (PDT) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.202]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 753ED1A003A for ; Thu, 30 Oct 2014 05:42:23 -0700 (PDT) Received: from [216.82.241.195] by server-10.bemta-8.messagelabs.com id 94/13-02689-E2232545; Thu, 30 Oct 2014 12:42:22 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-16.tower-119.messagelabs.com!1414672864!31097174!1 X-Originating-IP: [209.245.18.38] X-StarScan-Received: X-StarScan-Version: 6.12.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30810 invoked from network); 30 Oct 2014 12:41:04 -0000 Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-16.tower-119.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Oct 2014 12:41:04 -0000 Received: from USIDCWVEHT02.corp.global.level3.com (usidcwveht02.corp.global.level3.com [10.1.142.32]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "USIDCWVEHT02.corp.global.level3.com", Issuer "VIDCCERT0001" (not verified)) by messagelabs2.level3.com (Postfix) with ESMTPS id A8D7D2CC8A; Thu, 30 Oct 2014 12:41:15 +0000 (GMT) Received: from USADCWVEHT03.corp.global.level3.com (10.2.36.143) by USIDCWVEHT02.corp.global.level3.com (10.1.142.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 30 Oct 2014 06:41:03 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by usadcwveht03.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Thu, 30 Oct 2014 08:41:03 -0400 From: "Osborne, Eric" To: wangzitao , Hannes Gredler , Jeff Tantsura Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP9BNswavyBqRUc0WsG61B2Oa+IJxIrO0A///ntoA= Date: Thu, 30 Oct 2014 12:41:01 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDFAD600@USIDCWVEMBX08.corp.global.level3.com> References: <20141030073030.GE19169@hannes-mba.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.196.207] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/D0E3UYALtUcCIrkJNO8xskQwyK0 Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 12:42:26 -0000 SSBkb24ndCBzZWUgd2h5IHRoZSBkcmFmdCBoYXMgdG8gYmUgc3RhbmRhbG9uZS4gIEkgYWdyZWUg dGhhdCBpdCB3b3VsZCBtYWtlIHNlbnNlIHRvIGRvIHRoYXQgYXMgYW4gYWRkLW9uIHRvIEJHUC1M UyBpZiBCR1AtTFMgd2FzIGFscmVhZHkgc3RhbmRhcmRpemVkLCBidXQgaXQncyBub3QgKHlldCku ICBLZWVwaW5nIHN1Yi1UTFZzIGluIHNlcGFyYXRlIGRvY3VtZW50cyBzZWVtcyBsaWtlIGl0J3Mg anVzdCBkb2luZyBpdCBmb3IgdGhlIHNha2Ugb2YgY3JlYXRpbmcgYW5vdGhlciBkb2N1bWVudC4g IElmIHRoYXQncyBPSywgd2h5IG5vdCBicmVhayB0aGUgYmdwLWxzIGRyYWZ0IGludG8gMTUgc2Vw YXJhdGUgZG9jdW1lbnRzLCBvbmUgZm9yIGVhY2ggc3ViLVRMVj8NCg0KQXMgZmFyIGFzIHN0YW5k YXJkaXppbmcgaXQsIHllYWgsIHdoeSBub3Q/ICBJdCdzIGluIHNldmVyYWwgc2V0cyBvZiB2ZW5k b3IgcHB0IGFuZCBhY3R1YWwgKHBsYW5uZWQgJiByZWFsKSBwcm9kdWN0cywgYW5kIHdlIGFsbCBr bm93IFJGQ3MgZ2V0IG1hZGUgd2l0aCBmYXIgbGVzcyBiYWNraW5nLg0KDQoNCg0KDQplcmljDQoN Cg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiB3YW5neml0YW8gW21haWx0 bzp3YW5neml0YW9AaHVhd2VpLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE9jdG9iZXIgMzAsIDIw MTQgNDowNSBBTQ0KPiBUbzogSGFubmVzIEdyZWRsZXI7IEplZmYgVGFudHN1cmENCj4gQ2M6IE9z Ym9ybmUsIEVyaWM7IGlkckBpZXRmLm9yZzsgSGFyZXMgU3VzYW4NCj4gU3ViamVjdDogUkU6IFtJ ZHJdIE5ldyB2ZXJzaW9uIG9mIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDANCj4g DQo+IFRoYW5rcyBIYW5uZXMsIEplZmYgYW5kIEVyaWMuDQo+IEluIG15IG9waW5pb24sIEVBRyBU TFYgd2UgcHJvcG9zZWQgaW4gZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbiBpcw0KPiBq dXN0IGFuIG9wdGlvbmFsIGNob2ljZSBhbmQgZG9lc24ndCBuZWVkIHRvIGJlIG1hbmRhdG9yeSBU TFYgc3VwcG9ydGVkIGJ5DQo+IEJHUC1MUywgc28gdGFraW5nIHRoaXMgZHJhZnQgYXMgc3RhbmRh bG9uZSBkb2N1bWVudCB3b3JrcyBmb3IgdXMuDQo+IA0KPiBSZWdhcmRzIQ0KPiAtTWljaGFlbA0K PiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogSGFubmVzIEdyZWRsZXIgW21h aWx0bzpoYW5uZXNAanVuaXBlci5uZXRdDQo+IOWPkemAgeaXtumXtDogMjAxNOW5tDEw5pyIMzDm l6UgMTU6MzENCj4g5pS25Lu25Lq6OiBKZWZmIFRhbnRzdXJhDQo+IOaKhOmAgTogT3Nib3JuZSwg RXJpYzsgd2FuZ3ppdGFvOyBpZHJAaWV0Zi5vcmc7IEhhcmVzIFN1c2FuDQo+IOS4u+mimDogUmU6 IFtJZHJdIE5ldyB2ZXJzaW9uIG9mIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDAN Cj4gDQo+IHJlYWwgcXVlc3Rpb24gaXM6DQo+IA0KPiBkbyB3ZSB3YW50IHRvIGNsb3NlIEJHUC1M UyBiYXNlIHNwZWMgYW5kIHN1Ym1pdCBpdCB0byBJRVNHIG9yIGxlYXZlIGl0IG9wZW4NCj4gYXMg YW4gZXRlcm5hbCBkcmFmdCA/IC0gSU1PIEVBRyBpcyBhIHVzZWZ1bCB0aGluZyBoZW5jZSB2ZW5k b3JzIHdpbGwgYmUgYWRkaW5nDQo+IHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCBjYW4gcGVyZmVjdGx5 IGxpdmUgYXMgYSBzdGFuZGFsb25lIGRvY3VtZW50LA0KPiANCj4gL2hhbm5lcw0KPiANCj4gT24g VHVlLCBPY3QgMjgsIDIwMTQgYXQgMDY6MTI6MjhQTSArMDAwMCwgSmVmZiBUYW50c3VyYSB3cm90 ZToNCj4gfCAgICBIaSBFcmljLA0KPiB8ICAgIEFncmVlLCBzaG91bGQgYmUgdHJlYXRlZCBzYW1l IHdheSBhcyBBRyBhbmQgaW5jbHVkZWQgaW4gYmdwLWxzLA0KPiB8ICAgIEV4dGVuZGVkIEFkbWlu aXN0cmF0aXZlIEdyb3VwIHdpdGggVExWIGNvZGUgcG9pbnQgMTA5OQ0KPiB8ICAgIENoZWVycywN Cj4gfCAgICBKZWZmDQo+IHwgICAgRnJvbTogPE9zYm9ybmU+LCBFcmljIDxbMV1lcmljLm9zYm9y bmVAbGV2ZWwzLmNvbT4NCj4gfCAgICBEYXRlOiBUdWVzZGF5LCBPY3RvYmVyIDI4LCAyMDE0IGF0 IDY6NDggQU0NCj4gfCAgICBUbzogd2FuZ3ppdGFvIDxbMl13YW5neml0YW9AaHVhd2VpLmNvbT4s ICJbM11pZHJAaWV0Zi5vcmciDQo+IHwgICAgPFs0XWlkckBpZXRmLm9yZz4NCj4gfCAgICBDYzog SGFyZXMgU3VzYW4gPFs1XXNoYXJlc0BuZHpoLmNvbT4NCj4gfCAgICBTdWJqZWN0OiBSZTogW0lk cl0gTmV3IHZlcnNpb24gb2YNCj4gfCBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAw DQo+IHwNCj4gfCAgICAgIEkgc2tpbW1lZCBpdCBhbmQgaXQgIGxvb2tzIHJlYXNvbmFibGUuICBH aXZlbiAgdGhhdCBpdCByZWFsbHkganVzdCAgc2F5cw0KPiB8ICAgICAg4oCcdXNlIEJHUC1MUyB0 byBzZW5kIEVBRyBqdXN0IGxpa2Ugd2UgYWxyZWFkeSBzZW5kIEFH4oCdLCB3aHkgbm90ICBqdXN0 DQo+IHwgICAgICBmb2xkIHRoaXMgY29udGVudCBpbnRvIGJncC1scz8gIFRoZSByZWFzb24gaXTi gJlzIG5vdCBpbiBiZ3AtbHMgIGFscmVhZHkNCj4gfCAgICAgIGlzIOKAkyBJICBzdXNwZWN0IOKA kyBqdXN0ICBhIG1hdHRlciAgb2YgdGltaW5nIGJldHdlZW4gIEVBRyBhbmQgIGJncC1scw0KPiB8 ICAgICAgcHVibGljYXRpb24uDQo+IHwNCj4gfA0KPiB8DQo+IHwNCj4gfA0KPiB8DQo+IHwNCj4g fA0KPiB8DQo+IHwgICAgICBlcmljDQo+IHwNCj4gfA0KPiB8DQo+IHwgICAgICBGcm9tOiBJZHIg W1s2XW1haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHdhbmd6aXRhbw0K PiB8ICAgICAgU2VudDogTW9uZGF5LCBPY3RvYmVyIDI3LCAyMDE0IDk6MDQgUE0NCj4gfCAgICAg IFRvOiBbN11pZHJAaWV0Zi5vcmcNCj4gfCAgICAgIENjOiBIYXJlcyBTdXNhbg0KPiB8ICAgICAg U3ViamVjdDogW0lkcl0gTmV3IHZlcnNpb24gb2YgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1 dGlvbi0wMA0KPiB8DQo+IHwNCj4gfA0KPiB8ICAgICAgSGksIGZvbGtzOg0KPiB8DQo+IHwgICAg ICBXZSBoYXZlICBzdWJtaXR0ZWQgIGEgbmV3ICBzaG9ydCAgZHJhZnQgIHRvIGRpc2N1c3MgIEJH UCAgZXh0ZW5zaW9uICBmb3INCj4gfCAgICAgIEV4dGVuZGVkIGFkbWluIEdyb3VwDQo+IHwNCj4g fCAgICAgIFs4XWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13YW5nLWlkci1lYWct ZGlzdHJpYnV0aW9uLTAwDQo+IHwNCj4gfCAgICAgIGFuZCByZXF1ZXN0ZWQgYSB0aW1lc2xvdCB0 byBwcmVzZW50IGl0IGF0IElFVEY5MS4NCj4gfA0KPiB8ICAgICAgUGxlYXNlIGhlbHAgcmV2aWV3 IGFuZCBjb21tZW50IG9uIHRoaXMgc2hvcnQgZHJhZnQuDQo+IHwNCj4gfCAgICAgIFRoYW5rcyBp biBhZHZhbmNlLg0KPiB8DQo+IHwNCj4gfA0KPiB8ICAgICAgUmVnYXJkcyENCj4gfA0KPiB8ICAg ICAgLU1pY2hhZWwNCj4gfA0KPiB8IFJlZmVyZW5jZXMNCj4gfA0KPiB8ICAgIFZpc2libGUgbGlu a3MNCj4gfCAgICAxLiBtYWlsdG86ZXJpYy5vc2Jvcm5lQGxldmVsMy5jb20NCj4gfCAgICAyLiBt YWlsdG86d2FuZ3ppdGFvQGh1YXdlaS5jb20NCj4gfCAgICAzLiBtYWlsdG86aWRyQGlldGYub3Jn DQo+IHwgICAgNC4gbWFpbHRvOmlkckBpZXRmLm9yZw0KPiB8ICAgIDUuIG1haWx0bzpzaGFyZXNA bmR6aC5jb20NCj4gfCAgICA2LiBtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmcNCj4gfCAgICA3 LiBtYWlsdG86aWRyQGlldGYub3JnDQo+IHwgICAgOC4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDANCj4gDQo+IHwgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gfCBJZHIgbWFpbGluZyBs aXN0DQo+IHwgSWRyQGlldGYub3JnDQo+IHwgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9pZHINCg0K From nobody Thu Oct 30 06:39:21 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5735A1A0053 for ; Thu, 30 Oct 2014 06:39:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.178 X-Spam-Level: X-Spam-Status: No, score=-0.178 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 T_ONA0in5l8n for ; Thu, 30 Oct 2014 06:39:16 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9BF1AD0BC for ; Thu, 30 Oct 2014 06:39:16 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id D1F2CC1CA; Thu, 30 Oct 2014 09:39:15 -0400 (EDT) Date: Thu, 30 Oct 2014 09:39:15 -0400 From: Jeffrey Haas To: Sandra Murphy Message-ID: <20141030133915.GA14477@pfrc> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/ZI2BCBR1yCct5XFpUgAEyiIr33o Cc: "idr@ietf.org wg" , SIDR Chairs Subject: Re: [Idr] comment in jabber room missed X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 13:39:17 -0000 Sandy, On Wed, Oct 29, 2014 at 12:09:57PM -0400, Sandra Murphy wrote: > Jeff, I noted that there was a comment from you in the jabber room shortly before we ended: > > "And by strip, you effectively have to re-originate the route." > > I'm not sure what you mean by "re-originate the route". > > What you produce when you strip the BGPSEC_Path attribute is an update with the extracted AS_PATH (and any other attributes propagated or inserted locally) appended with your AS_PATH as usual. > > If you are thinking that when 789 is stripping a BGPSEC_PATH attribute that mentions 567?345?.123 it would send a route with AS_PATH == 789, that is not the case. It would send a route with AS_PATH = 789, 567, 345, 123. > > If that's what you meant, I need to be clear in speaker notes what actually happens. > > If you meant something else by "re-originate the route", then maybe the speaker notes don't need modification. The comment was made at the time regarding discussion about how private ASes were removed in a bgpsec context. -- Jeff > > --Sandy From nobody Thu Oct 30 09:34:22 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43B981A0092 for ; Thu, 30 Oct 2014 09:34:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.012 X-Spam-Level: X-Spam-Status: No, score=-0.012 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, 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 ZelwbgIFeVPY for ; Thu, 30 Oct 2014 09:34:13 -0700 (PDT) Received: from walnut.tislabs.com (walnut.tislabs.com [192.94.214.200]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFC421A007F for ; Thu, 30 Oct 2014 09:34:12 -0700 (PDT) Received: from nova.tislabs.com (unknown [10.66.1.77]) by walnut.tislabs.com (Postfix) with ESMTP id 15BEC28B003D; Thu, 30 Oct 2014 12:34:12 -0400 (EDT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by nova.tislabs.com (Postfix) with ESMTP id 0DA5A1F8035; Thu, 30 Oct 2014 12:34:12 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_62A784DD-CD8D-42CA-9360-8F98200EB390"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Sandra Murphy In-Reply-To: <20141030133915.GA14477@pfrc> Date: Thu, 30 Oct 2014 12:34:11 -0400 Message-Id: <50455B0E-5439-48E7-B5A5-0BF3CA7C2DC5@tislabs.com> References: <20141030133915.GA14477@pfrc> To: Jeffrey Haas X-Mailer: Apple Mail (2.1510) Archived-At: http://mailarchive.ietf.org/arch/msg/idr/yebmjMdEeASWOzWkdYEDNu_zTho Cc: "idr@ietf.org wg" , SIDR Chairs Subject: Re: [Idr] comment in jabber room missed X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 16:34:18 -0000 --Apple-Mail=_62A784DD-CD8D-42CA-9360-8F98200EB390 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Oct 30, 2014, at 9:39 AM, Jeffrey Haas wrote: > Sandy, >=20 > On Wed, Oct 29, 2014 at 12:09:57PM -0400, Sandra Murphy wrote: >> Jeff, I noted that there was a comment from you in the jabber room = shortly before we ended: >>=20 >> "And by strip, you effectively have to re-originate the route." >>=20 >> I'm not sure what you mean by "re-originate the route". >>=20 >> What you produce when you strip the BGPSEC_Path attribute is an = update with the extracted AS_PATH (and any other attributes propagated = or inserted locally) appended with your AS_PATH as usual. >>=20 >> If you are thinking that when 789 is stripping a BGPSEC_PATH = attribute that mentions 567?345?.123 it would send a route with AS_PATH = =3D=3D 789, that is not the case. It would send a route with AS_PATH =3D = 789, 567, 345, 123. >>=20 >> If that's what you meant, I need to be clear in speaker notes what = actually happens. >>=20 >> If you meant something else by "re-originate the route", then maybe = the speaker notes don't need modification. >=20 > The comment was made at the time regarding discussion about how = private ASes > were removed in a bgpsec context. Ah! Well, that makes much more sense. Yes, if you are stripping private ASs from the path, then you are = effectively originating a route to the prefix. (The private AS case is probably good to consider carefully. I have = heard of cases where the AS path has a mix of private and global AS = numbers, where those are deliberate, not oop's. Tho' how that works now = is not clear to me.) --Sandy >=20 > -- Jeff >>=20 >> --Sandy >=20 --Apple-Mail=_62A784DD-CD8D-42CA-9360-8F98200EB390 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUUmiDAAoJEHplpQeet0IZYNcP/2eDnZmfkBeUcQYEtRrTyX+1 meb3tKKK1NkIiiyjDG1/n+rNr9JL8YSLrZMxOBGWjw2mhWNE3+bOnGkKw/zhxAoE V+PHyR/yn4Lx0KfczipzO2zKo8fNYfy4hgJj4GuxTwf+c7Yx0nGv6OLGjRleQy8s xmJXYjlbNiXo8Tsu6hxVi2eXA+bLinBp3hhGgKKDbnE9FRHHOOicGJKDY7dXWm+S 1tI/iB8UDUJXm5TYd70fba27+CSo1QOHHkTHBnX0Z6OAFYq1TH4PgcIYkODVWmuT jfR7tjT/suapCRSNCtXRw+2LJMKrk2DmxxEY889oehh0hsygTpQZWllTV8w+2Frp 7f+dBGwDdBKPLT9eYIQIo8u69eoByhDHqDR5dXkmezhT/c8eV/BU6T8riXEMBIxO luAAGNvsQu78DEcbrn8avDw32uyLiy9WpSZ67+8uaDViJESnG6GIrlnO7sxZTft8 jxyzVL3L1FH47O7Z0UshQ6GLpZ7sYCkDlmgf1jI8rTFBXwYCxz1id2pCZr8oKdjA kKfCGELeayURZdUTVkwQOHxSBMB+1ZtrtX2dSy65d1NqTLu6TPtCxFVqfB45j79k enPZCKtCMj+Uw56KbpUX/Imfelu++VCc0vUzMebcelnKv0WMSenyGcNT+a2QR4Fd 7C8CXEE9P/Me9jfw1O4Q =j1fm -----END PGP SIGNATURE----- --Apple-Mail=_62A784DD-CD8D-42CA-9360-8F98200EB390-- From nobody Thu Oct 30 11:03:34 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AAD91A1A14 for ; Thu, 30 Oct 2014 11:03:32 -0700 (PDT) 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 QC7-Ku4H7MuX for ; Thu, 30 Oct 2014 11:03:25 -0700 (PDT) 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 4AA2E1A038D for ; Thu, 30 Oct 2014 11:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2815; q=dns/txt; s=iport; t=1414692184; x=1415901784; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=OCEhtO3efluqdJZneS8Ra+MEELndWLDFujvLRLZF0x4=; b=joYPFDJOISjhrUgEiGPC+/YHZXNf/lOUSiBGiPiN+QnU6WGg9UlL8KLr LJDljkqAZu6DG9f0+J/w+pwovoQAlcYlYJyaNKHtoJeierGIso2TnAwmi LrxUxOPNP2XY73uXAleFn3UihNKIx5fnE0Sn4mH0jBKTnyZCt4NScpwgW 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFALl8UlStJV2c/2dsb2JhbABcgw5UWATNEQqHTQKBJBYBAQEBAX2EAgEBAQQBAQFrCxACAQgRAwEBAQEnBycLFAkIAgQBDQWIQQ3IWgEBAQEBAQEBAQEBAQEBAQEBAQEBARMEkQ8HhEsFiy6GYoRKhxaBMYNKkUmDeGyBSIEDAQEB X-IronPort-AV: E=Sophos;i="5.07,287,1413244800"; d="scan'208";a="91849112" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-7.cisco.com with ESMTP; 30 Oct 2014 18:03:03 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s9UI33FV010414 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Oct 2014 18:03:03 GMT Received: from xmb-aln-x10.cisco.com ([169.254.5.253]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Thu, 30 Oct 2014 13:03:03 -0500 From: "Jan Medved (jmedved)" To: Hannes Gredler , Jeff Tantsura Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHU5xIlN8AgAA7YgA= Date: Thu, 30 Oct 2014 18:03:02 +0000 Message-ID: References: <20141030073030.GE19169@hannes-mba.local> In-Reply-To: <20141030073030.GE19169@hannes-mba.local> 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.27.7.170] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <466E5B4EBA0FF54499E31AC80D7CC6EE@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/qNY_paDgtQKIjZ5vTbmQhGv3i2Y Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 18:03:32 -0000 +1=20 bgp-ls is in the WG last call, let=B9s not restart that clock. Thanks, Jan On 10/30/14, 12:30 AM, "Hannes Gredler" wrote: >real question is: > >do we want to close BGP-LS base spec and submit it to IESG >or leave it open as an eternal draft ? - IMO EAG is a useful >thing hence vendors will be adding support for this, >but can perfectly live as a standalone document, > >/hannes > >On Tue, Oct 28, 2014 at 06:12:28PM +0000, Jeff Tantsura wrote: >| Hi Eric, >| Agree, should be treated same way as AG and included in bgp-ls, >| Extended Administrative Group with TLV code point 1099 >| Cheers, >| Jeff >| From: , Eric <[1]eric.osborne@level3.com> >| Date: Tuesday, October 28, 2014 at 6:48 AM >| To: wangzitao <[2]wangzitao@huawei.com>, "[3]idr@ietf.org" >| <[4]idr@ietf.org> >| Cc: Hares Susan <[5]shares@ndzh.com> >| Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 >|=20 >| I skimmed it and it looks reasonable. Given that it really just > says >| =B3use BGP-LS to send EAG just like we already send AG=B2, why not >just >| fold this content into bgp-ls? The reason it=B9s not in bgp-ls >already >| is =AD I suspect =AD just a matter of timing between EAG and >bgp-ls >| publication. >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >| eric >|=20 >|=20 >|=20 >| From: Idr [[6]mailto:idr-bounces@ietf.org] On Behalf Of wangzitao >| Sent: Monday, October 27, 2014 9:04 PM >| To: [7]idr@ietf.org >| Cc: Hares Susan >| Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 >|=20 >|=20 >|=20 >| Hi, folks: >|=20 >| We have submitted a new short draft to discuss BGP >extension for >| Extended admin Group >|=20 >| [8]https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 >|=20 >| and requested a timeslot to present it at IETF91. >|=20 >| Please help review and comment on this short draft. >|=20 >| Thanks in advance. >|=20 >|=20 >|=20 >| Regards! >|=20 >| -Michael >|=20 >| References >|=20 >| Visible links >| 1. mailto:eric.osborne@level3.com >| 2. mailto:wangzitao@huawei.com >| 3. mailto:idr@ietf.org >| 4. mailto:idr@ietf.org >| 5. mailto:shares@ndzh.com >| 6. mailto:idr-bounces@ietf.org >| 7. mailto:idr@ietf.org >| 8. https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 > >| _______________________________________________ >| Idr mailing list >| Idr@ietf.org >| https://www.ietf.org/mailman/listinfo/idr > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr From nobody Thu Oct 30 11:19:23 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B12421A1A02 for ; Thu, 30 Oct 2014 11:19:02 -0700 (PDT) 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 s00efocQtksn for ; Thu, 30 Oct 2014 11:18:55 -0700 (PDT) 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 282581A1A53 for ; Thu, 30 Oct 2014 11:18:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3293; q=dns/txt; s=iport; t=1414693135; x=1415902735; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=oL7wSz9s9Xg1Jx71n9NwjZxAmeBfXqcCg+fTOOo6xYQ=; b=eAetYmO5Pk/ClHIQaYnGuvj4lA5CuuodDWrkghYflM+s9D6wYhH/g68h wgIy+6DnxlVL/g4x6S5s17P/sVFuU0rWDaa7mANF7oINqlGh7FEV3cE6F y/S2akOlJEK+v1yI2miC4JLbdDh76bTHC3tKzsQ6dYOwhUxQCTNKWcw2K s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAKWAUlStJA2I/2dsb2JhbABcgw5UWATNEQqHTQKBJBYBAQEBAX2EAgEBAQQBAQFrCwwEAgEIEQMBAQEBCh0HJwsUCQgCBAENBQiIOQ3KOwEBAQEBAQEBAQEBAQEBAQEBAQEBARMEkF4GKwcGgyeBHgWLLoZihEqIR4NKkUmDeGyBSIEDAQEB X-IronPort-AV: E=Sophos;i="5.07,287,1413244800"; d="scan'208";a="364841503" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-9.cisco.com with ESMTP; 30 Oct 2014 18:18:36 +0000 Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9UIIaER013052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Oct 2014 18:18:36 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.58]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0195.001; Thu, 30 Oct 2014 13:18:36 -0500 From: "Bertrand Duvivier (bduvivie)" To: "Jan Medved (jmedved)" , Hannes Gredler , Jeff Tantsura Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHU5xIlN8AgAA7YgCAACMZIA== Date: Thu, 30 Oct 2014 18:18:35 +0000 Message-ID: <5F1FD493E541C642ABBC18EDC327C82F1FF52148@xmb-aln-x11.cisco.com> References: <20141030073030.GE19169@hannes-mba.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.149.0.147] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/idr/rr72H1h3_fnkjWlF9BkQVZ8j2Y8 Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 18:19:03 -0000 Agree,=20 Best Regards Bertrand Duvivier -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jan Medved (jmedved) Sent: jeudi 30 octobre 2014 19:03 To: Hannes Gredler; Jeff Tantsura Cc: idr@ietf.org; Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 +1 bgp-ls is in the WG last call, let=B9s not restart that clock. Thanks, Jan On 10/30/14, 12:30 AM, "Hannes Gredler" wrote: >real question is: > >do we want to close BGP-LS base spec and submit it to IESG or leave it=20 >open as an eternal draft ? - IMO EAG is a useful thing hence vendors=20 >will be adding support for this, but can perfectly live as a standalone=20 >document, > >/hannes > >On Tue, Oct 28, 2014 at 06:12:28PM +0000, Jeff Tantsura wrote: >| Hi Eric, >| Agree, should be treated same way as AG and included in bgp-ls, >| Extended Administrative Group with TLV code point 1099 >| Cheers, >| Jeff >| From: , Eric <[1]eric.osborne@level3.com> >| Date: Tuesday, October 28, 2014 at 6:48 AM >| To: wangzitao <[2]wangzitao@huawei.com>, "[3]idr@ietf.org" >| <[4]idr@ietf.org> >| Cc: Hares Susan <[5]shares@ndzh.com> >| Subject: Re: [Idr] New version of=20 >| draft-wang-idr-eag-distribution-00 >|=20 >| I skimmed it and it looks reasonable. Given that it really=20 >| just > says >| =B3use BGP-LS to send EAG just like we already send AG=B2, why not >just >| fold this content into bgp-ls? The reason it=B9s not in bgp-ls >already >| is =AD I suspect =AD just a matter of timing between EAG and >bgp-ls >| publication. >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >| eric >|=20 >|=20 >|=20 >| From: Idr [[6]mailto:idr-bounces@ietf.org] On Behalf Of wangzitao >| Sent: Monday, October 27, 2014 9:04 PM >| To: [7]idr@ietf.org >| Cc: Hares Susan >| Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 >|=20 >|=20 >|=20 >| Hi, folks: >|=20 >| We have submitted a new short draft to discuss BGP >extension for >| Extended admin Group >|=20 >| =20 >| [8]https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 >|=20 >| and requested a timeslot to present it at IETF91. >|=20 >| Please help review and comment on this short draft. >|=20 >| Thanks in advance. >|=20 >|=20 >|=20 >| Regards! >|=20 >| -Michael >|=20 >| References >|=20 >| Visible links >| 1. mailto:eric.osborne@level3.com >| 2. mailto:wangzitao@huawei.com >| 3. mailto:idr@ietf.org >| 4. mailto:idr@ietf.org >| 5. mailto:shares@ndzh.com >| 6. mailto:idr-bounces@ietf.org >| 7. mailto:idr@ietf.org >| 8. https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 > >| _______________________________________________ >| Idr mailing list >| Idr@ietf.org >| https://www.ietf.org/mailman/listinfo/idr > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Thu Oct 30 11:34:35 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB6A81A1A64 for ; Thu, 30 Oct 2014 11:34:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 ZxwStP51kva6 for ; Thu, 30 Oct 2014 11:34:31 -0700 (PDT) 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 5D4B21A066B for ; Thu, 30 Oct 2014 11:34:31 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-ea-54522ca47015 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id D9.84.05330.4AC22545; Thu, 30 Oct 2014 13:18:45 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0174.001; Thu, 30 Oct 2014 14:34:28 -0400 From: Jeff Tantsura To: Hannes Gredler Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHU5xIhBwAgABELgA= Date: Thu, 30 Oct 2014 18:34:27 +0000 Message-ID: References: <20141030073030.GE19169@hannes-mba.local> In-Reply-To: <20141030073030.GE19169@hannes-mba.local> 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.11] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMIsWRmVeSWpSXmKPExsUyuXRPgu5SnaAQg22nmCzarn9lsui/94TN 4tXtZ0wWf968YrFoet3E4sDq0XLkLavHkiU/mTyuN11l97jZ/IHFY/br66wBrFFcNimpOZll qUX6dglcGRtWvGQqaJaquPd1NksD43KRLkZODgkBE4n5y48zQdhiEhfurWfrYuTiEBI4wijx 6+wORghnOaPEzIeP2UGq2AQMJP5/O84CYosIqEssnHSXGaSIWWAio8TCxh9sIAlhAReJvccf sEEUuUp8e7gQyOYAsq0kfh6MBwmzCKhKHLp1hBXE5hUwl1j+5BXYfCGBZIlv7RvBLuIUMJO4 NqUPrIYR6Lrvp9aAxZkFxCVuPZkPdbWAxJI955khbFGJl4//gdWLCuhJPNuwmR0iriTx8fd8 dohePYkbU6ewQdjWEi+bO1kgbG2JZQtfM0PcIyhxcuYTlgmMErOQrJuFpH0WkvZZSNpnIWlf wMi6ipGjtDi1LDfdyGATIzBWj0mw6e5g3PPS8hCjAAejEg9vQWFgiBBrYllxZe4hRmkOFiVx 3lm184KFBNITS1KzU1MLUovii0pzUosPMTJxcEo1MJa+WtB8LEpuZcW5/JrPT25O9ko59eSL 6+XoDDnFCdeb2+0e+W0Skzq21G4qr634p2Mlq4rT9afdmto+Mz3W/9aHeqdTJ6M4plR+P6Za ekg1ssrgQJjiatEZqosVrj4p2Nwx8abzpx3818oFcrM0pl9Ne15leuNG28PTYjef/a8+Lb5M Kzr90XolluKMREMt5qLiRAD+64d4tgIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/idr/9w-1Mtf12VKKxSSQGeXpHgl2Wso Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 18:34:34 -0000 Hi Hannes, Good question! Since bgp-ls is in the WGLC going thru another iteration would not make anyone happy. However instead of spinning yet another draft every time we see a need for another piece of information in bgp-ls let=B9s try to create few, comprehensive documents, centered around specific technology, as example: ietf-idr-te-lsp-distribution ietf-idr-te-pm-bgp=20 Cheers, Jeff -----Original Message----- From: "hannes@juniper.net" Date: Thursday, October 30, 2014 at 12:30 AM To: Jeff Tantsura Cc: "Osborne, Eric" , wangzitao , "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 >real question is: > >do we want to close BGP-LS base spec and submit it to IESG >or leave it open as an eternal draft ? - IMO EAG is a useful >thing hence vendors will be adding support for this, >but can perfectly live as a standalone document, > >/hannes > >On Tue, Oct 28, 2014 at 06:12:28PM +0000, Jeff Tantsura wrote: >| Hi Eric, >| Agree, should be treated same way as AG and included in bgp-ls, >| Extended Administrative Group with TLV code point 1099 >| Cheers, >| Jeff >| From: , Eric <[1]eric.osborne@level3.com> >| Date: Tuesday, October 28, 2014 at 6:48 AM >| To: wangzitao <[2]wangzitao@huawei.com>, "[3]idr@ietf.org" >| <[4]idr@ietf.org> >| Cc: Hares Susan <[5]shares@ndzh.com> >| Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 >|=20 >| I skimmed it and it looks reasonable. Given that it really just > says >| =B3use BGP-LS to send EAG just like we already send AG=B2, why not >just >| fold this content into bgp-ls? The reason it=B9s not in bgp-ls >already >| is =AD I suspect =AD just a matter of timing between EAG and >bgp-ls >| publication. >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >|=20 >| eric >|=20 >|=20 >|=20 >| From: Idr [[6]mailto:idr-bounces@ietf.org] On Behalf Of wangzitao >| Sent: Monday, October 27, 2014 9:04 PM >| To: [7]idr@ietf.org >| Cc: Hares Susan >| Subject: [Idr] New version of draft-wang-idr-eag-distribution-00 >|=20 >|=20 >|=20 >| Hi, folks: >|=20 >| We have submitted a new short draft to discuss BGP >extension for >| Extended admin Group >|=20 >| [8]https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 >|=20 >| and requested a timeslot to present it at IETF91. >|=20 >| Please help review and comment on this short draft. >|=20 >| Thanks in advance. >|=20 >|=20 >|=20 >| Regards! >|=20 >| -Michael >|=20 >| References >|=20 >| Visible links >| 1. mailto:eric.osborne@level3.com >| 2. mailto:wangzitao@huawei.com >| 3. mailto:idr@ietf.org >| 4. mailto:idr@ietf.org >| 5. mailto:shares@ndzh.com >| 6. mailto:idr-bounces@ietf.org >| 7. mailto:idr@ietf.org >| 8. https://tools.ietf.org/html/draft-wang-idr-eag-distribution-00 > >| _______________________________________________ >| Idr mailing list >| Idr@ietf.org >| https://www.ietf.org/mailman/listinfo/idr > From nobody Fri Oct 31 01:25:16 2014 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F9B81A8BB2 for ; Fri, 31 Oct 2014 01:25:14 -0700 (PDT) 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 r0e73kzNM-55 for ; Fri, 31 Oct 2014 01:25:12 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B8951A8BB6 for ; Fri, 31 Oct 2014 01:25:11 -0700 (PDT) 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 BLD24686; Fri, 31 Oct 2014 08:25:10 +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; Fri, 31 Oct 2014 08:25:09 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.21]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 31 Oct 2014 16:25:02 +0800 From: Qin Wu To: "Bertrand Duvivier (bduvivie)" , "Jan Medved (jmedved)" , Hannes Gredler , "Jeff Tantsura" Thread-Topic: [Idr] New version of draft-wang-idr-eag-distribution-00 Thread-Index: AQHP8tq71gzDGOJbXEecaEL53TvHU5xHuvEAgACwuwCAAARYgIABcl7Q Date: Fri, 31 Oct 2014 08:25:02 +0000 Message-ID: References: <20141030073030.GE19169@hannes-mba.local> <5F1FD493E541C642ABBC18EDC327C82F1FF52148@xmb-aln-x11.cisco.com> In-Reply-To: <5F1FD493E541C642ABBC18EDC327C82F1FF52148@xmb-aln-x11.cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.180] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/idr/IuFwqfSNFKuxk5jPrO6q-tH5Qjw Cc: "idr@ietf.org" , Hares Susan Subject: Re: [Idr] New version of draft-wang-idr-eag-distribution-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 08:25:14 -0000 KzENCkxldCdzIGNsb3NlIHRoZSBiYXNlIHNwZWMgZm9yIEJHUC1MUy4NCg0KLVFpbg0KLS0tLS3p gq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRm Lm9yZ10g5Luj6KGoIEJlcnRyYW5kIER1dml2aWVyIChiZHV2aXZpZSkNCuWPkemAgeaXtumXtDog MjAxNOW5tDEw5pyIMzHml6UgMjoxOQ0K5pS25Lu25Lq6OiBKYW4gTWVkdmVkIChqbWVkdmVkKTsg SGFubmVzIEdyZWRsZXI7IEplZmYgVGFudHN1cmENCuaKhOmAgTogaWRyQGlldGYub3JnOyBIYXJl cyBTdXNhbg0K5Li76aKYOiBSZTogW0lkcl0gTmV3IHZlcnNpb24gb2YgZHJhZnQtd2FuZy1pZHIt ZWFnLWRpc3RyaWJ1dGlvbi0wMA0KDQpBZ3JlZSwgDQoNCkJlc3QgUmVnYXJkcyBCZXJ0cmFuZCBE dXZpdmllcg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBJZHIgW21haWx0 bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEphbiBNZWR2ZWQgKGptZWR2ZWQp DQpTZW50OiBqZXVkaSAzMCBvY3RvYnJlIDIwMTQgMTk6MDMNClRvOiBIYW5uZXMgR3JlZGxlcjsg SmVmZiBUYW50c3VyYQ0KQ2M6IGlkckBpZXRmLm9yZzsgSGFyZXMgU3VzYW4NClN1YmplY3Q6IFJl OiBbSWRyXSBOZXcgdmVyc2lvbiBvZiBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAw DQoNCisxDQoNCmJncC1scyBpcyBpbiB0aGUgV0cgbGFzdCBjYWxsLCBsZXTCuXMgbm90IHJlc3Rh cnQgdGhhdCBjbG9jay4NCg0KDQpUaGFua3MsDQpKYW4NCg0KDQpPbiAxMC8zMC8xNCwgMTI6MzAg QU0sICJIYW5uZXMgR3JlZGxlciIgPGhhbm5lc0BqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5yZWFs IHF1ZXN0aW9uIGlzOg0KPg0KPmRvIHdlIHdhbnQgdG8gY2xvc2UgQkdQLUxTIGJhc2Ugc3BlYyBh bmQgc3VibWl0IGl0IHRvIElFU0cgb3IgbGVhdmUgaXQgDQo+b3BlbiBhcyBhbiBldGVybmFsIGRy YWZ0ID8gLSBJTU8gRUFHIGlzIGEgdXNlZnVsIHRoaW5nIGhlbmNlIHZlbmRvcnMgDQo+d2lsbCBi ZSBhZGRpbmcgc3VwcG9ydCBmb3IgdGhpcywgYnV0IGNhbiBwZXJmZWN0bHkgbGl2ZSBhcyBhIHN0 YW5kYWxvbmUgDQo+ZG9jdW1lbnQsDQo+DQo+L2hhbm5lcw0KPg0KPk9uIFR1ZSwgT2N0IDI4LCAy MDE0IGF0IDA2OjEyOjI4UE0gKzAwMDAsIEplZmYgVGFudHN1cmEgd3JvdGU6DQo+fCAgICBIaSBF cmljLA0KPnwgICAgQWdyZWUsIHNob3VsZCBiZSB0cmVhdGVkIHNhbWUgd2F5IGFzIEFHIGFuZCBp bmNsdWRlZCBpbiBiZ3AtbHMsDQo+fCAgICBFeHRlbmRlZCBBZG1pbmlzdHJhdGl2ZSBHcm91cCB3 aXRoIFRMViBjb2RlIHBvaW50IDEwOTkNCj58ICAgIENoZWVycywNCj58ICAgIEplZmYNCj58ICAg IEZyb206IDxPc2Jvcm5lPiwgRXJpYyA8WzFdZXJpYy5vc2Jvcm5lQGxldmVsMy5jb20+DQo+fCAg ICBEYXRlOiBUdWVzZGF5LCBPY3RvYmVyIDI4LCAyMDE0IGF0IDY6NDggQU0NCj58ICAgIFRvOiB3 YW5neml0YW8gPFsyXXdhbmd6aXRhb0BodWF3ZWkuY29tPiwgIlszXWlkckBpZXRmLm9yZyINCj58 ICAgIDxbNF1pZHJAaWV0Zi5vcmc+DQo+fCAgICBDYzogSGFyZXMgU3VzYW4gPFs1XXNoYXJlc0Bu ZHpoLmNvbT4NCj58ICAgIFN1YmplY3Q6IFJlOiBbSWRyXSBOZXcgdmVyc2lvbiBvZg0KPnwgZHJh ZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMA0KPnwgDQo+fCAgICAgIEkgc2tpbW1lZCBp dCBhbmQgaXQgIGxvb2tzIHJlYXNvbmFibGUuICBHaXZlbiAgdGhhdCBpdCByZWFsbHkgDQo+fCBq dXN0DQo+IHNheXMNCj58ICAgICAgwrN1c2UgQkdQLUxTIHRvIHNlbmQgRUFHIGp1c3QgbGlrZSB3 ZSBhbHJlYWR5IHNlbmQgQUfCsiwgd2h5IG5vdA0KPmp1c3QNCj58ICAgICAgZm9sZCB0aGlzIGNv bnRlbnQgaW50byBiZ3AtbHM/ICBUaGUgcmVhc29uIGl0wrlzIG5vdCBpbiBiZ3AtbHMNCj5hbHJl YWR5DQo+fCAgICAgIGlzIMKtIEkgIHN1c3BlY3Qgwq0ganVzdCAgYSBtYXR0ZXIgIG9mIHRpbWlu ZyBiZXR3ZWVuICBFQUcgYW5kDQo+YmdwLWxzDQo+fCAgICAgIHB1YmxpY2F0aW9uLg0KPnwgDQo+ fCANCj58IA0KPnwgDQo+fCANCj58IA0KPnwgDQo+fCANCj58IA0KPnwgICAgICBlcmljDQo+fCAN Cj58IA0KPnwgDQo+fCAgICAgIEZyb206IElkciBbWzZdbWFpbHRvOmlkci1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2Ygd2FuZ3ppdGFvDQo+fCAgICAgIFNlbnQ6IE1vbmRheSwgT2N0b2Jl ciAyNywgMjAxNCA5OjA0IFBNDQo+fCAgICAgIFRvOiBbN11pZHJAaWV0Zi5vcmcNCj58ICAgICAg Q2M6IEhhcmVzIFN1c2FuDQo+fCAgICAgIFN1YmplY3Q6IFtJZHJdIE5ldyB2ZXJzaW9uIG9mIGRy YWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDANCj58IA0KPnwgDQo+fCANCj58ICAgICAg SGksIGZvbGtzOg0KPnwgDQo+fCAgICAgIFdlIGhhdmUgIHN1Ym1pdHRlZCAgYSBuZXcgIHNob3J0 ICBkcmFmdCAgdG8gZGlzY3VzcyAgQkdQDQo+ZXh0ZW5zaW9uICBmb3INCj58ICAgICAgRXh0ZW5k ZWQgYWRtaW4gR3JvdXANCj58IA0KPnwgICAgICANCj58IFs4XWh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAwDQo+fCANCj58ICAgICAg YW5kIHJlcXVlc3RlZCBhIHRpbWVzbG90IHRvIHByZXNlbnQgaXQgYXQgSUVURjkxLg0KPnwgDQo+ fCAgICAgIFBsZWFzZSBoZWxwIHJldmlldyBhbmQgY29tbWVudCBvbiB0aGlzIHNob3J0IGRyYWZ0 Lg0KPnwgDQo+fCAgICAgIFRoYW5rcyBpbiBhZHZhbmNlLg0KPnwgDQo+fCANCj58IA0KPnwgICAg ICBSZWdhcmRzIQ0KPnwgDQo+fCAgICAgIC1NaWNoYWVsDQo+fCANCj58IFJlZmVyZW5jZXMNCj58 IA0KPnwgICAgVmlzaWJsZSBsaW5rcw0KPnwgICAgMS4gbWFpbHRvOmVyaWMub3Nib3JuZUBsZXZl bDMuY29tDQo+fCAgICAyLiBtYWlsdG86d2FuZ3ppdGFvQGh1YXdlaS5jb20NCj58ICAgIDMuIG1h aWx0bzppZHJAaWV0Zi5vcmcNCj58ICAgIDQuIG1haWx0bzppZHJAaWV0Zi5vcmcNCj58ICAgIDUu IG1haWx0bzpzaGFyZXNAbmR6aC5jb20NCj58ICAgIDYuIG1haWx0bzppZHItYm91bmNlc0BpZXRm Lm9yZw0KPnwgICAgNy4gbWFpbHRvOmlkckBpZXRmLm9yZw0KPnwgICAgOC4gaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDANCj4NCj58 IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+fCBJZHIg bWFpbGluZyBsaXN0DQo+fCBJZHJAaWV0Zi5vcmcNCj58IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vaWRyDQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj5JZHIgbWFpbGluZyBsaXN0DQo+SWRyQGlldGYub3JnDQo+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCklkciBtYWlsaW5nIGxpc3QNCklkckBpZXRm Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCklkciBtYWlsaW5nIGxp c3QNCklkckBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9p ZHINCg==