From nobody Sat Apr 1 13:56:27 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B9CF129693 for ; Sat, 1 Apr 2017 13:56:24 -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 autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5T4F3cXntOU for ; Sat, 1 Apr 2017 13:56:13 -0700 (PDT) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78678127077 for ; Sat, 1 Apr 2017 13:56:11 -0700 (PDT) Received: by mail-it0-x22b.google.com with SMTP id y18so27225541itc.1 for ; Sat, 01 Apr 2017 13:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=S6WmCwNFywkKEPvdbVt/DjU+RKMew+pxey9NeUcxBWo=; b=NcbFXcRQxYB5TO4cziMvLKqoE/JH5F5GFn05o9Wx/W3g/rY2dbUyUtSztSGjpIn9g1 QaXjlueyn2ZbbZQqn/0tH2pYSJDt9AHyXRI4eWXYW2uY1b4Tv6azEIq6FaZLbfmCPT3L u39UkU/lodlvcXEeZnS0A2DYazHz6cTfl0iNUitmE02w57H/n5sa2s6y6S3EIu12Eg/s 2hVih6DIlAgLQomhse9mD+NrSPkNIzgHybFL4elxvgSZjENGNI9TjYXXKJNzf7JwbCq1 8WPvCSS4Paqs/TchDbfhxPGRBHArfN6JhtYzyvTpHVw0hI6bPPT9CTz6qEyGPy17xU7f FE9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=S6WmCwNFywkKEPvdbVt/DjU+RKMew+pxey9NeUcxBWo=; b=I2qHL4c6QXyAANBkSLgSN90CP9YajKfeslDXnyYjVN+pAcFtDgMl8Y4Gqiud6k/05g vEJCu2bm9XnS8AlAeK3FnrUctJHALs1vswlgnG7ULk2545Doq2SmlR53IjfDtBQ6EmFz MY7VtFRnOsImxq8wsnmdu+SdFKbrUpKnSw3flQj3VJjrf7aNVPXDP+FF5Exy3z6Iivbu j2sYePfVK7TAZVPMMM7041MDODOa247VmvlS3fGvFTsitrEQFZk1Vh4rOnZChW9W8hOy IRU5s8rf/PbZzQR7aPmsYkPw5Uedvq3RzEX12w7ZXzmyOyB2UNtgwLXsuCMI8ymZqmDE +GjQ== X-Gm-Message-State: AFeK/H2hy5kACaBsCsXZdI+Hw4t3BrLe/Ibuh37ylhlRjyXAPJwEjYOs LIMmEeW7wUv8abkmxlYDlu/vwOAraiuI X-Received: by 10.36.91.76 with SMTP id g73mr4057414itb.75.1491080170478; Sat, 01 Apr 2017 13:56:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.46.151 with HTTP; Sat, 1 Apr 2017 13:56:09 -0700 (PDT) In-Reply-To: <20170401020136.ftbjliohoaznzqyx@dhcp-86cf.meeting.ietf.org> References: <20170401020136.ftbjliohoaznzqyx@dhcp-86cf.meeting.ietf.org> From: Brian Dickson Date: Sat, 1 Apr 2017 15:56:09 -0500 Message-ID: To: Job Snijders Cc: IETF IDR Content-Type: multipart/alternative; boundary=001a1144ca76e4a4bb054c212714 Archived-At: Subject: Re: [Idr] dear diary: well-known community vs new path attribute X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2017 20:56:25 -0000 --001a1144ca76e4a4bb054c212714 Content-Type: text/plain; charset=UTF-8 Hi, Job, Your message was very well written, well thought-out, and presents a good case for use of communities. I think it makes one or two assumptions that turn out to be incorrect. I will try to address a couple of issues, that I think need to be discussed. (Sorry, it is a long message.) First, a point of clarification - in Sri's presentation, the slide where he is discussing "community vs attribute", the context is ONLY for intra-AS, not inter-AS, usage. This is also in-scope for the "open" draft, which includes a non-transitive attribute (iOTC, internal only to customer), and probably more relevant in that discussion. (For that case, I would point out that they are not mutually exclusive, and for any AS already using communities, the impact of adding the Open and the iOTC attribute, would be classified as "belt and suspenders" - redundant methods of protection against accidental leaks. Second is the propagation characteristics of communities (1997 in particular), vs any new path attribute. It is unfortunately the case, that in at least one major vendor's implementation, propagation of communities is off by default. This means that even if a new well-known community were agreed upon, the usefulness of it would be extremely limited until every AS using firmware that does not propagate-by-default, has changed the configuration on every BGP neighbor to propagate communities. In contrast, the BGP protocol RFCs require optional transitive attributes which are not understood, to be propagated. If the rules for a particular new attribute also require the attribute to be propagated (regardless of the attributes value(s)), a new attribute would have global visibility as soon as it gets deployed by any ASN, and as it gained adoption, the usefulness of the attribute (based on the attribute values) would increase monotonically. The _Feature_X_ value IS in its propagation, NOT on its active use. This distinction is very important, and tips the equation in favor of attributes. Note also, this does NOT preclude the use of communities, even before the attribute is available in shipping code. It does mean that the usefulness is significantly restricted outside of the contiguous zone of bidirectional community usage. E.g. Does every ISP that accepts communities also send them, and if that is not the case, the community implementation would suffer. The presentation and current state of the I-D are not necessarily clear (and possibly not correct) on the intended behavior. I will be working with my co-authors to correct these problems. The correct rules for the attribute are as follows: - Session-level Role is used to control marking and detection rules applicable for that session. - Marking and detection is per-prefix. - Some details on interactions with other BGP mechanisms needs more work (I'll be working with my co-authors on that), such as atomic-aggregate. - Incremental deployment is a fundamental characteristic, and is intended to incrementally improve detection, without causing false positives if deployed consistently with actual neighbor roles - If a given neighbor does not support the Role attribute (during Open), the locally configured Role should still be used: - Since the inbound marking will not exist on the last hop, the locally configured Role should be used to apply an inbound marking as if the Role had been negotiated and the prefix marked by the neighbor accordingly - Inbound detection based on the Role should be done. - Of the four Role types, this unilateral Role setting (if not understood by a peer) will work correctly for three (peer, customer, transit) but not the fourth (complex) - Complex Role, and complex behavior requires successful negotiation with a peer that supports Role, and is also configured for complex - Complex is the one Role where marking is dependent on prefixes having existing markings, or local origination. - Complex - All marking is intended to be automatic, with no operator input other than Role setting towards neighbors - It may be the case that implementations provide a "safety-valve" during early deployments, to disable marking to handle situations where implementation errors are discovered - iBGP peers and confederation peers should probably be implemented to automatically have role Complex - Sensible defaults should be used to avoid creating the problem being solved. - Default Role, if any, should be Peer (or maybe Transit). - The combination of existing marking and outbound Role type must also prevent announcement or propagation of leaks - During ongoing WG discussion and revisions, the consensus on "must" might not be reached, in which case "should" is the minimum, with local policy override possible - Regardless of announcement, the received marking MUST NOT be modified, so that other parties are aware of the prefix's status - As long as a prefix is marked at some point as having been received from a peer or transit neighbor, it will be possible to detect that a leak has occurred by a receiving party whose neighbor is "peer" or "customer". - Two parties benefit in deploying the attribute immediately, by being protected against leaks of their announced routes by any direct or indirect mutual customer. - This happens even without coordination between the two parties. - Until very widely deployed, leaks will still be possible, however: - The scope of leaks will be reduced to the set of unmarked prefixes - Unmarked prefixes can only be heard from ISPs who don't mark, or from their customer cone(s) - At that point, the feedback mechanism provides strong incentive to mark - The bigger an ISP is, the more impact to a leak beneath them there is, and the more incentive there is to mark - The set of ISPs who don't mark could be significantly reduced if/when individual IXPs adopt policies that require marking - ISPs who require peers and customers to mark would also have significant impact on potential sources - Early deployment by large ISPs (preferably Tier-1) would directly benefit themselves, and impact the cone of leak-resistant networks. - There is benefit even to leaf networks, in protecting themselves from leaks heard from transit providers - Suppose a leaf network has providers A and B - Suppose a leak is propagated by B, but not by A - Suppose B only has one path to the leaked prefix(es) and elects to propagate a known leak - By filtering out (automatically) prefixes from B that are leaks: - The leaf network can send traffic to those prefixes via A - The path through A is highly likely to not be adversely affected by traffic following the leak - This is still per-prefix behavior The incremental deployment does require setting the Role without the benefit of negotiation. In the case of correctly applied Roles, the automated per-prefix marking and detection works. The marking controls the internal propagation behavior to prevent leak origination, and depending on existing markings, may prevent leak propagation. Similarly, detection may allow inbound detection of leaks or propagated leaks, making filtering possible. Unilateral Role-setting (and "proxy" marking) allows gap-filling in late-deployment scenarios. Here are the behaviors of unilateral role setting, at different stages of partial deployment: - Suppose only one AS, X, does not participate - All of X's neighbors do participate - Every prefix propagated through X will be marked, including with values that correspond to the receiver's configured Role assignment of X - If all the Role assignments toward X are correct, then: - Leaks propagated and not blocked by X (which would have been blocked, if X implemented) will be blocked by every neighbor of X upon receipt (modulo local policy on the recipient) - Leaks by X will be detected and blocked (modulo local policy) - If a Role assignment toward X is wrong: - X is transit, configured as customer - Sender sends all routes, leak toward X; X may filter (no impact), otherwise everyone is impacted incl. sender's transits and peer s - X sends all routes, recipient leaks all routes - X, X's peers/transits, and recipient are all impacted - X is peer, configured as customer - Sender sends all routes, leaks; impact is sender's upstreams - X sends X's customer's routes, recipient leaks to peers/transits - X and recipient + upstreams affected - X is transit, configured as peer - Sender sends only customer prefixes - correct behavior - X sends all routes, sent only to customers - correct behavior, except X's transit's prefixes are blocked - X is peer, configured as transit - Sender sends only customer prefixes - correct behavior - X sends only customer routes, sent only to customers - correct behavior - X is customer, configured as transit - Sender sends only customer prefixes - subset of expected prefixes - only X is impacted - X sends only customer prefixes - not sent to peers/transit, only X is impacted - X is customer, configured as peer - Sender sends only customer prefixes - subset of expected prefixes - only X is impacted - X sends only customer prefixes - not sent to peers/transit, only X is impacted - Suppose every AS that does not participate, has only neighbors that do participate - The same situation occurs as in the "only one AS does not participate": - A leak has to originate somewhere - If the leak originates on a non-participant, it gets detected and block by all its neighbors, unless the unilateral Role of the non-participant is incorrect on the receiver side - Role error on the sender side, would be an instance of "leak originates on a participant", below - Leaked non-local prefixes which are first correctly marked by a participant, and leaked by the non-participant: - Transit leaked to transit-marked-as-transit: sent only to customers, impact is leaker and its upstreams, and customers - Transit leaked to peer-marked-as-transit: same - Peer leaked to transit-marked-as-transit: same - Peer leaked to peer-marked-as-transit: same - Transit leaked to transit-marked-as-peer: same - Peer leaked to peer-marked-as-transit: same - In all cases, impacts are to non-participant, and to participant making error in manual Role setting - If the leak originates on a participant, it means there was a Role mismatch between that participant, and a non-participant - Marking a customer as a peer or provider fails "safe" - only customer routes are received, and get blocked towards peers or providers - Marking a peer or provider as a customer, results in the following: - Previously unmarked prefixes (local to the Peer or Provider) get marked as "customer"; only the Peer or Provider itself is affected - Prefixes marked by the non-participant's neighbors get marked, then detection rules apply: - non-participant's peer/provider routes are detected as leaks, and are blocked (modulo local policy) - non-participant's customers' routes are not considered leaks; only non-participant is affected - Note that all of the failures (in the singleton contiguous non-implementer topologies) are induced by errors in Role setting, and possibly a combination of Role error and leakage. - This provides incremental incentive to request peers to implement and configure their Role - The recommended method is to keep any existing measures in place to prevent leaking, and identify marking errors seen inbound - One all Roles are set correctly, no further leaks can occur if all neighbors' neighbors either implement or have their Roles set correctly. I realize that a lot of this needs to go in the document(s), but I hope I have at least indicated that this has had some thought given to it, and that I don't yet see situations where this makes anything worse, and in most cases offers benefit even at relatively sparse deployment. Brian On Fri, Mar 31, 2017 at 9:01 PM, Job Snijders wrote: > Dear colleagues, > > In today's IDR session (thank you for the orderly meeting, chairs & > secretary!) the topic of 'well-known BGP community vs BGP Path > attribute' came up, in context of having a marker to signify or signal a > route's audience [Sriram] https://datatracker.ietf.org/ > meeting/98/agenda/idr/ > > I've come to the conclusion that we have no choice other then to use a > well-known communities for boolean functions like the ones currently on > the table. > > There are a number of significant advantages to using communities, that > in my opinion outweigh the perceived benefit of introducing a new path > attribute. This is asserted from a deployment process and adoption rate > perspective. Throughout this email I'll refer to the _function_ of the > path attribute/community as "feature X". Most reasons relate to > "accelerated" deployment rates. With "accelerated" I'm referring to a > 2-3 year timescale rather then 8+ years. I'll share my analysis below. > > We have to assume that there are many networks which might (from this > moment on) _never_ upgrade their software to the required newer software > to support feature X natively. There are a number of reasons why a > network might never receive the necessary software upgrades: the network > choose to continue using devices well after the End-of-Sale/Support/Life > date for economic reasons. Some networks use hardware longer then the > vendor intended, sometimes because the operator disagreed with the > vendor's view on longevity. Like some of you, I've travelled to regions > of the world where a good router, is a router without bullet holes in > it, in such cases you'll have to make things work with whatever was > loaded on there. In other cases, the vendor simply has gone bankrupt, > and the network has to make do with what is available on their sparing > shelves until the hardware is fully amortised. > > With the above in mind, I'd argue that for many BGP features it is > entirely acceptable to state "upgrade your software and receive awesome > feature Y!". But in the instance of routing security, one might need to > salvage as much as one can in existing deployments, for altruistic > reasons. > > I think it is fair to assume that in all cases, the BGP speakers will > support RFC 1997 BGP Communities. We can also assume that the device > supports neighbor-specific routing policy options to (at the very least) > match, and subsequently deny or permit based on the RFC 1997 community. > > Another interesting (perhaps underappreciated) angle is that there are > both open source and commercial ancillary configuration management > systems on the market, which will happily manage devices which were not > upgraded to support Feature X natively. When vendor B doesn't want to > implement native support for Feature X, perhaps the ancillary third > market will support Feature X on vendor B. > > A number considerations apply for well-known BGP communities in context > of route leak prevention: > > - on day 0, there will be no routes tagged with the well-known > community, likewise on day 365, there will be a small number of routes > tagged with the well-known community. > > - throughout the lifetime of feature X, the tagged routs are likely > to be outnumbered by the untagged routes, in all contexts. > > - ideally feature X can be deployed incrementally within an AS, so it > should _add_ an extra layer of protection, rather then replace or > hotswap an existing protection function. > > - RFC 1997 communities are transitive, so Feature X must at the very > least not be significantly hindered by the transivity, and in an ideal > case actually benefit from the transivity property. Enforcing > non-transivity through a RFC 2119-style "When received on EBGP, MUST > delete" is also acceptable. Operators can manually emulate the > non-transivity, and wait for software upgrades to do it for them. > > - the presence of a well-known community on one route, cannot, and > should not be superimposed to other routes received through the same > BGP session. In a more general sense, a well-known community on one > route cannot act as a semaphore for the entire session. I am not aware > of any implementations which allow to match/act on one route and > perform congruent manipulation of properties on a different route. > > - When the well-known community for Feature X is present (aka 'true'), > we can assume feature X for the route was enabled intentionally, > however, in the case where it is absent, we're dealing with either an > 'unknown' or 'false'. The deny/accept logic we expect to be present > either through manual manipulation or through > > We also might be able to assume that networks looking to implement > Feature X, will do so out of their own volition, sufficiently motivated > to do so correctly. (Even though they are implementing the feature > manually!) Likewise, there will be a significant number of networks > which will not hear about Feature X for the foreseeable future, and only > receive the feature through software upgrades. In other words: network > operators whom are ignorant of Feature X until they read Release notes, > could be considered harmless. Furthermore, networks which are well > intended, might be in a position to recitfy erroneous use of the > well-known community for feature X when received across EBGP sessions. > > >From my own deployment perspective, when using a BGP Community, > (disclaimer: merely stating options!) I can start deploying _right_now_, > _network-wide_ (meanwhile waiting for software upgrades to slowly start > catching up and replace my manual implementation). More importantly, I > can deploy in a heterogeneous environment where the timelines for policy > deployment and software deployment are not aligned, or with parts of the > network not even expected to receive the required software upgrade for > native support. > > We haven't seen a standards track well-known community in a while, but > I'd be supportive of a well-known community RFC which demands rigorous > discipline related to the transivity, semantics, and would provide > configuration examples for those who cannot (yet) use Feature X > natively, with an agreed upon upgrade path to native support for > feature X. > > As long as the benefits of using Feature X are 'egocentric' (aka > "deploying this concept helps me, and I don't need others to cooperate > with me"), and misuse of Feature X through the well-known community is > either merely self-inflicted pain, or harmless, we'll be fine. > > Since Feature X is positioned in context of routing security, something > we'd probably like to see broad adoption on, I'd argue that the lowest > common denominator should be used: well-known BGP communities. > > Kind regards, > > Job > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a1144ca76e4a4bb054c212714 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, Job,

Your message was very well wri= tten, well thought-out, and presents a good case for use of communities.

I think it makes one or two assumptions that turn ou= t to be incorrect.

I will try to address a couple = of issues, that I think need to be discussed. (Sorry, it is a long message.= )

First, a point of clarification - in Sri's p= resentation, the slide where he is discussing "community vs attribute&= quot;, the context is ONLY for intra-AS, not inter-AS, usage.
This is also in-scope for the "open" draft, which inc= ludes a non-transitive attribute (iOTC, internal only to customer), and pro= bably more relevant in that discussion. (For that case, I would point out t= hat they are not mutually exclusive, and for any AS already using communiti= es, the impact of adding the Open and the iOTC attribute, would be classifi= ed as "belt and suspenders" - redundant methods of protection aga= inst accidental leaks.

Second is the propagation c= haracteristics of communities (1997 in particular), vs any new path attribu= te.

It is unfortunately the case, that in at least= one major vendor's implementation, propagation of communities is off b= y default. This means that even if a new well-known community were agreed u= pon, the usefulness of it would be extremely limited until every AS using f= irmware that does not propagate-by-default, has changed the configuration o= n every BGP neighbor to propagate communities.

In = contrast, the BGP protocol RFCs require optional transitive attributes whic= h are not understood, to be propagated. If the rules for a particular new a= ttribute also require the attribute to be propagated (regardless of the att= ributes value(s)), a new attribute would have global visibility as soon as = it gets deployed by any ASN, and as it gained adoption, the usefulness of t= he attribute (based on the attribute values) would increase monotonically.<= /div>

The _Feature_X_ value IS in its propagation, NOT o= n its active use. This distinction is very important, and tips the equation= in favor of attributes. Note also, this does NOT preclude the use of commu= nities, even before the attribute is available in shipping code. It does me= an that the usefulness is significantly restricted outside of the contiguou= s zone of bidirectional community usage. E.g. Does every ISP that accepts c= ommunities also send them, and if that is not the case, the community imple= mentation would suffer.

The presentation and curre= nt state of the I-D are not necessarily clear (and possibly not correct) on= the intended behavior. I will be working with my co-authors to correct the= se problems. The correct rules for the attribute are as follows:
=
  • Session-level Role is used to control marking and de= tection rules applicable for that session.=C2=A0
  • Marking and detect= ion is per-prefix.
  • Some details on interactions with other BGP mech= anisms needs more work (I'll be working with my co-authors on that), su= ch as atomic-aggregate.
  • Incremental deployment is a fundamental cha= racteristic, and is intended to incrementally improve detection, without ca= using false positives if deployed consistently with actual neighbor roles
  • If a given neighbor does not support the Role attribute (during Open= ), the locally configured Role should still be used:
    • Since the = inbound marking will not exist on the last hop, the locally configured Role= should be used to apply an inbound marking as if the Role had been negotia= ted and the prefix marked by the neighbor accordingly
    • Inbound detec= tion based on the Role should be done.
  • Of the four Role types,= this unilateral Role setting (if not understood by a peer) will work corre= ctly for three (peer, customer, transit) but not the fourth (complex)
    • <= ul>
  • Complex Role, and complex behavior requires successful negotiation w= ith a peer that supports Role, and is also configured for complex
  • C= omplex is the one Role where marking is dependent on prefixes having existi= ng markings, or local origination.
  • Complex=C2=A0
  • All m= arking is intended to be automatic, with no operator input other than Role = setting towards neighbors
    • It may be the case that implementatio= ns provide a "safety-valve" during early deployments, to disable = marking to handle situations where implementation errors are discovered
    • iBGP peers and confederation peers should probably be implemented to a= utomatically have role Complex
    • Sensible defaults should be used to = avoid creating the problem being solved.=C2=A0
    • Default Role, if any= , should be Peer (or maybe Transit).=C2=A0
    • The combination of exist= ing marking and outbound Role type must also prevent announcement or propag= ation of leaks
      • During ongoing WG discussion and revisions, the = consensus on "must" might not be reached, in which case "sho= uld" is the minimum, with local policy override possible
      • Regar= dless of announcement, the received marking MUST NOT be modified, so that o= ther parties are aware of the prefix's status
  • As long= as a prefix is marked at some point as having been received from a peer or= transit neighbor, it will be possible to detect that a leak has occurred b= y a receiving party whose neighbor is "peer" or "customer&qu= ot;.
  • Two parties benefit in deploying the attribute immediately, by= being protected against leaks of their announced routes by any direct or i= ndirect mutual customer.=C2=A0
    • This happens even without coordi= nation between the two parties.
  • Until very widely deployed, le= aks will still be possible, however:
    • The scope of leaks will be= reduced to the set of unmarked prefixes
    • Unmarked prefixes can only= be heard from ISPs who don't mark, or from their customer cone(s)
      • =
      • At that point, the feedback mechanism provides strong incentive to = mark
      • The bigger an ISP is, the more impact to a leak beneath them t= here is, and the more incentive there is to mark
    • The set of IS= Ps who don't mark could be significantly reduced if/when individual IXP= s adopt policies that require marking
    • ISPs who require peers and cu= stomers to mark would also have significant impact on potential sources
  • Early deployment by large ISPs (preferably Tier-1) would directly= benefit themselves, and impact the cone of leak-resistant networks.
    • There is benefit even to leaf networks, in protecting themselves from lea= ks heard from transit providers
    • Suppose a leaf network has prov= iders A and B
    • Suppose a leak is propagated by B, but not by A
      • <= ul>
    • Suppose B only has one path to the leaked prefix(es) and elects to p= ropagate a known leak
  • By filtering out (automatically) prefixe= s from B that are leaks:
    • The leaf network can send traffic to t= hose prefixes via A
    • The path through A is highly likely to not be a= dversely affected by traffic following the leak
    • This is still per-p= refix behavior


    The in= cremental deployment does require setting the Role without the benefit of n= egotiation. In the case of correctly applied Roles, the automated per-prefi= x marking and detection works. The marking controls the internal propagatio= n behavior to prevent leak origination, and depending on existing markings,= may prevent leak propagation. Similarly, detection may allow inbound detec= tion of leaks or propagated leaks, making filtering possible.
    Unilateral Role-setting (and "proxy" marking) allows gap-f= illing in late-deployment scenarios.=C2=A0
    Here are the behaviors= of unilateral role setting, at different stages of partial deployment:
    =
    • Suppose only one AS, X, does not participate
      • All of= X's neighbors do participate
      • Every prefix propagated throu= gh X will be marked, including with values that correspond to the receiver&= #39;s configured Role assignment of X
      • If all the Role assignmen= ts toward X are correct, then:
        • Leaks propagated and not blo= cked by X (which would have been blocked, if X implemented) will be blocked= by every neighbor of X upon receipt (modulo local policy on the recipient)=
        • Leaks by X will be detected and blocked (modulo local policy)<= br>
      • If a Role assignment toward X is wrong:
        • X = is transit, configured as customer
          • Sender sends all routes,= leak toward X; X may filter (no impact), otherwise everyone is impacted in= cl. sender's transits and peer s
          • X sends all routes, recipi= ent leaks all routes - X, X's peers/transits, and recipient are all imp= acted
        • X is peer, configured as customer
          • Se= nder sends all routes, leaks; impact is sender's upstreams
          • = X sends X's customer's routes, recipient leaks to peers/transits - = X and recipient + upstreams affected
        • X is transit, configu= red as peer
          • Sender sends only customer prefixes - correct b= ehavior
          • X sends all routes, sent only to customers - correct be= havior, except X's transit's prefixes are blocked
        • = X is peer, configured as transit
          • Sender sends only customer= prefixes - correct behavior
          • X sends only customer routes, sent= only to customers - correct behavior
        • X is customer, confi= gured as transit
          • Sender sends only customer prefixes - subs= et of expected prefixes - only X is impacted
          • X sends only custo= mer prefixes - not sent to peers/transit, only X is impacted
          <= li>X is customer, configured as peer
          • Sender sends only cust= omer prefixes - subset of expected prefixes - only X is impacted
            • X sends only customer prefixes - not sent to peers/transit, only X is imp= acted
    • Suppose every AS that does not participate= , has only neighbors that do participate
      • The same situation= occurs as in the "only one AS does not participate":
      • A leak has to originate somewhere
      • If the leak originates o= n a non-participant, it gets detected and block by all its neighbors, unles= s the unilateral Role of the non-participant is incorrect on the receiver s= ide
        • Role error on the sender side, would be an instance of = "leak originates on a participant", below
        • Leaked non-loca= l prefixes which are first correctly marked by a participant, and leaked by= the non-participant:
          • Transit leaked to transit-marked-as-t= ransit: sent only to customers, impact is leaker and its upstreams, and cus= tomers
          • Transit leaked to peer-marked-as-transit: same
          • Peer = leaked to transit-marked-as-transit: same
          • Peer leaked to peer-marke= d-as-transit: same
          • Transit leaked to transit-marked-as-peer: same
          • Peer leaked to peer-marked-as-transit: same
        • In all case= s, impacts are to non-participant, and to participant making error in manua= l Role setting
      • If the leak originates on a participant, it mea= ns there was a Role mismatch between that participant, and a non-participan= t
        • Marking a customer as a peer or provider fails "safe= " - only customer routes are received, and get blocked towards peers o= r providers
        • Marking a peer or provider as a customer, results i= n the following:
          • Previously unmarked prefixes (local to the= Peer or Provider) get marked as "customer"; only the Peer or Pro= vider itself is affected
          • Prefixes marked by the non-participant= 's neighbors get marked, then detection rules apply:
            • no= n-participant's peer/provider routes are detected as leaks, and are blo= cked (modulo local policy)
            • non-participant's customers'= routes are not considered leaks; only non-participant is affected
              • =
  • Note that all of the failures (in the singleto= n contiguous non-implementer topologies) are induced by errors in Role sett= ing, and possibly a combination of Role error and leakage.
    • This= provides incremental incentive to request peers to implement and configure= their Role
    • The recommended method is to keep any existing measures= in place to prevent leaking, and identify marking errors seen inbound
      • =
    • One all Roles are set correctly, no further leaks can occur if all neig= hbors' neighbors either implement or have their Roles set correctly.
    I realize that a lot of this needs to go in the document(s= ), but I hope I have at least indicated that this has had some thought give= n to it, and that I don't yet see situations where this makes anything = worse, and in most cases offers benefit even at relatively sparse deploymen= t.

    Brian

    On Fri, Mar 31, 2017 at 9:01 PM, Job Snij= ders <job@ntt.net> wrote:
    Dear c= olleagues,

    In today's IDR session (thank you for the orderly meeting, chairs &=
    secretary!) the topic of 'well-known BGP community vs BGP Path
    attribute' came up, in context of having a marker to signify or signal = a
    route's audience [Sriram] https://datatracker= .ietf.org/meeting/98/agenda/idr/

    I've come to the conclusion that we have no choice other then to use a<= br> well-known communities for boolean functions like the ones currently on
    the table.

    There are a number of significant advantages to using communities, that
    in my opinion outweigh the perceived benefit of introducing a new path
    attribute. This is asserted from a deployment process and adoption rate
    perspective. Throughout this email I'll refer to the _function_ of the<= br> path attribute/community as "feature X". Most reasons relate to "accelerated" deployment rates. With "accelerated" I= 9;m referring to a
    2-3 year timescale rather then 8+ years. I'll share my analysis below.<= br>
    We have to assume that there are many networks which might (from this
    moment on) _never_ upgrade their software to the required newer software to support feature X natively. There are a number of reasons why a
    network might never receive the necessary software upgrades: the network choose to continue using devices well after the End-of-Sale/Support/Life date for economic reasons. Some networks use hardware longer then the
    vendor intended, sometimes because the operator disagreed with the
    vendor's view on longevity. Like some of you, I've travelled to reg= ions
    of the world where a good router, is a router without bullet holes in
    it, in such cases you'll have to make things work with whatever was
    loaded on there. In other cases, the vendor simply has gone bankrupt,
    and the network has to make do with what is available on their sparing
    shelves until the hardware is fully amortised.

    With the above in mind, I'd argue that for many BGP features it is
    entirely acceptable to state "upgrade your software and receive awesom= e
    feature Y!". But in the instance of routing security, one might need t= o
    salvage as much as one can in existing deployments, for altruistic
    reasons.

    I think it is fair to assume that in all cases, the BGP speakers will
    support RFC 1997 BGP Communities. We can also assume that the device
    supports neighbor-specific routing policy options to (at the very least) match, and subsequently deny or permit based on the RFC 1997 community.

    Another interesting (perhaps underappreciated) angle is that there are
    both open source and commercial ancillary configuration management
    systems on the market, which will happily manage devices which were not
    upgraded to support Feature X natively. When vendor B doesn't want to implement native support for Feature X, perhaps the ancillary third
    market will support Feature X on vendor B.

    A number considerations apply for well-known BGP communities in context
    of route leak prevention:

    - on day 0, there will be no routes tagged with the well-known
    =C2=A0 community, likewise on day 365, there will be a small number of rout= es
    =C2=A0 tagged with the well-known community.

    - throughout the lifetime of feature X, the tagged routs are likely
    =C2=A0 to be outnumbered by the untagged routes, in all contexts.

    - ideally feature X can be deployed incrementally within an AS, so it
    =C2=A0 should _add_ an extra layer of protection, rather then replace or =C2=A0 hotswap an existing protection function.

    - RFC 1997 communities are transitive, so Feature X must at the very
    =C2=A0 least not be significantly hindered by the transivity, and in an ide= al
    =C2=A0 case actually benefit from the transivity property. Enforcing
    =C2=A0 non-transivity through a RFC 2119-style "When received on EBGP,= MUST
    =C2=A0 delete" is also acceptable. Operators can manually emulate the<= br> =C2=A0 non-transivity, and wait for software upgrades to do it for them.
    - the presence of a well-known community on one route, cannot, and
    =C2=A0 should not be superimposed to other routes received through the same=
    =C2=A0 BGP session. In a more general sense, a well-known community on one<= br> =C2=A0 route cannot act as a semaphore for the entire session. I am not awa= re
    =C2=A0 of any implementations which allow to match/act on one route and
    =C2=A0 perform congruent manipulation of properties on a different route.
    - When the well-known community for Feature X is present (aka 'true'= ;),
    =C2=A0 we can assume feature X for the route was enabled intentionally,
    =C2=A0 however, in the case where it is absent, we're dealing with eith= er an
    =C2=A0 'unknown' or 'false'. The deny/accept logic we expec= t to be present
    =C2=A0 either through manual manipulation or through

    We also might be able to assume that networks looking to implement
    Feature X, will do so out of their own volition, sufficiently motivated
    to do so correctly. (Even though they are implementing the feature
    manually!) Likewise, there will be a significant number of networks
    which will not hear about Feature X for the foreseeable future, and only receive the feature through software upgrades. In other words: network
    operators whom are ignorant of Feature X until they read Release notes,
    could be considered harmless. Furthermore, networks which are well
    intended, might be in a position to recitfy erroneous use of the
    well-known community for feature X when received across EBGP sessions.

    >From my own deployment perspective, when using a BGP Community,
    (disclaimer: merely stating options!) I can start deploying _right_now_, _network-wide_ (meanwhile waiting for software upgrades to slowly start
    catching up and replace my manual implementation). More importantly, I
    can deploy in a heterogeneous environment where the timelines for policy deployment and software deployment are not aligned, or with parts of the network not even expected to receive the required software upgrade for
    native support.

    We haven't seen a standards track well-known community in a while, but<= br> I'd be supportive of a well-known community RFC which demands rigorous<= br> discipline related to the transivity, semantics, and would provide
    configuration examples for those who cannot (yet) use Feature X
    natively, with an agreed upon upgrade path to native support for
    feature X.

    As long as the benefits of using Feature X are 'egocentric' (aka "deploying this concept helps me, and I don't need others to coope= rate
    with me"), and misuse of Feature X through the well-known community is=
    either merely self-inflicted pain, or harmless, we'll be fine.

    Since Feature X is positioned in context of routing security, something
    we'd probably like to see broad adoption on, I'd argue that the low= est
    common denominator should be used: well-known BGP communities.

    Kind regards,

    Job

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

    --001a1144ca76e4a4bb054c212714-- From nobody Mon Apr 3 13:13:55 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 436B21294FF for ; Mon, 3 Apr 2017 13:13:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9aL7hXSnt1VD for ; Mon, 3 Apr 2017 13:13:49 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1694F120726 for ; Mon, 3 Apr 2017 13:13:48 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id v33KDkF1005837; Mon, 3 Apr 2017 21:13:46 +0100 Received: from 950129200 ([176.241.250.3]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id v33KDeBR005814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Apr 2017 21:13:43 +0100 Reply-To: From: "Adrian Farrel" To: "'Susan Hares'" , "'idr wg'" References: <035901d2a263$a204a0c0$e60de240$@ndzh.com> In-Reply-To: <035901d2a263$a204a0c0$e60de240$@ndzh.com> Date: Mon, 3 Apr 2017 21:13:41 +0100 Message-ID: <03d201d2acb6$cbde3b10$639ab130$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03D3_01D2ACBF.2DA9CF00" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJy9qBC8F701cXQis495LO0YAEVQ6BzgAOQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22984.002 X-TM-AS-Result: No--6.196-10.0-31-10 X-imss-scan-details: No--6.196-10.0-31-10 X-TMASE-MatchedRID: yebcs53SkkADJrf2+hNOhR/XcAla9LsVGSqdEmeD/nUJW4Re2U2pywLy tDvV39h+akWhnG4LWFMe1dimxk/EMQt3e7z0WipRaK+MsTwM+1nRahuPwaQ1Wp34fb7E2X5X678 QLKEvGo5ScMO53ropjOltpAMjEbBlDkubg39L7f92aFFWhkT3QIfGLZ++QpQzV9eB8vnmKe8mTu 1wNQz7bWpGhHN2hzD2rTHRCIAhqg5ksv7qaWt2jLMjW/sniEQKKVrLOZD1BXR/tE9YIUrwYv688 b7UXBa5hh+zDuoppuIeyhqogscOqfazQK8vdF3c85L5JHGOAXB6+4H1+M9GHpGntM3CLyHIjKcD Q/TrHaTgTqW7m1ORTxOiym2ygFHRyi3rT9eHsAHi3aa5wOREEYHTV2uJaSjbbM3UnqznDLYtjYL FZ2xmSlKRkLRcLF1LPxGNUiN+AyYXa+syOp067QXysW33GYMpYY0tNGdvli2VCgMHKlN03W5n3p /PBaJMhKLPzEV+09FwoI7ADD6NSAvuBkbttOji6ivQ8oO6nUJvibOW4IkXhD6IXkgHUCXL8z70X DTUjsY0gGvDuBPXdGHbb7mQgkX3IfPTd+OTqvFGypC5CVFOH2cuTq1AtxjpT7S4ZU4XTxDz/Kux bhpDT9NQo22x5OZQVdG7zs0JFFSBnJ5ETtWXfUKcYi5Qw/RVF2pUb6YRYK61eX0jEQ9c6okuTXu Mw1pdzI5U2cfi+8cdJWgVhit1DrqrIFIJwJ9i71Wx2uUbPLdDr8MVm6DK3TA4N9SXuYkp/hkBSy 3LYQ17CjyP3UZ5MbpGAQ2wD/3Qyx6w4CJ+2uWeAiCmPx4NwGmRqNBHmBvevqq8s2MNhPB9j2Gwz TE3vXl6hn76fRjuIZa9wiplIRXXmL4Mlh72yBVMye5OHmDzLpc0aJbFHlIQV6vLex6ViMPBQZIV vM9P+z0SyaQKAWrtEJdFpPV7T/gIiuF7tZeAlExlQIQeRG0= Archived-At: Subject: Re: [Idr] 2 Week WG LC for draft-ietf-idr-bgp-prefix-sid-04.txt - 3/6 to 3/20/2017 - extending to 3/31 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 20:13:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03D3_01D2ACBF.2DA9CF00 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi Sue, WG, Yes, sorry for not getting to this the first time around. It's a good piece of work that needs to be standardised, and this document is ready modulo the relatively small comments below. Thanks, Adrian === Code point stuff === I thought we had some fairly good clue in IDR about not "suggesting" code point values, but in section 4 I found... The BGP Prefix SID attribute is an optional, transitive BGP path attribute. The attribute type code is to be assigned by IANA (suggested value: 40). As it turns out, an early allocation has been done and is recorded in section 8. So this text should read... The BGP Prefix SID attribute is an optional, transitive BGP path attribute. The attribute type code 40 has been assigned by IANA (see Section 8). === Rambling Thoughts === Section 4.2 * S flag: if set then it means that the BGP speaker attaching the Prefix-SID Attribute to a prefix is capable of processing the IPv6 Segment Routing Header (SRH, [I-D.ietf-6man-segment-routing-header]) for the segment corresponding to the originated IPv6 prefix. The use case leveraging the S flag is described in [I-D.ietf-spring-segment-routing-msdc]. Suppose that sometime in the future a third type of SID processing is defined. Well, you'd burn a new bit, say the X bit, to indicate the support of that method. But how would you set the S bit in that case? So, perhaps you need two bits already. === Minor === Odd to reference draft-ietf-6man-segment-routing-header but not draft-ietf-spring-segment-routing-mpls. --- I think draft-ietf-spring-segment-routing and draft-ietf-spring-segment- routing-msdc are normative references based both on the importance as background material and the text in the first paragraph of the document. The material in Section 1 suggests that draft-ietf-spring-segment- routing-central-epe and draft-ietf-idr-bgpls-segment-routing-epe might also be normative references. --- The RFC Editor will require that the first section of the document is the "Introduction". I think you fix this by moving the current Section 1 to be a sub-section of the current Section 2. --- I wish we (or the SPRING WG) would nail down the terminology of a "segment" and a "segment identifier." This muddiness is just not necessary, but is perpetrated by this document saying that The ingress node of the SR domain prepends a (sic) SR header containing "segments" to an incoming packet. but then saying that Each segment is identified by a Segment Identifier (SID). So, in fact, the SR header contains SIDs not segments. This confusions is continued by Each segment represents a topological instruction Do segments *represent* topological instructions or are they topological instruction? --- Section 2 has... A BGP-Prefix-SID is always global within the SR/BGP domain While this language is clear from the referenced documents, it is not very clear in this document. I think you need to say ... A BGP-Prefix-SID is always a global SID [I-D.ietf-spring-segment- routing] within the SR/BGP domain ...although (of course) draft-ietf-spring-segment-routing talks about global segments but not global SIDs except in 3.1.3 where the mention is a little without context. --- Section 3.1 has... While it is recommended to use the same SRGB across all the nodes within the SR domain, the SRGB of a node is a local property and could be different on different speakers. I *think* that this recommendation comes from the referenced document [I-D.ietf-spring-segment-routing] and not from this current document. This would be clearer by writing... While [I-D.ietf-spring-segment-routing] recommends to use the same SRGB across all the nodes within the SR domain, the SRGB of a node is a local property and could be different on different speakers. Doing this will stop questions about whether "recommended" is supposed to be in 2119 upper case. --- In 3.1... The index L_I is a 32 bit offset in the SRGB. Each BGP speaker derives its local MPLS label, L, by adding L_I to the start value of its own SRGB, and programs L in its MPLS dataplane as its incoming/local label for the prefix. Is this right or is L_I, as defined in draft-ietf-spring-segment- routing-mpls, a 20 bit offset into a reduced 20-bit space out of the 32- bit SID space? FWIW, this section is another place I would have expected to see a reference to draft-ietf-spring-segment-routing-mpls. --- First para of section 4 ends... The value field of the BGP-Prefix-SID attribute has the following format: Is there supposed to be a figure here? The next paragraph doesn't seem to flow. Maybe this sentence can be deleted. --- 4.2 Are you sure you don't want a registry for flags? --- 5.1 A BGP speaker may be locally configured with an SRGB=[GB_S, GB_E]. Probably "MAY"? I think that the notation needs some small explanation. --- 5.1 The Label Index gives a hint to the receiving node on which local/incoming label the BGP speaker SHOULD use. This is like a double SHOULD: "hint" and "SHOULD use". It might be helpful to describe the potential variance. --- 6. In order to prevent distribution of the BGP Prefix-SID attribute beyond its intended scope of applicability, attribute filtering MAY be deployed. Yeah. That's OK, but the language implies there are other ways to prevent distribution beyond the intended scope. --- 7. all the occurrences of the attribute other than the first one SHALL be discarded and the BGP Update message shall continue to be processed. I think the second "shall" is a "SHALL" as well. === Nits === The authors need to sort out their affiliations and email addresses. --- The AD will probably not be happy with 7 names on the front page. --- 3.1 s/This informations/This information/ --- 4.1 and 4.3 s/None are/None is/ --- 5.2 When a SR IPv6 BGP speaker receives a IPv6 Unicast BGP Update with s/a/an/ x2 --- 6. s/[RFC3107]or/[RFC3107] or/ --- 6.1 s/([RFC3107])The/([RFC3107]). The/ --- Section 11 might possibly be of no value. From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: 21 March 2017 16:53 To: 'idr wg' Subject: Re: [Idr] 2 Week WG LC for draft-ietf-idr-bgp-prefix-sid-04.txt - 3/6 to 3/20/2017 - extending to 3/31 IDR WG: Perhaps the WG LC came at a bad time since have received only 1 response. We will length the call to 3/31. Unless with have substantial input, this WG LC will not indicate consensus. Sue Hares ------=_NextPart_000_03D3_01D2ACBF.2DA9CF00 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

    Hi Sue, = WG,

     

    Yes, sorry for not = getting to this the first time around.

     

    It's a good piece of = work that needs to be standardised, and this document is ready modulo = the relatively small comments below.

     

    Thanks,

    Adrian

     

     

    =3D=3D=3D Code point = stuff =3D=3D=3D

     

    I thought we had some = fairly good clue in IDR about not = "suggesting"

    code point values, but = in section 4 I found...

     

       The BGP Prefix SID = attribute is an optional, transitive BGP path

       attribute.  The attribute type code is to = be assigned by IANA

       (suggested value: = 40).

     

    As it turns out, an = early allocation has been done and is recorded = in

    section 8. So this = text should read...

     

       The BGP Prefix SID = attribute is an optional, transitive BGP path

       attribute.  The attribute type code 40 has = been assigned by IANA

       (see Section = 8).

     

     

    =3D=3D=3D Rambling = Thoughts =3D=3D=3D

     

    Section = 4.2

     

          *  S flag: if set then it means = that the BGP speaker attaching the

           &nbs= p; Prefix-SID Attribute to a prefix is capable of processing = the

           &nbs= p; IPv6 Segment Routing Header (SRH,

           &nbs= p; [I-D.ietf-6man-segment-routing-header]) for the = segment

             correspon= ding to the originated IPv6 prefix.  The use = case

           &nbs= p; leveraging the S flag is described in

           &nbs= p; = [I-D.ietf-spring-segment-routing-msdc].

     

    Suppose that sometime = in the future a third type of SID processing is

    defined. Well, you'd = burn a new bit, say the X bit, to indicate the

    support of that = method. But how would you set the S bit in that = case?

    So, perhaps you need = two bits already.

     

     

    =3D=3D=3D Minor = =3D=3D=3D

     

    Odd to reference = draft-ietf-6man-segment-routing-header but not

    draft-ietf-spring-segment-routing-mpls.<= /span>

     

    ---

     

    I think = draft-ietf-spring-segment-routing and = draft-ietf-spring-segment-

    routing-msdc are = normative references based both on the importance = as

    background material = and the text in the first paragraph of the = document.

     

    The material in = Section 1 suggests that = draft-ietf-spring-segment-

    routing-central-epe = and draft-ietf-idr-bgpls-segment-routing-epe = might

    also be normative = references.

     

    ---

     

    The RFC Editor will = require that the first section of the document = is

    the = "Introduction".  = I think you fix this by moving the current = Section

    1 to be a sub-section = of the current Section 2.

     

    ---

     

    I wish we (or the = SPRING WG) would nail down the terminology of a

    "segment" = and a "segment identifier." This muddiness is just = not

    necessary, but is = perpetrated by this document saying that

      The ingress node of the SR = domain prepends a (sic) SR

      header containing = "segments" to an incoming packet.

    but then saying = that

      Each segment is identified by a = Segment Identifier (SID).

    So, in fact, the SR = header contains SIDs not segments.

     

    This confusions is = continued by

      Each segment represents a = topological instruction

    Do segments = *represent* topological instructions or are they

    topological = instruction?

     

    ---

     

    Section 2 = has...

       A BGP-Prefix-SID is = always global within the SR/BGP domain

    While this language is = clear from the referenced documents, it is not

    very clear in this = document. I think you need to say ...

       A BGP-Prefix-SID is = always a global SID [I-D.ietf-spring-segment-

       routing] within the = SR/BGP domain

    ...although (of = course) draft-ietf-spring-segment-routing talks = about

    global segments but = not global SIDs except in 3.1.3 where the = mention

    is a little without = context.

     

    ---

     

    Section 3.1 = has...

          While = it is recommended to use the same SRGB across

          all the = nodes within the SR domain, the SRGB of a node is a = local

          = property and could be different on different = speakers.

    I *think* that this = recommendation comes from the referenced = document

    [I-D.ietf-spring-segment-routing] and not from = this current document.

    This would be clearer = by writing...

          While = [I-D.ietf-spring-segment-routing] recommends to use the = same

          SRGB = across all the nodes within the SR domain, the SRGB of a = node

          is a = local property and could be different on different = speakers.

    Doing this will stop = questions about whether "recommended" is = supposed

    to be in 2119 upper = case.

     

    ---

     

    In = 3.1...

     

          The = index L_I is a 32 bit offset in the SRGB.  Each BGP = speaker

          derives = its local MPLS label, L, by adding L_I to the start = value

          of its = own SRGB, and programs L in its MPLS dataplane as = its

          = incoming/local label for the prefix.

     

    Is this right or is = L_I, as defined in draft-ietf-spring-segment-

    routing-mpls, a 20 bit = offset into a reduced 20-bit space out of the = 32-

    bit SID = space?

     

    FWIW, this section is = another place I would have expected to see a

    reference to = draft-ietf-spring-segment-routing-mpls.

     

    ---

     

    First para of section = 4 ends...

     

       The value field of the = BGP-Prefix-SID

       attribute has the = following format:

     

    Is there supposed to = be a figure here? The next paragraph doesn't = seem

    to flow. Maybe this = sentence can be deleted.

     

    ---

     

    4.2

    Are you sure you don't = want a registry for flags?

     

    ---

     

    5.1

       A BGP speaker may be = locally configured with an SRGB=3D[GB_S, GB_E].

    Probably = "MAY"?

    I think that the = notation needs some small explanation.

     

    ---

     

    5.1

       The Label Index gives a = hint to the receiving node on which

       local/incoming label the = BGP speaker SHOULD use.

     

    This is like a double = SHOULD: "hint" and "SHOULD = use".

    It might be helpful to = describe the potential variance.

     

    ---

     

    6.

       In order = to

       prevent distribution of = the BGP Prefix-SID attribute beyond its

       intended scope of = applicability, attribute filtering MAY be = deployed.

     

    Yeah. That's OK, but = the language implies there are other ways to = prevent

    distribution beyond = the intended scope.

     

    ---

     

    7.

       all the occurrences = of

       the attribute other than = the first one SHALL be discarded and the BGP

       Update message shall continue to = be processed.

     

    I think the second = "shall" is a "SHALL" as = well.

     

     

     

    =3D=3D=3D Nits = =3D=3D=3D

     

    The authors need to = sort out their affiliations and email addresses.

     

    ---

     

    The AD will probably = not be happy with 7 names on the front page.

     

    ---

     

    3.1

    s/This = informations/This information/

     

    ---

     

    4.1 and = 4.3

    s/None are/None = is/

     

    ---

     

    5.2

       When a SR IPv6 BGP = speaker receives a IPv6 Unicast BGP Update with

    s/a/an/ = x2

     

    ---

     

    6.

    s/[RFC3107]or/[RFC3107] = or/

     

    ---

     

    6.1

    s/([RFC3107])The/([RFC3107]).  The/

     

    ---

     

    Section 11 might = possibly be of no value.

     

    From: Idr = [mailto:idr-bounces@ietf.org] On Behalf Of Susan = Hares
    Sent: 21 March 2017 16:53
    To: 'idr = wg'
    Subject: Re: [Idr] 2 Week WG LC for = draft-ietf-idr-bgp-prefix-sid-04.txt - 3/6 to 3/20/2017 - extending to = 3/31

     

    IDR WG: =

     

    Perhaps the WG LC came at a bad time = since have received only 1 response.  We will length the call to = 3/31.  Unless with have substantial input, this WG LC will not = indicate consensus.

     

    Sue Hares =

    ------=_NextPart_000_03D3_01D2ACBF.2DA9CF00-- From nobody Tue Apr 4 05:33:41 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 153FF129677; Tue, 4 Apr 2017 05:33:34 -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, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X-Y-BRPb2s64; Tue, 4 Apr 2017 05:33:31 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3332129673; Tue, 4 Apr 2017 05:33:31 -0700 (PDT) Received: from [192.168.1.10] (unknown [119.95.45.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 290461801581; Tue, 4 Apr 2017 14:33:24 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" , idr@ietf.org, BESS Cc: "mpls-chairs@ietf.org" , bess-chairs@ietf.org, idr-chairs@ietf.org, "" , draft-ietf-mpls-rfc3107bis@ietf.org Message-ID: <93a6a754-0a2e-2053-542c-a4ce8bf9213b@pi.nu> Date: Tue, 4 Apr 2017 20:33:14 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Idr] Working Group Last Call on draft-ietf-mpls-rfc3107bis X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 12:33:34 -0000 Working Groups, This is to initiate a two week working group last call in four working groups on draft-ietf-mpls-rfc3107bis-01. According to agreement when we decided to host this document in the MPLS working group, this last call is also copied to the IDR and BESS working groups. Please send your comments to the mpls wg mailing list (mpls@ietf.org), if you are not subscribed to the mpls wg list, send to "your own" working group mailing list, and we'll make sure they are posted to the MPLS wg list. There are no IPR disclosures against this document. All the authors and contributors have stated on the working group mailing list that they are not aware of any other IPRs that relates to this document. This working group last call ends April 20, 2017. /Loa MPLS wg co-chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Apr 4 06:08:41 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56D8C126CE8 for ; Tue, 4 Apr 2017 06:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VsJEsaMNpzeI for ; Tue, 4 Apr 2017 06:08:37 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0600129680 for ; Tue, 4 Apr 2017 06:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10448; q=dns/txt; s=iport; t=1491311316; x=1492520916; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=7bIfyXgAhCNyCeX3OeOaGE9hE0Rii1pDBNK40zqSt7c=; b=iT/43wcr0iYikvCDeRA+lDfTwuy+7wDAFzzyuj+MNkxwuOcn9FHP2O/1 9sthCIdqidw0fBy+VkkSm8B+TPQNUkU98nqhFTOPERJ88/W3oz0/887Rv YFLVmyQPxP8Uvpw70Dv+OjSVQzgdVqdC+AMPCzq1Wxs2JkFA3WKQXh33r I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BfAgAjmuNY/51dJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1RhgQsHg1yKEpE7H5VTgg4fC4V4AhqDIj8YAQIBAQEBAQEBax0?= =?us-ascii?q?LhRUBAQEBAgEBASEROgsFCwIBCBEEAQEBAgIfBAMCAgIlCxQBCAgCBA4FigYID?= =?us-ascii?q?q14giaKWgEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQuFQ4IFCIJihCYRARyDBi6?= =?us-ascii?q?CMQWcbQGKJogpgX2JB4Y4iFyLGAEfOH0IWxVBEQGERx0ZgUp1hm2BIYENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,275,1486425600"; d="scan'208";a="218248438" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Apr 2017 13:08:35 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v34D8Ya3002436 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Apr 2017 13:08:35 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Apr 2017 09:08:34 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Tue, 4 Apr 2017 09:08:34 -0400 From: "Stefano Previdi (sprevidi)" To: "adrian@olddog.co.uk" CC: Susan Hares , idr wg Thread-Topic: [Idr] 2 Week WG LC for draft-ietf-idr-bgp-prefix-sid-04.txt - 3/6 to 3/20/2017 - extending to 3/31 Thread-Index: AQHSrUSQN58x6kis/U6pO+BuZu9jyQ== Date: Tue, 4 Apr 2017 13:08:34 +0000 Message-ID: <92DDAC3B-9191-4F94-B163-0E6C9500A95C@cisco.com> References: <035901d2a263$a204a0c0$e60de240$@ndzh.com> <03d201d2acb6$cbde3b10$639ab130$@olddog.co.uk> In-Reply-To: <03d201d2acb6$cbde3b10$639ab130$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.102.152] Content-Type: text/plain; charset="utf-8" Content-ID: <0706049F2F35DF4AAFF39ED7F515AA26@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] 2 Week WG LC for draft-ietf-idr-bgp-prefix-sid-04.txt - 3/6 to 3/20/2017 - extending to 3/31 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 13:08:40 -0000 VGhhbmtzIEFkcmlhbiwgSeKAmWxsIGdvIHRocm91Z2ggdGhlbSBhc2FwLg0KDQpzLg0KDQoNCj4g T24gQXByIDMsIDIwMTcsIGF0IDEwOjEzIFBNLCBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9n LmNvLnVrPiB3cm90ZToNCj4gDQo+IEhpIFN1ZSwgV0csDQo+ICANCj4gWWVzLCBzb3JyeSBmb3Ig bm90IGdldHRpbmcgdG8gdGhpcyB0aGUgZmlyc3QgdGltZSBhcm91bmQuDQo+ICANCj4gSXQncyBh IGdvb2QgcGllY2Ugb2Ygd29yayB0aGF0IG5lZWRzIHRvIGJlIHN0YW5kYXJkaXNlZCwgYW5kIHRo aXMgZG9jdW1lbnQgaXMgcmVhZHkgbW9kdWxvIHRoZSByZWxhdGl2ZWx5IHNtYWxsIGNvbW1lbnRz IGJlbG93Lg0KPiAgDQo+IFRoYW5rcywNCj4gQWRyaWFuDQo+ICANCj4gIA0KPiA9PT0gQ29kZSBw b2ludCBzdHVmZiA9PT0NCj4gIA0KPiBJIHRob3VnaHQgd2UgaGFkIHNvbWUgZmFpcmx5IGdvb2Qg Y2x1ZSBpbiBJRFIgYWJvdXQgbm90ICJzdWdnZXN0aW5nIg0KPiBjb2RlIHBvaW50IHZhbHVlcywg YnV0IGluIHNlY3Rpb24gNCBJIGZvdW5kLi4uDQo+ICANCj4gICAgVGhlIEJHUCBQcmVmaXggU0lE IGF0dHJpYnV0ZSBpcyBhbiBvcHRpb25hbCwgdHJhbnNpdGl2ZSBCR1AgcGF0aA0KPiAgICBhdHRy aWJ1dGUuICBUaGUgYXR0cmlidXRlIHR5cGUgY29kZSBpcyB0byBiZSBhc3NpZ25lZCBieSBJQU5B DQo+ICAgIChzdWdnZXN0ZWQgdmFsdWU6IDQwKS4NCj4gIA0KPiBBcyBpdCB0dXJucyBvdXQsIGFu IGVhcmx5IGFsbG9jYXRpb24gaGFzIGJlZW4gZG9uZSBhbmQgaXMgcmVjb3JkZWQgaW4NCj4gc2Vj dGlvbiA4LiBTbyB0aGlzIHRleHQgc2hvdWxkIHJlYWQuLi4NCj4gIA0KPiAgICBUaGUgQkdQIFBy ZWZpeCBTSUQgYXR0cmlidXRlIGlzIGFuIG9wdGlvbmFsLCB0cmFuc2l0aXZlIEJHUCBwYXRoDQo+ ICAgIGF0dHJpYnV0ZS4gIFRoZSBhdHRyaWJ1dGUgdHlwZSBjb2RlIDQwIGhhcyBiZWVuIGFzc2ln bmVkIGJ5IElBTkENCj4gICAgKHNlZSBTZWN0aW9uIDgpLg0KPiAgDQo+ICANCj4gPT09IFJhbWJs aW5nIFRob3VnaHRzID09PQ0KPiAgDQo+IFNlY3Rpb24gNC4yDQo+ICANCj4gICAgICAgKiAgUyBm bGFnOiBpZiBzZXQgdGhlbiBpdCBtZWFucyB0aGF0IHRoZSBCR1Agc3BlYWtlciBhdHRhY2hpbmcg dGhlDQo+ICAgICAgICAgIFByZWZpeC1TSUQgQXR0cmlidXRlIHRvIGEgcHJlZml4IGlzIGNhcGFi bGUgb2YgcHJvY2Vzc2luZyB0aGUNCj4gICAgICAgICAgSVB2NiBTZWdtZW50IFJvdXRpbmcgSGVh ZGVyIChTUkgsDQo+ICAgICAgICAgIFtJLUQuaWV0Zi02bWFuLXNlZ21lbnQtcm91dGluZy1oZWFk ZXJdKSBmb3IgdGhlIHNlZ21lbnQNCj4gICAgICAgICAgY29ycmVzcG9uZGluZyB0byB0aGUgb3Jp Z2luYXRlZCBJUHY2IHByZWZpeC4gIFRoZSB1c2UgY2FzZQ0KPiAgICAgICAgICBsZXZlcmFnaW5n IHRoZSBTIGZsYWcgaXMgZGVzY3JpYmVkIGluDQo+ICAgICAgICAgIFtJLUQuaWV0Zi1zcHJpbmct c2VnbWVudC1yb3V0aW5nLW1zZGNdLg0KPiAgDQo+IFN1cHBvc2UgdGhhdCBzb21ldGltZSBpbiB0 aGUgZnV0dXJlIGEgdGhpcmQgdHlwZSBvZiBTSUQgcHJvY2Vzc2luZyBpcw0KPiBkZWZpbmVkLiBX ZWxsLCB5b3UnZCBidXJuIGEgbmV3IGJpdCwgc2F5IHRoZSBYIGJpdCwgdG8gaW5kaWNhdGUgdGhl DQo+IHN1cHBvcnQgb2YgdGhhdCBtZXRob2QuIEJ1dCBob3cgd291bGQgeW91IHNldCB0aGUgUyBi aXQgaW4gdGhhdCBjYXNlPw0KPiBTbywgcGVyaGFwcyB5b3UgbmVlZCB0d28gYml0cyBhbHJlYWR5 Lg0KPiAgDQo+ICANCj4gPT09IE1pbm9yID09PQ0KPiAgDQo+IE9kZCB0byByZWZlcmVuY2UgZHJh ZnQtaWV0Zi02bWFuLXNlZ21lbnQtcm91dGluZy1oZWFkZXIgYnV0IG5vdA0KPiBkcmFmdC1pZXRm LXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy4NCj4gIA0KPiAtLS0NCj4gIA0KPiBJIHRoaW5r IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZyBhbmQgZHJhZnQtaWV0Zi1zcHJpbmct c2VnbWVudC0NCj4gcm91dGluZy1tc2RjIGFyZSBub3JtYXRpdmUgcmVmZXJlbmNlcyBiYXNlZCBi b3RoIG9uIHRoZSBpbXBvcnRhbmNlIGFzDQo+IGJhY2tncm91bmQgbWF0ZXJpYWwgYW5kIHRoZSB0 ZXh0IGluIHRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIGRvY3VtZW50Lg0KPiAgDQo+IFRoZSBt YXRlcmlhbCBpbiBTZWN0aW9uIDEgc3VnZ2VzdHMgdGhhdCBkcmFmdC1pZXRmLXNwcmluZy1zZWdt ZW50LQ0KPiByb3V0aW5nLWNlbnRyYWwtZXBlIGFuZCBkcmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdt ZW50LXJvdXRpbmctZXBlIG1pZ2h0DQo+IGFsc28gYmUgbm9ybWF0aXZlIHJlZmVyZW5jZXMuDQo+ ICANCj4gLS0tDQo+ICANCj4gVGhlIFJGQyBFZGl0b3Igd2lsbCByZXF1aXJlIHRoYXQgdGhlIGZp cnN0IHNlY3Rpb24gb2YgdGhlIGRvY3VtZW50IGlzDQo+IHRoZSAiSW50cm9kdWN0aW9uIi4gIEkg dGhpbmsgeW91IGZpeCB0aGlzIGJ5IG1vdmluZyB0aGUgY3VycmVudCBTZWN0aW9uDQo+IDEgdG8g YmUgYSBzdWItc2VjdGlvbiBvZiB0aGUgY3VycmVudCBTZWN0aW9uIDIuDQo+ICANCj4gLS0tDQo+ ICANCj4gSSB3aXNoIHdlIChvciB0aGUgU1BSSU5HIFdHKSB3b3VsZCBuYWlsIGRvd24gdGhlIHRl cm1pbm9sb2d5IG9mIGENCj4gInNlZ21lbnQiIGFuZCBhICJzZWdtZW50IGlkZW50aWZpZXIuIiBU aGlzIG11ZGRpbmVzcyBpcyBqdXN0IG5vdA0KPiBuZWNlc3NhcnksIGJ1dCBpcyBwZXJwZXRyYXRl ZCBieSB0aGlzIGRvY3VtZW50IHNheWluZyB0aGF0DQo+ICAgVGhlIGluZ3Jlc3Mgbm9kZSBvZiB0 aGUgU1IgZG9tYWluIHByZXBlbmRzIGEgKHNpYykgU1INCj4gICBoZWFkZXIgY29udGFpbmluZyAi c2VnbWVudHMiIHRvIGFuIGluY29taW5nIHBhY2tldC4NCj4gYnV0IHRoZW4gc2F5aW5nIHRoYXQN Cj4gICBFYWNoIHNlZ21lbnQgaXMgaWRlbnRpZmllZCBieSBhIFNlZ21lbnQgSWRlbnRpZmllciAo U0lEKS4NCj4gU28sIGluIGZhY3QsIHRoZSBTUiBoZWFkZXIgY29udGFpbnMgU0lEcyBub3Qgc2Vn bWVudHMuDQo+ICANCj4gVGhpcyBjb25mdXNpb25zIGlzIGNvbnRpbnVlZCBieQ0KPiAgIEVhY2gg c2VnbWVudCByZXByZXNlbnRzIGEgdG9wb2xvZ2ljYWwgaW5zdHJ1Y3Rpb24NCj4gRG8gc2VnbWVu dHMgKnJlcHJlc2VudCogdG9wb2xvZ2ljYWwgaW5zdHJ1Y3Rpb25zIG9yIGFyZSB0aGV5DQo+IHRv cG9sb2dpY2FsIGluc3RydWN0aW9uPw0KPiAgDQo+IC0tLQ0KPiAgDQo+IFNlY3Rpb24gMiBoYXMu Li4NCj4gICAgQSBCR1AtUHJlZml4LVNJRCBpcyBhbHdheXMgZ2xvYmFsIHdpdGhpbiB0aGUgU1Iv QkdQIGRvbWFpbg0KPiBXaGlsZSB0aGlzIGxhbmd1YWdlIGlzIGNsZWFyIGZyb20gdGhlIHJlZmVy ZW5jZWQgZG9jdW1lbnRzLCBpdCBpcyBub3QNCj4gdmVyeSBjbGVhciBpbiB0aGlzIGRvY3VtZW50 LiBJIHRoaW5rIHlvdSBuZWVkIHRvIHNheSAuLi4NCj4gICAgQSBCR1AtUHJlZml4LVNJRCBpcyBh bHdheXMgYSBnbG9iYWwgU0lEIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC0NCj4gICAgcm91dGlu Z10gd2l0aGluIHRoZSBTUi9CR1AgZG9tYWluDQo+IC4uLmFsdGhvdWdoIChvZiBjb3Vyc2UpIGRy YWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZyB0YWxrcyBhYm91dA0KPiBnbG9iYWwgc2Vn bWVudHMgYnV0IG5vdCBnbG9iYWwgU0lEcyBleGNlcHQgaW4gMy4xLjMgd2hlcmUgdGhlIG1lbnRp b24NCj4gaXMgYSBsaXR0bGUgd2l0aG91dCBjb250ZXh0Lg0KPiAgDQo+IC0tLQ0KPiAgDQo+IFNl Y3Rpb24gMy4xIGhhcy4uLg0KPiAgICAgICBXaGlsZSBpdCBpcyByZWNvbW1lbmRlZCB0byB1c2Ug dGhlIHNhbWUgU1JHQiBhY3Jvc3MNCj4gICAgICAgYWxsIHRoZSBub2RlcyB3aXRoaW4gdGhlIFNS IGRvbWFpbiwgdGhlIFNSR0Igb2YgYSBub2RlIGlzIGEgbG9jYWwNCj4gICAgICAgcHJvcGVydHkg YW5kIGNvdWxkIGJlIGRpZmZlcmVudCBvbiBkaWZmZXJlbnQgc3BlYWtlcnMuDQo+IEkgKnRoaW5r KiB0aGF0IHRoaXMgcmVjb21tZW5kYXRpb24gY29tZXMgZnJvbSB0aGUgcmVmZXJlbmNlZCBkb2N1 bWVudA0KPiBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZ10gYW5kIG5vdCBmcm9tIHRo aXMgY3VycmVudCBkb2N1bWVudC4NCj4gVGhpcyB3b3VsZCBiZSBjbGVhcmVyIGJ5IHdyaXRpbmcu Li4NCj4gICAgICAgV2hpbGUgW0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmddIHJlY29t bWVuZHMgdG8gdXNlIHRoZSBzYW1lDQo+ICAgICAgIFNSR0IgYWNyb3NzIGFsbCB0aGUgbm9kZXMg d2l0aGluIHRoZSBTUiBkb21haW4sIHRoZSBTUkdCIG9mIGEgbm9kZQ0KPiAgICAgICBpcyBhIGxv Y2FsIHByb3BlcnR5IGFuZCBjb3VsZCBiZSBkaWZmZXJlbnQgb24gZGlmZmVyZW50IHNwZWFrZXJz Lg0KPiBEb2luZyB0aGlzIHdpbGwgc3RvcCBxdWVzdGlvbnMgYWJvdXQgd2hldGhlciAicmVjb21t ZW5kZWQiIGlzIHN1cHBvc2VkDQo+IHRvIGJlIGluIDIxMTkgdXBwZXIgY2FzZS4NCj4gIA0KPiAt LS0NCj4gIA0KPiBJbiAzLjEuLi4NCj4gIA0KPiAgICAgICBUaGUgaW5kZXggTF9JIGlzIGEgMzIg Yml0IG9mZnNldCBpbiB0aGUgU1JHQi4gIEVhY2ggQkdQIHNwZWFrZXINCj4gICAgICAgZGVyaXZl cyBpdHMgbG9jYWwgTVBMUyBsYWJlbCwgTCwgYnkgYWRkaW5nIExfSSB0byB0aGUgc3RhcnQgdmFs dWUNCj4gICAgICAgb2YgaXRzIG93biBTUkdCLCBhbmQgcHJvZ3JhbXMgTCBpbiBpdHMgTVBMUyBk YXRhcGxhbmUgYXMgaXRzDQo+ICAgICAgIGluY29taW5nL2xvY2FsIGxhYmVsIGZvciB0aGUgcHJl Zml4Lg0KPiAgDQo+IElzIHRoaXMgcmlnaHQgb3IgaXMgTF9JLCBhcyBkZWZpbmVkIGluIGRyYWZ0 LWlldGYtc3ByaW5nLXNlZ21lbnQtDQo+IHJvdXRpbmctbXBscywgYSAyMCBiaXQgb2Zmc2V0IGlu dG8gYSByZWR1Y2VkIDIwLWJpdCBzcGFjZSBvdXQgb2YgdGhlIDMyLQ0KPiBiaXQgU0lEIHNwYWNl Pw0KPiAgDQo+IEZXSVcsIHRoaXMgc2VjdGlvbiBpcyBhbm90aGVyIHBsYWNlIEkgd291bGQgaGF2 ZSBleHBlY3RlZCB0byBzZWUgYQ0KPiByZWZlcmVuY2UgdG8gZHJhZnQtaWV0Zi1zcHJpbmctc2Vn bWVudC1yb3V0aW5nLW1wbHMuDQo+ICANCj4gLS0tDQo+ICANCj4gRmlyc3QgcGFyYSBvZiBzZWN0 aW9uIDQgZW5kcy4uLg0KPiAgDQo+ICAgIFRoZSB2YWx1ZSBmaWVsZCBvZiB0aGUgQkdQLVByZWZp eC1TSUQNCj4gICAgYXR0cmlidXRlIGhhcyB0aGUgZm9sbG93aW5nIGZvcm1hdDoNCj4gIA0KPiBJ cyB0aGVyZSBzdXBwb3NlZCB0byBiZSBhIGZpZ3VyZSBoZXJlPyBUaGUgbmV4dCBwYXJhZ3JhcGgg ZG9lc24ndCBzZWVtDQo+IHRvIGZsb3cuIE1heWJlIHRoaXMgc2VudGVuY2UgY2FuIGJlIGRlbGV0 ZWQuDQo+ICANCj4gLS0tDQo+ICANCj4gNC4yDQo+IEFyZSB5b3Ugc3VyZSB5b3UgZG9uJ3Qgd2Fu dCBhIHJlZ2lzdHJ5IGZvciBmbGFncz8NCj4gIA0KPiAtLS0NCj4gIA0KPiA1LjENCj4gICAgQSBC R1Agc3BlYWtlciBtYXkgYmUgbG9jYWxseSBjb25maWd1cmVkIHdpdGggYW4gU1JHQj1bR0JfUywg R0JfRV0uDQo+IFByb2JhYmx5ICJNQVkiPw0KPiBJIHRoaW5rIHRoYXQgdGhlIG5vdGF0aW9uIG5l ZWRzIHNvbWUgc21hbGwgZXhwbGFuYXRpb24uDQo+ICANCj4gLS0tDQo+ICANCj4gNS4xDQo+ICAg IFRoZSBMYWJlbCBJbmRleCBnaXZlcyBhIGhpbnQgdG8gdGhlIHJlY2VpdmluZyBub2RlIG9uIHdo aWNoDQo+ICAgIGxvY2FsL2luY29taW5nIGxhYmVsIHRoZSBCR1Agc3BlYWtlciBTSE9VTEQgdXNl Lg0KPiAgDQo+IFRoaXMgaXMgbGlrZSBhIGRvdWJsZSBTSE9VTEQ6ICJoaW50IiBhbmQgIlNIT1VM RCB1c2UiLg0KPiBJdCBtaWdodCBiZSBoZWxwZnVsIHRvIGRlc2NyaWJlIHRoZSBwb3RlbnRpYWwg dmFyaWFuY2UuDQo+ICANCj4gLS0tDQo+ICANCj4gNi4NCj4gICAgSW4gb3JkZXIgdG8NCj4gICAg cHJldmVudCBkaXN0cmlidXRpb24gb2YgdGhlIEJHUCBQcmVmaXgtU0lEIGF0dHJpYnV0ZSBiZXlv bmQgaXRzDQo+ICAgIGludGVuZGVkIHNjb3BlIG9mIGFwcGxpY2FiaWxpdHksIGF0dHJpYnV0ZSBm aWx0ZXJpbmcgTUFZIGJlIGRlcGxveWVkLg0KPiAgDQo+IFllYWguIFRoYXQncyBPSywgYnV0IHRo ZSBsYW5ndWFnZSBpbXBsaWVzIHRoZXJlIGFyZSBvdGhlciB3YXlzIHRvIHByZXZlbnQNCj4gZGlz dHJpYnV0aW9uIGJleW9uZCB0aGUgaW50ZW5kZWQgc2NvcGUuDQo+ICANCj4gLS0tDQo+ICANCj4g Ny4NCj4gICAgYWxsIHRoZSBvY2N1cnJlbmNlcyBvZg0KPiAgICB0aGUgYXR0cmlidXRlIG90aGVy IHRoYW4gdGhlIGZpcnN0IG9uZSBTSEFMTCBiZSBkaXNjYXJkZWQgYW5kIHRoZSBCR1ANCj4gICAg VXBkYXRlIG1lc3NhZ2Ugc2hhbGwgY29udGludWUgdG8gYmUgcHJvY2Vzc2VkLg0KPiAgDQo+IEkg dGhpbmsgdGhlIHNlY29uZCAic2hhbGwiIGlzIGEgIlNIQUxMIiBhcyB3ZWxsLg0KPiAgDQo+ICAN Cj4gIA0KPiA9PT0gTml0cyA9PT0NCj4gIA0KPiBUaGUgYXV0aG9ycyBuZWVkIHRvIHNvcnQgb3V0 IHRoZWlyIGFmZmlsaWF0aW9ucyBhbmQgZW1haWwgYWRkcmVzc2VzLg0KPiAgDQo+IC0tLQ0KPiAg DQo+IFRoZSBBRCB3aWxsIHByb2JhYmx5IG5vdCBiZSBoYXBweSB3aXRoIDcgbmFtZXMgb24gdGhl IGZyb250IHBhZ2UuDQo+ICANCj4gLS0tDQo+ICANCj4gMy4xDQo+IHMvVGhpcyBpbmZvcm1hdGlv bnMvVGhpcyBpbmZvcm1hdGlvbi8NCj4gIA0KPiAtLS0NCj4gIA0KPiA0LjEgYW5kIDQuMw0KPiBz L05vbmUgYXJlL05vbmUgaXMvDQo+ICANCj4gLS0tDQo+ICANCj4gNS4yDQo+ICAgIFdoZW4gYSBT UiBJUHY2IEJHUCBzcGVha2VyIHJlY2VpdmVzIGEgSVB2NiBVbmljYXN0IEJHUCBVcGRhdGUgd2l0 aA0KPiBzL2EvYW4vIHgyDQo+ICANCj4gLS0tDQo+ICANCj4gNi4NCj4gcy9bUkZDMzEwN11vci9b UkZDMzEwN10gb3IvDQo+ICANCj4gLS0tDQo+ICANCj4gNi4xDQo+IHMvKFtSRkMzMTA3XSlUaGUv KFtSRkMzMTA3XSkuICBUaGUvDQo+ICANCj4gLS0tDQo+ICANCj4gU2VjdGlvbiAxMSBtaWdodCBw b3NzaWJseSBiZSBvZiBubyB2YWx1ZS4NCj4gIA0KPiBGcm9tOiBJZHIgW21haWx0bzppZHItYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFN1c2FuIEhhcmVzDQo+IFNlbnQ6IDIxIE1hcmNo IDIwMTcgMTY6NTMNCj4gVG86ICdpZHIgd2cnDQo+IFN1YmplY3Q6IFJlOiBbSWRyXSAyIFdlZWsg V0cgTEMgZm9yIGRyYWZ0LWlldGYtaWRyLWJncC1wcmVmaXgtc2lkLTA0LnR4dCAtIDMvNiB0byAz LzIwLzIwMTcgLSBleHRlbmRpbmcgdG8gMy8zMQ0KPiAgDQo+IElEUiBXRzogDQo+ICANCj4gUGVy aGFwcyB0aGUgV0cgTEMgY2FtZSBhdCBhIGJhZCB0aW1lIHNpbmNlIGhhdmUgcmVjZWl2ZWQgb25s eSAxIHJlc3BvbnNlLiAgV2Ugd2lsbCBsZW5ndGggdGhlIGNhbGwgdG8gMy8zMS4gIFVubGVzcyB3 aXRoIGhhdmUgc3Vic3RhbnRpYWwgaW5wdXQsIHRoaXMgV0cgTEMgd2lsbCBub3QgaW5kaWNhdGUg Y29uc2Vuc3VzLiANCj4gIA0KPiBTdWUgSGFyZXMgDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IElkciBtYWlsaW5nIGxpc3QNCj4gSWRyQGlldGYu b3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQoNCg== From nobody Tue Apr 4 09:15:30 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7DB5127775; Tue, 4 Apr 2017 09:15:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.12 X-Spam-Level: X-Spam-Status: No, score=-13.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SC64vfQFF6B8; Tue, 4 Apr 2017 09:15:13 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C6691287A7; Tue, 4 Apr 2017 09:15:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=117185; q=dns/txt; s=iport; t=1491322513; x=1492532113; h=from:to:cc:subject:date:message-id:mime-version; bh=VPq5kPXYpe4WtJcwKu78zmusRDKF5XVEQppGETLNWAY=; b=fcnGYV5b5/SsVDkBUpi7hx8JcyWfaoP6nCIkvIY5XO9kL9RypfSsot63 6aNVd8IM9gSGrjWeP9IBHD56ADlqvUGXotHFDE+U5rL+xeQ/I5ieyWzG2 eixqpp0ElLLL6c2mJx5AIeVn/ZgOQZtCKI25/wh08REV2OUYny49yoW2u g=; X-Files: Diff_ draft-ietf-sidr-bgpsec-protocol-22-download.txt - draft-ietf-sidr-bgpsec-protocol-23.txt[1].html : 75707 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqAgC3xeNY/4cNJK1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm47K2GBCweDXIIGiAyRO5Vygg4shByBWhyDKD8YAQIBAQEBAQEBax0?= =?us-ascii?q?LhTYJCjoHCxIBQAEGAwIEMBQTBA4FCQWKAA6sTA+BIIImK4oxAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBDg+GToIFCIV5gQQWgykugjEFiSOMd4IrhCgBg3uDAX6FU4U?= =?us-ascii?q?CgX0ZPIRZiFeBOohchnKEJgEfOIEFWxVBEQGEDjYggWN1AYZeASQHgQOBDQEBA?= =?us-ascii?q?Q?= X-IronPort-AV: E=Sophos;i="5.36,275,1486425600"; d="html'217?scan'217,208,217";a="404513103" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Apr 2017 16:15:10 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v34GFAqP019695 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Apr 2017 16:15:10 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Apr 2017 11:15:09 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 4 Apr 2017 11:15:09 -0500 From: "Alvaro Retana (aretana)" To: "sidr@ietf.org" CC: "sidr-chairs@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "sidrops@ietf.org" , "idr@ietf.org" Thread-Topic: BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) Thread-Index: AQHSrV6hkKLo0jlbPUCXfQgnSjWfzA== Date: Tue, 4 Apr 2017 16:15:09 +0000 Message-ID: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1f.0.170216 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.6] Content-Type: multipart/mixed; boundary="_004_6567777043DB4CE08E81B35B9A82DF6Fciscocom_" MIME-Version: 1.0 Archived-At: Subject: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 16:15:18 -0000 --_004_6567777043DB4CE08E81B35B9A82DF6Fciscocom_ Content-Type: multipart/alternative; boundary="_000_6567777043DB4CE08E81B35B9A82DF6Fciscocom_" --_000_6567777043DB4CE08E81B35B9A82DF6Fciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBzaWRyIFdHOg0KDQpBcyBoYXMgYmVlbiBkaXNjdXNzZWQgaW4gdGhlIG1haWxpbmcgbGlz dCBhbmQgYXQgdGhlIHNpZHJvcHMgbWVldGluZyBsYXN0IHdlZWsgaW4gQ2hpY2FnbywgdGhlcmUg aXMgaW50ZXJlc3QgdG8gbm90IGhhdmUgdGhlIEJHUHNlYyBkb2N1bWVudCAoZHJhZnQtaWV0Zi1z aWRyLWJncHNlYy1wcm90b2NvbCkgZGVwZW5kIG5vcm1hdGl2ZWx5IG9uIHRoZSBFeHRlbmRlZCBN ZXNzYWdlcyB3b3JrIChkcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQtbWVzc2FnZXMpLiAgQmFz ZWQgb24gdGhhdCBkaXNjdXNzaW9uLCBTcmlyYW0gYW5kIEkgaGF2ZSBjb21lIHVwIHdpdGggcHJv cG9zZWQgZGlmZnMg4oCTIHBsZWFzZSBzZWUgdGhlIGF0dGFjaG1lbnQgKC0yMyBoYXMgbm90IGJl ZW4gcG9zdGVkIHlldCkuDQoNClRvIHN1bW1hcml6ZSwgdGhlIGNoYW5nZXMgYXJlOiAoMSkgcmVt b3ZlIG1lbnRpb24vcmVmZXJlbmNlcyBvZi90byBkcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQt bWVzc2FnZXMsIGFuZCAoMikgYWRkIHRoZSBmb2xsb3dpbmcgdGV4dCBpbiBTZWN0aW9uIDQuMS4g KEdlbmVyYWwgR3VpZGFuY2UpOg0KDQogICAgQWxsIEJHUHNlYyB1cGRhdGUgbWVzc2FnZXMgTVVT VCBjb25mb3JtIHRvIEJHUCdzIG1heGltdW0gbWVzc2FnZQ0KICAgIHNpemUuICBJZiB0aGUgcmVz dWx0aW5nIG1lc3NhZ2UgZXhjZWVkcyB0aGUgbWF4aW11bSBtZXNzYWdlIHNpemUsDQogICAgdGhl biB0aGUgZ3VpZGVsaW5lcyBpbiBTZWN0aW9uIDkuMiBvZiBSRkMgNDI3MSBbUkZDNDI3MV0gTVVT VCBiZQ0KICAgIGZvbGxvd2VkLg0KDQpbRm9yIGVhc2llciByZWZlcmVuY2UsIEkgcHV0IHRoZSBy ZWxldmFudCB0ZXh0IGZyb20gOS4yIGJlbG93Ll0NCg0KVGhlIHJlc3VsdCBpcyB0aGVuIHRoYXQg ZHJhZnQtaWV0Zi1zaWRyLWJncHNlYy1wcm90b2NvbCBkb2VzbuKAmXQgZGVwZW5kIG9uIGRyYWZ0 LWlldGYtaWRyLWJncC1leHRlbmRlZC1tZXNzYWdlcy4gIEluc3RlYWQsIHdoZW4gcmVmZXJyaW5n IHRvIHRoZSBzaXplIG9mIHRoZSBtZXNzYWdlcywgaXQgZGVwZW5kcyBvbiByZmM0MjcxLg0KDQpQ bGVhc2UgbGV0IG1lIGtub3cgaWYgeW91IGhhdmUgYW55IGNvbmNlcm5zLiAgSSB3aWxsIHdhaXQg YSB3ZWVrIGJlZm9yZSBwcm9jZWVkaW5nLg0KDQpHaXZlbiB0aGF0IHRoaXMgZG9jdW1lbnQgaGFz IGFscmVhZHkgYmVlbiBhcHByb3ZlZCBieSB0aGUgSUVTRywgdGhlIHByb2Nlc3MgZ29pbmcgZm9y d2FyZCBpczoNCg0KLSBjb25zdWx0IHRoZSBXRyAodGhpcyB0aHJlYWQpDQotIGluZm9ybSB0aGUg SUVTRyBvZiB0aGUgaW50ZW50DQotIGluZm9ybSB0aGUgSUVURiAoaWV0ZkBpZXRmLm9yZyk8bWFp bHRvOmlldGZAaWV0Zi5vcmcpPiBvZiB0aGUgY2hhbmdlcw0KLSBwdWJsaXNoIGFuIHVwZGF0ZWQg ZHJhZnQNCi0gY29udGludWUgdGhlIHB1YmxpY2F0aW9uIHByb2Nlc3MNCg0KRWFjaCBzdGVwIG1h eSwgb2J2aW91c2x5LCByZXF1aXJlIGFkZGl0aW9uYWwgZGlzY3Vzc2lvbiBhbmQgY291bGQgcmVz dWx0IGluIGNoYW5nZXMgdG8gdGhlIGN1cnJlbnQgcGxhbi4NCg0KVGhhbmtzISENCg0KQWx2YXJv Lg0KDQoNCg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDI3MSNzZWN0aW9uLTku Mg0KDQo5LjIuICBVcGRhdGUtU2VuZCBQcm9jZXNzDQoNCuKApg0KICAgSWYsIGR1ZSB0byB0aGUg bGltaXRzIG9uIHRoZSBtYXhpbXVtIHNpemUgb2YgYW4gVVBEQVRFIG1lc3NhZ2UgKHNlZQ0KICAg U2VjdGlvbiA0KSwgYSBzaW5nbGUgcm91dGUgZG9lc24ndCBmaXQgaW50byB0aGUgbWVzc2FnZSwg dGhlIEJHUA0KICAgc3BlYWtlciBNVVNUIG5vdCBhZHZlcnRpc2UgdGhlIHJvdXRlIHRvIGl0cyBw ZWVycyBhbmQgTUFZIGNob29zZSB0bw0KICAgbG9nIGFuIGVycm9yIGxvY2FsbHkuDQoNCg== --_000_6567777043DB4CE08E81B35B9A82DF6Fciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <818D9C9D3C1A1D48977CEC4289437886@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7 DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+ DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5r PSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGVhciBzaWRyIFdHOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgaGFzIGJlZW4gZGlzY3Vzc2Vk IGluIHRoZSBtYWlsaW5nIGxpc3QgYW5kIGF0IHRoZSBzaWRyb3BzIG1lZXRpbmcgbGFzdCB3ZWVr IGluIENoaWNhZ28sIHRoZXJlIGlzIGludGVyZXN0IHRvIG5vdCBoYXZlIHRoZSBCR1BzZWMgZG9j dW1lbnQgKGRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2wpIGRlcGVuZCBub3JtYXRpdmVs eSBvbiB0aGUgRXh0ZW5kZWQNCiBNZXNzYWdlcyB3b3JrIChkcmFmdC1pZXRmLWlkci1iZ3AtZXh0 ZW5kZWQtbWVzc2FnZXMpLiZuYnNwOyBCYXNlZCBvbiB0aGF0IGRpc2N1c3Npb24sIFNyaXJhbSBh bmQgSSBoYXZlIGNvbWUgdXAgd2l0aCBwcm9wb3NlZCBkaWZmcyDigJMgcGxlYXNlIHNlZSB0aGUg YXR0YWNobWVudCAoLTIzIGhhcyBub3QgYmVlbiBwb3N0ZWQgeWV0KS48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRvIHN1bW1hcml6ZSwgdGhlIGNoYW5nZXMgYXJl OiAoMSkgcmVtb3ZlIG1lbnRpb24vcmVmZXJlbmNlcyBvZi90byBkcmFmdC1pZXRmLWlkci1iZ3At ZXh0ZW5kZWQtbWVzc2FnZXMsIGFuZCAoMikgYWRkIHRoZSBmb2xsb3dpbmcgdGV4dCBpbiBTZWN0 aW9uIDQuMS4gKEdlbmVyYWwgR3VpZGFuY2UpOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFsbCBCR1BzZWMgdXBkYXRlIG1lc3Nh Z2VzIE1VU1QgY29uZm9ybSB0byBCR1AncyBtYXhpbXVtIG1lc3NhZ2U8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNpemUuJm5ic3A7IElmIHRoZSByZXN1bHRpbmcgbWVzc2Fn ZSBleGNlZWRzIHRoZSBtYXhpbXVtIG1lc3NhZ2Ugc2l6ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7IHRoZW4gdGhlIGd1aWRlbGluZXMgaW4gU2VjdGlvbiA5LjIgb2YgUkZD IDQyNzEgW1JGQzQyNzFdIE1VU1QgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7IGZvbGxvd2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ W0ZvciBlYXNpZXIgcmVmZXJlbmNlLCBJIHB1dCB0aGUgcmVsZXZhbnQgdGV4dCBmcm9tIDkuMiBi ZWxvdy5dPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUgcmVz dWx0IGlzIHRoZW4gdGhhdCBkcmFmdC1pZXRmLXNpZHItYmdwc2VjLXByb3RvY29sIGRvZXNu4oCZ dCBkZXBlbmQgb24gZHJhZnQtaWV0Zi1pZHItYmdwLWV4dGVuZGVkLW1lc3NhZ2VzLiZuYnNwOyBJ bnN0ZWFkLCB3aGVuIHJlZmVycmluZyB0byB0aGUgc2l6ZSBvZiB0aGUgbWVzc2FnZXMsIGl0IGRl cGVuZHMgb24gcmZjNDI3MS4gJm5ic3A7Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5QbGVhc2UgbGV0IG1lIGtub3cgaWYgeW91IGhhdmUgYW55IGNvbmNl cm5zLiZuYnNwOyBJIHdpbGwgd2FpdCBhIHdlZWsgYmVmb3JlIHByb2NlZWRpbmcuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5HaXZlbiB0aGF0IHRoaXMgZG9jdW1l bnQgaGFzIGFscmVhZHkgYmVlbiBhcHByb3ZlZCBieSB0aGUgSUVTRywgdGhlIHByb2Nlc3MgZ29p bmcgZm9yd2FyZCBpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi Pi0gY29uc3VsdCB0aGUgV0cgKHRoaXMgdGhyZWFkKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tIGluZm9y bSB0aGUgSUVTRyBvZiB0aGUgaW50ZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPi0gaW5mb3JtIHRoZSBJ RVRGICg8YSBocmVmPSJtYWlsdG86aWV0ZkBpZXRmLm9yZykiPmlldGZAaWV0Zi5vcmcpPC9hPiBv ZiB0aGUgY2hhbmdlczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tIHB1Ymxpc2ggYW4gdXBkYXRlZCBkcmFm dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij4tIGNvbnRpbnVlIHRoZSBwdWJsaWNhdGlvbiBwcm9jZXNzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5FYWNoIHN0ZXAgbWF5LCBv YnZpb3VzbHksIHJlcXVpcmUgYWRkaXRpb25hbCBkaXNjdXNzaW9uIGFuZCBjb3VsZCByZXN1bHQg aW4gY2hhbmdlcyB0byB0aGUgY3VycmVudCBwbGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+VGhhbmtzISE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPkFsdmFyby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM0MjcxI3NlY3Rpb24tOS4yIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZj NDI3MSNzZWN0aW9uLTkuMjwvYT4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+OS4yLiZuYnNwOyBVcGRhdGUtU2VuZCBQcm9jZXNzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7igKY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5i c3A7IElmLCBkdWUgdG8gdGhlIGxpbWl0cyBvbiB0aGUgbWF4aW11bSBzaXplIG9mIGFuIFVQREFU RSBtZXNzYWdlIChzZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7IFNlY3Rpb24gNCks IGEgc2luZ2xlIHJvdXRlIGRvZXNuJ3QgZml0IGludG8gdGhlIG1lc3NhZ2UsIHRoZSBCR1A8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7IHNwZWFrZXIgTVVTVCBub3QgYWR2ZXJ0aXNlIHRo ZSByb3V0ZSB0byBpdHMgcGVlcnMgYW5kIE1BWSBjaG9vc2UgdG88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7Jm5ic3A7IGxvZyBhbiBlcnJvciBsb2NhbGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_6567777043DB4CE08E81B35B9A82DF6Fciscocom_-- --_004_6567777043DB4CE08E81B35B9A82DF6Fciscocom_ Content-Type: text/html; name="Diff_ draft-ietf-sidr-bgpsec-protocol-22-download.txt - draft-ietf-sidr-bgpsec-protocol-23.txt[1].html" Content-Description: Diff_ draft-ietf-sidr-bgpsec-protocol-22-download.txt - draft-ietf-sidr-bgpsec-protocol-23.txt[1].html Content-Disposition: attachment; filename="Diff_ draft-ietf-sidr-bgpsec-protocol-22-download.txt - draft-ietf-sidr-bgpsec-protocol-23.txt[1].html"; size=75707; creation-date="Tue, 04 Apr 2017 16:15:09 GMT"; modification-date="Tue, 04 Apr 2017 16:15:09 GMT" Content-ID: Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDQ5KWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv dG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQgLS0+CjxodG1sIHhtbG5zPSJodHRwOi8vd3d3Lncz Lm9yZy8xOTk5L3hodG1sIj48aGVhZD48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1VVEYtOCI+IAogICAKICA8bWV0YSBodHRwLWVxdWl2 PSJDb250ZW50LVN0eWxlLVR5cGUiIGNvbnRlbnQ9InRleHQvY3NzIj4gCiAgPHRpdGxlPkRpZmY6 IGRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2wtMjItZG93bmxvYWQudHh0IC0gZHJhZnQt aWV0Zi1zaWRyLWJncHNlYy1wcm90b2NvbC0yMy50eHQ8L3RpdGxlPiAKICA8c3R5bGUgdHlwZT0i dGV4dC9jc3MiPiAKICAgIGJvZHkgICAgeyBtYXJnaW46IDAuNGV4OyBtYXJnaW4tcmlnaHQ6IGF1 dG87IH0gCiAgICB0ciAgICAgIHsgfSAKICAgIHRkICAgICAgeyB3aGl0ZS1zcGFjZTogcHJlOyBm b250LWZhbWlseTogbW9ub3NwYWNlOyB2ZXJ0aWNhbC1hbGlnbjogdG9wOyBmb250LXNpemU6IDAu ODZlbTt9IAogICAgdGggICAgICB7IGZvbnQtc2l6ZTogMC44NmVtOyB9IAogICAgLnNtYWxsICB7 IGZvbnQtc2l6ZTogMC42ZW07IGZvbnQtc3R5bGU6IGl0YWxpYzsgZm9udC1mYW1pbHk6IFZlcmRh bmEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgfSAKICAgIC5sZWZ0ICAgeyBiYWNrZ3JvdW5kLWNv bG9yOiAjRUVFOyB9IAogICAgLnJpZ2h0ICB7IGJhY2tncm91bmQtY29sb3I6ICNGRkY7IH0gCiAg ICAuZGlmZiAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0NDRjsgfSAKICAgIC5sYmxvY2sgeyBiYWNr Z3JvdW5kLWNvbG9yOiAjQkZCOyB9IAogICAgLnJibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNG Rjg7IH0gCiAgICAuaW5zZXJ0IHsgYmFja2dyb3VuZC1jb2xvcjogIzhGRjsgfSAKICAgIC5kZWxl dGUgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUNGOyB9IAogICAgLnZvaWQgICB7IGJhY2tncm91bmQt Y29sb3I6ICNGRkI7IH0gCiAgICAuY29udCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSAK ICAgIC5saW5lYnIgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUFBOyB9IAogICAgLmxpbmVubyB7IGNv bG9yOiByZWQ7IGJhY2tncm91bmQtY29sb3I6ICNGRkY7IGZvbnQtc2l6ZTogMC43ZW07IHRleHQt YWxpZ246IHJpZ2h0OyBwYWRkaW5nOiAwIDJweDsgfSAKICAgIC5lbGlwc2lzeyBiYWNrZ3JvdW5k LWNvbG9yOiAjQUFBOyB9IAogICAgLmxlZnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRERE OyB9IAogICAgLnJpZ2h0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSAKICAgIC5s YmxvY2sgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjOUQ5OyB9IAogICAgLnJibG9jayAuY29u dCB7IGJhY2tncm91bmQtY29sb3I6ICNERDY7IH0gCiAgICAuaW5zZXJ0IC5jb250IHsgYmFja2dy b3VuZC1jb2xvcjogIzBERDsgfSAKICAgIC5kZWxldGUgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjOEFEOyB9IAogICAgLnN0YXRzLCAuc3RhdHMgdGQsIC5zdGF0cyB0aCB7IGJhY2tncm91bmQt Y29sb3I6ICNFRUU7IHBhZGRpbmc6IDJweCAwOyB9IAogICAgc3Bhbi5oaWRlIHsgZGlzcGxheTog bm9uZTsgY29sb3I6ICNhYWE7fSAgICBhOmhvdmVyIHNwYW4geyBkaXNwbGF5OiBpbmxpbmU7IH0g ICAgdHIuY2hhbmdlIHsgYmFja2dyb3VuZC1jb2xvcjogZ3JheTsgfSAKICAgIHRyLmNoYW5nZSBh IHsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBjb2xvcjogYmxhY2sgfSAKICA8L3N0eWxlPiAKICAg ICA8c2NyaXB0Pgp2YXIgY2h1bmtfaW5kZXggPSAwOwp2YXIgb2xkX2NodW5rID0gbnVsbDsKCmZ1 bmN0aW9uIGZvcm1hdF9jaHVuayhpbmRleCkgewogICAgdmFyIHByZWZpeCA9ICJkaWZmIjsKICAg IHZhciBzdHIgPSBpbmRleC50b1N0cmluZygpOwogICAgZm9yICh4PTA7IHg8KDQtc3RyLmxlbmd0 aCk7ICsreCkgewogICAgICAgIHByZWZpeCs9JzAnOwogICAgfQogICAgcmV0dXJuIHByZWZpeCAr IHN0cjsKfQoKZnVuY3Rpb24gZmluZF9jaHVuayhuKXsKICAgIHJldHVybiBkb2N1bWVudC5xdWVy eVNlbGVjdG9yKCd0cltpZCQ9IicgKyBuICsgJyJdJyk7Cn0KCmZ1bmN0aW9uIGNoYW5nZV9jaHVu ayhvZmZzZXQpIHsKICAgIHZhciBpbmRleCA9IGNodW5rX2luZGV4ICsgb2Zmc2V0OwogICAgdmFy IG5ld19zdHI7CiAgICB2YXIgbmV3X2NodW5rOwoKICAgIG5ld19zdHIgPSBmb3JtYXRfY2h1bmso aW5kZXgpOwogICAgbmV3X2NodW5rID0gZmluZF9jaHVuayhuZXdfc3RyKTsKICAgIGlmICghbmV3 X2NodW5rKSB7CiAgICAgICAgcmV0dXJuOwogICAgfQogICAgaWYgKG9sZF9jaHVuaykgewogICAg ICAgIG9sZF9jaHVuay5zdHlsZS5vdXRsaW5lID0gIiI7CiAgICB9CiAgICBvbGRfY2h1bmsgPSBu ZXdfY2h1bms7CiAgICBvbGRfY2h1bmsuc3R5bGUub3V0bGluZSA9ICIxcHggc29saWQgcmVkIjsK ICAgIHdpbmRvdy5sb2NhdGlvbi5oYXNoID0gIiMiICsgbmV3X3N0cjsKICAgIHdpbmRvdy5zY3Jv bGxCeSgwLC0xMDApOwogICAgY2h1bmtfaW5kZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlk b3duID0gZnVuY3Rpb24oZSkgewogICAgc3dpdGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6 CiAgICAgICAgY2hhbmdlX2NodW5rKDEpOwogICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAg ICAgICBjaGFuZ2VfY2h1bmsoLTEpOwogICAgICAgIGJyZWFrOwogICAgfQp9OwogICA8L3Njcmlw dD4gCjwvaGVhZD4gCjxib2R5PiAKICA8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIg Y2VsbHNwYWNpbmc9IjAiPiAKICA8dGJvZHk+PHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5n ZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91 cmwyPWRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2wtMjItZG93bmxvYWQudHh0IiBzdHls ZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Ij4mbHQ7PC9hPiZuYnNwOzxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNpZHItYmdwc2VjLXBy b3RvY29sLTIyLWRvd25sb2FkLnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRyYWZ0LWlldGYtc2lk ci1iZ3BzZWMtcHJvdG9jb2wtMjItZG93bmxvYWQudHh0PC9hPiZuYnNwOzwvdGg+PHRoPiA8L3Ro Pjx0aD4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1zaWRyLWJncHNlYy1wcm90b2NvbC0yMy50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1p ZXRmLXNpZHItYmdwc2VjLXByb3RvY29sLTIzLnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRwczov L3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXNpZHItYmdwc2VjLXByb3Rv Y29sLTIzLnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmd0 OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgTS4gTGVwaW5za2ksIEVkLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgTS4gTGVwaW5za2ksIEVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgTkNGPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+SW50ZXJu ZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgTkNGPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0 YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgSy4gU3JpcmFtLCBFZC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBU cmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgSy4gU3JpcmFtLCBFZC48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDEiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ RXhwaXJlczogPHNwYW4gY2xhc3M9ImRlbGV0ZSI+SnVseSAyMCw8L3NwYW4+IDIwMTcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTklTVDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5PY3RvYmVy IDUsPC9zcGFuPiAyMDE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBOSVNUPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ SmFudWFyeSAxNiw8L3NwYW4+IDIwMTc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5BcHJpbCAzLDwvc3Bhbj4gMjAxNzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICBCR1BzZWMgUHJvdG9jb2wg U3BlY2lmaWNhdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAg ICAgICAgICAgIEJHUHNlYyBQcm90b2NvbCBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDAyIj48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAg ICAgICAgICAgICAgICBkcmFmdC1pZXRmLXNpZHItYmdwc2VjLXByb3RvY29sLTI8c3BhbiBjbGFz cz0iZGVsZXRlIj4yPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAg ICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1zaWRyLWJncHNlYy1wcm90b2NvbC0yPHNwYW4gY2xh c3M9Imluc2VydCI+Mzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJz dHJhY3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBCR1BzZWMs IGFuIGV4dGVuc2lvbiB0byB0aGUgQm9yZGVyIEdhdGV3YXk8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBCR1BzZWMsIGFuIGV4dGVuc2lv biB0byB0aGUgQm9yZGVyIEdhdGV3YXk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFBy b3RvY29sIChCR1ApIHRoYXQgcHJvdmlkZXMgc2VjdXJpdHkgZm9yIHRoZSBwYXRoIG9mIGF1dG9u b21vdXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQcm90b2NvbCAoQkdQKSB0 aGF0IHByb3ZpZGVzIHNlY3VyaXR5IGZvciB0aGUgcGF0aCBvZiBhdXRvbm9tb3VzPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzeXN0ZW1zIChBU2VzKSB0aHJvdWdoIHdoaWNoIGEgQkdQ IHVwZGF0ZSBtZXNzYWdlIHBhc3Nlcy4gIEJHUHNlYyBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIHN5c3RlbXMgKEFTZXMpIHRocm91Z2ggd2hpY2ggYSBCR1AgdXBkYXRlIG1l c3NhZ2UgcGFzc2VzLiAgQkdQc2VjIGlzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBp bXBsZW1lbnRlZCB2aWEgYW4gb3B0aW9uYWwgbm9uLXRyYW5zaXRpdmUgQkdQIHBhdGggYXR0cmli dXRlIHRoYXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbXBsZW1lbnRlZCB2 aWEgYW4gb3B0aW9uYWwgbm9uLXRyYW5zaXRpdmUgQkdQIHBhdGggYXR0cmlidXRlIHRoYXQ8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNhcnJpZXMgZGlnaXRhbCBzaWduYXR1cmVzIHBy b2R1Y2VkIGJ5IGVhY2ggYXV0b25vbW91cyBzeXN0ZW0gdGhhdDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGNhcnJpZXMgZGlnaXRhbCBzaWduYXR1cmVzIHByb2R1Y2VkIGJ5IGVh Y2ggYXV0b25vbW91cyBzeXN0ZW0gdGhhdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg cHJvcGFnYXRlcyB0aGUgdXBkYXRlIG1lc3NhZ2UuICBUaGUgZGlnaXRhbCBzaWduYXR1cmVzIHBy b3ZpZGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcm9wYWdhdGVzIHRoZSB1 cGRhdGUgbWVzc2FnZS4gIFRoZSBkaWdpdGFsIHNpZ25hdHVyZXMgcHJvdmlkZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgY29uZmlkZW5jZSB0aGF0IGV2ZXJ5IEFTIG9uIHRoZSBwYXRo IG9mIEFTZXMgbGlzdGVkIGluIHRoZSB1cGRhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBjb25maWRlbmNlIHRoYXQgZXZlcnkgQVMgb24gdGhlIHBhdGggb2YgQVNlcyBsaXN0 ZWQgaW4gdGhlIHVwZGF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHIgaWQ9InBhcnQtMiIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5z a2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC0yIj48ZW0+IHBhZ2UgMSwgbGluZSAz ODxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC0yIj48ZW0+IHBhZ2Ug MSwgbGluZSAzODxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRl cm5ldCBFbmdpbmVlcmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEludGVy bmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVy aW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUYXNrIEZvcmNlIChJRVRGKS4gIE5v dGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdy b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB3 b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlzdCBvZiBjdXJyZW50 IEludGVybmV0LTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdvcmtpbmcgZG9j dW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQt PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RyYWZ0 cy9jdXJyZW50Ly48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSW50ZXJuZXQt RHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9u dGhzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQtRHJhZnRzIGFy ZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBv ciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRl ZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJl ZmVyZW5jZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRpbWUuICBJdCBpcyBp bmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhh biBhcyAid29yayBpbiBwcm9ncmVzcy4iPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jl c3MuIjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDAzIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUg b24gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+SnVseSAyMDwvc3Bhbj4sIDIwMTcuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUg b24gPHNwYW4gY2xhc3M9Imluc2VydCI+T2N0b2JlciA1PC9zcGFuPiwgMjAxNy48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Q29weXJpZ2h0IE5vdGljZTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPkNvcHlyaWdodCBOb3RpY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgQ29weXJpZ2h0IChjKSAyMDE3IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25z IGlkZW50aWZpZWQgYXMgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQ29w eXJpZ2h0IChjKSAyMDE3IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMg dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkb2N1bWVudCBhdXRob3JzLiAgQWxs IHJpZ2h0cyByZXNlcnZlZC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkb2N1 bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhl IElFVEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo aXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVn YWw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8g SUVURiBEb2N1bWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQcm92aXNp b25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24g dGhlIGRhdGUgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAoaHR0cDovL3Ry dXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2Y8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQu ICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQbGVhc2UgcmV2aWV3IHRo ZXNlIGRvY3VtZW50czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHIgaWQ9InBhcnQtMyIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lw cGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv dG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC0zIj48ZW0+IHBhZ2UgMiwgbGluZSAyMTxz cGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxz bWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC0zIj48ZW0+IHBhZ2UgMiwg bGluZSAyMTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAxLiAgSW50cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgIDI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxLiAg SW50cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgIDI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMS4xLiAgUmVxdWlyZW1l bnRzIExhbmd1YWdlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgMS4xLiAgUmVxdWlyZW1lbnRzIExhbmd1 YWdlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgMi4gIEJHUHNlYyBOZWdvdGlhdGlvbiAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgMi4gIEJHUHNlYyBOZWdvdGlhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gICAzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDIu MS4gIFRoZSBCR1BzZWMgQ2FwYWJpbGl0eSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDIuMS4gIFRoZSBC R1BzZWMgQ2FwYWJpbGl0eSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDM8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMi4yLiAgTmVnb3RpYXRpbmcgQkdQc2Vj IFN1cHBvcnQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgMi4yLiAgTmVnb3RpYXRpbmcgQkdQc2VjIFN1cHBvcnQg IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgMy4gIFRoZSBCR1BzZWNfUGF0aCBBdHRyaWJ1dGUgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gICA2PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg My4gIFRoZSBCR1BzZWNfUGF0aCBBdHRyaWJ1dGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA2PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDMuMS4gIFNlY3Vy ZV9QYXRoIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDg8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDMuMS4gIFNlY3VyZV9QYXRoIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDg8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMy4yLiAgU2lnbmF0dXJlX0Jsb2NrIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgMy4yLiAgU2lnbmF0dXJlX0Jsb2NrIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg NC4gIEJHUHNlYyBVcGRhdGUgTWVzc2FnZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDExPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNC4gIEJHUHNl YyBVcGRhdGUgTWVzc2FnZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g IDExPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDQuMS4gIEdlbmVyYWwgR3VpZGFu Y2UgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDQuMS4gIEdlbmVyYWwgR3VpZGFuY2UgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDQiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICA0 LjIuICBDb25zdHJ1Y3RpbmcgdGhlIEJHUHNlY19QYXRoIEF0dHJpYnV0ZSAgLiAuIC4gLiAuIC4g LiAuIC4gIDE8c3BhbiBjbGFzcz0iZGVsZXRlIj4zPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICAgIDQuMi4gIENvbnN0cnVjdGluZyB0aGUgQkdQc2VjX1BhdGggQXR0 cmlidXRlICAuIC4gLiAuIC4gLiAuIC4gLiAgMTxzcGFuIGNsYXNzPSJpbnNlcnQiPjQ8L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDQuMy4gIFByb2Nlc3NpbmcgSW5zdHJ1 Y3Rpb25zIGZvciBDb25mZWRlcmF0aW9uIE1lbWJlcnMgLiAuIC4gLiAgMTg8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDQuMy4gIFByb2Nlc3NpbmcgSW5zdHJ1Y3Rpb25zIGZv ciBDb25mZWRlcmF0aW9uIE1lbWJlcnMgLiAuIC4gLiAgMTg8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICAgNC40LiAgUmVjb25zdHJ1Y3RpbmcgdGhlIEFTX1BBVEggQXR0cmlidXRlICAu IC4gLiAuIC4gLiAuIC4gLiAuICAxOTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgNC40LiAgUmVjb25zdHJ1Y3RpbmcgdGhlIEFTX1BBVEggQXR0cmlidXRlICAuIC4gLiAuIC4g LiAuIC4gLiAuICAxOTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgNS4gIFByb2Nlc3Np bmcgYSBSZWNlaXZlZCBCR1BzZWMgVXBkYXRlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIx PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNS4gIFByb2Nlc3NpbmcgYSBSZWNl aXZlZCBCR1BzZWMgVXBkYXRlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIxPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDUuMS4gIE92ZXJ2aWV3IG9mIEJHUHNlYyBWYWxpZGF0 aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjI8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgIDUuMS4gIE92ZXJ2aWV3IG9mIEJHUHNlYyBWYWxpZGF0aW9uIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgNS4yLiAgVmFsaWRhdGlvbiBBbGdvcml0aG0gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICAyMzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgNS4yLiAg VmFsaWRhdGlvbiBBbGdvcml0aG0gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICAyMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgNi4gIEFsZ29yaXRobXMgYW5kIEV4 dGVuc2liaWxpdHkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI3PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNi4gIEFsZ29yaXRobXMgYW5kIEV4dGVuc2liaWxp dHkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI3PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgIDYuMS4gIEFsZ29yaXRobSBTdWl0ZSBDb25zaWRlcmF0aW9ucyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMjc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgIDYuMS4gIEFsZ29yaXRobSBTdWl0ZSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgMjc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgNi4yLiAg Q29uc2lkZXJhdGlvbnMgZm9yIHRoZSBTS0kgU2l6ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICAyODwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgNi4yLiAgQ29uc2lkZXJh dGlvbnMgZm9yIHRoZSBTS0kgU2l6ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyODwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICA2LjMuICBFeHRlbnNpYmlsaXR5IENvbnNpZGVy YXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI4PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICA2LjMuICBFeHRlbnNpYmlsaXR5IENvbnNpZGVyYXRpb25zICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI4PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICA3LiAgT3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudCBDb25zaWRlcmF0aW9ucyAgLiAuIC4g LiAuIC4gLiAuIC4gLiAgMjk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA3LiAg T3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudCBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAgMjk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i ZGlmZjAwMDUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgOC4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM8c3BhbiBjbGFzcz0iZGVsZXRlIj4z PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA4LiAgU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzxz cGFuIGNsYXNzPSJpbnNlcnQiPjI8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgIDguMS4gIFNlY3VyaXR5IEd1YXJhbnRlZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgMzM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDguMS4g IFNlY3VyaXR5IEd1YXJhbnRlZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgMzM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlm ZjAwMDYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgICA4LjIuICBPbiB0aGUgUmVtb3ZhbCBvZiBCR1BzZWMgU2ln bmF0dXJlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM8c3BhbiBjbGFzcz0iZGVsZXRlIj40PC9z cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIDguMi4gIE9uIHRoZSBS ZW1vdmFsIG9mIEJHUHNlYyBTaWduYXR1cmVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzxzcGFu IGNsYXNzPSJpbnNlcnQiPjM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg IDguMy4gIE1pdGlnYXRpb24gb2YgRGVuaWFsIG9mIFNlcnZpY2UgQXR0YWNrcyAuIC4gLiAuIC4g LiAuIC4gLiAgMzU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDguMy4gIE1p dGlnYXRpb24gb2YgRGVuaWFsIG9mIFNlcnZpY2UgQXR0YWNrcyAuIC4gLiAuIC4gLiAuIC4gLiAg MzU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgOC40LiAgQWRkaXRpb25hbCBTZWN1 cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgOC40LiAgQWRkaXRpb25hbCBTZWN1cml0eSBDb25z aWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgOS4gIElBTkEgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM3PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgOS4gIElBTkEgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gIDM3PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxMC4gQ29udHJp YnV0b3JzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg Mzk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxMC4gQ29udHJpYnV0b3JzICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzk8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMTAuMS4gIEF1dGhvcnMgIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzOTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgMTAuMS4gIEF1dGhvcnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzOTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAxMC4yLiAgQWNrbm93bGVkZ2VtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gIDQwPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAxMC4y LiAgQWNrbm93bGVkZ2VtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDQwPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxMS4gUmVmZXJlbmNlcyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDA8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxMS4gUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDA8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgMTEuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0MDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgMTEuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICA0MDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJkaWZmMDAwNyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgIDExLjIuICBJbmZvcm1hdGl2ZSBS ZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+NDI8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAg MTEuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij40MTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgQXV0aG9ycycgQWRkcmVzc2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjQ0PC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBBdXRob3JzJyBBZGRyZXNzZXMgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9 Imluc2VydCI+NDM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjEuICBJ bnRyb2R1Y3Rpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xLiAgSW50cm9kdWN0 aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZG9jdW1lbnQgZGVz Y3JpYmVzIEJHUHNlYywgYSBtZWNoYW5pc20gZm9yIHByb3ZpZGluZyBwYXRoPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgQkdQc2VjLCBh IG1lY2hhbmlzbSBmb3IgcHJvdmlkaW5nIHBhdGg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHNlY3VyaXR5IGZvciBCb3JkZXIgR2F0ZXdheSBQcm90b2NvbCAoQkdQKSBbUkZDNDI3MV0g cm91dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBzZWN1cml0eSBmb3IgQm9y ZGVyIEdhdGV3YXkgUHJvdG9jb2wgKEJHUCkgW1JGQzQyNzFdIHJvdXRlPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBhZHZlcnRpc2VtZW50cy4gIFRoYXQgaXMsIGEgQkdQIHNwZWFrZXIg d2hvIHJlY2VpdmVzIGEgdmFsaWQgQkdQc2VjPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgYWR2ZXJ0aXNlbWVudHMuICBUaGF0IGlzLCBhIEJHUCBzcGVha2VyIHdobyByZWNlaXZl cyBhIHZhbGlkIEJHUHNlYzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdXBkYXRlIGhh cyBjcnlwdG9ncmFwaGljIGFzc3VyYW5jZSB0aGF0IHRoZSBhZHZlcnRpc2VkIHJvdXRlIGhhcyB0 aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB1cGRhdGUgaGFzIGNyeXB0b2dy YXBoaWMgYXNzdXJhbmNlIHRoYXQgdGhlIGFkdmVydGlzZWQgcm91dGUgaGFzIHRoZTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9sbG93aW5nIHByb3BlcnR5OiBFdmVyeSBBUyBvbiB0 aGUgcGF0aCBvZiBBU2VzIGxpc3RlZCBpbiB0aGUgdXBkYXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgZm9sbG93aW5nIHByb3BlcnR5OiBFdmVyeSBBUyBvbiB0aGUgcGF0aCBv ZiBBU2VzIGxpc3RlZCBpbiB0aGUgdXBkYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBtZXNzYWdlIGhhcyBleHBsaWNpdGx5IGF1dGhvcml6ZWQgdGhlIGFkdmVydGlzZW1lbnQgb2Yg dGhlIHJvdXRlIHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbWVzc2FnZSBo YXMgZXhwbGljaXRseSBhdXRob3JpemVkIHRoZSBhZHZlcnRpc2VtZW50IG9mIHRoZSByb3V0ZSB0 bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIHN1YnNlcXVlbnQgQVMgaW4gdGhl IHBhdGguPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIHN1YnNlcXVlbnQg QVMgaW4gdGhlIHBhdGguPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0icGFydC00IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy90b29scy9yZmNkaWZmL3JmY2RpZmYucHlodCNwYXJ0LTQiPjxlbT4gcGFnZSA1LCBsaW5lIDUw PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+ PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29s cy5pZXRmLm9yZy90b29scy9yZmNkaWZmL3JmY2RpZmYucHlodCNwYXJ0LTQiPjxlbT4gcGFnZSA2 LCBsaW5lIDU8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgY2FzZSB0aGF0IHN1cHBvcnQgZm9yIG11bHRpcGxlIHZlcnNpb25zIGlzIG5lZ290aWF0 ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgY2FzZSB0aGF0IHN1cHBvcnQg Zm9yIG11bHRpcGxlIHZlcnNpb25zIGlzIG5lZ290aWF0ZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIEJHUHNlYyBjYW5ub3QgcHJvdmlkZSBtZWFuaW5nZnVsIHNlY3VyaXR5 IGd1YXJhbnRlZXMgd2l0aG91dCBzdXBwb3J0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgQkdQc2VjIGNhbm5vdCBwcm92aWRlIG1lYW5pbmdmdWwgc2VjdXJpdHkgZ3VhcmFudGVl cyB3aXRob3V0IHN1cHBvcnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGZvciBmb3Vy LWJ5dGUgQVMgbnVtYmVycy4gIFRoZXJlZm9yZSwgYW55IEJHUCBzcGVha2VyIHRoYXQgYW5ub3Vu Y2VzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIGZvdXItYnl0ZSBBUyBu dW1iZXJzLiAgVGhlcmVmb3JlLCBhbnkgQkdQIHNwZWFrZXIgdGhhdCBhbm5vdW5jZXM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBCR1BzZWMgY2FwYWJpbGl0eSwgTVVTVCBhbHNv IGFubm91bmNlIHRoZSBjYXBhYmlsaXR5IGZvciBmb3VyLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIHRoZSBCR1BzZWMgY2FwYWJpbGl0eSwgTVVTVCBhbHNvIGFubm91bmNlIHRo ZSBjYXBhYmlsaXR5IGZvciBmb3VyLTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYnl0 ZSBBUyBzdXBwb3J0IFtSRkM2NzkzXS4gIElmIGEgQkdQIHNwZWFrZXIgc2VuZHMgdGhlIEJHUHNl YzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGJ5dGUgQVMgc3VwcG9ydCBbUkZD Njc5M10uICBJZiBhIEJHUCBzcGVha2VyIHNlbmRzIHRoZSBCR1BzZWM8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIGNhcGFiaWxpdHkgYnV0IG5vdCB0aGUgZm91ci1ieXRlIEFTIHN1cHBv cnQgY2FwYWJpbGl0eSB0aGVuIEJHUHNlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGNhcGFiaWxpdHkgYnV0IG5vdCB0aGUgZm91ci1ieXRlIEFTIHN1cHBvcnQgY2FwYWJpbGl0 eSB0aGVuIEJHUHNlYzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaGFzIG5vdCBiZWVu IHN1Y2Nlc3NmdWxseSBuZWdvdGlhdGVkLCBhbmQgdXBkYXRlIG1lc3NhZ2VzIGNvbnRhaW5pbmc8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBoYXMgbm90IGJlZW4gc3VjY2Vzc2Z1 bGx5IG5lZ290aWF0ZWQsIGFuZCB1cGRhdGUgbWVzc2FnZXMgY29udGFpbmluZzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIEJHUHNlY19QYXRoIGF0dHJpYnV0ZSBNVVNUIE5PVCBi ZSBzZW50IHdpdGhpbiBzdWNoIGEgc2Vzc2lvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICB0aGUgQkdQc2VjX1BhdGggYXR0cmlidXRlIE1VU1QgTk9UIGJlIHNlbnQgd2l0aGlu IHN1Y2ggYSBzZXNzaW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHIgaWQ9ImRpZmYwMDA4Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJkZWxldGUi Pk5vdGUgdGhhdCBCR1BzZWMgdXBkYXRlIG1lc3NhZ2VzIGNhbiBiZSBxdWl0ZSBsYXJnZSwgdGhl cmVmb3JlIGFueTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIEJHUHNlYyBz cGVha2VyIGFubm91bmNpbmcgdGhlIGNhcGFiaWxpdHkgdG8gcmVjZWl2ZSBCR1BzZWMgbWVzc2Fn ZXM8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBTSE9VTEQgYWxzbyBhbm5v dW5jZSBzdXBwb3J0IGZvciB0aGUgY2FwYWJpbGl0eSB0byByZWNlaXZlIEJHUDwvc3Bhbj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIGV4dGVuZGVkIG1lc3NhZ2VzIFtJLUQuaWV0Zi1p ZHItYmdwLWV4dGVuZGVkLW1lc3NhZ2VzXS4gIFBsZWFzZSBzZWU8L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3Bh biBjbGFzcz0iZGVsZXRlIj4gICByZWxhdGVkIG9wZXJhdGlvbmFsIGd1aWRhbmNlIGluIFNlY3Rp b24gNy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+My4gIFRoZSBCR1BzZWNf UGF0aCBBdHRyaWJ1dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4zLiAgVGhlIEJH UHNlY19QYXRoIEF0dHJpYnV0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBU aGUgQkdQc2VjX1BhdGggYXR0cmlidXRlIGlzIGFuIG9wdGlvbmFsIG5vbi10cmFuc2l0aXZlIEJH UCBwYXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIEJHUHNlY19QYXRo IGF0dHJpYnV0ZSBpcyBhbiBvcHRpb25hbCBub24tdHJhbnNpdGl2ZSBCR1AgcGF0aDwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYXR0cmlidXRlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGF0dHJpYnV0ZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhpcyBkb2N1bWVudCByZWdpc3RlcnMgYW4gYXR0cmlidXRlIHR5cGUgY29kZSBmb3IgdGhp cyBhdHRyaWJ1dGU6PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1 bWVudCByZWdpc3RlcnMgYW4gYXR0cmlidXRlIHR5cGUgY29kZSBmb3IgdGhpcyBhdHRyaWJ1dGU6 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBCR1BzZWNfUGF0aCAoc2VlIFNlY3Rpb24g OSkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQkdQc2VjX1BhdGggKHNlZSBT ZWN0aW9uIDkpLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgQkdQc2Vj X1BhdGggYXR0cmlidXRlIGNhcnJpZXMgdGhlIHNlY3VyZWQgaW5mb3JtYXRpb24gcmVnYXJkaW5n PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIEJHUHNlY19QYXRoIGF0dHJp YnV0ZSBjYXJyaWVzIHRoZSBzZWN1cmVkIGluZm9ybWF0aW9uIHJlZ2FyZGluZzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIHBhdGggb2YgQVNlcyB0aHJvdWdoIHdoaWNoIGFuIHVw ZGF0ZSBtZXNzYWdlIHBhc3Nlcy4gIFRoaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICB0aGUgcGF0aCBvZiBBU2VzIHRocm91Z2ggd2hpY2ggYW4gdXBkYXRlIG1lc3NhZ2UgcGFz c2VzLiAgVGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHIgaWQ9InBhcnQtNSIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGlu ZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvdG9v bHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC01Ij48ZW0+IHBhZ2UgMTMsIGxpbmUgNDU8c3Bh biBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21h bGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmll dGYub3JnL3Rvb2xzL3JmY2RpZmYvcmZjZGlmZi5weWh0I3BhcnQtNSI+PGVtPiBwYWdlIDEzLCBs aW5lIDQ1PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGF0dHJpYnV0ZSBTSE9VTEQgTk9UIGJlIHJlbW92ZWQsIHVubGVzcyB0aGUgcGVlciBkb2Vz bid0IHN1cHBvcnQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhdHRyaWJ1dGUg U0hPVUxEIE5PVCBiZSByZW1vdmVkLCB1bmxlc3MgdGhlIHBlZXIgZG9lc24ndCBzdXBwb3J0PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBCR1BzZWMuICBJbiB0aGUgY2FzZSB3aGVuIGFu IGlCR1AgcGVlciBkb2Vzbid0IHN1cHBvcnQgQkdQc2VjLCB0aGVuIGE8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBCR1BzZWMuICBJbiB0aGUgY2FzZSB3aGVuIGFuIGlCR1AgcGVl ciBkb2Vzbid0IHN1cHBvcnQgQkdQc2VjLCB0aGVuIGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIEJHUCB1cGRhdGUgd2l0aCBBU19QQVRIIGlzIHJlY29uc3RydWN0ZWQgZnJvbSB0aGUg QkdQc2VjIHVwZGF0ZSBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBCR1Ag dXBkYXRlIHdpdGggQVNfUEFUSCBpcyByZWNvbnN0cnVjdGVkIGZyb20gdGhlIEJHUHNlYyB1cGRh dGUgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGVuIGZvcndhcmRlZCAoc2Vl IFNlY3Rpb24gNC40KS4gIEluIHBhcnRpY3VsYXIsIHdoZW4gZm9yd2FyZGluZyB0bzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZW4gZm9yd2FyZGVkIChzZWUgU2VjdGlvbiA0 LjQpLiAgSW4gcGFydGljdWxhciwgd2hlbiBmb3J3YXJkaW5nIHRvPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBhIEJHUHNlYy1jYXBhYmxlIGlCR1AgKG9yIGVCR1ApIHBlZXIsIHRoZSBC R1BzZWNfUGF0aCBhdHRyaWJ1dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBh IEJHUHNlYy1jYXBhYmxlIGlCR1AgKG9yIGVCR1ApIHBlZXIsIHRoZSBCR1BzZWNfUGF0aCBhdHRy aWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNIT1VMRCBOT1QgYmUgcmVtb3Zl ZCBldmVuIGluIHRoZSBjYXNlIHdoZXJlIHRoZSBCR1BzZWMgdXBkYXRlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgU0hPVUxEIE5PVCBiZSByZW1vdmVkIGV2ZW4gaW4gdGhlIGNh c2Ugd2hlcmUgdGhlIEJHUHNlYyB1cGRhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IG1lc3NhZ2UgaGFzIG5vdCBiZWVuIHN1Y2Nlc3NmdWxseSB2YWxpZGF0ZWQuICAoU2VlIFNlY3Rp b24gNSBmb3IgbW9yZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1lc3NhZ2Ug aGFzIG5vdCBiZWVuIHN1Y2Nlc3NmdWxseSB2YWxpZGF0ZWQuICAoU2VlIFNlY3Rpb24gNSBmb3Ig bW9yZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW5mb3JtYXRpb24gb24gdmFsaWRh dGlvbiwgYW5kIFNlY3Rpb24gOCBmb3IgdGhlIHNlY3VyaXR5PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgaW5mb3JtYXRpb24gb24gdmFsaWRhdGlvbiwgYW5kIFNlY3Rpb24gOCBm b3IgdGhlIHNlY3VyaXR5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICByYW1pZmljYXRp b25zIG9mIHJlbW92aW5nIEJHUHNlYyBzaWduYXR1cmVzLik8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICByYW1pZmljYXRpb25zIG9mIHJlbW92aW5nIEJHUHNlYyBzaWduYXR1cmVz Lik8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk aWZmMDAwOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg PHNwYW4gY2xhc3M9Imluc2VydCI+QWxsIEJHUHNlYyB1cGRhdGUgbWVzc2FnZXMgTVVTVCBjb25m b3JtIHRvIEJHUCdzIG1heGltdW0gbWVzc2FnZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJp bnNlcnQiPiAgIHNpemUuICBJZiB0aGUgcmVzdWx0aW5nIG1lc3NhZ2UgZXhjZWVkcyB0aGUgbWF4 aW11bSBtZXNzYWdlIHNpemUsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg dGhlbiB0aGUgZ3VpZGVsaW5lcyBpbiBTZWN0aW9uIDkuMiBvZiBSRkMgNDI3MSBbUkZDNDI3MV0g TVVTVCBiZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGZvbGxvd2VkLjwv c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjQuMi4gIENvbnN0cnVjdGluZyB0aGUgQkdQc2VjX1BhdGggQXR0cmlidXRlPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+NC4yLiAgQ29uc3RydWN0aW5nIHRoZSBCR1BzZWNfUGF0aCBB dHRyaWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgV2hlbiBhIEJHUHNl YyBzcGVha2VyIHJlY2VpdmVzIGEgQkdQc2VjIHVwZGF0ZSBtZXNzYWdlIGNvbnRhaW5pbmcgYTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4gYSBCR1BzZWMgc3BlYWtlciBy ZWNlaXZlcyBhIEJHUHNlYyB1cGRhdGUgbWVzc2FnZSBjb250YWluaW5nIGE8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIEJHUHNlY19QYXRoIGF0dHJpYnV0ZSAod2l0aCBvbmUgb3IgbW9y ZSBzaWduYXR1cmVzKSBmcm9tIGFuIChpbnRlcm5hbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIEJHUHNlY19QYXRoIGF0dHJpYnV0ZSAod2l0aCBvbmUgb3IgbW9yZSBzaWduYXR1 cmVzKSBmcm9tIGFuIChpbnRlcm5hbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgb3Ig ZXh0ZXJuYWwpIHBlZXIsIGl0IG1heSBjaG9vc2UgdG8gcHJvcGFnYXRlIHRoZSByb3V0ZSBhZHZl cnRpc2VtZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgb3IgZXh0ZXJuYWwp IHBlZXIsIGl0IG1heSBjaG9vc2UgdG8gcHJvcGFnYXRlIHRoZSByb3V0ZSBhZHZlcnRpc2VtZW50 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBieSBzZW5kaW5nIGl0IHRvIGl0cyBvdGhl ciAoaW50ZXJuYWwgb3IgZXh0ZXJuYWwpIHBlZXJzLiAgV2hlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGJ5IHNlbmRpbmcgaXQgdG8gaXRzIG90aGVyIChpbnRlcm5hbCBvciBl eHRlcm5hbCkgcGVlcnMuICBXaGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzZW5k aW5nIHRoZSByb3V0ZSBhZHZlcnRpc2VtZW50IHRvIGFuIGludGVybmFsIEJHUHNlYy1zcGVha2lu ZyBwZWVyLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNlbmRpbmcgdGhlIHJv dXRlIGFkdmVydGlzZW1lbnQgdG8gYW4gaW50ZXJuYWwgQkdQc2VjLXNwZWFraW5nIHBlZXIsPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgQkdQc2VjX1BhdGggYXR0cmlidXRlIFNI QUxMIE5PVCBiZSBtb2RpZmllZC4gIFdoZW4gc2VuZGluZyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICB0aGUgQkdQc2VjX1BhdGggYXR0cmlidXRlIFNIQUxMIE5PVCBiZSBt b2RpZmllZC4gIFdoZW4gc2VuZGluZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHJvdXRlIGFkdmVydGlzZW1lbnQgdG8gYW4gZXh0ZXJuYWwgQkdQc2VjLXNwZWFraW5nIHBlZXIs IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHJvdXRlIGFkdmVydGlzZW1l bnQgdG8gYW4gZXh0ZXJuYWwgQkdQc2VjLXNwZWFraW5nIHBlZXIsIHRoZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgZm9sbG93aW5nIHByb2NlZHVyZXMgYXJlIHVzZWQgdG8gZm9ybSBv ciB1cGRhdGUgdGhlIEJHUHNlY19QYXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgZm9sbG93aW5nIHByb2NlZHVyZXMgYXJlIHVzZWQgdG8gZm9ybSBvciB1cGRhdGUgdGhlIEJH UHNlY19QYXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 ciBpZD0icGFydC02IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5n IHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy90b29s cy9yZmNkaWZmL3JmY2RpZmYucHlodCNwYXJ0LTYiPjxlbT4gcGFnZSAzMCwgbGluZSAzNjxzcGFu IGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFs bD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC02Ij48ZW0+IHBhZ2UgMzAsIGxp bmUgMzY8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYW5kIGxhdGVyIHJlY2VpdmVzIGEgc2Vjb25kIEJHUHNlYyB1cGRhdGUgbWVzc2FnZSBmcm9t IHRoZSBzYW1lIHBlZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbmQgbGF0 ZXIgcmVjZWl2ZXMgYSBzZWNvbmQgQkdQc2VjIHVwZGF0ZSBtZXNzYWdlIGZyb20gdGhlIHNhbWUg cGVlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9yIHRoZSBzYW1lIHByZWZpeCB3 aXRoIHRoZSBzYW1lIFNlY3VyZV9QYXRoIGFuZCBTS0lzLCB0aGUgc2Vjb25kPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIHRoZSBzYW1lIHByZWZpeCB3aXRoIHRoZSBzYW1l IFNlY3VyZV9QYXRoIGFuZCBTS0lzLCB0aGUgc2Vjb25kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICB1cGRhdGUgTUFZIGRpZmZlciBmcm9tIHRoZSBmaXJzdCB1cGRhdGUgaW4gdGhlIHNp Z25hdHVyZSBmaWVsZHMgKGZvcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHVw ZGF0ZSBNQVkgZGlmZmVyIGZyb20gdGhlIGZpcnN0IHVwZGF0ZSBpbiB0aGUgc2lnbmF0dXJlIGZp ZWxkcyAoZm9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhIG5vbi1kZXRlcm1pbmlz dGljIHNpZ25hdHVyZSBhbGdvcml0aG0pLiAgSG93ZXZlciwgdGhlIHR3byBzZXRzIG9mPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYSBub24tZGV0ZXJtaW5pc3RpYyBzaWduYXR1 cmUgYWxnb3JpdGhtKS4gIEhvd2V2ZXIsIHRoZSB0d28gc2V0cyBvZjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgc2lnbmF0dXJlIGZpZWxkcyB3aWxsIG5vdCBkaWZmZXIgaWYgdGhlIHNl bmRlciBjYWNoZXMgYW5kIHJldXNlcyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBzaWduYXR1cmUgZmllbGRzIHdpbGwgbm90IGRpZmZlciBpZiB0aGUgc2VuZGVyIGNhY2hl cyBhbmQgcmV1c2VzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHJldmlvdXMg c2lnbmF0dXJlLiAgRm9yIGEgZGV0ZXJtaW5pc3RpYyBzaWduYXR1cmUgYWxnb3JpdGhtLCB0aGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcmV2aW91cyBzaWduYXR1cmUuICBG b3IgYSBkZXRlcm1pbmlzdGljIHNpZ25hdHVyZSBhbGdvcml0aG0sIHRoZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgc2lnbmF0dXJlIGZpZWxkcyBNVVNUIGJlIGlkZW50aWNhbCBiZXR3 ZWVuIHRoZSB0d28gdXBkYXRlcy4gIE9uIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHNpZ25hdHVyZSBmaWVsZHMgTVVTVCBiZSBpZGVudGljYWwgYmV0d2VlbiB0aGUgdHdv IHVwZGF0ZXMuICBPbiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGJhc2lzIG9m IHRoZXNlIG9ic2VydmF0aW9ucywgYW4gaW1wbGVtZW50YXRpb24gTUFZIGluY29ycG9yYXRlPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmFzaXMgb2YgdGhlc2Ugb2JzZXJ2YXRp b25zLCBhbiBpbXBsZW1lbnRhdGlvbiBNQVkgaW5jb3Jwb3JhdGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIG9wdGltaXphdGlvbnMgaW4gdXBkYXRlIHZhbGlkYXRpb24gcHJvY2Vzc2lu Zy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvcHRpbWl6YXRpb25zIGluIHVw ZGF0ZSB2YWxpZGF0aW9uIHByb2Nlc3NpbmcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTAiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+SW4gU2VjdGlvbiAyLjIsIGlzIHdhcyBzdGF0ZWQgdGhhdCBhIEJHUHNlYyBz cGVha2VyIFNIT1VMRCBhbm5vdW5jZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUi PiAgIHN1cHBvcnQgZm9yIHRoZSBjYXBhYmlsaXR5IHRvIHJlY2VpdmUgQkdQIGV4dGVuZGVkIG1l c3NhZ2VzPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgW0ktRC5pZXRmLWlk ci1iZ3AtZXh0ZW5kZWQtbWVzc2FnZXNdLiAgTGFjayBvZiBuZWdvdGlhdGlvbiBvZiB0aGlzPC9z cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgY2FwYWJpbGl0eSBpcyBub3QgZXhw ZWN0ZWQgdG8gcG9zZSBhIHByb2JsZW0gaW4gdGhlIGVhcmx5IHllYXJzIG9mPC9zcGFuPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgQkdQc2VjIGRlcGxveW1lbnQuICBIb3dldmVyLCBh cyBCR1BzZWMgaXMgZGVwbG95ZWQgbW9yZSBhbmQgbW9yZSwgdGhlPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgQkdQc2VjIHVwZGF0ZSBtZXNzYWdlcyB3b3VsZCBncm93IGlu IHNpemUgYW5kIHNvbWUgbWVzc2FnZXMgbWF5IGJlPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9 ImRlbGV0ZSI+ICAgZHJvcHBlZCBkdWUgdG8gdGhlaXIgc2l6ZSBleGNlZWRpbmcgdGhlIGN1cnJl bnQgNEsgYnl0ZXMgbGltaXQuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAg VGhlcmVmb3JlLCBpdCBpcyBzdHJvbmdseSBSRUNPTU1FTkRFRCB0aGF0IGFsbCBCR1BzZWMgc3Bl YWtlcnM8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBuZWdvdGlhdGUgdGhl IGV4dGVuZGVkIG1lc3NhZ2UgY2FwYWJpbGl0eSB3aXRoaW4gYSByZWFzb25hYmxlIHBlcmlvZDwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIG9mIHRpbWUgYWZ0ZXIgaW5pdGlh bCBkZXBsb3ltZW50IG9mIEJHUHNlYy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgSXQgaXMgcG9zc2libGUgdGhhdCBhIHN0dWIgY3VzdG9tZXIgb2YgYW4gSVNQIGVtcGxv eXMgYSBwcml2YXRlIEFTPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSXQgaXMg cG9zc2libGUgdGhhdCBhIHN0dWIgY3VzdG9tZXIgb2YgYW4gSVNQIGVtcGxveXMgYSBwcml2YXRl IEFTPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBudW1iZXIuICBTdWNoIGEgc3R1YiBj dXN0b21lciBjYW5ub3QgcHVibGlzaCBhIFJPQSBpbiB0aGUgZ2xvYmFsIFJQS0k8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBudW1iZXIuICBTdWNoIGEgc3R1YiBjdXN0b21lciBj YW5ub3QgcHVibGlzaCBhIFJPQSBpbiB0aGUgZ2xvYmFsIFJQS0k8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIGZvciB0aGUgcHJpdmF0ZSBBUyBudW1iZXIgYW5kIHRoZSBwcmVmaXhlcyB0 aGF0IHRoZXkgdXNlLiAgQWxzbywgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgZm9yIHRoZSBwcml2YXRlIEFTIG51bWJlciBhbmQgdGhlIHByZWZpeGVzIHRoYXQgdGhleSB1 c2UuICBBbHNvLCB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGdsb2JhbCBSUEtJ IGNhbm5vdCBzdXBwb3J0IHByaXZhdGUgQVMgbnVtYmVycyAoaS5lLiAgQkdQc2VjIHNwZWFrZXJz PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZ2xvYmFsIFJQS0kgY2Fubm90IHN1 cHBvcnQgcHJpdmF0ZSBBUyBudW1iZXJzIChpLmUuICBCR1BzZWMgc3BlYWtlcnM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluIHByaXZhdGUgQVNlcyBjYW5ub3QgYmUgaXNzdWVkIHJv dXRlciBjZXJ0aWZpY2F0ZXMgaW4gdGhlIGdsb2JhbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGluIHByaXZhdGUgQVNlcyBjYW5ub3QgYmUgaXNzdWVkIHJvdXRlciBjZXJ0aWZp Y2F0ZXMgaW4gdGhlIGdsb2JhbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUlBLSSku ICBGb3IgaW50ZXJhY3Rpb25zIGJldHdlZW4gdGhlIHN0dWIgY3VzdG9tZXIgYW5kIHRoZSBJU1As IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFJQS0kpLiAgRm9yIGludGVy YWN0aW9ucyBiZXR3ZWVuIHRoZSBzdHViIGN1c3RvbWVyIGFuZCB0aGUgSVNQLCB0aGU8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGZvbGxvd2luZyB0d28gc2NlbmFyaW9zIGFyZSBwb3Nz aWJsZTo8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmb2xsb3dpbmcgdHdvIHNj ZW5hcmlvcyBhcmUgcG9zc2libGU6PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IDEuICBUaGUgc3R1YiBjdXN0b21lciBzZW5kcyBhbiB1bnNpZ25lZCBCR1AgdXBkYXRlIGZvciBh IHByZWZpeCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDEuICBUaGUgc3R1 YiBjdXN0b21lciBzZW5kcyBhbiB1bnNpZ25lZCBCR1AgdXBkYXRlIGZvciBhIHByZWZpeCB0bzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIHRoZSBJU1AncyBBUy4gIEFuIGVkZ2Ug QkdQc2VjIHNwZWFrZXIgaW4gdGhlIElTUCdzIEFTIG1heSBjaG9vc2U8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgdGhlIElTUCdzIEFTLiAgQW4gZWRnZSBCR1BzZWMgc3Bl YWtlciBpbiB0aGUgSVNQJ3MgQVMgbWF5IGNob29zZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtNyIgY2xhc3M9ImNoYW5nZSI+PHRkPjwv dGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFydC03Ij48ZW0+ IHBhZ2UgMzgsIGxpbmUgOTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90 aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQjcGFy dC03Ij48ZW0+IHBhZ2UgMzgsIGxpbmUgOTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9l bT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcm90b2NvbCkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgcHJvdG9jb2wpLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBJQU5BIGlzIHJlcXVlc3RlZCB0byBkZWZpbmUgdGhlICJCR1BzZWMgQ2FwYWJpbGl0eSIgcmVn aXN0cnkgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSUFOQSBpcyBy ZXF1ZXN0ZWQgdG8gZGVmaW5lIHRoZSAiQkdQc2VjIENhcGFiaWxpdHkiIHJlZ2lzdHJ5IGluIHRo ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUmVzb3VyY2UgUHVibGljIEtleSBJbmZy YXN0cnVjdHVyZSAoUlBLSSkgZ3JvdXAuICBUaGUgcmVnaXN0cnkgaXMgYXM8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBSZXNvdXJjZSBQdWJsaWMgS2V5IEluZnJhc3RydWN0dXJl IChSUEtJKSBncm91cC4gIFRoZSByZWdpc3RyeSBpcyBhczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgc2hvd24gaW4gRmlndXJlIDEwIHdpdGggdmFsdWVzIGFzc2lnbmVkIGZyb20gU2Vj dGlvbiAyLjE6PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc2hvd24gaW4gRmln dXJlIDEwIHdpdGggdmFsdWVzIGFzc2lnbmVkIGZyb20gU2VjdGlvbiAyLjE6PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgKy0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgICAgKy0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICB8IEJp dHMgfCBGaWVsZCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgUmVmZXJlbmNlICB8PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICB8IEJpdHMgfCBGaWVsZCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgUmVmZXJlbmNlICB8PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg ICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgfCAwLTMgIHwgVmVyc2lv biAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgfCAwLTMgIHwgVmVyc2lvbiAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgIHwgICAgICA8 c3BhbiBjbGFzcz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLSs8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg ICAgICAgfCAgICAgIHwgVmFsdWUgPSAweDAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAg ICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRl Ij4gICAgICAgIHw8L3NwYW4+ICAgICAgfCBWYWx1ZSA9IDB4MCAgICAgICAgICAgICAgICAgICAg ICAgIHwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W1RoaXMgUkZDXTwvc3Bhbj4gfDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICAgKy0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgKy0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICB8IDQgICAgfCBEaXJlY3Rpb24gICAgICAgICAgICAg ICAgICAgICAgICAgIHwgW1RoaXMgUkZDXSB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgICB8IDQgICAgfCBEaXJlY3Rpb24gICAgICAgICAgICAgICAgICAgICAgICAgIHwg W1RoaXMgUkZDXSB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgfCAgICAgIDxzcGFuIGNsYXNzPSJkZWxl dGUiPistLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICB8ICAgICAgfChC b3RoIHBvc3NpYmxlIHZhbHVlcyAwIGFuZCAxIGFyZSAgIHwgICAgICAgICAgICB8PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgfDwvc3Bh bj4gICAgICB8KEJvdGggcG9zc2libGUgdmFsdWVzIDAgYW5kIDEgYXJlICAgfCA8c3BhbiBjbGFz cz0iZGVsZXRlIj5bVGhpcyBSRkNdPC9zcGFuPiB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICB8ICAgICAgfCBmdWxs eSBzcGVjaWZpZWQgYnkgdGhpcyBSRkMpICAgICAgIHwgICAgICAgICAgICB8PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICB8ICAgICAgfCBmdWxseSBzcGVjaWZpZWQgYnkg dGhpcyBSRkMpICAgICAgIHwgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICstLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSs8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgfCA1LTcgIHwgVW5hc3NpZ25lZCAgICAg ICAgICAgICAgICAgICAgICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgICAgfCA1LTcgIHwgVW5hc3NpZ25lZCAgICAgICAgICAgICAgICAgICAg ICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJkaWZmMDAxMyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgIHwgICAgICA8c3BhbiBjbGFz cz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLSs8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgfCAg ICAgIHwgVmFsdWUgPSAwMDAgKGluIGJpbmFyeSkgICAgICAgICAgICB8ICAgICAgICAgICAgfDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICAg IHw8L3NwYW4+ICAgICAgfCBWYWx1ZSA9IDAwMCAoaW4gYmluYXJ5KSAgICAgICAgICAgIHwgPHNw YW4gY2xhc3M9ImRlbGV0ZSI+W1RoaXMgUkZDXTwvc3Bhbj4gfDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgKy0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgKy0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIEZpZ3VyZSAxMDogSUFOQSByZWdpc3RyeSBmb3Ig QkdQc2VjIENhcGFiaWxpdHkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg ICAgICAgICBGaWd1cmUgMTA6IElBTkEgcmVnaXN0cnkgZm9yIEJHUHNlYyBDYXBhYmlsaXR5Ljwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgRGlyZWN0aW9uIGJpdCAoNHRo IGJpdCkgaGFzIHZhbHVlIGVpdGhlciAwIG9yIDEsIGFuZCBib3RoIHZhbHVlczwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBEaXJlY3Rpb24gYml0ICg0dGggYml0KSBoYXMg dmFsdWUgZWl0aGVyIDAgb3IgMSwgYW5kIGJvdGggdmFsdWVzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBhcmUgZnVsbHkgc3BlY2lmaWVkIGJ5IHRoaXMgZG9jdW1lbnQgKGkuZS4gdGhl IFJGQyB0aGF0IHJlcGxhY2VzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYXJl IGZ1bGx5IHNwZWNpZmllZCBieSB0aGlzIGRvY3VtZW50IChpLmUuIHRoZSBSRkMgdGhhdCByZXBs YWNlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZHJhZnQtaWV0Zi1zaWRyLWJncHNl Yy1wcm90b2NvbCkuICBGdXR1cmUgVmVyc2lvbiB2YWx1ZXMgYW5kIGZ1dHVyZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2wp LiAgRnV0dXJlIFZlcnNpb24gdmFsdWVzIGFuZCBmdXR1cmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHZhbHVlcyBvZiB0aGUgVW5hc3NpZ25lZCBiaXRzIGFyZSBhc3NpZ25lZCB1c2lu ZyB0aGUgIlN0YW5kYXJkczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHZhbHVl cyBvZiB0aGUgVW5hc3NpZ25lZCBiaXRzIGFyZSBhc3NpZ25lZCB1c2luZyB0aGUgIlN0YW5kYXJk czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQWN0aW9uIiByZWdpc3RyYXRpb24gcHJv Y2VkdXJlcyBkZWZpbmVkIGluIFJGQyA1MjI2IFtSRkM1MjI2XS48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBBY3Rpb24iIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGRlZmluZWQg aW4gUkZDIDUyMjYgW1JGQzUyMjZdLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBJQU5BIGlzIHJlcXVlc3RlZCB0byBkZWZpbmUgdGhlICJCR1BzZWNfUGF0aCBGbGFncyIgcmVn aXN0cnkgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSUFOQSBpcyBy ZXF1ZXN0ZWQgdG8gZGVmaW5lIHRoZSAiQkdQc2VjX1BhdGggRmxhZ3MiIHJlZ2lzdHJ5IGluIHRo ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUlBLSSBncm91cC4gIFRoZSByZWdpc3Ry eSBpcyBhcyBzaG93biBpbiBGaWd1cmUgMTEgd2l0aCBvbmUgdmFsdWU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBSUEtJIGdyb3VwLiAgVGhlIHJlZ2lzdHJ5IGlzIGFzIHNob3du IGluIEZpZ3VyZSAxMSB3aXRoIG9uZSB2YWx1ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYXNzaWduZWQgZnJvbSBTZWN0aW9uIDMuMTo8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBhc3NpZ25lZCBmcm9tIFNlY3Rpb24gMy4xOjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICArLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICB8IEZsYWcgfCBE ZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IFJlZmVyZW5jZSAgfDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgfCBGbGFnIHwgRGVzY3JpcHRpb24g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBSZWZlcmVuY2UgIHw8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgKy0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIHwgMCAg ICB8IENvbmZlZF9TZWdtZW50ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgW1RoaXMgUkZD XSB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICB8IDAgICAgfCBDb25mZWRf U2VnbWVudCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNCI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPistLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIHwgICAgICB8IEJpdCB2YWx1ZSA9IDEgbWVhbnMg RmxhZyBzZXQgICAgICAgICAgICAgIHwgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgICAgfCAgICAgIHwgQml0IHZhbHVlID0gMSBtZWFucyBGbGFnIHNldCAgICAg ICAgICAgICAgfCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5bVGhpcyBSRkNdPC9zcGFuPiB8PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICB8ICAgICAgfCAgICAgICAgICAgICAgICAoaW5kaWNhdGVzIENvbmZlZF9TZWdtZW50KSB8 ICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgfCAgICAg IHwgICAgICAgICAgICAgICAgKGluZGljYXRlcyBDb25mZWRfU2VnbWVudCkgfCAgICAgICAgICAg IHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgfCAgICAgIHwgQml0IHZhbHVlID0g MCBpcyBkZWZhdWx0ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHw8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIHwgICAgICB8IEJpdCB2YWx1ZSA9IDAgaXMgZGVmYXVs dCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAr LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICB8IDEtNyAgfCBVbmFzc2ln bmVkICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IFtUaGlzIFJGQ10gfDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgfCAxLTcgIHwgVW5hc3NpZ25lZCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfCBbVGhpcyBSRkNdIHw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTUiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICB8 ICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgICB8ICAgICAgfCBWYWx1ZTogQWxsIDcgYml0cyBzZXQgdG8gemVybyAg ICAgICAgICAgICB8ICAgICAgICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgIHw8L3NwYW4+ICAgICAgfCBWYWx1ZTogQWxsIDcgYml0 cyBzZXQgdG8gemVybyAgICAgICAgICAgICB8IDxzcGFuIGNsYXNzPSJkZWxldGUiPltUaGlzIFJG Q108L3NwYW4+IHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICstLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgICArLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgICAgIEZpZ3VyZSAxMTogSUFOQSByZWdpc3RyeSBmb3IgQkdQc2VjX1BhdGggRmxhZ3MgZmll bGQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICBGaWd1cmUgMTE6 IElBTkEgcmVnaXN0cnkgZm9yIEJHUHNlY19QYXRoIEZsYWdzIGZpZWxkLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGdXR1cmUgdmFsdWVzIG9mIHRoZSBVbmFzc2lnbmVkIGJp dHMgYXJlIGFzc2lnbmVkIHVzaW5nIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIEZ1dHVyZSB2YWx1ZXMgb2YgdGhlIFVuYXNzaWduZWQgYml0cyBhcmUgYXNzaWduZWQgdXNp bmcgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAiU3RhbmRhcmRzIEFjdGlvbiIg cmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBSRkMgNTIyNjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICJTdGFuZGFyZHMgQWN0aW9uIiByZWdpc3RyYXRpb24gcHJv Y2VkdXJlcyBkZWZpbmVkIGluIFJGQyA1MjI2PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBbUkZDNTIyNl0uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzUyMjZd LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMC4gIENvbnRyaWJ1dG9yczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEwLiAgQ29udHJpYnV0b3JzPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTgiIGNs YXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9z bWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYvcmZjZGlm Zi5weWh0I3BhcnQtOCI+PGVtPiBwYWdlIDQwLCBsaW5lIDIyPHNwYW4gY2xhc3M9ImhpZGUiPiDC tjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNo YW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy90b29scy9yZmNk aWZmL3JmY2RpZmYucHlodCNwYXJ0LTgiPjxlbT4gcGFnZSA0MCwgbGluZSAyMjxzcGFuIGNsYXNz PSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBNYXJrIFJleW5vbGRz LCBIZWF0aGVyIFNjaGlsbGVyLCBKYXNvbiBTY2hpbGxlciwgUnVlZGlnZXIgVm9saywgYW5kPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgTWFyayBSZXlub2xkcywgSGVhdGhlciBT Y2hpbGxlciwgSmFzb24gU2NoaWxsZXIsIFJ1ZWRpZ2VyIFZvbGssIGFuZDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgRGF2aWQgV2FyZCBmb3IgdGhlaXIgcmV2aWV3LCBjb21tZW50cywg YW5kIHN1Z2dlc3Rpb25zIGR1cmluZyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBEYXZpZCBXYXJkIGZvciB0aGVpciByZXZpZXcsIGNvbW1lbnRzLCBhbmQgc3VnZ2VzdGlv bnMgZHVyaW5nIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY291cnNlIG9mIHRo aXMgd29yay4gIFRoYW5rcyBhcmUgYWxzbyBkdWUgdG8gbWFueSBJRVNHIHJldmlld2VyczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvdXJzZSBvZiB0aGlzIHdvcmsuICBUaGFu a3MgYXJlIGFsc28gZHVlIHRvIG1hbnkgSUVTRyByZXZpZXdlcnM8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHdob3NlIGNvbW1lbnRzIGdyZWF0bHkgaGVscGVkIGltcHJvdmUgdGhlIGNs YXJpdHksIGFjY3VyYWN5LCBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB3 aG9zZSBjb21tZW50cyBncmVhdGx5IGhlbHBlZCBpbXByb3ZlIHRoZSBjbGFyaXR5LCBhY2N1cmFj eSwgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcmVzZW50YXRpb24gaW4gdGhl IGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByZXNlbnRhdGlv biBpbiB0aGUgZG9jdW1lbnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjExLiAg UmVmZXJlbmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjExLiAgUmVmZXJlbmNl czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMS4xLiAgTm9ybWF0aXZlIFJlZmVy ZW5jZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMS4xLiAgTm9ybWF0aXZlIFJl ZmVyZW5jZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJkaWZmMDAxNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5bSS1ELmll dGYtaWRyLWJncC1leHRlbmRlZC1tZXNzYWdlc108L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0i ZGVsZXRlIj4gICAgICAgICAgICAgIEJ1c2gsIFIuLCBQYXRlbCwgSy4sIGFuZCBELiBXYXJkLCAi RXh0ZW5kZWQgTWVzc2FnZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAg ICAgICAgICAgc3VwcG9ydCBmb3IgQkdQIiwgZHJhZnQtaWV0Zi1pZHItYmdwLWV4dGVuZGVkLW1l c3NhZ2VzLTE0PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgICAgICAgICAg ICAod29yayBpbiBwcm9ncmVzcyksIERlY2VtYmVyIDIwMTYuPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0Zi1zaWRyLWJncHNlYy1hbGdzXTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1zaWRyLWJncHNlYy1hbGdzXTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNyI+PHRk PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICAgICAgICAgICAgIFR1cm5lciwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Uy4sPC9z cGFuPiAiQkdQc2VjIEFsZ29yaXRobXMsIEtleSBGb3JtYXRzLCAmYW1wOyBTaWduYXR1cmU8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICBUdXJuZXIsIDxzcGFu IGNsYXNzPSJpbnNlcnQiPlMuIGFuZCBPLiBCb3JjaGVydCw8L3NwYW4+ICJCR1BzZWMgQWxnb3Jp dGhtcywgS2V5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgRm9y bWF0cyIsIDxzcGFuIGNsYXNzPSJkZWxldGUiPmRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtYWxncy0x Njwvc3Bhbj4gKHdvcmsgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAg ICAgICAgICBGb3JtYXRzLCAmYW1wOyBTaWduYXR1cmUgRm9ybWF0cyIsIDxzcGFuIGNsYXNzPSJp bnNlcnQiPmRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICAgICAgICAgICAgIHByb2dyZXNzKSwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ Tm92ZW1iZXIgMjAxNi48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxz cGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgICAgICAgICAgYWxncy0xODwvc3Bhbj4gKHdvcmsgaW4g cHJvZ3Jlc3MpLCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5BcHJpbCAyMDE3Ljwvc3Bhbj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXNpZHItYmdwc2VjLXBraS1w cm9maWxlc108L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmlldGYtc2lk ci1iZ3BzZWMtcGtpLXByb2ZpbGVzXTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg ICAgICAgICBSZXlub2xkcywgTS4sIFR1cm5lciwgUy4sIGFuZCBTLiBLZW50LCAiQSBQcm9maWxl IGZvcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgUmV5bm9s ZHMsIE0uLCBUdXJuZXIsIFMuLCBhbmQgUy4gS2VudCwgIkEgUHJvZmlsZSBmb3I8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgQkdQc2VjIFJvdXRlciBDZXJ0aWZpY2F0 ZXMsIENlcnRpZmljYXRlIFJldm9jYXRpb24gTGlzdHMsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICBCR1BzZWMgUm91dGVyIENlcnRpZmljYXRlcywgQ2VydGlm aWNhdGUgUmV2b2NhdGlvbiBMaXN0cyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICAgICAgICAgYW5kIENlcnRpZmljYXRpb24gUmVxdWVzdHMiLCBkcmFmdC1pZXRmLXNpZHItYmdw c2VjLXBraS08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIGFu ZCBDZXJ0aWZpY2F0aW9uIFJlcXVlc3RzIiwgZHJhZnQtaWV0Zi1zaWRyLWJncHNlYy1wa2ktPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIHByb2ZpbGVzLTIxICh3b3Jr IGluIHByb2dyZXNzKSwgSmFudWFyeSAyMDE3LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgICAgICAgICAgcHJvZmlsZXMtMjEgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBKYW51YXJ5 IDIwMTcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJQU5BLUFGXSAgIkFk ZHJlc3MgRmFtaWx5IE51bWJlcnMiLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IFtJQU5BLUFGXSAgIkFkZHJlc3MgRmFtaWx5IE51bWJlcnMiLDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50 cy9hZGRyZXNzLWZhbWlseS1udW1iZXJzLzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvYWRkcmVz cy1mYW1pbHktbnVtYmVycy88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAg ICAgYWRkcmVzcy1mYW1pbHktbnVtYmVycy54aHRtbCZndDsuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgICAgICAgICAgICBhZGRyZXNzLWZhbWlseS1udW1iZXJzLnhodG1sJmd0 Oy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJw YXJ0LTkiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hh bmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2Rp ZmYvcmZjZGlmZi5weWh0I3BhcnQtOSI+PGVtPiBwYWdlIDQyLCBsaW5lIDM2PHNwYW4gY2xhc3M9 ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBw aW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy90 b29scy9yZmNkaWZmL3JmY2RpZmYucHlodCNwYXJ0LTkiPjxlbT4gcGFnZSA0MiwgbGluZSAyNzxz cGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgIEJ1c2gsIFIuLCAiQkdQc2VjIE9wZXJhdGlvbmFsIENvbnNpZGVyYXRpb25zIiwgZHJh ZnQtaWV0Zi08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEJ1 c2gsIFIuLCAiQkdQc2VjIE9wZXJhdGlvbmFsIENvbnNpZGVyYXRpb25zIiwgZHJhZnQtaWV0Zi08 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgc2lkci1iZ3BzZWMtb3Bz LTE2ICh3b3JrIGluIHByb2dyZXNzKSwgSmFudWFyeSAyMDE3LjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgc2lkci1iZ3BzZWMtb3BzLTE2ICh3b3JrIGluIHBy b2dyZXNzKSwgSmFudWFyeSAyMDE3LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBbSS1ELmlldGYtc2lkci1iZ3BzZWMtcm9sbG92ZXJdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgW0ktRC5pZXRmLXNpZHItYmdwc2VjLXJvbGxvdmVyXTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBHYWdsaWFubywgUi4sIFdlaXMsIEIuLCBhbmQg Sy4gUGF0ZWwsICJCR1BzZWMgUm91dGVyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgICAgICAgICBHYWdsaWFubywgUi4sIFdlaXMsIEIuLCBhbmQgSy4gUGF0ZWwsICJCR1Bz ZWMgUm91dGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIENlcnRp ZmljYXRlIFJvbGxvdmVyIiwgZHJhZnQtaWV0Zi1zaWRyLWJncHNlYy1yb2xsb3Zlci0wNjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgQ2VydGlmaWNhdGUgUm9s bG92ZXIiLCBkcmFmdC1pZXRmLXNpZHItYmdwc2VjLXJvbGxvdmVyLTA2PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICh3b3JrIGluIHByb2dyZXNzKSwgT2N0b2JlciAy MDE2LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgKHdvcmsg aW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMTYuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtJLUQuaWV0Zi1zaWRyLWRlbHRhLXByb3RvY29sXTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1zaWRyLWRlbHRhLXByb3RvY29sXTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBCcnVpam56ZWVscywgVC4sIE11cmF2c2tp eSwgTy4sIFdlYmVyLCBCLiwgYW5kIFIuIEF1c3RlaW4sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICBCcnVpam56ZWVscywgVC4sIE11cmF2c2tpeSwgTy4sIFdl YmVyLCBCLiwgYW5kIFIuIEF1c3RlaW4sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDE4Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgIlJQS0kg UmVwb3NpdG9yeSBEZWx0YSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5Qcm90b2NvbCIsIGRyYWZ0LWll dGYtc2lkci1kZWx0YS08L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg ICAgICAgICAgICAgIlJQS0kgUmVwb3NpdG9yeSBEZWx0YSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5Q cm90b2NvbCAoUlJEUCkiLCBkcmFmdC1pZXRmLXNpZHItPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICAgICAgICAgIHByb3RvY29s LTA1PC9zcGFuPiAod29yayBpbiBwcm9ncmVzcyksIDxzcGFuIGNsYXNzPSJkZWxldGUiPkphbnVh cnk8L3NwYW4+IDIwMTcuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs YXNzPSJpbnNlcnQiPiAgICAgICAgICAgICAgZGVsdGEtcHJvdG9jb2wtMDg8L3NwYW4+ICh3b3Jr IGluIHByb2dyZXNzKSwgPHNwYW4gY2xhc3M9Imluc2VydCI+TWFyY2g8L3NwYW4+IDIwMTcuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0Zi1zaWRyLXB1YmxpY2F0 aW9uXTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1zaWRyLXB1 YmxpY2F0aW9uXTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBXZWls ZXIsIFMuLCBTb25hbGtlciwgQS4sIGFuZCBSLiBBdXN0ZWluLCAiQSBQdWJsaWNhdGlvbjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgV2VpbGVyLCBTLiwgU29u YWxrZXIsIEEuLCBhbmQgUi4gQXVzdGVpbiwgIkEgUHVibGljYXRpb248L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgUHJvdG9jb2wgZm9yIHRoZSBSZXNvdXJjZSBQdWJs aWMgS2V5IEluZnJhc3RydWN0dXJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg ICAgICAgICAgICBQcm90b2NvbCBmb3IgdGhlIFJlc291cmNlIFB1YmxpYyBLZXkgSW5mcmFzdHJ1 Y3R1cmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlm ZjAwMTkiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAoUlBLSSkiLCA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5kcmFmdC1pZXRmLXNpZHItcHVibGljYXRpb24tMTA8L3NwYW4+ICh3b3JrIGluPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgKFJQS0kpIiwgPHNwYW4g Y2xhc3M9Imluc2VydCI+ZHJhZnQtaWV0Zi1zaWRyLXB1YmxpY2F0aW9uLTEyPC9zcGFuPiAod29y ayBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgIHByb2dyZXNz KSwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+SmFudWFyeTwvc3Bhbj4gMjAxNy48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICBwcm9ncmVzcyksIDxzcGFuIGNsYXNz PSJpbnNlcnQiPk1hcmNoPC9zcGFuPiAyMDE3LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBbSS1ELmlldGYtc2lkci1ycGtpLXJ0ci1yZmM2ODEwLWJpc108L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmlldGYtc2lkci1ycGtpLXJ0ci1yZmM2ODEwLWJp c108L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgQnVzaCwgUi4gYW5k IFIuIEF1c3RlaW4sICJUaGUgUmVzb3VyY2UgUHVibGljIEtleTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgQnVzaCwgUi4gYW5kIFIuIEF1c3RlaW4sICJUaGUg UmVzb3VyY2UgUHVibGljIEtleTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJkaWZmMDAyMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgIEluZnJhc3RydWN0 dXJlIChSUEtJKSB0byBSb3V0ZXIgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+UHJvdG9jb2wiLCBkcmFm dC1pZXRmLTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAg ICAgICBJbmZyYXN0cnVjdHVyZSAoUlBLSSkgdG8gUm91dGVyIDxzcGFuIGNsYXNzPSJpbnNlcnQi PlByb3RvY29sLCBWZXJzaW9uIDEiLDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgICAgICAgICAgICBzaWRyLXJwa2ktcnRyLXJmYzY4 MTAtYmlzLTA4PC9zcGFuPiAod29yayBpbiBwcm9ncmVzcyksIDxzcGFuIGNsYXNzPSJkZWxldGUi PkphbnVhcnk8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs YXNzPSJpbnNlcnQiPiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1zaWRyLXJwa2ktcnRyLXJmYzY4 MTAtYmlzLTA5PC9zcGFuPiAod29yayBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICAgICAgICAgICAgIDIwMTcuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAg ICAgICAgICAgcHJvZ3Jlc3MpLCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5GZWJydWFyeTwvc3Bhbj4g MjAxNy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXNpZHIt c2x1cm1dPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW0ktRC5pZXRmLXNpZHIt c2x1cm1dPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDIxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgTWFuZGVsYmVyZywgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+RC4gYW5kIEQuPC9zcGFuPiBNYSwgIlNpbXBsaWZpZWQgTG9jYWwgaW50ZXJuZXQ8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICBNYW5kZWxiZXJn LCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5ELiw8L3NwYW4+IE1hLCA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5ELiwgYW5kIFQuIEJydWlqbnplZWxzLDwvc3Bhbj4gIlNpbXBsaWZpZWQ8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICBuVW1iZXIgUmVzb3VyY2UgTWFuYWdlbWVu dCB3aXRoIHRoZSBSUEtJIiwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZHJhZnQtaWV0Zi08L3NwYW4+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgTG9jYWwgaW50 ZXJuZXQgblVtYmVyIFJlc291cmNlIE1hbmFnZW1lbnQgd2l0aCB0aGUgUlBLSSIsPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAg c2lkci1zbHVybS0wMjwvc3Bhbj4gKHdvcmsgaW4gcHJvZ3Jlc3MpLCA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5BdWd1c3QgMjAxNi48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+ZHJhZnQtaWV0Zi1zaWRyLXNsdXJt LTA0PC9zcGFuPiAod29yayBpbiBwcm9ncmVzcyksIDxzcGFuIGNsYXNzPSJpbnNlcnQiPk1hcmNo IDIwMTcuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNjQ3 Ml0gIEt1bWFyaSwgVy4gYW5kIEsuIFNyaXJhbSwgIlJlY29tbWVuZGF0aW9uIGZvciBOb3QgVXNp bmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNjQ3Ml0gIEt1bWFyaSwg Vy4gYW5kIEsuIFNyaXJhbSwgIlJlY29tbWVuZGF0aW9uIGZvciBOb3QgVXNpbmc8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgQVNfU0VUIGFuZCBBU19DT05GRURfU0VU IGluIEJHUCIsIEJDUCAxNzIsIFJGQyA2NDcyLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgICAgICAgICAgQVNfU0VUIGFuZCBBU19DT05GRURfU0VUIGluIEJHUCIsIEJDUCAx NzIsIFJGQyA2NDcyLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBE T0kgMTAuMTc0ODcvUkZDNjQ3MiwgRGVjZW1iZXIgMjAxMSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICAgICAgICAgIERPSSAxMC4xNzQ4Ny9SRkM2NDcyLCBEZWNlbWJlciAy MDExLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDov L3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzY0NzImZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcv aW5mby9yZmM2NDcyJmd0Oy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JG QzY0ODBdICBMZXBpbnNraSwgTS4gYW5kIFMuIEtlbnQsICJBbiBJbmZyYXN0cnVjdHVyZSB0byBT dXBwb3J0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzY0ODBdICBMZXBp bnNraSwgTS4gYW5kIFMuIEtlbnQsICJBbiBJbmZyYXN0cnVjdHVyZSB0byBTdXBwb3J0PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIFNlY3VyZSBJbnRlcm5ldCBSb3V0 aW5nIiwgUkZDIDY0ODAsIERPSSAxMC4xNzQ4Ny9SRkM2NDgwLDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgU2VjdXJlIEludGVybmV0IFJvdXRpbmciLCBSRkMg NjQ4MCwgRE9JIDEwLjE3NDg3L1JGQzY0ODAsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICAgIEZlYnJ1YXJ5IDIwMTIsICZsdDtodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjNjQ4MCZndDsuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg ICAgICAgICBGZWJydWFyeSAyMDEyLCAmbHQ7aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZv L3JmYzY0ODAmZ3Q7LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgoKICAg ICA8dHI+PHRkPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZD48L3RkPjwvdHI+CiAgICAgPHRyIGlkPSJlbmQiIGJnY29sb3I9Imdy YXkiPjx0aCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIj4mbmJzcDtFbmQgb2YgY2hhbmdlcy4g MjEgY2hhbmdlIGJsb2Nrcy4mbmJzcDs8L3RoPjwvdHI+CiAgICAgPHRyIGNsYXNzPSJzdGF0cyI+ PHRkPjwvdGQ+PHRoPjxpPjU0IGxpbmVzIGNoYW5nZWQgb3IgZGVsZXRlZDwvaT48L3RoPjx0aD48 aT4gPC9pPjwvdGg+PHRoPjxpPjMyIGxpbmVzIGNoYW5nZWQgb3IgYWRkZWQ8L2k+PC90aD48dGQ+ PC90ZD48L3RyPgogICAgIDx0cj48dGQgY29sc3Bhbj0iNSIgYWxpZ249ImNlbnRlciIgY2xhc3M9 InNtYWxsIj48YnI+VGhpcyBodG1sIGRpZmYgd2FzIHByb2R1Y2VkIGJ5IHJmY2RpZmYgMS40NS4g VGhlIGxhdGVzdCB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBmcm9tIDxhIGhyZWY9Imh0dHA6Ly93d3cu dG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi8iPmh0dHA6Ly90b29scy5pZXRmLm9yZy90b29s cy9yZmNkaWZmLzwvYT4gPC90ZD48L3RyPgogICA8L3Rib2R5PjwvdGFibGU+CiAgIAogICAKPC9i b2R5PjwvaHRtbD4= --_004_6567777043DB4CE08E81B35B9A82DF6Fciscocom_-- From nobody Tue Apr 4 09:44:55 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC38C1296E0 for ; Tue, 4 Apr 2017 09:44:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ncf.edu Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AMB6ASwAarxh for ; Tue, 4 Apr 2017 09:44:51 -0700 (PDT) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D701112422F for ; Tue, 4 Apr 2017 09:44:45 -0700 (PDT) Received: by mail-wr0-x236.google.com with SMTP id w11so217612153wrc.3 for ; Tue, 04 Apr 2017 09:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ncf.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=aafK78B/HKXRqkHHXeWJgW8IWQqGYYjuRzznytyWMW0=; b=XBioahYQy8CSbLe/zUvoN08Sm8iO32GQTGxiX3hsxnZ3z/09WwW40ZQWFwGqg/P4La 3F8CU+RuaVXFy8wQzrbmVEIvRuFsbgWV68sIKzR0JWiV0ia/WmcAiRrIujSzwjxq2X4B GZOUiVhpNijjdW0q11zO9jSTaRimfl9M5onsP6hAiYKfNE9sQJT+omWmHd1SMGHPE+Nz qFR1YUeeUvMliAE5ZtqRNOuhKy/k9D3XI2NZea3uvJzf5piEDTe24lhL2FUaJxx/GFmh vLErLQyMwGkc+2os6zgCFUoGr08gYGmH1bQgjbZHURY4DTTDjftkkWVe7H+G7kDczqWz peJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=aafK78B/HKXRqkHHXeWJgW8IWQqGYYjuRzznytyWMW0=; b=l1EJg+6ptsz0nQUqcJHqhHLDCM5n33iYIxnUObouLQBpTmwjMMHOW8ZzhmAiBWPAm5 FLRfFu6TGcSgZfcXS4AD6jM6GkYT1eMQ708RR70nljeFW0cWcF8xVhULouH9+RL5v7SK 5snk9ye7ZsWRn4guBMee8aB7Lc2EmXJ+lKBHcH+4cad/bcNZ3TiMOpjn8DkoTgjRAw7c 2IpYz9RipoM98MyxCtC8orNXOIvsrjuq8J+kh4ZivATvDuLWUPU54yamxTHoVi7Jcnat 5ocQj/0mECzNE/XA2hYRjEwKkWdTS+CImaDk2BNpiGbDOvvJ1Q+862IQ3f1qy7TYvNUw J3JQ== X-Gm-Message-State: AFeK/H3F4VJ9sJc9t7U/nn8KgrqPrYxCMvGpqgT8JhV32n2x+u3y3AdJidT7GL6bM0P80qBFQUUBRM3uIQsH02PW X-Received: by 10.223.173.53 with SMTP id p50mr23163286wrc.116.1491324284248; Tue, 04 Apr 2017 09:44:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.173.232 with HTTP; Tue, 4 Apr 2017 09:44:43 -0700 (PDT) In-Reply-To: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> From: Matthew Lepinski Date: Tue, 4 Apr 2017 12:44:43 -0400 Message-ID: To: "Alvaro Retana (aretana)" Cc: "sidr@ietf.org" , "sidr-chairs@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "sidrops@ietf.org" , "idr@ietf.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 16:44:53 -0000 Alvaro, The proposed changes seem reasonable, but I want to make sure that I understand the path forward clearly. My understanding is that if we were to reach a future where draft-ietf-idr-bgp-extended-messages is widely deployed, then the BGP speaker's maximum message size will just be larger (than it is today) and as a result we avoid reaching the point where Section 9.2 (of 4271) guidance is needed. Is my understanding correct? (I want to make sure that future implementers will find our text clear and we won't need to revise this spec to add clarity if extended messages ends up in widespread use.) - Matt Lepinski On Tue, Apr 4, 2017 at 12:15 PM, Alvaro Retana (aretana) wrote: > Dear sidr WG: > > > > As has been discussed in the mailing list and at the sidrops meeting last > week in Chicago, there is interest to not have the BGPsec document > (draft-ietf-sidr-bgpsec-protocol) depend normatively on the Extended > Messages work (draft-ietf-idr-bgp-extended-messages). Based on that > discussion, Sriram and I have come up with proposed diffs =E2=80=93 pleas= e see the > attachment (-23 has not been posted yet). > > > > To summarize, the changes are: (1) remove mention/references of/to > draft-ietf-idr-bgp-extended-messages, and (2) add the following text in > Section 4.1. (General Guidance): > > > > All BGPsec update messages MUST conform to BGP's maximum message > > size. If the resulting message exceeds the maximum message size, > > then the guidelines in Section 9.2 of RFC 4271 [RFC4271] MUST be > > followed. > > > > [For easier reference, I put the relevant text from 9.2 below.] > > > > The result is then that draft-ietf-sidr-bgpsec-protocol doesn=E2=80=99t d= epend on > draft-ietf-idr-bgp-extended-messages. Instead, when referring to the siz= e > of the messages, it depends on rfc4271. > > > > Please let me know if you have any concerns. I will wait a week before > proceeding. > > > > Given that this document has already been approved by the IESG, the proce= ss > going forward is: > > > > - consult the WG (this thread) > > - inform the IESG of the intent > > - inform the IETF (ietf@ietf.org) of the changes > > - publish an updated draft > > - continue the publication process > > > > Each step may, obviously, require additional discussion and could result = in > changes to the current plan. > > > > Thanks!! > > > > Alvaro. > > > > > > > > > > https://tools.ietf.org/html/rfc4271#section-9.2 > > > > 9.2. Update-Send Process > > > > =E2=80=A6 > > If, due to the limits on the maximum size of an UPDATE message (see > > Section 4), a single route doesn't fit into the message, the BGP > > speaker MUST not advertise the route to its peers and MAY choose to > > log an error locally. > > From nobody Tue Apr 4 10:08:17 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7837127A97; Tue, 4 Apr 2017 10:08:15 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8kAp96Vfn6fq; Tue, 4 Apr 2017 10:08:13 -0700 (PDT) Received: from gcc01-dm2-obe.outbound.protection.outlook.com (mail-dm2gcc01on0117.outbound.protection.outlook.com [23.103.201.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A24F127337; Tue, 4 Apr 2017 10:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pgF7fxGgihYw0ul/sHtj7R9nKqryrdD/uYeyK5TmSjc=; b=DaAKagzsYSM1/fETqVFOiQn0E38iSPdd0e+wvcadwr2mhm0IjGRelx4dNF6pZgEyb1tfdzZEsBkTDoUIEbuw9B5G35FuQRxPozTwWIpA9Q8tYAO/MpfsBdhBfSlX/Zf1Lwhwm0S+rYy/Owneh6hVEgfjFc87wrc/ovzsT0ax/go= Received: from DM2PR09MB0446.namprd09.prod.outlook.com (10.161.252.145) by DM2PR09MB0448.namprd09.prod.outlook.com (10.161.252.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Tue, 4 Apr 2017 17:08:10 +0000 Received: from DM2PR09MB0446.namprd09.prod.outlook.com ([10.161.252.145]) by DM2PR09MB0446.namprd09.prod.outlook.com ([10.161.252.145]) with mapi id 15.01.1005.019; Tue, 4 Apr 2017 17:08:10 +0000 From: "Sriram, Kotikalapudi (Fed)" To: Matthew Lepinski , "Alvaro Retana (aretana)" CC: "sidr@ietf.org" , "sidr-chairs@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "sidrops@ietf.org" , "idr@ietf.org" Thread-Topic: BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) Thread-Index: AQHSrV6hkKLo0jlbPUCXfQgnSjWfzKG1aseAgAABWpA= Date: Tue, 4 Apr 2017 17:08:10 +0000 Message-ID: References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ncf.edu; dkim=none (message not signed) header.d=none;ncf.edu; dmarc=none action=none header.from=nist.gov; x-originating-ip: [129.6.140.122] x-microsoft-exchange-diagnostics: 1; DM2PR09MB0448; 7:YjGr3BHPoS9ss2OcbCUS7BDHRA0ZX6745R9HQQ8Eyfs3t9ZXPQ7f4EvjeXDc9hv7xmEpeUvZ5u0MggtqjZEiSV2S818zO1Vi82CgYRmZfTGjdAfb1WHmgUOmCK9o06Fe1aUWCsoGaA1R3jEbUvNCw9m1/MGkVPxsZoZscfyBX0aqT9jGWSVpvk2ULBy7jQkLcPqU8cblI8lUEqJEWouzSAhLeYuhkp0lPTHlW2KUd9pjXR7iTife2G2ZVcWM8V5ZNpZhL0cxaP1QZAjtmvzC4MIXXroKMSxsG0JWZp5xgX7r2I7m6sVDmJ704Dl4sn9Cy9tuMtltlAxQWl6RtnAT2g== x-ms-office365-filtering-correlation-id: e00ef82b-251d-4f87-0c37-08d47b7d2bf3 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:DM2PR09MB0448; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123564025)(20161123562025)(6072148); SRVR:DM2PR09MB0448; BCL:0; PCL:0; RULEID:; SRVR:DM2PR09MB0448; x-forefront-prvs: 0267E514F9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39860400002)(39400400002)(39410400002)(39450400003)(39850400002)(24454002)(13464003)(377454003)(25786009)(53546009)(99286003)(55016002)(2906002)(122556002)(5890100001)(230783001)(2171002)(8936002)(189998001)(5660300001)(81166006)(8676002)(9686003)(6306002)(54906002)(2950100002)(6246003)(53936002)(7696004)(54356999)(76176999)(50986999)(3660700001)(33656002)(6436002)(6506006)(77096006)(66066001)(305945005)(102836003)(6116002)(4326008)(2900100001)(86362001)(15650500001)(38730400002)(7736002)(3280700002)(74316002)(3846002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR09MB0448; H:DM2PR09MB0446.namprd09.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nist.gov X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Apr 2017 17:08:10.2047 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR09MB0448 Archived-At: Subject: Re: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 17:08:16 -0000 SGkgTWF0dCwNCg0KSSB0aGluayBzbGlkZSA0IG9mIHRoaXMgcHJlc2VudGF0aW9uIChTSURST1BT LCBJRVRGIDk4KSBhZGRyZXNzZXMgeW91ciBxdWVzdGlvbnMvY29uY2VybnM6IA0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvOTgvc2xpZGVzL3NsaWRlcy05OC1zaWRyb3BzLWRlY291 cGxpbmctYmdwc2VjLWRvY3VtZW50cy1hbmQtZXh0ZW5kZWQtbWVzc2FnZXMtZHJhZnQtMDAucGRm IA0KDQpQbGVhc2UgdGFrZSBhIGxvb2sgYXQgc2xpZGUgMyBhbHNvIChCR1AgJiBCR1BzZWMgdXBk YXRlIHNpemVzKS4gDQoNCkFsc28sIEFsdmFybydzIHBvc3QgZnJvbSBNYXJjaCAxNSBzaG91bGQg YmUgaGVscGZ1bDogIA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9zaWRy L2N1cnJlbnQvbXNnMDg1MDYuaHRtbCANCg0KU3JpcmFtDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBNYXR0aGV3IExlcGluc2tpIFttYWlsdG86bWxlcGluc2tpQG5jZi5lZHVd IA0KU2VudDogVHVlc2RheSwgQXByaWwgMDQsIDIwMTcgMTI6NDUgUE0NClRvOiBBbHZhcm8gUmV0 YW5hIChhcmV0YW5hKSA8YXJldGFuYUBjaXNjby5jb20+DQpDYzogc2lkckBpZXRmLm9yZzsgc2lk ci1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2xAaWV0Zi5v cmc7IHNpZHJvcHNAaWV0Zi5vcmc7IGlkckBpZXRmLm9yZw0KU3ViamVjdDogUmU6IEJHUHNlYyB3 aXRob3V0IEV4dGVuZGVkIE1lc3NhZ2VzIChkcmFmdC1pZXRmLXNpZHItYmdwc2VjLXByb3RvY29s KQ0KDQpBbHZhcm8sDQoNClRoZSBwcm9wb3NlZCBjaGFuZ2VzIHNlZW0gcmVhc29uYWJsZSwgYnV0 IEkgd2FudCB0byBtYWtlIHN1cmUgdGhhdCBJIHVuZGVyc3RhbmQgdGhlIHBhdGggZm9yd2FyZCBj bGVhcmx5Lg0KDQpNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgaWYgd2Ugd2VyZSB0byByZWFjaCBh IGZ1dHVyZSB3aGVyZSBkcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQtbWVzc2FnZXMgaXMgd2lk ZWx5IGRlcGxveWVkLCB0aGVuIHRoZSBCR1Agc3BlYWtlcidzIG1heGltdW0gbWVzc2FnZSBzaXpl IHdpbGwganVzdCBiZSBsYXJnZXIgKHRoYW4gaXQgaXMgdG9kYXkpIGFuZCBhcyBhIHJlc3VsdCB3 ZSBhdm9pZCByZWFjaGluZyB0aGUgcG9pbnQgd2hlcmUgU2VjdGlvbiA5LjIgKG9mDQo0MjcxKSBn dWlkYW5jZSBpcyBuZWVkZWQuDQoNCklzIG15IHVuZGVyc3RhbmRpbmcgY29ycmVjdD8gKEkgd2Fu dCB0byBtYWtlIHN1cmUgdGhhdCBmdXR1cmUgaW1wbGVtZW50ZXJzIHdpbGwgZmluZCBvdXIgdGV4 dCBjbGVhciBhbmQgd2Ugd29uJ3QgbmVlZCB0byByZXZpc2UgdGhpcyBzcGVjIHRvIGFkZCBjbGFy aXR5IGlmIGV4dGVuZGVkIG1lc3NhZ2VzIGVuZHMgdXAgaW4gd2lkZXNwcmVhZCB1c2UuKQ0KDQot IE1hdHQgTGVwaW5za2kNCg0KT24gVHVlLCBBcHIgNCwgMjAxNyBhdCAxMjoxNSBQTSwgQWx2YXJv IFJldGFuYSAoYXJldGFuYSkgPGFyZXRhbmFAY2lzY28uY29tPiB3cm90ZToNCj4gRGVhciBzaWRy IFdHOg0KPg0KPg0KPg0KPiBBcyBoYXMgYmVlbiBkaXNjdXNzZWQgaW4gdGhlIG1haWxpbmcgbGlz dCBhbmQgYXQgdGhlIHNpZHJvcHMgbWVldGluZyANCj4gbGFzdCB3ZWVrIGluIENoaWNhZ28sIHRo ZXJlIGlzIGludGVyZXN0IHRvIG5vdCBoYXZlIHRoZSBCR1BzZWMgDQo+IGRvY3VtZW50DQo+IChk cmFmdC1pZXRmLXNpZHItYmdwc2VjLXByb3RvY29sKSBkZXBlbmQgbm9ybWF0aXZlbHkgb24gdGhl IEV4dGVuZGVkIA0KPiBNZXNzYWdlcyB3b3JrIChkcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQt bWVzc2FnZXMpLiAgQmFzZWQgb24gdGhhdCANCj4gZGlzY3Vzc2lvbiwgU3JpcmFtIGFuZCBJIGhh dmUgY29tZSB1cCB3aXRoIHByb3Bvc2VkIGRpZmZzIOKAkyBwbGVhc2Ugc2VlIA0KPiB0aGUgYXR0 YWNobWVudCAoLTIzIGhhcyBub3QgYmVlbiBwb3N0ZWQgeWV0KS4NCj4NCj4NCj4NCj4gVG8gc3Vt bWFyaXplLCB0aGUgY2hhbmdlcyBhcmU6ICgxKSByZW1vdmUgbWVudGlvbi9yZWZlcmVuY2VzIG9m L3RvIA0KPiBkcmFmdC1pZXRmLWlkci1iZ3AtZXh0ZW5kZWQtbWVzc2FnZXMsIGFuZCAoMikgYWRk IHRoZSBmb2xsb3dpbmcgdGV4dCANCj4gaW4gU2VjdGlvbiA0LjEuIChHZW5lcmFsIEd1aWRhbmNl KToNCj4NCj4NCj4NCj4gICAgIEFsbCBCR1BzZWMgdXBkYXRlIG1lc3NhZ2VzIE1VU1QgY29uZm9y bSB0byBCR1AncyBtYXhpbXVtIG1lc3NhZ2UNCj4NCj4gICAgIHNpemUuICBJZiB0aGUgcmVzdWx0 aW5nIG1lc3NhZ2UgZXhjZWVkcyB0aGUgbWF4aW11bSBtZXNzYWdlIHNpemUsDQo+DQo+ICAgICB0 aGVuIHRoZSBndWlkZWxpbmVzIGluIFNlY3Rpb24gOS4yIG9mIFJGQyA0MjcxIFtSRkM0MjcxXSBN VVNUIGJlDQo+DQo+ICAgICBmb2xsb3dlZC4NCj4NCj4NCj4NCj4gW0ZvciBlYXNpZXIgcmVmZXJl bmNlLCBJIHB1dCB0aGUgcmVsZXZhbnQgdGV4dCBmcm9tIDkuMiBiZWxvdy5dDQo+DQo+DQo+DQo+ IFRoZSByZXN1bHQgaXMgdGhlbiB0aGF0IGRyYWZ0LWlldGYtc2lkci1iZ3BzZWMtcHJvdG9jb2wg ZG9lc27igJl0IGRlcGVuZCANCj4gb24gZHJhZnQtaWV0Zi1pZHItYmdwLWV4dGVuZGVkLW1lc3Nh Z2VzLiAgSW5zdGVhZCwgd2hlbiByZWZlcnJpbmcgdG8gDQo+IHRoZSBzaXplIG9mIHRoZSBtZXNz YWdlcywgaXQgZGVwZW5kcyBvbiByZmM0MjcxLg0KPg0KPg0KPg0KPiBQbGVhc2UgbGV0IG1lIGtu b3cgaWYgeW91IGhhdmUgYW55IGNvbmNlcm5zLiAgSSB3aWxsIHdhaXQgYSB3ZWVrIA0KPiBiZWZv cmUgcHJvY2VlZGluZy4NCj4NCj4NCj4NCj4gR2l2ZW4gdGhhdCB0aGlzIGRvY3VtZW50IGhhcyBh bHJlYWR5IGJlZW4gYXBwcm92ZWQgYnkgdGhlIElFU0csIHRoZSANCj4gcHJvY2VzcyBnb2luZyBm b3J3YXJkIGlzOg0KPg0KPg0KPg0KPiAtIGNvbnN1bHQgdGhlIFdHICh0aGlzIHRocmVhZCkNCj4N Cj4gLSBpbmZvcm0gdGhlIElFU0cgb2YgdGhlIGludGVudA0KPg0KPiAtIGluZm9ybSB0aGUgSUVU RiAoaWV0ZkBpZXRmLm9yZykgb2YgdGhlIGNoYW5nZXMNCj4NCj4gLSBwdWJsaXNoIGFuIHVwZGF0 ZWQgZHJhZnQNCj4NCj4gLSBjb250aW51ZSB0aGUgcHVibGljYXRpb24gcHJvY2Vzcw0KPg0KPg0K Pg0KPiBFYWNoIHN0ZXAgbWF5LCBvYnZpb3VzbHksIHJlcXVpcmUgYWRkaXRpb25hbCBkaXNjdXNz aW9uIGFuZCBjb3VsZCANCj4gcmVzdWx0IGluIGNoYW5nZXMgdG8gdGhlIGN1cnJlbnQgcGxhbi4N Cj4NCj4NCj4NCj4gVGhhbmtzISENCj4NCj4NCj4NCj4gQWx2YXJvLg0KPg0KPg0KPg0KPg0KPg0K Pg0KPg0KPg0KPg0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDI3MSNzZWN0aW9u LTkuMg0KPg0KPg0KPg0KPiA5LjIuICBVcGRhdGUtU2VuZCBQcm9jZXNzDQo+DQo+DQo+DQo+IOKA pg0KPg0KPiAgICBJZiwgZHVlIHRvIHRoZSBsaW1pdHMgb24gdGhlIG1heGltdW0gc2l6ZSBvZiBh biBVUERBVEUgbWVzc2FnZSAoc2VlDQo+DQo+ICAgIFNlY3Rpb24gNCksIGEgc2luZ2xlIHJvdXRl IGRvZXNuJ3QgZml0IGludG8gdGhlIG1lc3NhZ2UsIHRoZSBCR1ANCj4NCj4gICAgc3BlYWtlciBN VVNUIG5vdCBhZHZlcnRpc2UgdGhlIHJvdXRlIHRvIGl0cyBwZWVycyBhbmQgTUFZIGNob29zZSB0 bw0KPg0KPiAgICBsb2cgYW4gZXJyb3IgbG9jYWxseS4NCj4NCj4NCg== From nobody Tue Apr 4 10:18:50 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEFAD120326; Tue, 4 Apr 2017 10:18:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6zwdlFm16Mjt; Tue, 4 Apr 2017 10:18:47 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E95CA127A97; Tue, 4 Apr 2017 10:18:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2046; q=dns/txt; s=iport; t=1491326326; x=1492535926; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Tb8HSrjOairsO9UtzqvoxXCmK4QO28GGDIdI6Stamqk=; b=iF3jo7j7rTszwGHl3VQb69xy1a4FI4DcFrsFIPHxGRRUtQ73SDFo29pz g3evYvOfrFRDdxBJuiNJXSeJqUpCJRP1s1yIYiAZ25lDt893XgXux2EXP B3lsZDLXTh3jQyhGWHZjoABqmD1//zbx5OQlD71mNdGoEoSeTQyb6pqdw k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AJAgCX1ONY/5xdJa1cDgwBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYNUgWwHg1yKEpFblVOCDoYiAhqDKD8YAQIBAQEBAQEBayiFFgEEASM?= =?us-ascii?q?RRQULAgEIDgwCJgICAjAVEAIEDgWKBgitaYImimgBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAR6BC4VDggWCaoQxI4MGLoIxAQSWGoZTAZJPgX2PP4hcixgBHziBBVsVUgG?= =?us-ascii?q?GCj11hl+BL4ENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,275,1486425600"; d="scan'208";a="218360369" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Apr 2017 17:18:46 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v34HIkWm012391 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Apr 2017 17:18:46 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Apr 2017 12:18:45 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 4 Apr 2017 12:18:45 -0500 From: "Alvaro Retana (aretana)" To: Matthew Lepinski CC: "sidr@ietf.org" , "sidr-chairs@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "sidrops@ietf.org" , "idr@ietf.org" Thread-Topic: BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) Thread-Index: AQHSrV6hkKLo0jlbPUCXfQgnSjWfzKG1vpmA///GcwA= Date: Tue, 4 Apr 2017 17:18:45 +0000 Message-ID: <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1f.0.170216 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.6] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 17:18:49 -0000 T24gNC80LzE3LCAxMjo0NCBQTSwgIk1hdHRoZXcgTGVwaW5za2kiIDxtbGVwaW5za2lAbmNmLmVk dT4gd3JvdGU6DQoNCk1hdHQ6DQoNCkhpIQ0KDQo+IFRoZSBwcm9wb3NlZCBjaGFuZ2VzIHNlZW0g cmVhc29uYWJsZSwgYnV0IEkgd2FudCB0byBtYWtlIHN1cmUgdGhhdCBJDQo+IHVuZGVyc3RhbmQg dGhlIHBhdGggZm9yd2FyZCBjbGVhcmx5Lg0KPg0KPiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQg aWYgd2Ugd2VyZSB0byByZWFjaCBhIGZ1dHVyZSB3aGVyZQ0KPiBkcmFmdC1pZXRmLWlkci1iZ3At ZXh0ZW5kZWQtbWVzc2FnZXMgaXMgd2lkZWx5IGRlcGxveWVkLCB0aGVuIHRoZSBCR1ANCj4gc3Bl YWtlcidzIG1heGltdW0gbWVzc2FnZSBzaXplIHdpbGwganVzdCBiZSBsYXJnZXIgKHRoYW4gaXQg aXMgdG9kYXkpDQo+IGFuZCBhcyBhIHJlc3VsdCB3ZSBhdm9pZCByZWFjaGluZyB0aGUgcG9pbnQg d2hlcmUgU2VjdGlvbiA5LjIgKG9mDQo+IDQyNzEpIGd1aWRhbmNlIGlzIG5lZWRlZC4NCj4gDQo+ IElzIG15IHVuZGVyc3RhbmRpbmcgY29ycmVjdD8gDQoNCk5vdCBleGFjdGx5Lg0KDQpUaGUgdGV4 dCBpbiA5LjIvcmZjNDI3MSBpcyBnZW5lcmljLCBpdCBkb2VzbuKAmXQgYXBwbHkgdG8gYSBzcGVj aWZpYyBtZXNzYWdlIHNpemU7IHRoZSBtYXhpbXVtIHNpemUgaXMgZGVmaW5lZCBlbHNld2hlcmUu ICBUaGUgY3VycmVudCB0ZXh0IG9mIGRyYWZ0LWlldGYtaWRyLWJncC1leHRlbmRlZC1tZXNzYWdl cyBjaGFuZ2VzIHRoZSBzaXplIG9mIHRoZSBtZXNzYWdlcyBpbiBTZWN0aW9uIDQgKG9mIHJmYzQy NzEpLCB3aGljaCBpcyB0aGUgc2FtZSBwbGFjZSB3aGVyZSA5LjIgcG9pbnRzIHRvLiAgSU9XLCB0 aGUgdGV4dCBpbiA5LjIgd291bGQgbm90IGNoYW5nZSBhbmQgc3RpbGwgYmUgYXBwbGljYWJsZSwg dGhlIGxpbWl0IHdvdWxkIGp1c3QgYmUgcmVhY2hlZCBsYXRlci4NCg0KPiAoSSB3YW50IHRvIG1h a2Ugc3VyZSB0aGF0IGZ1dHVyZQ0KPiBpbXBsZW1lbnRlcnMgd2lsbCBmaW5kIG91ciB0ZXh0IGNs ZWFyIGFuZCB3ZSB3b24ndCBuZWVkIHRvIHJldmlzZSB0aGlzDQo+IHNwZWMgdG8gYWRkIGNsYXJp dHkgaWYgZXh0ZW5kZWQgbWVzc2FnZXMgZW5kcyB1cCBpbiB3aWRlc3ByZWFkIHVzZS4pDQoNClRv IG1lLCB0aGUgbWFpbiBwdXJwb3NlIG9mIGNoYW5naW5nIHRoZSBCR1BzZWMgc3BlYyBpcyB0byBk ZXBlbmQgb24gd2hhdGV2ZXIgQkdQIGRvZXMsIGFuZCBub3Qgb24gYSBmdXR1cmUgZXh0ZW5zaW9u IHRoYXQgbWF5IG9yIG1heSBub3QgYmUgaW4gdGhlIGZvcm0gaXQgaXMgdG9kYXkuICBIb3dldmVy LCBpZiB3ZSBrZWVwIHRoZSByZWZlcmVuY2UgdG8gdGhlIGtub3duIHN0YW5kYXJkIChyZmM0Mjcx KSwgdGhlbiB3ZSBzaG91bGQgbm90IGhhdmUgdG8gdXBkYXRlIHRoaXMgZG9jdW1lbnQgYmVjYXVz ZSB3ZSB3b3VsZCBqdXN0IGluaGVyaXQgd2hhdGV2ZXIgQkdQIGRvZXMuDQoNClRoYW5rcyENCg0K QWx2YXJvLg0KDQo= From nobody Tue Apr 4 12:15:58 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C1EA128DF3 for ; Tue, 4 Apr 2017 12:15:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ncf.edu Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IZIhWja6mqJf for ; Tue, 4 Apr 2017 12:15:51 -0700 (PDT) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7F751294BE for ; Tue, 4 Apr 2017 12:15:44 -0700 (PDT) Received: by mail-wm0-x232.google.com with SMTP id x124so36703899wmf.0 for ; Tue, 04 Apr 2017 12:15:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ncf.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tcSBmI1r0k/WN1ATuI8C1RkP3v+DAVq/sxrxdcSFVcg=; b=Kevno6kMOpBDRd03P3h1yZkxF/Uu0lrn1E2+HBnUyBMpts3du6gC04rTa/rqnnN0ND 55xriUi2PUcrzZYIUc/HGKsCcqpWJCyPrOYPe6E8w8yZF4EGtcU67f3i2nTnQXPGw8+X Ak4qB6TNkFHf7w3o4tf/PdfPjF874F6Zqd4EbcYL0X24ZapNKZdYiknqWjiGdlW5AKdN 5ExrqnECqaw9UD1OUdFTEHI4hKxnNQGd1VXDLfh7/7zvhXCz8SK9+D+BR+6aQf8/13v4 VNnV3eAQ5Ku9IiXUR19PAS/qvwIRkA30h0maqmvKm/p9Ok/DZHBTrIIYcBv3/T/MimAa zMcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tcSBmI1r0k/WN1ATuI8C1RkP3v+DAVq/sxrxdcSFVcg=; b=EBPwAzAXpE8TZ/WcXoGPSYf0F6sB/5m0Z+5HhYOoHouFCmPWt6Td+CALZduJxynQp0 Vk58lf9CnQSzipn0osz7Wv9EmEDbOVBTRop6hGbT2dpTE3+7YfS3FPVmxKx8G8aI3fkO Q+4SY3nbsxQG5CQrzWWPKVXK41fu721pRLMN2b/zhHokx8nwRwfK5pr0qUILUveplSgH c5RqXD7plgTr1F42/+Tfgzs51hOXkCWBNYCCFXy32PhkN3kyvUy+StckiWXrSfaX89Vm +UOcFrnVaIrP2WKh5WqjIekabY8PkT5fot0cjItAQd/V1Inqx6mxYl7PyCX2CMKeGHRR 5d/w== X-Gm-Message-State: AFeK/H0pF3vFVCesKpTJ3PuUfWymyWHfZlk2Mm5OuPvxY/2Q6Trw851j CrrulqLNghO7aiQ+Qp+JWx0d5EtbDiwk X-Received: by 10.28.66.77 with SMTP id p74mr16286641wma.107.1491333343299; Tue, 04 Apr 2017 12:15:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.173.232 with HTTP; Tue, 4 Apr 2017 12:15:42 -0700 (PDT) Received: by 10.80.173.232 with HTTP; Tue, 4 Apr 2017 12:15:42 -0700 (PDT) In-Reply-To: <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> From: Matthew Lepinski Date: Tue, 4 Apr 2017 15:15:42 -0400 Message-ID: To: "Alvaro Retana (aretana)" Cc: "sidr@ietf.org" , "sidrops@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "idr@ietf.org" , "sidr-chairs@ietf.org" Content-Type: multipart/alternative; boundary=94eb2c0742ec2b7675054c5c1a5e Archived-At: Subject: Re: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2017 19:15:53 -0000 --94eb2c0742ec2b7675054c5c1a5e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alvaro, Thanks a lot. That makes perfect sense. I support this change. - Matt Lepinski On Apr 4, 2017 1:18 PM, "Alvaro Retana (aretana)" wrote= : > On 4/4/17, 12:44 PM, "Matthew Lepinski" wrote: > > Matt: > > Hi! > > > The proposed changes seem reasonable, but I want to make sure that I > > understand the path forward clearly. > > > > My understanding is that if we were to reach a future where > > draft-ietf-idr-bgp-extended-messages is widely deployed, then the BGP > > speaker's maximum message size will just be larger (than it is today) > > and as a result we avoid reaching the point where Section 9.2 (of > > 4271) guidance is needed. > > > > Is my understanding correct? > > Not exactly. > > The text in 9.2/rfc4271 is generic, it doesn=E2=80=99t apply to a specifi= c message > size; the maximum size is defined elsewhere. The current text of > draft-ietf-idr-bgp-extended-messages changes the size of the messages in > Section 4 (of rfc4271), which is the same place where 9.2 points to. IOW= , > the text in 9.2 would not change and still be applicable, the limit would > just be reached later. > > > (I want to make sure that future > > implementers will find our text clear and we won't need to revise this > > spec to add clarity if extended messages ends up in widespread use.) > > To me, the main purpose of changing the BGPsec spec is to depend on > whatever BGP does, and not on a future extension that may or may not be i= n > the form it is today. However, if we keep the reference to the known > standard (rfc4271), then we should not have to update this document becau= se > we would just inherit whatever BGP does. > > Thanks! > > Alvaro. > > --94eb2c0742ec2b7675054c5c1a5e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Alvaro,

    Than= ks a lot. That makes perfect sense.

    I support this change.

    - Matt Lepinski

    On Apr 4, 2017 1:18 PM, "Alvaro Retana (aretana)&= quot; <aretana@cisco.com> wr= ote:
    On 4/4/17, 12:4= 4 PM, "Matthew Lepinski" <mlepinski@ncf.edu> wrote:

    Matt:

    Hi!

    > The proposed changes seem reasonable, but I want to make sure that I > understand the path forward clearly.
    >
    > My understanding is that if we were to reach a future where
    > draft-ietf-idr-bgp-extended-messages is widely deployed, then the= BGP
    > speaker's maximum message size will just be larger (than it is tod= ay)
    > and as a result we avoid reaching the point where Section 9.2 (of
    > 4271) guidance is needed.
    >
    > Is my understanding correct?

    Not exactly.

    The text in 9.2/rfc4271 is generic, it doesn=E2=80=99t apply to a specific = message size; the maximum size is defined elsewhere.=C2=A0 The current text= of draft-ietf-idr-bgp-extended-messages changes the size of the messa= ges in Section 4 (of rfc4271), which is the same place where 9.2 points to.= =C2=A0 IOW, the text in 9.2 would not change and still be applicable, the l= imit would just be reached later.

    > (I want to make sure that future
    > implementers will find our text clear and we won't need to revise = this
    > spec to add clarity if extended messages ends up in widespread use.)
    To me, the main purpose of changing the BGPsec spec is to depend on whateve= r BGP does, and not on a future extension that may or may not be in the for= m it is today.=C2=A0 However, if we keep the reference to the known standar= d (rfc4271), then we should not have to update this document because we wou= ld just inherit whatever BGP does.

    Thanks!

    Alvaro.

    --94eb2c0742ec2b7675054c5c1a5e-- From nobody Wed Apr 5 04:07:32 2017 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 43E85129458; Wed, 5 Apr 2017 04:07:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: idr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149139044615.1084.15716221894287955371@ietfa.amsl.com> Date: Wed, 05 Apr 2017 04:07:26 -0700 Archived-At: Subject: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath-selection-criteria-07.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 11:07:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : BGP Bestpath Selection Criteria Enhancement Author : Rajiv Asati Filename : draft-ietf-idr-bgp-bestpath-selection-criteria-07.txt Pages : 8 Date : 2017-04-05 Abstract: BGP specification (RFC4271) prescribes 'BGP next-hop reachability' as one of the key 'Route Resolvability Condition' that must be satisfied before the BGP bestpath candidate selection. This condition, however, may not be sufficient (as explained in the Appendix section) and desire further granularity. This document defines enhances the "Route Resolvability Condition" to facilitate the next-hop to be resolved in the chosen data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-bestpath-selection-criteria/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria-07 https://datatracker.ietf.org/doc/html/draft-ietf-idr-bgp-bestpath-selection-criteria-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-bgp-bestpath-selection-criteria-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 5 07:49:18 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04166126DC2 for ; Wed, 5 Apr 2017 07:49:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=sn3rd.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cCHJhDCKDvIm for ; Wed, 5 Apr 2017 07:49:15 -0700 (PDT) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC29812945C for ; Wed, 5 Apr 2017 07:49:09 -0700 (PDT) Received: by mail-qk0-x233.google.com with SMTP id p22so12844153qka.3 for ; Wed, 05 Apr 2017 07:49:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sn3rd.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QqwgyG9yaxQ51xzCOtVVoVu5CgRq7B8xdY/tohlfSck=; b=WQp9+XVCGznWOhnIg+XSHzlJVkQuYfw75JkkKoJn7f5wsb3hqwRDZyseOZz7vC1Qkd hJTgorAA0B0XuJqQRZfAlyTGLT5+xwh6CzKO9uBlTqei93K4Zlljn4mavl7aDkkLK7hH GrvFzc/exXapQK0BS7rT7XK0Foi0I0iWHMASo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QqwgyG9yaxQ51xzCOtVVoVu5CgRq7B8xdY/tohlfSck=; b=uUfZVzFC+zwHiu2yotWZlHVCM4ZetpPpVwHsEkLH9gw64tu8CPCihLgqYHbduxJIlU X2aHRoxkH6N0sqxFEsWU96rmyJRupHDPfRqEC8pBRDOdrf+rUdRm4HhuprUhWzFLkNWs AVqIbxJJy98mJmi42gFqpakdQovAJBFlWxljf9lfiJ8XQwUeLBkSoicCqZ23XCPihfRr hy4Gr4rgg1zCKeW8FLVvv0Ty2l6dfA0RUXAUr1bgALjoyxOZFOGDw5VE2z/+4jiBmko9 DI/rjRVerfuMNL6AO5OwbfE5qKmxR0e/oQzoKMp559LycW6qWZpfEuLD/ciYMHhQB3aT JbEQ== X-Gm-Message-State: AFeK/H2XexsYSfIK800QmYG394kYO7jt8yRJ7Ka2wQrySGbo9rESRO3ZINxaayjQ7LG44A== X-Received: by 10.55.25.81 with SMTP id k78mr17291251qkh.224.1491403749032; Wed, 05 Apr 2017 07:49:09 -0700 (PDT) Received: from [172.16.0.18] ([96.231.222.158]) by smtp.gmail.com with ESMTPSA id q66sm14102993qkd.69.2017.04.05.07.49.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Apr 2017 07:49:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Sean Turner In-Reply-To: <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> Date: Wed, 5 Apr 2017 10:49:06 -0400 Cc: Matthew Lepinski , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "idr@ietf.org" , "sidrops@ietf.org" , "sidr-chairs@ietf.org" , "sidr@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> To: "Alvaro Retana (aretana)" X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Idr] [sidr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 14:49:17 -0000 > On Apr 4, 2017, at 13:18, Alvaro Retana (aretana) = wrote: >=20 > To me, the main purpose of changing the BGPsec spec is to depend on = whatever BGP does, and not on a future extension that may or may not be = in the form it is today. However, if we keep the reference to the known = standard (rfc4271), then we should not have to update this document = because we would just inherit whatever BGP does. This sound reasonable to me. spt= From nobody Wed Apr 5 08:06:39 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16CC1129447; Wed, 5 Apr 2017 08:06:27 -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 autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xh6uOxs6D4_s; Wed, 5 Apr 2017 08:06:25 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD881129400; Wed, 5 Apr 2017 08:06:24 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.36.81.153; From: "Susan Hares" To: "'Sean Turner'" , "'Alvaro Retana \(aretana\)'" Cc: , , , "'Matthew Lepinski'" , , References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> <36894BDC-01FC-41A5-B7B8-BC91204AE1D2@cisco.com> In-Reply-To: Date: Wed, 5 Apr 2017 11:01:18 -0400 Message-ID: <010301d2ae1d$7da5ace0$78f106a0$@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: AQLdsGeZpjPoefLB4jQRysFxTsKF4wJc5AG5Anj93pIBwuVnDp9sE14w Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] [sidr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 15:06:27 -0000 Seems reasonable to me. Sue Hares -----Original Message----- From: sidr [mailto:sidr-bounces@ietf.org] On Behalf Of Sean Turner Sent: Wednesday, April 5, 2017 10:49 AM To: Alvaro Retana (aretana) Cc: idr@ietf.org; draft-ietf-sidr-bgpsec-protocol@ietf.org; sidrops@ietf.org; Matthew Lepinski; sidr-chairs@ietf.org; sidr@ietf.org Subject: Re: [sidr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) > On Apr 4, 2017, at 13:18, Alvaro Retana (aretana) wrote: > > To me, the main purpose of changing the BGPsec spec is to depend on whatever BGP does, and not on a future extension that may or may not be in the form it is today. However, if we keep the reference to the known standard (rfc4271), then we should not have to update this document because we would just inherit whatever BGP does. This sound reasonable to me. spt _______________________________________________ sidr mailing list sidr@ietf.org https://www.ietf.org/mailman/listinfo/sidr From nobody Thu Apr 6 19:44:58 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B783E1289B0 for ; Thu, 6 Apr 2017 19:44:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zXWU1PiHZnnB for ; Thu, 6 Apr 2017 19:44:47 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 74DA91286B1 for ; Thu, 6 Apr 2017 19:44:45 -0700 (PDT) X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 192.168.168.120 X-SEG-Scaned: 1 X-Received: unknown,192.168.168.120,20170407103651 Received: from unknown (HELO out1.zte.com.cn) (192.168.168.120) by localhost with SMTP; 7 Apr 2017 02:36:51 -0000 X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 10.30.3.20 X-SEG-Scaned: 1 X-Received: unknown,10.30.3.20,20170407103756 Received: from unknown (HELO mse01.zte.com.cn) (10.30.3.20) by localhost with (AES256-SHA encrypted) SMTP; 7 Apr 2017 02:37:56 -0000 Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id v372iRrH079237; Fri, 7 Apr 2017 10:44:27 +0800 (GMT-8) (envelope-from chen.ran@zte.com.cn) Received: from njxapp03.zte.com.cn ([10.41.132.202]) by njhub02.zte.com.cn (IBM Domino Release 9.0.1FP5) with SMTP id 2017040710442496-252913 ; Fri, 7 Apr 2017 10:44:24 +0800 Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Fri, 7 Apr 2017 10:44:27 +0800 (CST) Date: Fri, 7 Apr 2017 10:44:27 +0800 (CST) X-Zmail-TransId: 2afd58e6fd0b2d2-7a681 X-Mailer: Zmail v1.0 Message-ID: <201704071044279565138@zte.com.cn> Mime-Version: 1.0 From: To: , X-MIMETrack: Itemize by SMTP Server on NJHUB02/server/zte_ltd(Release 9.0.1FP5|November 22, 2015) at 2017/04/07 10:44:24, Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2017-04-07 10:44:27, Serialize complete at 2017-04-07 10:44:27 X-TNEFEvaluated: 1 Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn v372iRrH079237 X-HQIP: 127.0.0.1 X-HQIP: 127.0.0.1 Archived-At: Subject: Re: [Idr] =?utf-8?q?=5BBier=5D_I-D_Action=3A_draft-ietf-bier-bgp-ls-?= =?utf-8?q?bier-ext-00=2Etxt?= X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 02:44:51 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8" SGVsbG8gYWxsLA0KDQoNCg0KV2Ugd291bGQgbGlrZSB0byByZXF1ZXN0IGNvbW1lbnRzIG9uIHRo ZSBkcmFmdA0KDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQt aWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dCANCg0KDQoNCg0KDQoNCldlIHdvdWxkIHJlYWxseSBh cHByZWNpYXRlIGFueSBjb21tZW50cyBhbmQgcXVlc3Rpb25zIGFib3V0IHRoZSBkcmFmdC4NCg0K DQoNCg0KDQoNCkJlc3QgUmVnYXJkcy4NCg0KDQpSYW4NCg0KDQoNCg0KDQoNCg0K5Y6f5aeL6YKu 5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJog77ycaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn77yeDQrm lLbku7bkurrvvJog77ycaS1kLWFubm91bmNlQGlldGYub3Jn77yeDQrmioTpgIHkurrvvJog77yc YmllckBpZXRmLm9yZ++8ng0K5pelIOacnyDvvJoyMDE35bm0MDHmnIgxOeaXpSAwMDoyNg0K5Li7 IOmimCDvvJpbQmllcl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4 dC0wMC50eHQNCg0KDQoNCg0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBm cm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQg aXMgYSB3b3JrIGl0ZW0gb2YgdGhlIEJpdCBJbmRleGVkIEV4cGxpY2l0IFJlcGxpY2F0aW9uIG9m IHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IEJHUCBMaW5rLVN0YXRlIGV4 dGVuc2lvbnMgZm9yIEJJRVINCiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogUmFuIENoZW4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgWmhlbmcgWmhhbmcNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgVmVuZ2FkYSBQcmFzYWQgR292aW5kYW4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg SUpzYnJhbmQgV2lqbmFuZHMNCiAgICBGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWJpZXIt YmdwLWxzLWJpZXItZXh0LTAwLnR4dA0KICAgIFBhZ2VzICAgICAgICAgICA6IDgNCiAgICBEYXRl ICAgICAgICAgICAgOiAyMDE3LTAxLTEwDQoNCkFic3RyYWN0Og0KICAgQml0IEluZGV4IEV4cGxp Y2l0IFJlcGxpY2F0aW9uIChCSUVSKSBpcyBhbiBhcmNoaXRlY3R1cmUgdGhhdA0KICAgcHJvdmlk ZXMgb3B0aW1hbCBtdWx0aWNhc3QgZm9yd2FyZGluZyB0aHJvdWdoIGEgIkJJRVIgZG9tYWluIiB3 aXRob3V0DQogICByZXF1aXJpbmcgaW50ZXJtZWRpYXRlIHJvdXRlcnMgdG8gbWFpbnRhaW4gYW55 IG11bHRpY2FzdCByZWxhdGVkIHBlci0NCiAgIGZsb3cgc3RhdGUuICBCSUVSIGFsc28gZG9lcyBu b3QgcmVxdWlyZSBhbnkgZXhwbGljaXQgdHJlZS1idWlsZGluZw0KICAgcHJvdG9jb2wgZm9yIGl0 cyBvcGVyYXRpb24uICBBIG11bHRpY2FzdCBkYXRhIHBhY2tldCBlbnRlcnMgYSBCSUVSDQogICBk b21haW4gYXQgYSAiQml0LUZvcndhcmRpbmcgSW5ncmVzcyBSb3V0ZXIiIChCRklSKSwgYW5kIGxl YXZlcyB0aGUNCiAgIEJJRVIgZG9tYWluIGF0IG9uZSBvciBtb3JlICJCaXQtRm9yd2FyZGluZyBF Z3Jlc3MgUm91dGVycyIgKEJGRVJzKS4NCiAgIFRoZSBCRklSIHJvdXRlciBhZGRzIGEgQklFUiBo ZWFkZXIgdG8gdGhlIHBhY2tldC4gIFRoZSBCSUVSIGhlYWRlcg0KICAgY29udGFpbnMgYSBiaXRz dHJpbmcgaW4gd2hpY2ggZWFjaCBiaXQgcmVwcmVzZW50cyBleGFjdGx5IG9uZSBCRkVSIHRvDQog ICBmb3J3YXJkIHRoZSBwYWNrZXQgdG8uICBUaGUgc2V0IG9mIEJGRVJzIHRvIHdoaWNoIHRoZSBt dWx0aWNhc3QNCiAgIHBhY2tldCBuZWVkcyB0byBiZSBmb3J3YXJkZWQgaXMgZXhwcmVzc2VkIGJ5 IHNldHRpbmcgdGhlIGJpdHMgdGhhdA0KICAgY29ycmVzcG9uZCB0byB0aG9zZSByb3V0ZXJzIGlu IHRoZSBCSUVSIGhlYWRlci4NCg0KICAgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgZXh0ZW5zaW9u cyB0byB0aGUgQkdQIExpbmstc3RhdGUgYWRkcmVzcy0NCiAgIGZhbWlseSBpbiBvcmRlciB0byBh ZHZlcnRpc2luZyBCSUVSIGluZm9ybWF0aW9uLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0 YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dC8NCg0KVGhlcmUncyBhbHNvIGEg aHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dC0wMA0KDQoNClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg YXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUg YnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpCSUVS IG1haWxpbmcgbGlzdA0KQklFUkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9iaWVy --=====_003_next===== Content-Transfer-Encoding: base64 Content-Type: text/html ; charset="UTF-8" PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cD48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIx cHg7Ij5IZWxsbyBhbGwsPC9zcGFuPjxicj48L3A+PHAgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4 OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyI+V2Ugd291bGQgbGlrZSB0byByZXF1ZXN0IGNvbW1lbnRz IG9uIHRoZSBkcmFmdDwvcD48cCBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7IHdoaXRlLXNwYWNl OiBub3JtYWw7Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LWlldGYtYmllci1iZ3AtbHMtYmllci1leHQiIHRhcmdldD0iX2JsYW5rIiBzdHlsZT0i Zm9udC1zaXplOiAxMi42NjY2NjY5ODQ1NTgxcHg7IGxpbmUtaGVpZ2h0OiAxOXB4OyI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWJpZXItYmdwLWxzLWJp ZXItZXh0PC9hPiZuYnNwOzwvcD48cCBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7IHdoaXRlLXNw YWNlOiBub3JtYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJsaW5lLWhlaWdodDogMjFweDsgd2hpdGUt c3BhY2U6IG5vcm1hbDsiPldlIHdvdWxkIHJlYWxseSBhcHByZWNpYXRlIGFueSBjb21tZW50cyBh bmQgcXVlc3Rpb25zIGFib3V0IHRoZSBkcmFmdC48L3A+PHAgc3R5bGU9ImxpbmUtaGVpZ2h0OiAy MXB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyI+PGJyPjwvcD48cCBzdHlsZT0ibGluZS1oZWlnaHQ6 IDIxcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7Ij5CZXN0IFJlZ2FyZHMuPC9wPjxwIHN0eWxlPSJs aW5lLWhlaWdodDogMjFweDsgd2hpdGUtc3BhY2U6IG5vcm1hbDsiPlJhbjwvcD48cCBzdHlsZT0i bGluZS1oZWlnaHQ6IDIxcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7Ij48YnI+PC9wPjxkaXY+PGRp diBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2PjxkaXY+PGRp diBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDogMTAwJTsgaGVpZ2h0OiAyOHB4OyBs aW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjogI0UwRTVFOTsgY29sb3I6ICMxMzg4 RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlPcmdUeHQiPuWO n+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3RvcnlDb250YWluZXIiPjxkaXYgY2xh c3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRpdiBjbGFzcz0iemhpc3RvcnlIZWFk ZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQtY29sb3I6ICNGNUY2Rjg7Ij48ZGl2 PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRlclR4dCI+5Y+R5Lu25Lq677yaPC9z dHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPiDvvJxpbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmfvvJ47PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5 VE9UeHQiPuaUtuS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBz dHlsZT0iZGlzcGxheTogaW5saW5lLWJsb2NrOyI+IO+8nGktZC1hbm5vdW5jZUBpZXRmLm9yZ++8 njs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlDQ1R4dCI+ 5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJk aXNwbGF5OiBpbmxpbmUtYmxvY2s7Ij4g77ycYmllckBpZXRmLm9yZ++8njs8L3NwYW4+PC9kaXY+ PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8mjwv c3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMTflubQwMeaciDE55pelIDAwOjI2PC9zcGFuPjwvZGl2 PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVjdFR4dCI+5Li7IOmimCDv vJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9uZz5bQmllcl0gSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dC0wMC50eHQ8L3N0cm9uZz48L3Nw YW4+PC9kaXY+PC9kaXY+PHAgY2xhc3M9InpoaXN0b3J5Q29udGVudCI+PGJyPjwvcD48ZGl2Pjxi cj5BJm5ic3A7TmV3Jm5ic3A7SW50ZXJuZXQtRHJhZnQmbmJzcDtpcyZuYnNwO2F2YWlsYWJsZSZu YnNwO2Zyb20mbmJzcDt0aGUmbmJzcDtvbi1saW5lJm5ic3A7SW50ZXJuZXQtRHJhZnRzJm5ic3A7 ZGlyZWN0b3JpZXMuPGJyPlRoaXMmbmJzcDtkcmFmdCZuYnNwO2lzJm5ic3A7YSZuYnNwO3dvcmsm bmJzcDtpdGVtJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtCaXQmbmJzcDtJbmRleGVkJm5ic3A7RXhw bGljaXQmbmJzcDtSZXBsaWNhdGlvbiZuYnNwO29mJm5ic3A7dGhlJm5ic3A7SUVURi48YnI+PGJy PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7OiZuYnNwO0JHUCZuYnNwO0xpbmstU3RhdGUmbmJzcDtleHRlbnNpb25zJm5ic3A7Zm9y Jm5ic3A7QklFUjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtBdXRob3JzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7OiZuYnNwO1JhbiZuYnNwO0NoZW48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7WmhlbmcmbmJzcDtaaGFuZzxicj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtWZW5nYWRhJm5ic3A7UHJhc2FkJm5ic3A7R292aW5kYW48 YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SUpzYnJhbmQmbmJz cDtXaWpuYW5kczxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtGaWxlbmFtZSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzombmJzcDtkcmFmdC1pZXRmLWJp ZXItYmdwLWxzLWJpZXItZXh0LTAwLnR4dDxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtQYWdl cyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzombmJzcDs4PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0RhdGUmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs6Jm5ic3A7MjAxNy0wMS0xMDxicj48YnI+QWJzdHJhY3Q6PGJyPiZuYnNwOyZuYnNw OyZuYnNwO0JpdCZuYnNwO0luZGV4Jm5ic3A7RXhwbGljaXQmbmJzcDtSZXBsaWNhdGlvbiZuYnNw OyhCSUVSKSZuYnNwO2lzJm5ic3A7YW4mbmJzcDthcmNoaXRlY3R1cmUmbmJzcDt0aGF0PGJyPiZu YnNwOyZuYnNwOyZuYnNwO3Byb3ZpZGVzJm5ic3A7b3B0aW1hbCZuYnNwO211bHRpY2FzdCZuYnNw O2ZvcndhcmRpbmcmbmJzcDt0aHJvdWdoJm5ic3A7YSZuYnNwOyJCSUVSJm5ic3A7ZG9tYWluIiZu YnNwO3dpdGhvdXQ8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7cmVxdWlyaW5nJm5ic3A7aW50ZXJtZWRp YXRlJm5ic3A7cm91dGVycyZuYnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDthbnkmbmJzcDttdWx0 aWNhc3QmbmJzcDtyZWxhdGVkJm5ic3A7cGVyLTxicj4mbmJzcDsmbmJzcDsmbmJzcDtmbG93Jm5i c3A7c3RhdGUuJm5ic3A7Jm5ic3A7QklFUiZuYnNwO2Fsc28mbmJzcDtkb2VzJm5ic3A7bm90Jm5i c3A7cmVxdWlyZSZuYnNwO2FueSZuYnNwO2V4cGxpY2l0Jm5ic3A7dHJlZS1idWlsZGluZzxicj4m bmJzcDsmbmJzcDsmbmJzcDtwcm90b2NvbCZuYnNwO2ZvciZuYnNwO2l0cyZuYnNwO29wZXJhdGlv bi4mbmJzcDsmbmJzcDtBJm5ic3A7bXVsdGljYXN0Jm5ic3A7ZGF0YSZuYnNwO3BhY2tldCZuYnNw O2VudGVycyZuYnNwO2EmbmJzcDtCSUVSPGJyPiZuYnNwOyZuYnNwOyZuYnNwO2RvbWFpbiZuYnNw O2F0Jm5ic3A7YSZuYnNwOyJCaXQtRm9yd2FyZGluZyZuYnNwO0luZ3Jlc3MmbmJzcDtSb3V0ZXIi Jm5ic3A7KEJGSVIpLCZuYnNwO2FuZCZuYnNwO2xlYXZlcyZuYnNwO3RoZTxicj4mbmJzcDsmbmJz cDsmbmJzcDtCSUVSJm5ic3A7ZG9tYWluJm5ic3A7YXQmbmJzcDtvbmUmbmJzcDtvciZuYnNwO21v cmUmbmJzcDsiQml0LUZvcndhcmRpbmcmbmJzcDtFZ3Jlc3MmbmJzcDtSb3V0ZXJzIiZuYnNwOyhC RkVScykuPGJyPiZuYnNwOyZuYnNwOyZuYnNwO1RoZSZuYnNwO0JGSVImbmJzcDtyb3V0ZXImbmJz cDthZGRzJm5ic3A7YSZuYnNwO0JJRVImbmJzcDtoZWFkZXImbmJzcDt0byZuYnNwO3RoZSZuYnNw O3BhY2tldC4mbmJzcDsmbmJzcDtUaGUmbmJzcDtCSUVSJm5ic3A7aGVhZGVyPGJyPiZuYnNwOyZu YnNwOyZuYnNwO2NvbnRhaW5zJm5ic3A7YSZuYnNwO2JpdHN0cmluZyZuYnNwO2luJm5ic3A7d2hp Y2gmbmJzcDtlYWNoJm5ic3A7Yml0Jm5ic3A7cmVwcmVzZW50cyZuYnNwO2V4YWN0bHkmbmJzcDtv bmUmbmJzcDtCRkVSJm5ic3A7dG88YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Zm9yd2FyZCZuYnNwO3Ro ZSZuYnNwO3BhY2tldCZuYnNwO3RvLiZuYnNwOyZuYnNwO1RoZSZuYnNwO3NldCZuYnNwO29mJm5i c3A7QkZFUnMmbmJzcDt0byZuYnNwO3doaWNoJm5ic3A7dGhlJm5ic3A7bXVsdGljYXN0PGJyPiZu YnNwOyZuYnNwOyZuYnNwO3BhY2tldCZuYnNwO25lZWRzJm5ic3A7dG8mbmJzcDtiZSZuYnNwO2Zv cndhcmRlZCZuYnNwO2lzJm5ic3A7ZXhwcmVzc2VkJm5ic3A7YnkmbmJzcDtzZXR0aW5nJm5ic3A7 dGhlJm5ic3A7Yml0cyZuYnNwO3RoYXQ8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29ycmVzcG9uZCZu YnNwO3RvJm5ic3A7dGhvc2UmbmJzcDtyb3V0ZXJzJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtCSUVS Jm5ic3A7aGVhZGVyLjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7VGhpcyZuYnNwO2RvY3VtZW50 Jm5ic3A7c3BlY2lmaWVzJm5ic3A7ZXh0ZW5zaW9ucyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7QkdQ Jm5ic3A7TGluay1zdGF0ZSZuYnNwO2FkZHJlc3MtPGJyPiZuYnNwOyZuYnNwOyZuYnNwO2ZhbWls eSZuYnNwO2luJm5ic3A7b3JkZXImbmJzcDt0byZuYnNwO2FkdmVydGlzaW5nJm5ic3A7QklFUiZu YnNwO2luZm9ybWF0aW9uLjxicj48YnI+PGJyPlRoZSZuYnNwO0lFVEYmbmJzcDtkYXRhdHJhY2tl ciZuYnNwO3N0YXR1cyZuYnNwO3BhZ2UmbmJzcDtmb3ImbmJzcDt0aGlzJm5ic3A7ZHJhZnQmbmJz cDtpczo8YnI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iaWVy LWJncC1scy1iaWVyLWV4dC88YnI+PGJyPlRoZXJlJ3MmbmJzcDthbHNvJm5ic3A7YSZuYnNwO2h0 bWxpemVkJm5ic3A7dmVyc2lvbiZuYnNwO2F2YWlsYWJsZSZuYnNwO2F0Ojxicj5odHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1iaWVyLWJncC1scy1iaWVyLWV4dC0wMDxicj48 YnI+PGJyPlBsZWFzZSZuYnNwO25vdGUmbmJzcDt0aGF0Jm5ic3A7aXQmbmJzcDttYXkmbmJzcDt0 YWtlJm5ic3A7YSZuYnNwO2NvdXBsZSZuYnNwO29mJm5ic3A7bWludXRlcyZuYnNwO2Zyb20mbmJz cDt0aGUmbmJzcDt0aW1lJm5ic3A7b2YmbmJzcDtzdWJtaXNzaW9uPGJyPnVudGlsJm5ic3A7dGhl Jm5ic3A7aHRtbGl6ZWQmbmJzcDt2ZXJzaW9uJm5ic3A7YW5kJm5ic3A7ZGlmZiZuYnNwO2FyZSZu YnNwO2F2YWlsYWJsZSZuYnNwO2F0Jm5ic3A7dG9vbHMuaWV0Zi5vcmcuPGJyPjxicj5JbnRlcm5l dC1EcmFmdHMmbmJzcDthcmUmbmJzcDthbHNvJm5ic3A7YXZhaWxhYmxlJm5ic3A7YnkmbmJzcDth bm9ueW1vdXMmbmJzcDtGVFAmbmJzcDthdDo8YnI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy88YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPkJJRVImbmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj5CSUVSQGlldGYub3JnPGJy Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmllcjxicj48L2Rpdj48cD48 YnI+PC9wPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxwPjxicj48L3A+IDwv ZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Sun Apr 9 11:20:51 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10337127599 for ; Sun, 9 Apr 2017 11:20:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sZFgrLDfrLqp for ; Sun, 9 Apr 2017 11:20:47 -0700 (PDT) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0103.outbound.protection.outlook.com [104.47.37.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 768061243F6 for ; Sun, 9 Apr 2017 11:20:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=FIbMy3vothtuvlnj4IQbYyj/IiGp7TpCQJAA1Vcp2S4=; b=UTiwOqJwr85EOiea2Xu0k4Iuzm+Z3l89PM6UtB03hNC4kO5OmseRO5buFZTMu9TsK8udCLQ/JTpL68O8XNP9sjz4+BvP3O/ARGLZhx2Izb9dzBIOmclxF3876q3XGgNw02vf0XrrDAMKam1H5bu7jWcSN4SnYmkOPqeKhZj+MnM= Received: from CY4PR05MB2886.namprd05.prod.outlook.com (10.169.183.20) by CY4PR05MB2887.namprd05.prod.outlook.com (10.169.183.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5; Sun, 9 Apr 2017 18:20:46 +0000 Received: from CY4PR05MB2886.namprd05.prod.outlook.com ([10.169.183.20]) by CY4PR05MB2886.namprd05.prod.outlook.com ([10.169.183.20]) with mapi id 15.01.1034.007; Sun, 9 Apr 2017 18:20:46 +0000 From: Simon Zhong To: "idr@ietf.org" Thread-Topic: SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 Thread-Index: AdKxXgD4Cpf4ePb3QmGGH9sXHoVJLw== Date: Sun, 9 Apr 2017 18:20:46 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.11] x-microsoft-exchange-diagnostics: 1; CY4PR05MB2887; 7:P/CmJaXokB/wqRqb1fMQkOhqE44WfCPUDipC+gdSeCgxupemjhN1Rj8dJKQI4mHoO7yeA6a4OAOtCSaLGI0V1Nu1dNKN/RfKukqjufpfzqySlR5gUog04Nj7Dm5w3wL3u4OsyrR7tbwD1Y8hZ7573T9CtBmVrVF2unaA+Tokmo01oiaGmaFX88dFjsd8anCjFWIdo4xqJB2f0EwWx9YoBzRs3lG6MhPZlp4zsvfZ8p9ervOMe28NyAV6b71vTkPBy/H3KIgizNh9/afKZrD2r7nbCVP3AaASvc0yj2M0Irx1KXjlFKyRfB2yOlM0tTEaoMa0NxIk/cERUEqaQ8yFPg== x-ms-office365-filtering-correlation-id: ad39ea5f-201a-46e0-84d9-08d47f752434 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:CY4PR05MB2887; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(6055026)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(6072148); SRVR:CY4PR05MB2887; BCL:0; PCL:0; RULEID:; SRVR:CY4PR05MB2887; x-forefront-prvs: 02723F29C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39400400002)(39450400003)(39840400002)(39850400002)(39860400002)(5640700003)(74316002)(102836003)(6116002)(3280700002)(3846002)(3660700001)(2501003)(38730400002)(305945005)(110136004)(230783001)(7736002)(6436002)(8676002)(25786009)(2906002)(33656002)(86362001)(1730700003)(81166006)(77096006)(6506006)(66066001)(6306002)(8936002)(9686003)(966004)(53936002)(2351001)(99286003)(122556002)(7696004)(54356999)(189998001)(2900100001)(55016002)(6916009)(5660300001)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB2887; H:CY4PR05MB2886.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY4PR05MB28860927E141274AFB83BB7ED30E0CY4PR05MB2886namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Apr 2017 18:20:46.0784 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2887 Archived-At: Subject: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2017 18:20:49 -0000 --_000_CY4PR05MB28860927E141274AFB83BB7ED30E0CY4PR05MB2886namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm working on Wireshark bgp dissector and following description confuses m= e. 2.1.1. SR-Capabilities TLV The SR Capabilities sub-TLV has following format: ...... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Range Size | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // SID/Label Sub-TLV (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This implies that there's one "Range Size" and one or more "SID/Lable Sub-T= LV), however later in this section, it says: One or more entries, each of which have the following format: Range Size: 3 octet value indicating the number of labels in the range. SID/Label sub-TLV (as defined in Section 2.3.7.2). Which sounds like one or more "Range Size" + "SID/Lable sub-TLV" combo are = allowed. The same applies to SR Local Block TLV as well. So what's the intended behaviour? Thanks. /Simon --_000_CY4PR05MB28860927E141274AFB83BB7ED30E0CY4PR05MB2886namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
    Hi,
     
    I’m working on Wireshark bgp dissector and following description= confuses me.
     
    2.1.1.  SR-Capabilities TLV
     
       The SR Capabilities sub-TLV ha= s following format:
    R= 30;…
       +-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+
       |     = ;             R= ange Size           =         |
       +-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+
       //    &nbs= p;           SID/Label Su= b-TLV (variable)          = ;       //
       +-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+
     
    This= implies that there’s one “Range Size” and one or more &#= 8220;SID/Lable Sub-TLV), however later in this section, it says:
     
         One or more entrie= s, each of which have the following format:
     
           &= nbsp; Range Size: 3 octet value indicating the number of labels in
           &= nbsp; the range.
     
           &= nbsp; SID/Label sub-TLV (as defined in Section 2.3.7.2).
     
    Whic= h sounds like one or more “Range Size” + “SID/Lable s= ub-TLV” combo are allowed.
     
    The = same applies to SR Local Block TLV as well.
     
    So w= hat’s the intended behaviour? Thanks.
    &nbs= p;
    /Sim= on
     
     --_000_CY4PR05MB28860927E141274AFB83BB7ED30E0CY4PR05MB2886namp_-- From nobody Mon Apr 10 08:25:51 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0350F129537 for ; Mon, 10 Apr 2017 08:25:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XvLO3-k5HETy for ; Mon, 10 Apr 2017 08:25:47 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F48D129501 for ; Mon, 10 Apr 2017 08:25:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13538; q=dns/txt; s=iport; t=1491837946; x=1493047546; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=N1Q0ve+mvod555gCl4bcQP1UmooBTkJBaQ/gI9osVsM=; b=Sq/ua4tXbOHNRs4kZPvBhxi4xS/iLdnHZNfmtazCte1PPOxn5Lt56NsX +o8DFlsYfkg4TmHoe2iWgaYd5HCLg7ZgTIJmjfKUxlP3nRLyPPGr5pbXj jd4O+IUMMrc9gNvUCW7h/yoh6oPMKmOFXSgbsW4yVmgYZHY8nXFsOSbKu s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BDAQAAo+tY/40NJK1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm5lYYELB41ykUeQI4U0gg+GJAKDYD8YAQIBAQEBAQEBayiFFQEBAQE?= =?us-ascii?q?DLVwCAQgOAwQBASgHMhQJCAEBBAESCIoHqyuKYwEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAR2GUIRwhQyFLwWcewGST5FKk38BHzg+R1sVhRwcgWN1iFKBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208,217";a="409124611" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Apr 2017 15:25:46 +0000 Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v3AFPkYt013495 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Apr 2017 15:25:46 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 10:25:45 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 10:25:45 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Simon Zhong , "idr@ietf.org" Thread-Topic: SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 Thread-Index: AdKxXgD4Cpf4ePb3QmGGH9sXHoVJLwAsG3Pw Date: Mon, 10 Apr 2017 15:25:45 +0000 Message-ID: <33d6b2c1e8164ae6abd36010fce175bb@XCH-ALN-008.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.160.39] Content-Type: multipart/alternative; boundary="_000_33d6b2c1e8164ae6abd36010fce175bbXCHALN008ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 15:25:49 -0000 --_000_33d6b2c1e8164ae6abd36010fce175bbXCHALN008ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Simon, The pair "Range Size + SID/Label sub-TLV" would be repeated if there are mo= re than one SRGB/SRLB ranges advertised by a node. Thanks, Ketan From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Simon Zhong Sent: 09 April 2017 11:21 To: idr@ietf.org Subject: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing= -ext-01 Hi, I'm working on Wireshark bgp dissector and following description confuses m= e. 2.1.1. SR-Capabilities TLV The SR Capabilities sub-TLV has following format: ...... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Range Size | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // SID/Label Sub-TLV (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This implies that there's one "Range Size" and one or more "SID/Lable Sub-T= LV), however later in this section, it says: One or more entries, each of which have the following format: Range Size: 3 octet value indicating the number of labels in the range. SID/Label sub-TLV (as defined in Section 2.3.7.2). Which sounds like one or more "Range Size" + "SID/Lable sub-TLV" combo are = allowed. The same applies to SR Local Block TLV as well. So what's the intended behaviour? Thanks. /Simon --_000_33d6b2c1e8164ae6abd36010fce175bbXCHALN008ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi Simon,<= o:p>

     = ;

    The pair &= #8220;Range Size + SID/Label sub-TLV” would be repeated if there = are more than one SRGB/SRLB ranges advertised by a node.<= /p>

     = ;

    Thanks,

    Ketan=

     = ;

    From: = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Simon Zhong
    Sent: 09 April 2017 11:21
    To: idr@ietf.org
    Subject: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-= routing-ext-01

     

    Hi,

     

    I’m working on Wireshark bgp dissector and following description co= nfuses me.

     

    2.1.1.  SR-Capabilities TLV

     

       The SR Capabilities sub-TLV has following for= mat:

    ……

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

       |       &n= bsp;          Range Size =             &nb= sp;     |

       +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;<= /span>

       //       &= nbsp;        SID/Label Sub-TLV (variable= )            &n= bsp;    //

       +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;<= /span>

     

    This implies that there’s one “Range Si= ze” and one or more “SID/Lable Sub-TLV), however later in this = section, it says:

     

         One or more entries, each of whic= h have the following format:

     

             Range Siz= e: 3 octet value indicating the number of labels in

             the range= .

     

             SID/Label= sub-TLV (as defined in Section 2.3.7.2).

     

    Which sounds like one or more “Range SizeR= 21; + “SID/Lable sub-TLV” combo are allowed.

     

    The same applies to SR Local Block TLV as well.=

     

    So what’s the intended behaviour? Thanks.=

     

    /Simon

     

    --_000_33d6b2c1e8164ae6abd36010fce175bbXCHALN008ciscocom_-- From nobody Mon Apr 10 08:30:41 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D7FD127B5A for ; Mon, 10 Apr 2017 08:30:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QT3DTgAivRuu for ; Mon, 10 Apr 2017 08:30:37 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7639612953D for ; Mon, 10 Apr 2017 08:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25142; q=dns/txt; s=iport; t=1491838237; x=1493047837; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ceKtNsNV0Wj03D5kTPCxyQKJ7pybFojxsxSX+1n15t4=; b=CjLUAnFMIgjfYBtV0Xat+rn3EDats5oXHyEsMFzfO5rGA2b+L52xxn5/ +IEIFSt9JG09bCSFZmog8+vbYGJcmGYxr+e65tZk41HdC+Q3FHvgxJ1Hz 5cvj816IEhvxXbsN6TRTP0IBWU6T6TWmRB/4ix7P6IbXyvtXgmscjSXaL 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DIAQAYpOtY/4cNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYYELB4NfihORR4gajT2CDyEBDIV2AhqDRj8YAQIBAQEBAQE?= =?us-ascii?q?BayiFFQEBAQEDAQEhCkEJAhACAQgRBAEBKAMCAgIfBgsUCQgCBAENBQiJbwMVD?= =?us-ascii?q?qh5giaHKQ2DLQEBAQEBAQEBAQEBAQEBAQEBAQEBAR2GUIRwglFGgVYfCIJIgl8?= =?us-ascii?q?Fj2qGNoYgOwGGf4cchDSCCFWEWYoUiwCIfwEPEDiBBVsVGCmEWxwZgUp1AYhRg?= =?us-ascii?q?Q0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208,217";a="229337139" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Apr 2017 15:30:36 +0000 Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3AFUaEP028627 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Apr 2017 15:30:36 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 10:30:35 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 10:30:35 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Jeff Tantsura , Robert Raszuk CC: idr wg , "Van De Velde, Gunter (Nokia - BE)" Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt Thread-Index: AQHSlC44kCQCnRFeakuCItibeIgUn6GEn0gAgAAjBoCAAF/gAIAAptWAgDks9QA= Date: Mon, 10 Apr 2017 15:30:35 +0000 Message-ID: References: <148854728632.10105.590253116263033290.idtracker@ietfa.amsl.com> <4BF12F22-F605-406F-9CD8-ACE350B981D0@alcatel-lucent.com> <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.com> In-Reply-To: <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.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: [10.154.160.39] Content-Type: multipart/alternative; boundary="_000_de730d8327314fa6bfa375c76c8fd116XCHALN008ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 15:30:40 -0000 --_000_de730d8327314fa6bfa375c76c8fd116XCHALN008ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSmVmZi9BdXRob3JzLA0KDQpDb3VsZCB3ZSBnZXQgdGhpcyBNU0QgQkdQLUxTIGRyYWZ0IHBv bGxlZCBmb3IgSURSIFdHIGFkb3B0aW9uPyBUaGUgY29ycmVzcG9uZGluZyBJR1AgZHJhZnRzIGFy ZSBhbHJlYWR5IHJlc3BlY3RpdmUgV0cgZG9jdW1lbnRzLg0KDQpUaGFua3MsDQpLZXRhbg0KDQpG cm9tOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEplZmYg VGFudHN1cmENClNlbnQ6IDA0IE1hcmNoIDIwMTcgMTY6MjENClRvOiBSb2JlcnQgUmFzenVrIDxy b2JlcnRAcmFzenVrLm5ldD4NCkNjOiBpZHIgd2cgPGlkckBpZXRmLm9yZz47IFZhbiBEZSBWZWxk ZSwgR3VudGVyIChOb2tpYSAtIEJFKSA8Z3VudGVyLnZhbl9kZV92ZWxkZUBub2tpYS5jb20+DQpT dWJqZWN0OiBSZTogW0lkcl0gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt dmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1ybGQtMDEudHh0DQoNClJvYmVy dCwNCg0KUGxlYXNlIHRha2UgYSBsb29rIGF0IDAyIGlzaXMgZHJhZnQgcHVibGlzaGVkIHllc3Rl cmRheSwgd2UgaGF2ZSBhZGRlZCB0eXBlIGZsYWcgdGhhdCBkZWZpbmVzIHRoZSB0eXBlIG9mIGEg U0lEIGFuZCBjb3VsZCBiZSB1c2VkIHdpdGggdjYgZGF0YXBsYW5lLg0KVGhlIGxpbWl0YXRpb25z IHdydCBsYWJlbCBvcGVyYXRpb25zIGFyZSB3ZWxsIHVuZGVyc3Rvb2QgYWNyb3NzIGJvdGggY3Vz dG9tIGFuZCBtZXJjaGFudCAgc2lsaWNvbiBhbmQgZnJvbSB1c2UgY2FzZSBwcm9zcGVjdGl2ZSBo YWQgdG8gYmUgYWRkcmVzc2VkIGZpcnN0Lg0KVjYgZGF0YXBsYW5lIHdpbGwgYmUgYWRkZWQuDQoN ClBsZWFzZSBsZXQgbWUga25vdyBpZiB0aGlzIGFuc3dlcnMgeW91ciBxdWVzdGlvbnMgYW5kIGFk ZHJlc3NlcyBjb25jZXJucy4NCg0KUmVnYXJkcywNCkplZmYNCg0KT24gTWFyIDQsIDIwMTcsIGF0 IDA2OjI0LCBSb2JlcnQgUmFzenVrIDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJh c3p1ay5uZXQ+PiB3cm90ZToNCkplZmYsDQoNCk1TRCBkcmFmdHMgKHlvdXJzIGludmx1ZGVkKSB0 YWxrcyBhYm91dCBsYWJlbHMgd2hpbGUgTVNEIGFzIHN1Y2ggc2VlbXMgdG8gYmUgZGVmaW5lZCBh cyBtYXhpbXVtIFNJRCBkZXB0aC4NCg0KSW4gU1J2NiBTSUQgaXMgKk5PVCogYSBsYWJlbC4gU28g d2h5IG5vdCB0byBkZWZpbmUgTVNEIHByb3Blcmx5IGFjcm9zcyBhbGwgU1Igc2NlbmFyaW9zPw0K DQpBcmUgd2UgZ29pbmcgdG8gaGF2ZSBub3cgbmV3IHpvbyBvZiBkcmFmdHMgbm93IGRlZmluaW5n IE1TRCBmb3IgU1J2NiB2cyBjdXJyZW50IGRvY3MganVzdCBkZWZpbmluZyBNU0QgZm9yIFNSLU1Q TFMgPw0KDQpDaGVlcnMsDQpSLg0KDQoNCg0KT24gTWFyIDQsIDIwMTcgOTo0MSBBTSwgIkplZmYg VGFudHN1cmEiIDxqZWZmdGFudC5pZXRmQGdtYWlsLmNvbTxtYWlsdG86amVmZnRhbnQuaWV0ZkBn bWFpbC5jb20+PiB3cm90ZToNClJvYmVydCwNCg0KVGhhdCdzIGRvbmUgaW4gTVNEIGRyYWZ0cy4N CkluIHRoZSByZWNlbnRseSBwdWJsaXNoZWQgaXNpcyBkcmFmdCB3ZSBoYXZlIGFsc28gaW50cm9k dWNlZCBNU0QgdHlwZSBmbGFnIHRoYXQgd291bGQgYmUgdXNlZCB0byBzaWduYWwgZGlmZmVyZW50 IHR5cGVzIG9mIFNJRCdzOiByZWNpcmN1bGF0ZWQgbGFiZWxzLCBFTCdzLCBldGMNCg0KQ2hlZXJz LA0KSmVmZg0KDQpPbiBGcmksIE1hciAzLCAyMDE3IGF0IDIyOjM1IFJvYmVydCBSYXN6dWsgPHJv YmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD4+IHdyb3RlOg0KSGV5IEd1 bnRlciwNCg0KR29vZCBwcm9wb3NhbCBob3dldmVyIHdoeSBkbyB5b3Ugb25seSB0aGluayBhYm91 dCBsYWJlbHMgPw0KDQpTZXJpb3VzbHkgaWYgdGhpcyBpcyB0byBtb3ZlIGZ3ZCBsZXQncyBhZGQg YWJpbGl0eSB0byBzaWduYWwgYWxzbyBmb2xsb3dpbmcgZWxlbWVudHM6DQoNCiogYWJpbGl0eSB0 byBwdW50IFNSLU1QTFMgdG8gbG9jYWwgQ1BVIChzbG93IHBhdGgpIHdoZW4gbm90IGhhbmRsZWQg aW4gaGFyZHdhcmUgKHBlciBub2RlIGJhc2lzKQ0KDQoqIGFkZCBzaWduYWxsaW5nIGZvciBudW1i ZXIgb2YgU1J2NiBTUkhzIHN1cHBvcnRlZCBwZXIgbm9kZS9wZXIgTEMNCg0KKiBhZGQgc2lnbmFs bGluZyBmb3IgZGVwdGggcGVyIFNSSCBhbmQgdG90YWwgb2YgU0lEcyBzdXBwb3J0ZWQgcGVyIG5v ZGUvcGVyIExDDQoNCiogc2lnbmFsIGFiaWxpdHkgdG8gcHVudCB0byBzbG93IHBhdGggb3Igbm90 IGZvciBsb25nZXIgdGhlbiBzdXBwb3J0IFNSSCBzdGFjayBvciBudW1iZXIgb2YgU0lEcyBpbiBl YWNoIFNSSCBzdHJ1Y3R1cmUuDQoNCkNoZWVycywNClJvYmVydC4NCg0KDQpPbiBGcmksIE1hciAz LCAyMDE3IGF0IDM6NTUgUE0sIFZhbiBEZSBWZWxkZSwgR3VudGVyIChOb2tpYSAtIEJFKSA8Z3Vu dGVyLnZhbl9kZV92ZWxkZUBub2tpYS5jb208bWFpbHRvOmd1bnRlci52YW5fZGVfdmVsZGVAbm9r aWEuY29tPj4gd3JvdGU6DQpIZWFkcy11cOKApiBIYXBweSB0byBsZWFybiBmZWVkYmFjayBhbmQg Y29tbWVudHMuDQoNClRoaXMgZHJhZnQgaXMgc2hvcnQgYW5kIGRlZmluZXMgdGhlIGF0dHJpYnV0 ZSB0byB1c2UgZm9yIEJHUC1MUyB0byBleHBvc2UgYQ0Kbm9kZSBSTEQgIlJlYWRhYmxlIExhYmVs IERlcHRoIiB0byBhIGNlbnRyYWxpc2VkIGNvbnRyb2xsZXIgKFBDRS9TRE4pLg0KDQpHLw0KDQpP biAwMy8wMy8yMDE3LCAxNDoyMSwgImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPiIgPGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPj4gd3JvdGU6DQoNCg0KICAgIEEgbmV3IHZlcnNpb24g b2YgSS1ELCBkcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLXJsZC0w MS50eHQNCiAgICBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEd1bnRlciBWYW4g ZGUgVmVsZGUgYW5kIHBvc3RlZCB0byB0aGUNCiAgICBJRVRGIHJlcG9zaXRvcnkuDQoNCiAgICBO YW1lOiAgICAgICAgICAgICAgIGRyYWZ0LXZhbmRldmVsZGUtaWRyLWJncC1scy1zZWdtZW50LXJv dXRpbmctcmxkDQogICAgUmV2aXNpb246ICAgMDENCiAgICBUaXRsZTogICAgICAgICAgICAgIFNp Z25hbGxpbmcgUkxEIHVzaW5nIEJHUC1MUw0KICAgIERvY3VtZW50IGRhdGU6ICAgICAgMjAxNy0w My0wMw0KICAgIEdyb3VwOiAgICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQogICAg UGFnZXM6ICAgICAgICAgICAgICA1DQogICAgVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3Lmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVu dC1yb3V0aW5nLXJsZC0wMS50eHQNCiAgICBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91 dGluZy1ybGQvDQogICAgSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLXJsZC0wMQ0KICAg IERpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt dmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1ybGQtMDENCg0KICAgIEFic3Ry YWN0Og0KICAgICAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgYXR0cmlidXRlIHRvIHVzZSBm b3IgQkdQLUxTIHRvIGV4cG9zZSBhDQogICAgICAgbm9kZSBSTEQgIlJlYWRhYmxlIExhYmVsIERl cHRoIiB0byBhIGNlbnRyYWxpc2VkIGNvbnRyb2xsZXIgKFBDRS8NCiAgICAgICBTRE4pLg0KDQoN Cg0KDQoNCiAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0 ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQogICAgdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9v bHMuaWV0Zi5vcmc+Lg0KDQogICAgVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0 DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaWRyDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklk ckBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQo= --_000_de730d8327314fa6bfa375c76c8fd116XCHALN008ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLm05MDI4Mjk3MjE0OTE4 MDYwNTY5Z21haWxtc2cNCgl7bXNvLXN0eWxlLW5hbWU6bV85MDI4Mjk3MjE0OTE4MDYwNTY5Z21h aWxfbXNnO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBs aW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgSmVmZi9BdXRob3JzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Q291bGQgd2UgZ2V0IHRoaXMgTVNEIEJHUC1MUyBkcmFmdCBw b2xsZWQgZm9yIElEUiBXRyBhZG9wdGlvbj8gVGhlIGNvcnJlc3BvbmRpbmcgSUdQIGRyYWZ0cyBh cmUgYWxyZWFkeSByZXNwZWN0aXZlIFdHIGRvY3VtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+S2V0YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij4gSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9i PkplZmYgVGFudHN1cmE8YnI+DQo8Yj5TZW50OjwvYj4gMDQgTWFyY2ggMjAxNyAxNjoyMTxicj4N CjxiPlRvOjwvYj4gUm9iZXJ0IFJhc3p1ayAmbHQ7cm9iZXJ0QHJhc3p1ay5uZXQmZ3Q7PGJyPg0K PGI+Q2M6PC9iPiBpZHIgd2cgJmx0O2lkckBpZXRmLm9yZyZndDs7IFZhbiBEZSBWZWxkZSwgR3Vu dGVyIChOb2tpYSAtIEJFKSAmbHQ7Z3VudGVyLnZhbl9kZV92ZWxkZUBub2tpYS5jb20mZ3Q7PGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbSWRyXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u IGZvciBkcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0aW5nLXJsZC0wMS50 eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Um9iZXJ0LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5QbGVhc2UgdGFrZSBhIGxvb2sgYXQgMDIgaXNpcyBkcmFmdCBwdWJsaXNoZWQgeWVzdGVy ZGF5LCB3ZSBoYXZlIGFkZGVkIHR5cGUgZmxhZyB0aGF0IGRlZmluZXMgdGhlIHR5cGUgb2YgYSBT SUQgYW5kIGNvdWxkIGJlIHVzZWQgd2l0aCB2NiBkYXRhcGxhbmUuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbGltaXRhdGlvbnMgd3J0IGxh YmVsIG9wZXJhdGlvbnMgYXJlIHdlbGwgdW5kZXJzdG9vZCBhY3Jvc3MgYm90aCBjdXN0b20gYW5k IG1lcmNoYW50ICZuYnNwO3NpbGljb24gYW5kIGZyb20gdXNlIGNhc2UgcHJvc3BlY3RpdmUgaGFk IHRvIGJlIGFkZHJlc3NlZCBmaXJzdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlY2IGRhdGFwbGFuZSB3aWxsIGJlIGFkZGVkLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2UgbGV0IG1l IGtub3cgaWYgdGhpcyBhbnN3ZXJzIHlvdXIgcXVlc3Rpb25zIGFuZCBhZGRyZXNzZXMgY29uY2Vy bnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRz LDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkplZmY8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9uIE1hciA0LCAyMDE3LCBh dCAwNjoyNCwgUm9iZXJ0IFJhc3p1ayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvYmVydEByYXN6dWsu bmV0Ij5yb2JlcnRAcmFzenVrLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SmVmZiw8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1TRCBkcmFmdHMgKHlvdXJzIGlu dmx1ZGVkKSB0YWxrcyBhYm91dCBsYWJlbHMgd2hpbGUgTVNEIGFzIHN1Y2ggc2VlbXMgdG8gYmUg ZGVmaW5lZCBhcyBtYXhpbXVtIFNJRCBkZXB0aC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gU1J2NiBTSUQgaXMgKk5PVCogYSBsYWJlbC4g U28gd2h5IG5vdCB0byBkZWZpbmUgTVNEIHByb3Blcmx5IGFjcm9zcyBhbGwgU1Igc2NlbmFyaW9z PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5B cmUgd2UgZ29pbmcgdG8gaGF2ZSBub3cgbmV3IHpvbyBvZiBkcmFmdHMgbm93IGRlZmluaW5nIE1T RCBmb3IgU1J2NiB2cyBjdXJyZW50IGRvY3MganVzdCBkZWZpbmluZyBNU0QgZm9yIFNSLU1QTFMg PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5D aGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5SLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+T24gTWFyIDQsIDIwMTcgOTo0MSBBTSwgJnF1b3Q7SmVmZiBUYW50c3VyYSZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmplZmZ0YW50LmlldGZAZ21haWwuY29tIj5qZWZmdGFudC5pZXRm QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Sb2JlcnQsPGJyPg0KPGJyPg0KVGhhdCdzIGRvbmUg aW4gTVNEIGRyYWZ0cy48YnI+DQpJbiB0aGUgcmVjZW50bHkgcHVibGlzaGVkIGlzaXMgZHJhZnQg d2UgaGF2ZSBhbHNvIGludHJvZHVjZWQgTVNEIHR5cGUgZmxhZyB0aGF0IHdvdWxkIGJlIHVzZWQg dG8gc2lnbmFsIGRpZmZlcmVudCB0eXBlcyBvZiBTSUQnczogcmVjaXJjdWxhdGVkIGxhYmVscywg RUwncywgZXRjPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkplZmY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiBGcmksIE1hciAzLCAyMDE3IGF0IDIyOjM1IFJvYmVydCBSYXN6dWsgJmx0 OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFzenVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnJvYmVy dEByYXN6dWsubmV0PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0 OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5IZXkgR3VudGVyLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+R29vZCBwcm9wb3NhbCBob3dldmVyIHdoeSBkbyB5b3Ugb25seSB0aGluayBhYm91dCBsYWJl bHMgPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+U2VyaW91c2x5IGlmIHRoaXMgaXMgdG8gbW92ZSBmd2QgbGV0J3MgYWRkIGFi aWxpdHkgdG8gc2lnbmFsIGFsc28gZm9sbG93aW5nIGVsZW1lbnRzOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+KiBhYmlsaXR5 IHRvIHB1bnQgU1ItTVBMUyB0byBsb2NhbCBDUFUgKHNsb3cgcGF0aCkgd2hlbiBub3QgaGFuZGxl ZCBpbiBoYXJkd2FyZSAocGVyIG5vZGUgYmFzaXMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4qIGFkZCBzaWduYWxsaW5nIGZv ciBudW1iZXIgb2YgU1J2NiBTUkhzIHN1cHBvcnRlZCBwZXIgbm9kZS9wZXIgTEM8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiog YWRkIHNpZ25hbGxpbmcgZm9yIGRlcHRoIHBlciBTUkggYW5kIHRvdGFsIG9mIFNJRHMgc3VwcG9y dGVkIHBlciBub2RlL3BlciBMQzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+KiBzaWduYWwgYWJpbGl0eSB0byBwdW50IHRvIHNs b3cgcGF0aCBvciBub3QgZm9yIGxvbmdlciB0aGVuIHN1cHBvcnQgU1JIIHN0YWNrIG9yIG51bWJl ciBvZiBTSURzIGluIGVhY2ggU1JIIHN0cnVjdHVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkNoZWVycyw8YnI+DQpSb2Jl cnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T24gRnJpLCBNYXIgMywgMjAxNyBhdCAzOjU1IFBNLCBWYW4gRGUgVmVs ZGUsIEd1bnRlciAoTm9raWEgLSBCRSkNCjxzcGFuIGNsYXNzPSJtOTAyODI5NzIxNDkxODA2MDU2 OWdtYWlsbXNnIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmd1bnRlci52YW5fZGVfdmVsZGVAbm9raWEu Y29tIiB0YXJnZXQ9Il9ibGFuayI+Z3VudGVyLnZhbl9kZV92ZWxkZUBub2tpYS5jb208L2E+Jmd0 Ozwvc3Bhbj4gd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGVhZHMtdXDigKYgSGFwcHkgdG8gbGVhcm4gZmVlZGJhY2sgYW5kIGNvbW1lbnRz Ljxicj4NCjxicj4NClRoaXMgZHJhZnQgaXMgc2hvcnQgYW5kIGRlZmluZXMgdGhlIGF0dHJpYnV0 ZSB0byB1c2UgZm9yIEJHUC1MUyB0byBleHBvc2UgYTxicj4NCm5vZGUgUkxEICZxdW90O1JlYWRh YmxlIExhYmVsIERlcHRoJnF1b3Q7IHRvIGEgY2VudHJhbGlzZWQgY29udHJvbGxlciAoUENFL1NE TikuPGJyPg0KPGJyPg0KRy88YnI+DQo8YnI+DQpPbiAwMy8wMy8yMDE3LCAxNDoyMSwgJnF1b3Q7 PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi PmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7IEEg bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVudC1y b3V0aW5nLXJsZC0wMS50eHQ8YnI+DQombmJzcDsgJm5ic3A7IGhhcyBiZWVuIHN1Y2Nlc3NmdWxs eSBzdWJtaXR0ZWQgYnkgR3VudGVyIFZhbiBkZSBWZWxkZSBhbmQgcG9zdGVkIHRvIHRoZTxicj4N CiZuYnNwOyAmbmJzcDsgSUVURiByZXBvc2l0b3J5Ljxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsg TmFtZTombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ZHJhZnQtdmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1ybGQ8YnI+DQom bmJzcDsgJm5ic3A7IFJldmlzaW9uOiZuYnNwOyAmbmJzcDswMTxicj4NCiZuYnNwOyAmbmJzcDsg VGl0bGU6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFNp Z25hbGxpbmcgUkxEIHVzaW5nIEJHUC1MUzxicj4NCiZuYnNwOyAmbmJzcDsgRG9jdW1lbnQgZGF0 ZTombmJzcDsgJm5ic3A7ICZuYnNwOyAyMDE3LTAzLTAzPGJyPg0KJm5ic3A7ICZuYnNwOyBHcm91 cDombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgSW5kaXZp ZHVhbCBTdWJtaXNzaW9uPGJyPg0KJm5ic3A7ICZuYnNwOyBQYWdlczombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgNTxicj4NCiZuYnNwOyAmbmJzcDsgVVJM OiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12YW5kZXZlbGRlLWlkci1iZ3At bHMtc2VnbWVudC1yb3V0aW5nLXJsZC0wMS50eHQiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8v d3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMt c2VnbWVudC1yb3V0aW5nLXJsZC0wMS50eHQ8L2E+PGJyPg0KJm5ic3A7ICZuYnNwOyBTdGF0dXM6 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWJncC1scy1zZWdtZW50LXJv dXRpbmctcmxkLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXZhbmRldmVsZGUtaWRyLWJncC1scy1zZWdtZW50LXJvdXRpbmctcmxkLzwvYT48 YnI+DQombmJzcDsgJm5ic3A7IEh0bWxpemVkOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12YW5kZXZlbGRlLWlkci1i Z3AtbHMtc2VnbWVudC1yb3V0aW5nLXJsZC0wMSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12YW5kZXZlbGRlLWlkci1iZ3AtbHMtc2VnbWVudC1yb3V0 aW5nLXJsZC0wMTwvYT48YnI+DQombmJzcDsgJm5ic3A7IERpZmY6Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9yZmNk aWZmP3VybDI9ZHJhZnQtdmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1ybGQt MDEiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJh ZnQtdmFuZGV2ZWxkZS1pZHItYmdwLWxzLXNlZ21lbnQtcm91dGluZy1ybGQtMDE8L2E+PGJyPg0K PGJyPg0KJm5ic3A7ICZuYnNwOyBBYnN0cmFjdDo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIGF0dHJpYnV0ZSB0byB1c2UgZm9yIEJHUC1M UyB0byBleHBvc2UgYTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO25vZGUgUkxEICZx dW90O1JlYWRhYmxlIExhYmVsIERlcHRoJnF1b3Q7IHRvIGEgY2VudHJhbGlzZWQgY29udHJvbGxl ciAoUENFLzxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NETikuPGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyBQbGVhc2Ugbm90ZSB0aGF0IGl0 IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9u PGJyPg0KJm5ic3A7ICZuYnNwOyB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBh cmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8L2E+Ljxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgVGhl IElFVEYgU2VjcmV0YXJpYXQ8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCklkciBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+SWRyQGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaWRyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9pZHI8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCklkciBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayI+SWRyQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PG86cD48L286cD48L3A+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_de730d8327314fa6bfa375c76c8fd116XCHALN008ciscocom_-- From nobody Mon Apr 10 09:10:30 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A031296C6 for ; Mon, 10 Apr 2017 09:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zT3VOs7xsLrr for ; Mon, 10 Apr 2017 09:10:25 -0700 (PDT) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E47D3128C81 for ; Mon, 10 Apr 2017 09:10:23 -0700 (PDT) Received: by mail-pf0-x243.google.com with SMTP id a188so1385904pfa.2 for ; Mon, 10 Apr 2017 09:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=imloXI8B+N/ih08fSjZSR7Wug7Krd0hFzOlNQZivIsc=; b=Lgqu5kdpT3DwdTdjMX7wnAhzC6XmqwSMvJuCGL9raOLsa27flsl9+IQ6FW7EFXtbds /zgrpDeUgFx+Usfn1e3wM10HfXxky1vmG+LBILFM7hfeHCSmFPiQCggQtMQ9CczEmZvz jTum3iNY/RaND83Kz1T18sRhb2CWY7d/kaAHL5bWfaP5ERDyMlGJfQT3B4NInBGpm00U BCCYoJGYifB9N4DaNmVhB9sa5knXn6XqTggRz86kiGmgaO5Hc4wbt9nJBIvHj2Vbp9lk W84M7qobYiwVNOJ8i4+s/r0XOH5jFWmVjgBtKOH1Kgy8RFXeUgoLqRO/yXQlTbKOST50 5EYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=imloXI8B+N/ih08fSjZSR7Wug7Krd0hFzOlNQZivIsc=; b=HOfTxHq5Lqhtn8VLyBtZUNDieZmwuXpu57FOj5Gi9UIvp4uStIntorjlfLh415ek5i 6ZAK94rjPGLrU16yQPVfGHb0ZBK9PRM6qIxc7Rg5t4KPlQfVWoPLY0qBYJzEkrsWy90k lqAdInZKmqshwm3Z5VD7AzQbcYsijBKA0jRvrzPpIFdDD7AuWxDDgFcm9H6sMy6ZMbUZ K1QPFUjHFo77JAayoUZ/jlz9IN7Tu2k39Zq6+KjRHBSmSqgz+4RMG0Mr8wBCMd8GIXna Uu9hliFujnCpCmUe58LkZgdF3olaUkY2PUhJsomKYf5BErfWFwESk0ta/pd8yzryutmw q9Qg== X-Gm-Message-State: AFeK/H3IxFynOQck9dRl96p/emAFmHJYrxDOMXXVvtDLCmhwLBxLAbAgkzG+ypYewBG46g== X-Received: by 10.98.11.218 with SMTP id 87mr54124530pfl.214.1491840623419; Mon, 10 Apr 2017 09:10:23 -0700 (PDT) Received: from [192.168.255.106] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by smtp.gmail.com with ESMTPSA id q7sm20694659pfj.24.2017.04.10.09.10.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Apr 2017 09:10:22 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.20.0.170309 Date: Mon, 10 Apr 2017 09:10:37 -0700 From: Jeff Tantsura To: "Ketan Talaulikar Talaulikar (ketant)" , Robert Raszuk CC: idr wg , "Van De Velde, Gunter (Nokia - BE)" Message-ID: <92EB3AA9-005F-4502-B5BD-CF05A40A7867@gmail.com> Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt References: <148854728632.10105.590253116263033290.idtracker@ietfa.amsl.com> <4BF12F22-F605-406F-9CD8-ACE350B981D0@alcatel-lucent.com> <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.com> In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3574660238_965366943" Archived-At: Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 16:10:29 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3574660238_965366943 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Hi Ketan, =20 During my presentation in Chicago I have asked for adoption, I assume they = would do so soon. Wrt email topic =E2=80=93 please do not mix MSD documents with RLD ones. =20 Thanks! =20 Cheers, Jeff =20 =20 From: "Ketan Talaulikar Talaulikar (ketant)" Date: Monday, April 10, 2017 at 08:30 To: Jeff Tantsura , "robert@raszuk.net" Cc: idr wg , "Van De Velde, Gunter (Nokia - BE)" Subject: RE: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Hi Jeff/Authors, =20 Could we get this MSD BGP-LS draft polled for IDR WG adoption? The correspo= nding IGP drafts are already respective WG documents. =20 Thanks, Ketan =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura Sent: 04 March 2017 16:21 To: Robert Raszuk Cc: idr wg ; Van De Velde, Gunter (Nokia - BE) Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Robert, =20 Please take a look at 02 isis draft published yesterday, we have added type= flag that defines the type of a SID and could be used with v6 dataplane. The limitations wrt label operations are well understood across both custom= and merchant silicon and from use case prospective had to be addressed fir= st. V6 dataplane will be added. =20 Please let me know if this answers your questions and addresses concerns. =20 Regards, Jeff On Mar 4, 2017, at 06:24, Robert Raszuk wrote: Jeff, =20 MSD drafts (yours invluded) talks about labels while MSD as such seems to b= e defined as maximum SID depth. =20 In SRv6 SID is *NOT* a label. So why not to define MSD properly across all = SR scenarios? =20 Are we going to have now new zoo of drafts now defining MSD for SRv6 vs cur= rent docs just defining MSD for SR-MPLS ? =20 Cheers, R. =20 =20 =20 On Mar 4, 2017 9:41 AM, "Jeff Tantsura" wrote: Robert, That's done in MSD drafts. In the recently published isis draft we have also introduced MSD type flag = that would be used to signal different types of SID's: recirculated labels, = EL's, etc =20 Cheers, Jeff =20 On Fri, Mar 3, 2017 at 22:35 Robert Raszuk wrote: Hey Gunter, =20 Good proposal however why do you only think about labels ? =20 Seriously if this is to move fwd let's add ability to signal also following= elements: =20 * ability to punt SR-MPLS to local CPU (slow path) when not handled in hard= ware (per node basis) =20 * add signalling for number of SRv6 SRHs supported per node/per LC =20 * add signalling for depth per SRH and total of SIDs supported per node/per= LC =20 * signal ability to punt to slow path or not for longer then support SRH st= ack or number of SIDs in each SRH structure. =20 Cheers, Robert. =20 =20 On Fri, Mar 3, 2017 at 3:55 PM, Van De Velde, Gunter (Nokia - BE) wrote: Heads-up=E2=80=A6 Happy to learn feedback and comments. This draft is short and defines the attribute to use for BGP-LS to expose a node RLD "Readable Label Depth" to a centralised controller (PCE/SDN). G/ On 03/03/2017, 14:21, "internet-drafts@ietf.org" = wrote: A new version of I-D, draft-vandevelde-idr-bgp-ls-segment-routing-rld-0= 1.txt has been successfully submitted by Gunter Van de Velde and posted to th= e IETF repository. Name: draft-vandevelde-idr-bgp-ls-segment-routing-rld Revision: 01 Title: Signalling RLD using BGP-LS Document date: 2017-03-03 Group: Individual Submission Pages: 5 URL: https://www.ietf.org/internet-drafts/draft-vandevelde-i= dr-bgp-ls-segment-routing-rld-01.txt Status: https://datatracker.ietf.org/doc/draft-vandevelde-idr-b= gp-ls-segment-routing-rld/ Htmlized: https://tools.ietf.org/html/draft-vandevelde-idr-bgp-ls= -segment-routing-rld-01 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-vandevelde-idr-= bgp-ls-segment-routing-rld-01 Abstract: This document defines the attribute to use for BGP-LS to expose a node RLD "Readable Label Depth" to a centralised controller (PCE/ SDN). Please note that it may take a couple of minutes from the time of submi= ssion until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat _______________________________________________ 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 --B_3574660238_965366943 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

    Hi Ketan,

     

    During my pres= entation in Chicago I have asked for adoption, I assume they would do so soo= n.

    Wrt email topic – please do not mix MSD documents wi= th RLD ones.

     

    <= span style=3D'font-size:11.0pt;font-family:Calibri'>Thanks!<= /p>

     

    Cheers,

    Jeff

     

     

    From: "Ketan Talaulikar Talaulikar (ketant)" <ketant= @cisco.com>
    Date: Monday, April 10, 2017 at 08:30
    To: Jeff Tantsura <jefftant.ietf@gmail.com>, "robert@raszuk.net"= ; <robert@raszuk.net>
    Cc: idr wg <idr@ietf.org>, "= ;Van De Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.com&g= t;
    Subject: RE: [Idr] FW: New Version Notification for draft-vande= velde-idr-bgp-ls-segment-routing-rld-01.txt

    =

     

    Hi Jeff/Authors,

     

    Could we get this MSD BGP-LS draft polled for IDR WG adoption? The c= orresponding IGP drafts are already respective WG documents.

     

    Thanks,

    Ketan

     =

    From: Idr [mailto:idr-bounces@ietf.= org] On Behalf Of Jeff Tantsura
    Sent: 04 March 2017 16:21To: Robert Raszuk <robert@raszuk.net>
    Cc: idr wg &l= t;idr@ietf.org>; Van De Velde, Gunter (Nokia - BE) <gunter.van_de_veld= e@nokia.com>
    Subject: Re: [Idr] FW: New Version Notification fo= r draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

     <= /p>

    Robert,

     

    Please take a look at 0= 2 isis draft published yesterday, we have added type flag that defines the t= ype of a SID and could be used with v6 dataplane.

    <= p class=3DMsoNormal style=3D'margin-left:.5in'>The limitations wrt label operati= ons are well understood across both custom and merchant  silicon and fr= om use case prospective had to be addressed first.

    =

    V6 dataplane will be added.=

     =

    Please let = me know if this answers your questions and addresses concerns.

     

    Regards,

    Jeff


    On Mar 4, 2017, at 06:24, Rober= t Raszuk <robert@raszuk.net> wr= ote:

    Jeff,=

     

    MSD drafts (yours invlu= ded) talks about labels while MSD as such seems to be defined as maximum SID= depth.

     

    In SRv6 SID is *NOT* a label. So why not to define MSD properly across all = SR scenarios?

     

    Are we going to have now new zoo of drafts now defining MSD for SRv6 = vs current docs just defining MSD for SR-MPLS ?

     

    Cheers,

    R.

     

     

    =

     

    On Mar 4, 2017 9:41 AM, "Jeff Tan= tsura" <jefftant.ietf@gmail= .com> wrote:

    Robert,

    That's done in MSD drafts.
    In the recentl= y published isis draft we have also introduced MSD type flag that would be u= sed to signal different types of SID's: recirculated labels, EL's, etc<= /o:p>

     <= /o:p>

    Cheers,=

    Jeff

     

    On Fri, Mar 3,= 2017 at 22:35 Robert Raszuk <robert@raszuk.net> wrote:

    =

    Hey Gunter,

     

    Good proposal however why do you only think about labels ?

     

    Seriously = if this is to move fwd let's add ability to signal also following elements:<= /span>

    =  

    * abi= lity to punt SR-MPLS to local CPU (slow path) when not handled in hardware (= per node basis)

     

    =

    * add signalling for number of SRv6 SRHs supported per node/per L= C

     

    * a= dd signalling for depth per SRH and total of SIDs supported per node/per LC<= /span>

    =  

    * sig= nal ability to punt to slow path or not for longer then support SRH stack or= number of SIDs in each SRH structure.

     = ;

    Cheers,
    Robert.

     

     

    On Fri, Mar 3, 2017 at 3:55 PM, Van De Velde, Gunter (Nokia = - BE) <gunter.van_de_velde@nokia.com><= /span> wrote:

    Heads-up… Happy to learn feedback and comments.

    This draft is short and defines the attribu= te to use for BGP-LS to expose a
    node RLD "Readable Label Depth"= ; to a centralised controller (PCE/SDN).

    G/

    On 03/03/2017, 14:= 21, "internet= -drafts@ietf.org" <internet-drafts@ietf.org> wrote:


       = ; A new version of I-D, draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.t= xt
        has been successfully submitted by Gunter Van de Velde a= nd posted to the
        IETF repository.

        Name= :               draft-vandevelde-idr= -bgp-ls-segment-routing-rld
        Revision:   01
    &nb= sp;   Title:              Signalling= RLD using BGP-LS
        Document date:      2017-0= 3-03
        Group:             = Individual Submission
        Pages:        &n= bsp;     5
        URL:         =   https://www.ietf.org/inter= net-drafts/draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
    &nb= sp;   Status:         https://datatracker.ietf.org/doc/draft-vandevelde-idr-bgp-ls-segment= -routing-rld/
        Htmlized:       https://tools.ietf.org/html/draft-vandevelde-idr-bgp= -ls-segment-routing-rld-01
        Diff:      &n= bsp;    https://www.ietf.org/rf= cdiff?url2=3Ddraft-vandevelde-idr-bgp-ls-segment-routing-rld-01

    &nb= sp;   Abstract:
           This document defines the= attribute to use for BGP-LS to expose a
           node = RLD "Readable Label Depth" to a centralised controller (PCE/
    &n= bsp;      SDN).





        Please n= ote that it may take a couple of minutes from the time of submission
    &nbs= p;   until the htmlized version and diff are available at tools.ietf.org.

        = The IETF Secretariat



    ________________________________________= _______
    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

    --B_3574660238_965366943-- From nobody Mon Apr 10 09:41:48 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F87F129562 for ; Mon, 10 Apr 2017 09:41:44 -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 autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P6W_yeIT7Ytr for ; Mon, 10 Apr 2017 09:41:39 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7460E1296CD for ; Mon, 10 Apr 2017 09:41:31 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=70.194.20.181; From: "Susan Hares" To: "'Jeff Tantsura'" , "'Ketan Talaulikar Talaulikar \(ketant\)'" , "'Robert Raszuk'" Cc: "'idr wg'" , "'Van De Velde, Gunter \(Nokia - BE\)'" References: <148854728632.10105.590253116263033290.idtracker@ietfa.amsl.com> <4BF12F22-F605-406F-9CD8-ACE350B981D0@alcatel-lucent.com> <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.com> <92EB3AA9-005F-4502-B5BD-CF05A40A7867@gmail.com> In-Reply-To: <92EB3AA9-005F-4502-B5BD-CF05A40A7867@gmail.com> Date: Mon, 10 Apr 2017 12:36:20 -0400 Message-ID: <014701d2b218$95dd4030$c197c090$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0148_01D2B1F7.0ED03410" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHzYzczemS+14iJBWKD0JOoUB8IywF2sRx/Ah7MYuIBoWVYoQGUD6AyAkqxrW0CQ0YhYAMur7JyoQktwtA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 16:41:44 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0148_01D2B1F7.0ED03410 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Jeff: =20 I will start IPR for WG adoption calls later today.=20 =20 Sue=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura Sent: Monday, April 10, 2017 12:11 PM To: Ketan Talaulikar Talaulikar (ketant); Robert Raszuk Cc: idr wg; Van De Velde, Gunter (Nokia - BE) Subject: Re: [Idr] FW: New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt =20 Hi Ketan, =20 During my presentation in Chicago I have asked for adoption, I assume = they would do so soon. Wrt email topic =E2=80=93 please do not mix MSD documents with RLD ones. =20 Thanks! =20 Cheers, Jeff =20 =20 From: "Ketan Talaulikar Talaulikar (ketant)" Date: Monday, April 10, 2017 at 08:30 To: Jeff Tantsura , "robert@raszuk.net" = Cc: idr wg , "Van De Velde, Gunter (Nokia - BE)" = Subject: RE: [Idr] FW: New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt =20 Hi Jeff/Authors, =20 Could we get this MSD BGP-LS draft polled for IDR WG adoption? The = corresponding IGP drafts are already respective WG documents. =20 Thanks, Ketan =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura Sent: 04 March 2017 16:21 To: Robert Raszuk Cc: idr wg ; Van De Velde, Gunter (Nokia - BE) = Subject: Re: [Idr] FW: New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt =20 Robert, =20 Please take a look at 02 isis draft published yesterday, we have added = type flag that defines the type of a SID and could be used with v6 = dataplane. The limitations wrt label operations are well understood across both = custom and merchant silicon and from use case prospective had to be = addressed first. V6 dataplane will be added. =20 Please let me know if this answers your questions and addresses = concerns. =20 Regards, Jeff On Mar 4, 2017, at 06:24, Robert Raszuk wrote: Jeff, =20 MSD drafts (yours invluded) talks about labels while MSD as such seems = to be defined as maximum SID depth. =20 In SRv6 SID is *NOT* a label. So why not to define MSD properly across = all SR scenarios? =20 Are we going to have now new zoo of drafts now defining MSD for SRv6 vs = current docs just defining MSD for SR-MPLS ? =20 Cheers, R. =20 =20 =20 On Mar 4, 2017 9:41 AM, "Jeff Tantsura" wrote: Robert, That's done in MSD drafts. In the recently published isis draft we have also introduced MSD type = flag that would be used to signal different types of SID's: recirculated = labels, EL's, etc =20 Cheers, Jeff =20 On Fri, Mar 3, 2017 at 22:35 Robert Raszuk wrote: Hey Gunter, =20 Good proposal however why do you only think about labels ? =20 Seriously if this is to move fwd let's add ability to signal also = following elements: =20 * ability to punt SR-MPLS to local CPU (slow path) when not handled in = hardware (per node basis) =20 * add signalling for number of SRv6 SRHs supported per node/per LC =20 * add signalling for depth per SRH and total of SIDs supported per = node/per LC =20 * signal ability to punt to slow path or not for longer then support SRH = stack or number of SIDs in each SRH structure. =20 Cheers, Robert. =20 =20 On Fri, Mar 3, 2017 at 3:55 PM, Van De Velde, Gunter (Nokia - BE) = wrote: Heads-up=E2=80=A6 Happy to learn feedback and comments. This draft is short and defines the attribute to use for BGP-LS to = expose a node RLD "Readable Label Depth" to a centralised controller (PCE/SDN). G/ On 03/03/2017, 14:21, "internet-drafts@ietf.org" = wrote: A new version of I-D, = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt has been successfully submitted by Gunter Van de Velde and posted to = the IETF repository. Name: draft-vandevelde-idr-bgp-ls-segment-routing-rld Revision: 01 Title: Signalling RLD using BGP-LS Document date: 2017-03-03 Group: Individual Submission Pages: 5 URL: = https://www.ietf.org/internet-drafts/draft-vandevelde-idr-bgp-ls-segment-= routing-rld-01.txt Status: = https://datatracker.ietf.org/doc/draft-vandevelde-idr-bgp-ls-segment-rout= ing-rld/ Htmlized: = https://tools.ietf.org/html/draft-vandevelde-idr-bgp-ls-segment-routing-r= ld-01 Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-vandevelde-idr-bgp-ls-segment-r= outing-rld-01 Abstract: This document defines the attribute to use for BGP-LS to expose a node RLD "Readable Label Depth" to a centralised controller (PCE/ SDN). 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. The IETF Secretariat _______________________________________________ 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 ------=_NextPart_000_0148_01D2B1F7.0ED03410 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Jeff:

     

    I will start IPR for WG adoption calls later today. =

     

    Sue

     

    From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff = Tantsura
    Sent: Monday, April 10, 2017 12:11 PM
    To: = Ketan Talaulikar Talaulikar (ketant); Robert Raszuk
    Cc: idr = wg; Van De Velde, Gunter (Nokia - BE)
    Subject: Re: [Idr] FW: = New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt    <= /p>

     

    Hi = Ketan,

     =

    During my = presentation in Chicago I have asked for adoption, I assume they would = do so soon.

    Wrt email = topic =E2=80=93 please do not mix MSD documents with RLD = ones.

     =

    Thanks!

     

    Cheers,

    Jeff

     =

     =

    From: = "Ketan = Talaulikar Talaulikar (ketant)" <ketant@cisco.com>
    Date: = Monday, April 10, 2017 at 08:30
    To: Jeff Tantsura <jefftant.ietf@gmail.com>, = "robert@raszuk.net" = <robert@raszuk.net>
    Cc: = idr wg <idr@ietf.org>, = "Van De Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.c= om>
    Subject: RE: [Idr] FW: New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt<= /p>

     

    Hi Jeff/Authors,

     

    Could we get this MSD BGP-LS draft polled for IDR WG adoption? The = corresponding IGP drafts are already respective WG = documents.

     

    Thanks,

    Ketan

     

    From: Idr [mailto:idr-bounces@ietf.org] = On Behalf Of Jeff Tantsura
    Sent: 04 March 2017 = 16:21
    To: Robert Raszuk <robert@raszuk.net>
    Cc:= idr wg <idr@ietf.org>; Van De = Velde, Gunter (Nokia - BE) <gunter.van_de_velde@nokia.c= om>
    Subject: Re: [Idr] FW: New Version Notification for = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt    <= /p>

     

    Robert,

     

    Please take a look at 02 = isis draft published yesterday, we have added type flag that defines the = type of a SID and could be used with v6 = dataplane.

    The limitations wrt label operations are well = understood across both custom and merchant  silicon and from use = case prospective had to be addressed first.

    V6 dataplane will be = added.

     

    Please let me know if this = answers your questions and addresses = concerns.

     

    Regards,

    Jeff


    On Mar 4, 2017, at 06:24, Robert Raszuk <robert@raszuk.net> = wrote:

    Jeff,

     

    MSD drafts (yours invluded) = talks about labels while MSD as such seems to be defined as maximum SID = depth.

     

    In SRv6 SID is *NOT* a = label. So why not to define MSD properly across all SR = scenarios?

     

    Are we going to have now = new zoo of drafts now defining MSD for SRv6 vs current docs just = defining MSD for SR-MPLS ?

     

    Cheers,

    R.

     

     

     

    On Mar 4, 2017 9:41 AM, = "Jeff Tantsura" <jefftant.ietf@gmail.com> = wrote:

    Robert,

    That's done in MSD = drafts.
    In the recently published isis draft we have also introduced = MSD type flag that would be used to signal different types of SID's: = recirculated labels, EL's, etc

     

    Cheers,

    Jeff

     

    On Fri, Mar 3, 2017 at = 22:35 Robert Raszuk <robert@raszuk.net> = wrote:

    Hey = Gunter,

     

    Good proposal however why do = you only think about labels ?

     

    Seriously if this is to move = fwd let's add ability to signal also following = elements:

     

    * ability to punt SR-MPLS to = local CPU (slow path) when not handled in hardware (per node = basis)

     

    * add signalling for number = of SRv6 SRHs supported per node/per = LC

     

    * add signalling for depth = per SRH and total of SIDs supported per node/per = LC

     

    * signal ability to punt to = slow path or not for longer then support SRH stack or number of SIDs in = each SRH structure.

     

    Cheers,
    Robert.    =

     

     

    On Fri, Mar 3, 2017 at 3:55 = PM, Van De Velde, Gunter (Nokia - BE) <gunter.van_de_velde@nokia.com> = wrote:

    Heads-up=E2=80=A6 = Happy to learn feedback and comments.

    This draft is short and = defines the attribute to use for BGP-LS to expose a
    node RLD = "Readable Label Depth" to a centralised controller = (PCE/SDN).

    G/

    On 03/03/2017, 14:21, "internet-drafts@ietf.org" <internet-drafts@ietf.org> = wrote:


        A new version of I-D, = draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
        = has been successfully submitted by Gunter Van de Velde and posted to = the
        IETF repository.

        Name:  =             =  draft-vandevelde-idr-bgp-ls-segment-routing-rld
        = Revision:   01
        Title:      =         Signalling RLD using BGP-LS
        = Document date:      2017-03-03
        = Group:              Individual = Submission
        Pages:          =     5
        URL:          =   https://www.ietf.org/internet-drafts/draft-vandevelde-i= dr-bgp-ls-segment-routing-rld-01.txt
        Status:  =        https://datatracker.ietf.org/doc/draft-vandevelde-idr-b= gp-ls-segment-routing-rld/
        Htmlized:    =    https://tools.ietf.org/html/draft-vandevelde-idr-bgp-ls= -segment-routing-rld-01
        Diff:      =      https://www.ietf.org/rfcdiff?url2=3Ddraft-vandevelde-id= r-bgp-ls-segment-routing-rld-01

        = Abstract:
           This document defines the = attribute to use for BGP-LS to expose a
          =  node RLD "Readable Label Depth" to a centralised = controller (PCE/
          =  SDN).





        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.

        The IETF = Secretariat



    ______________________________________________= _
    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_0148_01D2B1F7.0ED03410-- From nobody Mon Apr 10 10:34:37 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39B0B1294EC for ; Mon, 10 Apr 2017 10:34:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Bzjjtk_R1Rp for ; Mon, 10 Apr 2017 10:34:32 -0700 (PDT) Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E317120227 for ; Mon, 10 Apr 2017 10:34:32 -0700 (PDT) Received: by mail-pg0-x242.google.com with SMTP id g2so26459903pge.2 for ; Mon, 10 Apr 2017 10:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=P3og1m2sMdBTTuZWl55EgEA9LINf1nyq3vtyY04SbsM=; b=dMBtFKROEL0m30JllIu5PqzR9pAgZ279sJM/bhey19/4iM6M8hb8IrwRP6jrilBko5 K+tSiWLiJhmosGlK/lD1UEeaIRCNes2iskagRcLqVPMrbhUjKAHFeeimnyIEzgaGdVtc i1aF/LsHYv9Esi+xJ6k+oGMqTxBUZRsuhJur8rzcOMAi1+MV/ahBL1TYwxtMypgNZhOD BXtFb929SNlDJQnL+z0NFpDJ/g+1hmg6cWChnH4ksb1ncMaF/30DnuLgEKIFh6vmGq4q Etu6JSRb1IuZjZAKZZoeBKoieY1EwQdawChM8r9ctLD76jBRoZn6b6ruOcH6HzAJgATP 88Ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=P3og1m2sMdBTTuZWl55EgEA9LINf1nyq3vtyY04SbsM=; b=JgkyxPyFXHVhiLIrsTMRrKW/QscYdIf206UvZQCM9lRVJwv8/RgZoQf67zC9U2K/Ke +7DXvMB+SIVynCxUaU39O9Af4zC7MMIGfWCsH/uvmD/5WfaAntR7eLszQAclyP57e1TB M08e8QtXVp85HMZHHxWPgcDXu3oSyRL9PkVR79ZxrXR+8amcV7KrBBheUnlW0eWnWkkn YcbviTftXf7jhGA10QwwyxRa50U2O5HIMFyugE4LEhioXrcoOjwy+yvoHGCY5K8odUhc 2FK5m2C3n8vts57l5GASfGWt/Hnv7M4IHmhVEHL28YtnYSFbd5yi/nM+lmpUJPqYpJPX iOsA== X-Gm-Message-State: AFeK/H2BE/JOAY6q1r+qV/QecdIY4g6d2klz1QmLllW4vLnZob7Co+IkwydejmW6aB4CYw== X-Received: by 10.99.175.66 with SMTP id s2mr57101172pgo.30.1491845671573; Mon, 10 Apr 2017 10:34:31 -0700 (PDT) Received: from [192.168.255.106] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by smtp.gmail.com with ESMTPSA id x15sm25809724pfk.68.2017.04.10.10.34.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Apr 2017 10:34:30 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.20.0.170309 Date: Mon, 10 Apr 2017 10:34:29 -0700 From: Jeff Tantsura To: Susan Hares , "'Ketan Talaulikar Talaulikar (ketant)'" , 'Robert Raszuk' CC: 'idr wg' , "'Van De Velde, Gunter (Nokia - BE)'" Message-ID: <0070BF1B-7112-447C-98DA-BC7C671A1F26@gmail.com> Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt References: <148854728632.10105.590253116263033290.idtracker@ietfa.amsl.com> <4BF12F22-F605-406F-9CD8-ACE350B981D0@alcatel-lucent.com> <19BCC3A8-48A7-4838-A999-5B304C0C7EED@gmail.com> <92EB3AA9-005F-4502-B5BD-CF05A40A7867@gmail.com> <014701d2b218$95dd4030$c197c090$@ndzh.com> In-Reply-To: <014701d2b218$95dd4030$c197c090$@ndzh.com> Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3574665270_884360821" Archived-At: Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 17:34:35 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3574665270_884360821 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Thanks Sue, much appreciated! =20 Cheers, Jeff =20 =20 From: Susan Hares Date: Monday, April 10, 2017 at 09:36 To: 'Jeff Tantsura' , "'Ketan Talaulikar Talaulika= r (ketant)'" , "robert@raszuk.net" Cc: 'idr wg' , "'Van De Velde, Gunter (Nokia - BE)'" Subject: RE: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Jeff: =20 I will start IPR for WG adoption calls later today.=20 =20 Sue=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura Sent: Monday, April 10, 2017 12:11 PM To: Ketan Talaulikar Talaulikar (ketant); Robert Raszuk Cc: idr wg; Van De Velde, Gunter (Nokia - BE) Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Hi Ketan, =20 During my presentation in Chicago I have asked for adoption, I assume they = would do so soon. Wrt email topic =E2=80=93 please do not mix MSD documents with RLD ones. =20 Thanks! =20 Cheers, Jeff =20 =20 From: "Ketan Talaulikar Talaulikar (ketant)" Date: Monday, April 10, 2017 at 08:30 To: Jeff Tantsura , "robert@raszuk.net" Cc: idr wg , "Van De Velde, Gunter (Nokia - BE)" Subject: RE: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Hi Jeff/Authors, =20 Could we get this MSD BGP-LS draft polled for IDR WG adoption? The correspo= nding IGP drafts are already respective WG documents. =20 Thanks, Ketan =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura Sent: 04 March 2017 16:21 To: Robert Raszuk Cc: idr wg ; Van De Velde, Gunter (Nokia - BE) Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bg= p-ls-segment-routing-rld-01.txt =20 Robert, =20 Please take a look at 02 isis draft published yesterday, we have added type= flag that defines the type of a SID and could be used with v6 dataplane. The limitations wrt label operations are well understood across both custom= and merchant silicon and from use case prospective had to be addressed fir= st. V6 dataplane will be added. =20 Please let me know if this answers your questions and addresses concerns. =20 Regards, Jeff On Mar 4, 2017, at 06:24, Robert Raszuk wrote: Jeff, =20 MSD drafts (yours invluded) talks about labels while MSD as such seems to b= e defined as maximum SID depth. =20 In SRv6 SID is *NOT* a label. So why not to define MSD properly across all = SR scenarios? =20 Are we going to have now new zoo of drafts now defining MSD for SRv6 vs cur= rent docs just defining MSD for SR-MPLS ? =20 Cheers, R. =20 =20 =20 On Mar 4, 2017 9:41 AM, "Jeff Tantsura" wrote: Robert, That's done in MSD drafts. In the recently published isis draft we have also introduced MSD type flag = that would be used to signal different types of SID's: recirculated labels, = EL's, etc =20 Cheers, Jeff =20 On Fri, Mar 3, 2017 at 22:35 Robert Raszuk wrote: Hey Gunter, =20 Good proposal however why do you only think about labels ? =20 Seriously if this is to move fwd let's add ability to signal also following= elements: =20 * ability to punt SR-MPLS to local CPU (slow path) when not handled in hard= ware (per node basis) =20 * add signalling for number of SRv6 SRHs supported per node/per LC =20 * add signalling for depth per SRH and total of SIDs supported per node/per= LC =20 * signal ability to punt to slow path or not for longer then support SRH st= ack or number of SIDs in each SRH structure. =20 Cheers, Robert. =20 =20 On Fri, Mar 3, 2017 at 3:55 PM, Van De Velde, Gunter (Nokia - BE) wrote: Heads-up=E2=80=A6 Happy to learn feedback and comments. This draft is short and defines the attribute to use for BGP-LS to expose a node RLD "Readable Label Depth" to a centralised controller (PCE/SDN). G/ On 03/03/2017, 14:21, "internet-drafts@ietf.org" = wrote: A new version of I-D, draft-vandevelde-idr-bgp-ls-segment-routing-rld-0= 1.txt has been successfully submitted by Gunter Van de Velde and posted to th= e IETF repository. Name: draft-vandevelde-idr-bgp-ls-segment-routing-rld Revision: 01 Title: Signalling RLD using BGP-LS Document date: 2017-03-03 Group: Individual Submission Pages: 5 URL: https://www.ietf.org/internet-drafts/draft-vandevelde-i= dr-bgp-ls-segment-routing-rld-01.txt Status: https://datatracker.ietf.org/doc/draft-vandevelde-idr-b= gp-ls-segment-routing-rld/ Htmlized: https://tools.ietf.org/html/draft-vandevelde-idr-bgp-ls= -segment-routing-rld-01 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-vandevelde-idr-= bgp-ls-segment-routing-rld-01 Abstract: This document defines the attribute to use for BGP-LS to expose a node RLD "Readable Label Depth" to a centralised controller (PCE/ SDN). Please note that it may take a couple of minutes from the time of submi= ssion until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat _______________________________________________ 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 --B_3574665270_884360821 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

    Thanks Sue, much appreciated!

     

    Cheers,

    Jeff

     

     

    =

    From: Susan Hares <shares@ndzh.com>
    Date: Monday, April 10, 20= 17 at 09:36
    To: 'Jeff Tantsura' <jefftant.ietf@gmail.com>, &= quot;'Ketan Talaulikar Talaulikar (ketant)'" <ketant@cisco.com>, = "robert@raszuk.net" <robert@raszuk.net>
    Cc: 'idr w= g' <idr@ietf.org>, "'Van De Velde, Gunter (Nokia - BE)'" <= ;gunter.van_de_velde@nokia.com>
    Subject: RE: [Idr] FW: New Vers= ion Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt<= o:p>

    =  

    Jeff:

     

    I will start IPR for WG adoption calls later to= day.

     

    Sue

     

    From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Jeff Tantsura
    Sent:     Monday, April 10, 2017 12:11 PM
    To: Ketan Talaulikar Ta= laulikar (ketant); Robert Raszuk
    Cc: idr wg; Van De Velde, Gunter = (Nokia - BE)
    Subject: Re: [Idr] FW: New Version Notification for d= raft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

    <= /div>

     

    =

    Hi Ketan,

     <= /span>

    During my presentation in Chicago I = have asked for adoption, I assume they would do so soon.

    Wrt email topic – please do not mix MSD documents= with RLD ones.

     

    Thanks!

     

    C= heers,

    Jeff<= /o:p>

     

     

    From: "Ketan Talaulikar Talaulika= r (ketant)" <ketant@cisco.com&= gt;
    Date: Monday, April 10, 2017 at 08:30
    To: Jeff Tants= ura <jefftant.ietf@gmail.com= >, "robert@raszuk.net" &= lt;robert@raszuk.net>
    Cc: idr wg <idr@ietf.org>, "Van D= e Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.com>
    Subject: RE: [Idr]= FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routin= g-rld-01.txt

     

    H= i Jeff/Authors,

     = ;

    Could we get this M= SD BGP-LS draft polled for IDR WG adoption? The corresponding IGP drafts are= already respective WG documents.

     

    T= hanks,

    Ketan

     

    <= div>

    From: Idr [mailto:i= dr-bounces@ietf.org] On Behalf Of Jeff Tantsura
    Sent: 0= 4 March 2017 16:21
    To: Robert Raszuk <robert@raszuk.net>
    Cc: idr wg <idr@ietf.org>; Van De Velde, Gunter (Nokia - BE) <<= a href=3D"mailto:gunter.van_de_velde@nokia.com">gunter.van_de_velde@nokia.com<= /a>>
    Subject: Re: [Idr] FW: New Version Notification for draft-= vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

    =

     

    Robert,

     

    <= div>

    Please take a look at 02 is= is draft published yesterday, we have added type flag that defines the type = of a SID and could be used with v6 dataplane.

    The limitations wrt label operations= are well understood across both custom and merchant  silicon and from = use case prospective had to be addressed first.

    V6 dataplane will be added.

     <= /o:p>

    Please let = me know if this answers your questions and addresses concerns.

     

    Regards,

    <= div>

    Jeff


    On Mar 4, 2017, at 06:24, R= obert Raszuk <robert@raszuk.net>= ; wrote:

    Jeff,<= /o:p>

     =

    MSD drafts (your= s invluded) talks about labels while MSD as such seems to be defined as maxi= mum SID depth.

     

    In SRv6 SID is *NOT* a label. So why not to define MSD properly ac= ross all SR scenarios?

     

    Are we going to have now new zoo of drafts now defining MS= D for SRv6 vs current docs just defining MSD for SR-MPLS ?

     

    Cheers,

    =

    R.

     

     

    <= /div>

     

    On Mar 4, 2017 9:41 = AM, "Jeff Tantsura" <j= efftant.ietf@gmail.com> wrote:

    Robert,

    That's done in MSD drafts= .
    In the recently published isis draft we have also introduced MSD type f= lag that would be used to signal different types of SID's: recirculated labe= ls, EL's, etc

     

    Cheers,

    Jeff

     

    On Fri, Mar 3, 2017 at 22:35 Robert Raszuk <robert@raszuk.net> wrote:<= /p>

    Hey Gunter,

    &= nbsp;

    Good proposal however why do you only= think about labels ?

     

    Seriously if this is to move fwd let's add ability to sig= nal also following elements:

     <= o:p>

    * ability to punt SR-MPLS to local CPU (slow path)= when not handled in hardware (per node basis)

     

    * add signalling for number of S= Rv6 SRHs supported per node/per LC

     

    = * add signalling for depth per SRH and total= of SIDs supported per node/per LC

     

    = * signal ability to punt to slow path or not= for longer then support SRH stack or number of SIDs in each SRH structure.<= /span>

     

    Che= ers,
    Robert.

     

     

    On Fri, Mar 3, 201= 7 at 3:55 PM, Van De Velde, Gunter (Nokia - BE) <gunter.van_de_velde@nokia.com> wrote:

    Heads-up… Happy to le= arn feedback and comments.

    = This draft is short and defines the attribute to use for BGP-LS to expose a<= br>node RLD "Readable Label Depth" to a centralised controller (PC= E/SDN).

    G/

    On 03/03/2017, 14:21, "internet-drafts@ietf.org" <internet-drafts@ietf= .org> wrote:


        A new version of I-D, draft-van= develde-idr-bgp-ls-segment-routing-rld-01.txt
        has been succ= essfully submitted by Gunter Van de Velde and posted to the
       = IETF repository.

        Name:        &nbs= p;      draft-vandevelde-idr-bgp-ls-segment-routing-rld
    &n= bsp;   Revision:   01
        Title:    &n= bsp;         Signalling RLD using BGP-LS
       = ; Document date:      2017-03-03
        Group: = ;             Individual Submission
      =   Pages:              5
      &n= bsp; URL:            https://www.ietf.org/internet-drafts/draft-vandevelde-idr-b= gp-ls-segment-routing-rld-01.txt
        Status:    &= nbsp;    https://datatracker.ietf.= org/doc/draft-vandevelde-idr-bgp-ls-segment-routing-rld/
       = ; Htmlized:       https://t= ools.ietf.org/html/draft-vandevelde-idr-bgp-ls-segment-routing-rld-01    Diff:           https://www.ietf.org/rfcdiff?url2=3Ddraft-vandevelde-idr-b= gp-ls-segment-routing-rld-01

        Abstract:
      &n= bsp;    This document defines the attribute to use for BGP-LS to e= xpose a
           node RLD "Readable Label Depth&qu= ot; to a centralised controller (PCE/
           SDN).




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

        The IETF Secretariat


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

     

    _______________________________________________
    I= dr mailing list
    Idr@ietf.or= g
    https://www.ietf.org/mailman/listinfo/idr

    --B_3574665270_884360821-- From nobody Mon Apr 10 14:23:49 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8F701243FE; Mon, 10 Apr 2017 14:23:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OL-Dm0di5t-L; Mon, 10 Apr 2017 14:23:46 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0D42126C83; Mon, 10 Apr 2017 14:23:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2164; q=dns/txt; s=iport; t=1491859426; x=1493069026; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=kHihzv6Sw8iVFbTVzqCtLnX/0ahiI2tn42BH/OliSV4=; b=Dqwm5M3mOhatde6+TAlytN4LCa0KgLl2ZkNQWhh+MWKiK4T87kLfCvIw 77jkbbBqo+gwsKLvaolp2xsWp26FdD/pY6xFDUvmcnSi6j1QiLClOirG2 Jyc5S++eK+O/8cpJfGZFMkmTmOmmMHzk7OGiujjsV74aDN7hcoSvFsO8U A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A0AgB69+tY/4wNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NhgQsHg1+KE5EplXaCDyELhXgCGoNOPxgBAgEBAQEBAQFrHQu?= =?us-ascii?q?FFgIBAwEBIRE6CxACAQgaAh8HAgICJQsUAQYBBgMCBA4Fig8OqQCCJosBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBGAWBC4VFggUJgmKHXC6CMQWWIIZbAYZ/i1mBf4U?= =?us-ascii?q?ug1qGOpN/AR84gQVbFUERAYR+gUp1iFKBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,183,1488844800"; d="scan'208";a="409661962" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Apr 2017 21:23:45 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id v3ALNibn031525 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Apr 2017 21:23:44 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 16:23:44 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 16:23:44 -0500 From: "Alvaro Retana (aretana)" To: "idr@ietf.org" CC: "grow@ietf.org" Thread-Topic: [GROW] Last Call: (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard Thread-Index: AQHSrYwvDiD4yKVUKkK3UiPT2H5J+KG/NyCA Date: Mon, 10 Apr 2017 21:23:44 +0000 Message-ID: <71A56CDB-B71C-4513-9E3B-6F5391FE8501@cisco.com> References: <149134206733.1216.17171963660891761162.idtracker@ietfa.amsl.com> In-Reply-To: <149134206733.1216.17171963660891761162.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1f.0.170216 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.6] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Idr] FW: [GROW] Last Call: (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 21:23:48 -0000 SWRyIFdHOg0KDQpQbGVhc2UgdGFrZSBhIGxvb2sgYXQgdGhpcyBkb2N1bWVudC4gIEl0IGlzIG5v dyBpbiBJRVRGIExhc3QgQ2FsbCwgYnV0IEkgaGF2ZW7igJl0IHNlZW4gZXZpZGVuY2UgdGhhdCBp dCB3YXMgc2VudCB0byBpZHIgZm9yIHJldmlldy4gIFBsZWFzZSBtYWtlIHN1cmUgdG8gY2MgdGhl IGdyb3cgV0cgb24gYW55IGNvbW1lbnRzLg0KDQpFdmVuIHRob3VnaCBpdCBpcyBzaG9ydCwgSSBo YXZlbuKAmXQgcmVhZCBpdCBpbiBkZXRhaWzigKYNCg0KVGhhbmtzIQ0KDQpBbHZhcm8uDQoNCg0K DQoNCg0KT24gNC80LzE3LCA1OjQxIFBNLCAiR1JPVyBvbiBiZWhhbGYgb2YgVGhlIElFU0ciIDxn cm93LWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGllc2ctc2VjcmV0YXJ5QGlldGYub3Jn PiB3cm90ZToNCg0KDQpUaGUgSUVTRyBoYXMgcmVjZWl2ZWQgYSByZXF1ZXN0IGZyb20gdGhlIEds b2JhbCBSb3V0aW5nIE9wZXJhdGlvbnMgV0cNCihncm93KSB0byBjb25zaWRlciB0aGUgZm9sbG93 aW5nIGRvY3VtZW50Og0KLSAnRGVmYXVsdCBFQkdQIFJvdXRlIFByb3BhZ2F0aW9uIEJlaGF2aW9y IFdpdGhvdXQgUG9saWNpZXMnDQogIDxkcmFmdC1pZXRmLWdyb3ctYmdwLXJlamVjdC0wNC50eHQ+ IGFzIFByb3Bvc2VkIFN0YW5kYXJkDQoNClRoZSBJRVNHIHBsYW5zIHRvIG1ha2UgYSBkZWNpc2lv biBpbiB0aGUgbmV4dCBmZXcgd2Vla3MsIGFuZCBzb2xpY2l0cw0KZmluYWwgY29tbWVudHMgb24g dGhpcyBhY3Rpb24uIFBsZWFzZSBzZW5kIHN1YnN0YW50aXZlIGNvbW1lbnRzIHRvIHRoZQ0KaWV0 ZkBpZXRmLm9yZyBtYWlsaW5nIGxpc3RzIGJ5IDIwMTctMDQtMTguIEV4Y2VwdGlvbmFsbHksIGNv bW1lbnRzIG1heSBiZQ0Kc2VudCB0byBpZXNnQGlldGYub3JnIGluc3RlYWQuIEluIGVpdGhlciBj YXNlLCBwbGVhc2UgcmV0YWluIHRoZQ0KYmVnaW5uaW5nIG9mIHRoZSBTdWJqZWN0IGxpbmUgdG8g YWxsb3cgYXV0b21hdGVkIHNvcnRpbmcuDQoNCkFic3RyYWN0DQoNCg0KICAgVGhpcyBkb2N1bWVu dCBkZWZpbmVzIHRoZSBkZWZhdWx0IGJlaGF2aW9yIG9mIGEgQkdQIHNwZWFrZXIgd2hlbg0KICAg dGhlcmUgaXMgbm8gaW1wb3J0IG9yIGV4cG9ydCBwb2xpY3kgYXNzb2NpYXRlZCB3aXRoIGFuIEV4 dGVybmFsIEJHUA0KICAgc2Vzc2lvbi4NCg0KDQoNCg0KDQpUaGUgZmlsZSBjYW4gYmUgb2J0YWlu ZWQgdmlhDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWdyb3ct YmdwLXJlamVjdC8NCg0KSUVTRyBkaXNjdXNzaW9uIGNhbiBiZSB0cmFja2VkIHZpYQ0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1ncm93LWJncC1yZWplY3QvYmFs bG90Lw0KDQoNCk5vIElQUiBkZWNsYXJhdGlvbnMgaGF2ZSBiZWVuIHN1Ym1pdHRlZCBkaXJlY3Rs eSBvbiB0aGlzIEktRC4NCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkdST1cgbWFpbGluZyBsaXN0DQpHUk9XQGlldGYub3JnDQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2dyb3cNCg0KDQo= From nobody Mon Apr 10 14:27:38 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D4A2124D6C; Mon, 10 Apr 2017 14:27:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mi4SIPIMYGZO; Mon, 10 Apr 2017 14:27:34 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1635126C83; Mon, 10 Apr 2017 14:27:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1894; q=dns/txt; s=iport; t=1491859654; x=1493069254; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=7YVObTNN5UV8mjZyErlzOz4ORlWo9D6MjGlztEDEjm0=; b=P5oRMZUGH1CxXMRpsqbegOdAuQulTTYlrudktyEqh4UHG4JVIQAXWMpq MyrRH0lcQBFmBDJLZAfRpKb9+vC+1nbEW9q5acFLv4noKxzyFAKOuj3CZ kx265guIUVEBSeIkKXF8+YMdqrZ2BlYQ0K6xb9tehFDsWX3+YQwhHYm9n g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BFAgBu+OtY/5ldJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1NhgQsHg1+KE6cfgg8uhXYCGoNOPxgBAgEBAQEBAQFrHQuFFgYjETo?= =?us-ascii?q?LEAIBCBoCHwcCAgIwFAEGAQYDAgQOBYoPDqh+giaLAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBARgFgQuFRYIFgmuHXC6CMQWWIIZbAYZ/i1mBf4UuihSTfwEfOIEFWxV?= =?us-ascii?q?SAYR+gUp1iFKBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,183,1488844800"; d="scan'208";a="410196068" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 21:27:33 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3ALRXd6021891 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Apr 2017 21:27:33 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 16:27:33 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 16:27:33 -0500 From: "Alvaro Retana (aretana)" To: "idr@ietf.org" CC: "grow@ietf.org" Thread-Topic: Last Call: (Use of BGP Large Communities) to Informational RFC Thread-Index: AQHSr8JJAIcq/mh6ZEaTbBD7ZEChuqG/M8UA Date: Mon, 10 Apr 2017 21:27:33 +0000 Message-ID: <73F21891-0C4E-41A2-846C-9E9ACB43B125@cisco.com> References: <149158518251.11127.8008659284325510446.idtracker@ietfa.amsl.com> In-Reply-To: <149158518251.11127.8008659284325510446.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1f.0.170216 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.6] Content-Type: text/plain; charset="utf-8" Content-ID: <0426FB5DF79B0B488A28594DE8F8E57E@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Idr] FW: Last Call: (Use of BGP Large Communities) to Informational RFC X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 21:27:36 -0000 QW5vdGhlciBpZHItcmVsYXRlZCBkb2N1bWVudCBpbiBJRVRGIExhc3QgQ2FsbC4NCg0KUGxlYXNl IHRha2UgYSBsb29rIGFuZCBjYyBncm93IG9uIGFueSBjb21tZW50cy4NCg0KVGhhbmtzIQ0KDQpB bHZhcm8uDQoNCg0KDQoNCg0KT24gNC83LzE3LCAxOjEzIFBNLCAiSUVURi1Bbm5vdW5jZSBvbiBi ZWhhbGYgb2YgVGhlIElFU0ciIDxpZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVo YWxmIG9mIGllc2ctc2VjcmV0YXJ5QGlldGYub3JnPiB3cm90ZToNCg0KDQpUaGUgSUVTRyBoYXMg cmVjZWl2ZWQgYSByZXF1ZXN0IGZyb20gdGhlIEdsb2JhbCBSb3V0aW5nIE9wZXJhdGlvbnMgV0cN Cihncm93KSB0byBjb25zaWRlciB0aGUgZm9sbG93aW5nIGRvY3VtZW50Og0KLSAnVXNlIG9mIEJH UCBMYXJnZSBDb21tdW5pdGllcycNCiAgPGRyYWZ0LWlldGYtZ3Jvdy1sYXJnZS1jb21tdW5pdGll cy11c2FnZS0wNS50eHQ+IGFzIEluZm9ybWF0aW9uYWwgUkZDDQoNClRoZSBJRVNHIHBsYW5zIHRv IG1ha2UgYSBkZWNpc2lvbiBpbiB0aGUgbmV4dCBmZXcgd2Vla3MsIGFuZCBzb2xpY2l0cw0KZmlu YWwgY29tbWVudHMgb24gdGhpcyBhY3Rpb24uIFBsZWFzZSBzZW5kIHN1YnN0YW50aXZlIGNvbW1l bnRzIHRvIHRoZQ0KaWV0ZkBpZXRmLm9yZyBtYWlsaW5nIGxpc3RzIGJ5IDIwMTctMDQtMjEuIEV4 Y2VwdGlvbmFsbHksIGNvbW1lbnRzIG1heSBiZQ0Kc2VudCB0byBpZXNnQGlldGYub3JnIGluc3Rl YWQuIEluIGVpdGhlciBjYXNlLCBwbGVhc2UgcmV0YWluIHRoZQ0KYmVnaW5uaW5nIG9mIHRoZSBT dWJqZWN0IGxpbmUgdG8gYWxsb3cgYXV0b21hdGVkIHNvcnRpbmcuDQoNCkFic3RyYWN0DQoNCg0K ICAgRXhhbXBsZXMgYW5kIGluc3BpcmF0aW9uIGZvciBvcGVyYXRvcnMgdG8gdXNlIEJHUCBMYXJn ZSBDb21tdW5pdGllcy4NCg0KDQpUaGlzIGlzIGEgZG9jdW1lbnQgYWJvdXQgaG93IHRvIHVzZSBh IG5ldyBCR1AgZmVhdHVyZSAobGFyZ2UgY29tbXVuaXRpZXMpOyB0aGVyZSBhcmUgQkdQIGltcGxl bWVudGF0aW9ucyB0b2RheSB3aGljaCBzdXBwb3J0IHRoaXMgZmVhdHVyZS4NCg0KDQoNClRoZSBm aWxlIGNhbiBiZSBvYnRhaW5lZCB2aWENCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtZ3Jvdy1sYXJnZS1jb21tdW5pdGllcy11c2FnZS8NCg0KSUVTRyBkaXNjdXNz aW9uIGNhbiBiZSB0cmFja2VkIHZpYQ0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtaWV0Zi1ncm93LWxhcmdlLWNvbW11bml0aWVzLXVzYWdlL2JhbGxvdC8NCg0KDQpObyBJ UFIgZGVjbGFyYXRpb25zIGhhdmUgYmVlbiBzdWJtaXR0ZWQgZGlyZWN0bHkgb24gdGhpcyBJLUQu DQoNCg0KDQoNCg0KDQo= From nobody Mon Apr 10 17:42:22 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 723CE1293F8 for ; Mon, 10 Apr 2017 17:42:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJxRhcCBJZ1Y for ; Mon, 10 Apr 2017 17:42:17 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0091.outbound.protection.outlook.com [104.47.32.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67BD91293EC for ; Mon, 10 Apr 2017 17:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2GiOijkN/lJ0w9VxZ0wKe2o3shNwlEWX4sT0HU8hLUQ=; b=OydOsSXWnrtsxRQWWhUw2mdSzHpPZM3ep2agIYMStj8He/LT5lfu3sVxpiXFh6U0q0utJ1QRcTYsqjQze2AWhQ/WFd/c5uZQl648cqchgRQK3dZzLFX/QLqX98epZqkqd/ZtoCC957PfHdVAXvdkw5+gG3aSUZFK9SAigJg1AUY= Received: from CY4PR05MB2886.namprd05.prod.outlook.com (10.169.183.20) by CY4PR05MB2886.namprd05.prod.outlook.com (10.169.183.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5; Tue, 11 Apr 2017 00:42:13 +0000 Received: from CY4PR05MB2886.namprd05.prod.outlook.com ([10.169.183.20]) by CY4PR05MB2886.namprd05.prod.outlook.com ([10.169.183.20]) with mapi id 15.01.1034.007; Tue, 11 Apr 2017 00:42:13 +0000 From: Simon Zhong To: "Ketan Talaulikar Talaulikar (ketant)" , "idr@ietf.org" Thread-Topic: SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 Thread-Index: AdKxXgD4Cpf4ePb3QmGGH9sXHoVJLwAsG3PwABIaYEA= Date: Tue, 11 Apr 2017 00:42:13 +0000 Message-ID: References: <33d6b2c1e8164ae6abd36010fce175bb@XCH-ALN-008.cisco.com> In-Reply-To: <33d6b2c1e8164ae6abd36010fce175bb@XCH-ALN-008.cisco.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.13] x-microsoft-exchange-diagnostics: 1; CY4PR05MB2886; 7:KeGVpw7uxscdvOrOduthoifDIo4f7wJmUj/u1XFO8BdZMBHB+FBJV2YXmGcX8nxCyhskSkVhUQ4P8SnZp5ucckeR9s7GMLDeUuQ2MkGil6fTE20WRBcaIDLiZUncXjbfWhgmxBxj4D+0VfF2lkzx8mLHfxUHxQbHEHVmS2FisXAr1YZXi4+Lrfx8jgQWTls0Xx84qaUfAeDt++uNFsGNRH0CJi+U4ujYj5DAJZ1iGJ+Ktxo21x4OX12WQX5s8LsEkW4lG+y/j/xAoEffANcqveHbifQx1soXild0tDVGANZBw8Pa5svMXHYDS3UlTE6Qv6XVfzSX2B8OyAtDk4K1yQ== x-ms-office365-filtering-correlation-id: 4b403164-5ed9-4b68-73f6-08d4807398a8 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:CY4PR05MB2886; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(95692535739014)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:CY4PR05MB2886; BCL:0; PCL:0; RULEID:; SRVR:CY4PR05MB2886; x-forefront-prvs: 0274272F87 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400002)(39860400002)(39410400002)(39840400002)(39400400002)(39450400003)(51914003)(6306002)(53936002)(236005)(53546009)(25786009)(9686003)(81166006)(66066001)(3660700001)(6506006)(8936002)(50986999)(54356999)(230783001)(76176999)(55016002)(99286003)(2501003)(3280700002)(33656002)(54896002)(6436002)(8676002)(102836003)(6116002)(790700001)(3846002)(189998001)(2950100002)(229853002)(86362001)(122556002)(74316002)(7696004)(7736002)(5660300001)(77096006)(38730400002)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB2886; H:CY4PR05MB2886.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY4PR05MB288662F7AF9B773667B5E249D3000CY4PR05MB2886namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Apr 2017 00:42:13.6363 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2886 Archived-At: Subject: Re: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-ext-01 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 00:42:19 -0000 --_000_CY4PR05MB288662F7AF9B773667B5E249D3000CY4PR05MB2886namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for the clarification Ketan. /Simon From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com] Sent: Monday, April 10, 2017 11:26 To: Simon Zhong ; idr@ietf.org Subject: RE: SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing-e= xt-01 Hi Simon, The pair "Range Size + SID/Label sub-TLV" would be repeated if there are mo= re than one SRGB/SRLB ranges advertised by a node. Thanks, Ketan From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Simon Zhong Sent: 09 April 2017 11:21 To: idr@ietf.org Subject: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-routing= -ext-01 Hi, I'm working on Wireshark bgp dissector and following description confuses m= e. 2.1.1. SR-Capabilities TLV The SR Capabilities sub-TLV has following format: ...... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Range Size | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ // SID/Label Sub-TLV (variable) // +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This implies that there's one "Range Size" and one or more "SID/Lable Sub-T= LV), however later in this section, it says: One or more entries, each of which have the following format: Range Size: 3 octet value indicating the number of labels in the range. SID/Label sub-TLV (as defined in Section 2.3.7.2). Which sounds like one or more "Range Size" + "SID/Lable sub-TLV" combo are = allowed. The same applies to SR Local Block TLV as well. So what's the intended behaviour? Thanks. /Simon --_000_CY4PR05MB288662F7AF9B773667B5E249D3000CY4PR05MB2886namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Thanks for the clarification Ketan.

     

    /Simon

     

    From: Ketan Talaulikar Talaulikar (k= etant) [mailto:ketant@cisco.com]
    Sent: Monday, April 10, 2017 11:26
    To: Simon Zhong <szhong@juniper.net>; idr@ietf.org
    Subject: RE: SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-ro= uting-ext-01

     

    Hi Simon,

     

    The pair “Range Size + SID/Label sub-TLV” would be rep= eated if there are more than one SRGB/SRLB ranges advertised by a node.

     

    Thanks,

    Ketan

     

    From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Simon Zhong
    Sent: 09 April 2017 11:21
    To: idr@ietf.org
    Subject: [Idr] SR-Capabilities TLV in draft-ietf-idr-bgp-ls-segment-= routing-ext-01

     

    Hi,

    &nbs= p;

    I’m working on Wireshark bgp dissector and following description confuses me.

    &nbs= p;

    2.1.1.  SR-Capabilities TLV

     

       The SR Capabilities sub-TLV ha= s following format:

    ……

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

       |     = ;             R= ange Size           =         |

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

       //    &nbs= p;           SID/Label Su= b-TLV (variable)          = ;       //

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

    &nbs= p;

    This implies that there’s one = “Range Size” and one or more “SID/Lable Sub-TLV), however= later in this section, it says:

    &nbs= p;

         One or more entrie= s, each of which have the following format:

     

           &= nbsp; Range Size: 3 octet value indicating the number of labels in

           &= nbsp; the range.

     

           &= nbsp; SID/Label sub-TLV (as defined in Section 2.3.7.2).

    &nbs= p;

    Which sounds like one or more “= ;Range Size” + “SID/Lable sub-TLV” combo are allowed.=

    &nbs= p;

    The same applies to SR Local Block T= LV as well.

    &nbs= p;

    So what’s the intended behavio= ur? Thanks.

     

    /Simon

    &nbs= p;

    --_000_CY4PR05MB288662F7AF9B773667B5E249D3000CY4PR05MB2886namp_-- From nobody Tue Apr 11 13:29:33 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2B6C129513; Tue, 11 Apr 2017 13:29:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GcnK7hy1lGyr; Tue, 11 Apr 2017 13:29:28 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 421EE127601; Tue, 11 Apr 2017 13:29:25 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id b187so10458346oif.0; Tue, 11 Apr 2017 13:29:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ek5sa5RZUO849yVKGF3xDNpPLyNBo+qyQLh8Gn3hmp8=; b=iGns2kmGr5FE/hYDdhRYVpSaeLuiuUDTV1pomt4Qv0UoVL4WUeI7vo96bPuVTB6n2u pcuB1VLIad0C6xaNLJRCKrsxJI72vyicfgLU9x/pErVJq1HdZ+62HRD955CGHdfEfiz7 5oegwU/LlCdE4ko43Uy3RzQBll1m8tn39IdnT56h/viAzYQ/JoJt60wb07ud+NjucREP cP6qnmQ/NEctxaIpRGOKS/vxxh6EMy0520yfBm64/OYdWIs48mYIhpIjCV2rvEHIlstd 9j/1QGHujHOsc/J08ek8APzd84vXyUaJZnSZHQVRUH+p4dBYnM5sRKri0+wV8gCJVShX lLDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ek5sa5RZUO849yVKGF3xDNpPLyNBo+qyQLh8Gn3hmp8=; b=m6qTL3xddcnz/HMvcEgBGbONSOkmj/aiKh3tXMPo1GTRKv3CqXQ/BhGdPh9L1R9MOq zZCfBdalYirBxXJgpdICDlzf17H2Ghp4CMn52SghXrMsW8JvctbBr/4HpdYOPs6NcCh4 Xce4Ll5AargU/vJpMekkGCXZ8+yYyRWj0h5xNYMa0lXUNavOs/zlge2gn9fDA2SXftxZ 8q77IU8owBqe/56MW9O+673lzNs26UHhavZ32o2Sr+DQ2hQPu6pqxj/LI2ZO92XhXT4s pD7PdfbwCXk5cX8RWd7g8uZZ2FSRvWXikuP4M4cKqMFr9xmik0eR5vXNgBdCa88iaPj5 bZMg== X-Gm-Message-State: AN3rC/6Uc5agC7rTYsb/vaL5ZLnxbN5V14JnAYh+JmtBpjoQkphLbd9VUkc+K5oWRKizTwEFb9ghRqbwPQ5cDw== X-Received: by 10.157.42.82 with SMTP id t76mr8762747ota.40.1491942564517; Tue, 11 Apr 2017 13:29:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.39.165 with HTTP; Tue, 11 Apr 2017 13:29:24 -0700 (PDT) In-Reply-To: <201704071044279565138@zte.com.cn> References: <201704071044279565138@zte.com.cn> From: Greg Mirsky Date: Tue, 11 Apr 2017 13:29:24 -0700 Message-ID: To: chen.ran@zte.com.cn, draft-ietf-bier-bgp-ls-bier-ext@ietf.org Cc: bier@ietf.org, idr@ietf.org Content-Type: multipart/alternative; boundary=001a113d09de955d1f054ce9f23e Archived-At: Subject: Re: [Idr] [Bier] I-D Action: draft-ietf-bier-bgp-ls-bier-ext-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 20:29:31 -0000 --001a113d09de955d1f054ce9f23e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Ran, Authors, thank you for the very good and timely work. Please kindly consider my notes to the draft: - section 3.1 - for consistency of format definition add Type with reference to the appropriate sub-section in IANA Considerations; - add definition of the value in Length field, e.g. "equals number of octets of the Value field"; - you may describe the Reserved field and note that is MUST be set to 0 on transmit and ignored on receipt; - I think that meaning and use of subdomain-id and MT-ID need more discussion. E.g., how these id's assigned, managed? What they signify= ? - how the value of BSL field defined? Is it the same as Len field in the BIER Header (Section 3 in draft-ietf-bier-mpls-encapsulation)? You may add the reference to encaps draft. - I think that Set Identifier (SI) should be included in the BIER TLV. According to Section 3 of the BIER Architecture document, SI value may be in the [0, 255] range. Then one octet seems sufficient for SI fiel= d. - I'd suggest to keep format to four octet alignment and add reserved field after the BFR-id field. - Section 3.1.1 - you can add reference to the sub-section in IANA Considerations for Type field; - add definition of the value of Length field; - is 255 range sufficient for Label Range advertisement?Is it because SI is limited to 255? Would be helpful to clarify; - would BS Length in the sub-TLV be the same as BSL field in the BIER TLV? Regards, Greg On Thu, Apr 6, 2017 at 7:44 PM, wrote: > Hello all, > > We would like to request comments on the draft > > https://datatracker.ietf.org/doc/html/draft-ietf-bier-bgp-ls-bier-ext > > > We would really appreciate any comments and questions about the draft. > > > Best Regards. > > Ran > > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A* =EF=BC=9Cinternet-drafts@ietf.org= =EF=BC=9E; > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A* =EF=BC=9Ci-d-announce@ietf.org=EF= =BC=9E; > *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A* =EF=BC=9Cbier@ietf.org=EF=BC=9E; > *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2017=E5=B9=B401=E6=9C=8819=E6=97=A5 00:26 > *=E4=B8=BB =E9=A2=98 =EF=BC=9A**[Bier] I-D Action: draft-ietf-bier-bgp-ls= -bier-ext-00.txt* > > > > A New Internet-Draft is available from the on-line > Internet-Drafts directories. > This draft is a work item of the Bit Indexed Explicit > Replication of the IETF. > > Title : BGP Link-State extensions for BIER > Authors : Ran Chen > Zheng Zhang > Vengada Prasad Govindan > IJsbrand Wijnands > Filename : draft-ietf-bier-bgp-ls-bier-ext-00.txt > Pages : 8 > Date : 2017-01-10 > > Abstract: > Bit Index Explicit Replication (BIER) is an architecture that > provides optimal multicast forwarding through a "BIER domain" without > requiring intermediate routers to maintain any multicast related per- > flow state. BIER also does not require any explicit tree-building > protocol for its operation. A multicast data packet enters a BIER > domain at a "Bit-Forwarding Ingress Router" (BFIR), and leaves the > BIER domain at one or more "Bit-Forwarding Egress Routers" (BFERs). > The BFIR router adds a BIER header to the packet. The BIER header > contains a bitstring in which each bit represents exactly one BFER to > forward the packet to. The set of BFERs to which the multicast > packet needs to be forwarded is expressed by setting the bits that > correspond to those routers in the BIER header. > > This document specifies extensions to the BGP Link-state address- > family in order to advertising BIER information. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bier-bgp-ls-bier-ext/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-bier-bgp-ls-bier-ext-00 > > > Please note that it may take a couple of minutes from the > time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier > > > > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier > > --001a113d09de955d1f054ce9f23e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hi Ran, Authors,
    thank you for the very good and timel= y work. Please kindly consider my notes to the draft:
    • sec= tion 3.1
      • for consistency of format definition add Type with ref= erence to the appropriate sub-section in IANA Considerations;
      • add d= efinition of the value in Length field, e.g. "equals number of octets = of the Value field";
      • you may describe the Reserved field and n= ote that is MUST be set to 0 on transmit and ignored on receipt;
      • I = think that meaning and use of subdomain-id and MT-ID need more discussion. = E.g., how these id's assigned, managed? What they signify?
      • how = the value of BSL field defined? Is it the same as Len field in the BIER Hea= der (Section 3 in draft-ietf-bier-mpls-encapsulation)? You may add the refe= rence to encaps draft.
      • I think that Set Identifier (SI) should be i= ncluded in the BIER TLV. According to Section 3 of the BIER Architecture do= cument, SI value may be in the [0, 255] range. Then one octet seems suffici= ent for SI field.
      • I'd suggest to keep format to four octet alig= nment and add reserved field after the BFR-id field.
    • Section 3= .1.1
      • you can add reference to the sub-section in IANA Considera= tions for Type field;
      • add definition of the value of Length field;<= /li>
      • is 255 range sufficient for Label Range advertisement?Is it because= SI is limited to 255? Would be helpful to clarify;
      • would BS Length= in the sub-TLV be the same as BSL field in the BIER TLV?
    Regards,
    Greg

    <= div class=3D"gmail_quote">On Thu, Apr 6, 2017 at 7:44 PM, <chen.ran@zte= .com.cn> wrote:

    = Hello all,

    W= e would like to request comments on the draft

    https://datatracker.ietf.org/doc/html/dra= ft-ietf-bier-bgp-ls-bier-ext=C2=A0


    We would really appreciate any comments and questions about the draft.


    Best Regards.

    Ran


    =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
    =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A =EF=BC=9Cinternet-drafts@ietf.org=EF= =BC=9E;
    =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A =EF=BC=9Ci-d-announce@ietf.org=EF=BC=9E;
    =E6=8A=84= =E9=80=81=E4=BA=BA=EF=BC=9A =EF=BC=9Cbier@ietf.org=EF=BC=9E;
    <= strong>=E6=97=A5 =E6=9C=9F =EF=BC=9A2017=E5=B9=B401=E6=9C=88= 19=E6=97=A5 00:26
    =E4=B8=BB =E9=A2=98 =EF=BC=9A[Bier] I-D Ac= tion: draft-ietf-bier-bgp-ls-bier-ext-00.txt



    A=C2= =A0New=C2=A0Internet-Draft=C2=A0is=C2=A0available=C2=A0from=C2=A0the= =C2=A0on-line=C2=A0Internet-Drafts=C2=A0directories.
    This=C2=A0draf= t=C2=A0is=C2=A0a=C2=A0work=C2=A0item=C2=A0of=C2=A0the=C2=A0Bit=C2=A0In= dexed=C2=A0Explicit=C2=A0Replication=C2=A0of=C2=A0the=C2=A0IETF.
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Title=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0:=C2=A0BGP=C2=A0Link-S= tate=C2=A0extensions=C2=A0for=C2=A0BIER
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0Authors=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0:=C2=A0Ran=C2=A0Chen
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Zheng=C2=A0Zhang
    =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Vengada=C2=A0Prasad=C2=A0Govindan
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0IJsbrand=C2=A0Wijnands=
    =C2=A0=C2=A0=C2=A0=C2=A0Filename=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0:=C2=A0draft-ietf-bier-bgp-ls-bier-ext-00.txt
    =C2=A0= =C2=A0=C2=A0=C2=A0Pages=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0:=C2=A08
    =C2=A0=C2=A0=C2=A0=C2=A0Date=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=A02017-01-1= 0

    Abstract:
    =C2=A0=C2=A0=C2=A0Bit=C2=A0Index=C2=A0Explicit=C2=A0<= wbr>Replication=C2=A0(BIER)=C2=A0is=C2=A0an=C2=A0architecture=C2=A0tha= t
    =C2=A0=C2=A0=C2=A0provides=C2=A0optimal=C2=A0multicast=C2=A0forwa= rding=C2=A0through=C2=A0a=C2=A0"BIER=C2=A0domain"=C2=A0witho= ut
    =C2=A0=C2=A0=C2=A0requiring=C2=A0intermediate=C2=A0routers=C2=A0= to=C2=A0maintain=C2=A0any=C2=A0multicast=C2=A0related=C2=A0per-
    =C2= =A0=C2=A0=C2=A0flow=C2=A0state.=C2=A0=C2=A0BIER=C2=A0also=C2=A0does=C2= =A0not=C2=A0require=C2=A0any=C2=A0explicit=C2=A0tree-building
    =C2= =A0=C2=A0=C2=A0protocol=C2=A0for=C2=A0its=C2=A0operation.=C2=A0=C2=A0A= =C2=A0multicast=C2=A0data=C2=A0packet=C2=A0enters=C2=A0a=C2=A0BIER
    = =C2=A0=C2=A0=C2=A0domain=C2=A0at=C2=A0a=C2=A0"Bit-Forwarding=C2= =A0Ingress=C2=A0Router"=C2=A0(BFIR),=C2=A0and=C2=A0leaves=C2=A0th= e
    =C2=A0=C2=A0=C2=A0BIER=C2=A0domain=C2=A0at=C2=A0one=C2=A0or=C2=A0more= =C2=A0"Bit-Forwarding=C2=A0Egress=C2=A0Routers"=C2=A0(B= FERs).
    =C2=A0=C2=A0=C2=A0The=C2=A0BFIR=C2=A0router=C2=A0adds=C2=A0a=C2= =A0BIER=C2=A0header=C2=A0to=C2=A0the=C2=A0packet.=C2=A0=C2=A0The= =C2=A0BIER=C2=A0header
    =C2=A0=C2=A0=C2=A0contains=C2=A0a=C2=A0bitstring= =C2=A0in=C2=A0which=C2=A0each=C2=A0bit=C2=A0represents=C2=A0exact= ly=C2=A0one=C2=A0BFER=C2=A0to
    =C2=A0=C2=A0=C2=A0forward=C2=A0the=C2=A0pa= cket=C2=A0to.=C2=A0=C2=A0The=C2=A0set=C2=A0of=C2=A0BFERs=C2=A0to=C2=A0= which=C2=A0the=C2=A0multicast
    =C2=A0=C2=A0=C2=A0packet=C2=A0needs= =C2=A0to=C2=A0be=C2=A0forwarded=C2=A0is=C2=A0expressed=C2=A0by=C2=A0setting=C2=A0the=C2=A0bits=C2=A0that
    =C2=A0=C2=A0=C2=A0correspond=C2= =A0to=C2=A0those=C2=A0routers=C2=A0in=C2=A0the=C2=A0BIER=C2=A0header.<= br>
    =C2=A0=C2=A0=C2=A0This=C2=A0document=C2=A0specifies=C2=A0extens= ions=C2=A0to=C2=A0the=C2=A0BGP=C2=A0Link-state=C2=A0address-
    =C2=A0= =C2=A0=C2=A0family=C2=A0in=C2=A0order=C2=A0to=C2=A0advertising=C2=A0BI= ER=C2=A0information.


    The=C2=A0IETF=C2=A0datatracker=C2=A0status= =C2=A0page=C2=A0for=C2=A0this=C2=A0draft=C2=A0is:
    https://datatracker.ietf.org/doc/draft-ietf-bier-bgp-ls-bier-= ext/

    There's=C2=A0also=C2=A0a=C2=A0htmlized=C2=A0versio= n=C2=A0available=C2=A0at:
    https://tools.ietf.org/html/= draft-ietf-bier-bgp-ls-bier-ext-00


    Please=C2=A0not= e=C2=A0that=C2=A0it=C2=A0may=C2=A0take=C2=A0a=C2=A0couple=C2=A0of=C2= =A0minutes=C2=A0from=C2=A0the=C2=A0time=C2=A0of=C2=A0submission
    unt= il=C2=A0the=C2=A0htmlized=C2=A0version=C2=A0and=C2=A0diff=C2=A0are=C2= =A0available=C2=A0at=C2=A0tools.ietf.org.

    Internet-Drafts=C2=A0are=C2=A0also=C2=A0= available=C2=A0by=C2=A0anonymous=C2=A0FTP=C2=A0at:
    ftp://ftp.ietf.org/intern= et-drafts/

    ___________________________________________= ____
    BIER=C2=A0mailing=C2=A0list
    BIER@ietf.org
    https://www.ietf.org/mailman/listinf= o/bier



    <= /p>


    _______________________________________________
    BIER mailing list
    BIER@ietf.org
    https://www.ietf.org/mailman/listinfo/bier


    --001a113d09de955d1f054ce9f23e-- From nobody Wed Apr 12 10:51:48 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EE33129646; Wed, 12 Apr 2017 10:51:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 50dFSPPlhNyJ; Wed, 12 Apr 2017 10:51:38 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D9871296C6; Wed, 12 Apr 2017 10:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10240; q=dns/txt; s=iport; t=1492019482; x=1493229082; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=x41Z5Dknqg7eJEghMHlIBoXAyoaAwPTwc0zoqzLXe8Y=; b=ku4xDlConIKIQH/fSH+8Mr4tIRKnC4Xsrn8KqIkzQMJpmEI/W4shUTaA hb4wx6I56cd4AbtnlHBm1IyGeAh8clzlmgD0AZ5l/vZggrq5xdA/PHKaC cKuhLiR62C9roF6zbR1bxYBns90enD71YzQs1hXyTJgZQyohg1/zFTzOh o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B9AgDbZ+5Y/40NJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYYELB4NfihORMpBDhTWCD4YkAhqDZz8YAQIBAQEBAQEBax0?= =?us-ascii?q?LhRYGI1YQAgEIPwMCAgIwFBECBA4FihapAoImK4plAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBHYZRgV0rCYJjh1wugjEFlieGYwGIAIpggX+PRZQBAR84gQVbFVIBhkh?= =?us-ascii?q?1iBWBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,191,1488844800"; d="scan'208,217";a="229993421" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 Apr 2017 17:51:21 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v3CHpLSx014548 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 12 Apr 2017 17:51:21 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 12 Apr 2017 12:51:20 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Wed, 12 Apr 2017 12:51:20 -0500 From: "Alvaro Retana (aretana)" To: "sidr@ietf.org" CC: "sidr-chairs@ietf.org" , "draft-ietf-sidr-bgpsec-protocol@ietf.org" , "sidrops@ietf.org" , "idr@ietf.org" Thread-Topic: BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) Thread-Index: AQHSrV6hkKLo0jlbPUCXfQgnSjWfzKHCIM4A Date: Wed, 12 Apr 2017 17:51:20 +0000 Message-ID: References: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> In-Reply-To: <65677770-43DB-4CE0-8E81-B35B9A82DF6F@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1f.0.170216 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.6] Content-Type: multipart/alternative; boundary="_000_C573125C251842D5AFFFA4F47F2ABBC7ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] BGPsec without Extended Messages (draft-ietf-sidr-bgpsec-protocol) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 17:51:41 -0000 --_000_C573125C251842D5AFFFA4F47F2ABBC7ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNClRoYW5rcyB0byBldmVyeW9uZSB3aG8gbWFkZSBjb21tZW50cyBpbiBzdXBwb3J0IGZv ciB0aGUgbW9kaWZpZWQgdGV4dC4NCg0KSSBhbSBub3cgcHJvY2VlZGluZyB3aXRoIHRoZSByZXN0 IG9mIHRoZSBwcm9jZXNzIChiZWxvdykuICBXaWxsIGNjIHRoZSBXRyBhcyBuZWVkZWQuDQoNClRo YW5rcyEhDQoNCkFsdmFyby4NCg0KDQoNCg0KT24gNC80LzE3LCAxMjoxNSBQTSwgIkFsdmFybyBS ZXRhbmEgKGFyZXRhbmEpIiA8YXJldGFuYUBjaXNjby5jb208bWFpbHRvOmFyZXRhbmFAY2lzY28u Y29tPj4gd3JvdGU6DQoNCkdpdmVuIHRoYXQgdGhpcyBkb2N1bWVudCBoYXMgYWxyZWFkeSBiZWVu IGFwcHJvdmVkIGJ5IHRoZSBJRVNHLCB0aGUgcHJvY2VzcyBnb2luZyBmb3J3YXJkIGlzOg0KDQot IGNvbnN1bHQgdGhlIFdHICh0aGlzIHRocmVhZCkNCi0gaW5mb3JtIHRoZSBJRVNHIG9mIHRoZSBp bnRlbnQNCi0gaW5mb3JtIHRoZSBJRVRGIChpZXRmQGlldGYub3JnKTxtYWlsdG86aWV0ZkBpZXRm Lm9yZyk+IG9mIHRoZSBjaGFuZ2VzDQotIHB1Ymxpc2ggYW4gdXBkYXRlZCBkcmFmdA0KLSBjb250 aW51ZSB0aGUgcHVibGljYXRpb24gcHJvY2Vzcw0KDQpFYWNoIHN0ZXAgbWF5LCBvYnZpb3VzbHks IHJlcXVpcmUgYWRkaXRpb25hbCBkaXNjdXNzaW9uIGFuZCBjb3VsZCByZXN1bHQgaW4gY2hhbmdl cyB0byB0aGUgY3VycmVudCBwbGFuLg0KDQoNCg== --_000_C573125C251842D5AFFFA4F47F2ABBC7ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <206A78DA63A3AE4E90FB9670ADB3C0DE@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252 ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZv bnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLm1zb0lucw0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+SGkhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhhbmtzIHRvIGV2ZXJ5b25l IHdobyBtYWRlIGNvbW1lbnRzIGluIHN1cHBvcnQgZm9yIHRoZSBtb2RpZmllZCB0ZXh0LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkkgYW0gbm93IHByb2NlZWRpbmcgd2l0aCB0aGUgcmVzdCBv ZiB0aGUgcHJvY2VzcyAoYmVsb3cpLiZuYnNwOyBXaWxsIGNjIHRoZSBXRyBhcyBuZWVkZWQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhhbmtzISE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5BbHZhcm8uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiA0LzQvMTcsIDEyOjE1IFBNLCAmcXVvdDtBbHZhcm8gUmV0 YW5hIChhcmV0YW5hKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFyZXRhbmFAY2lzY28uY29t Ij5hcmV0YW5hQGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZvbnQtdmFyaWFudC1jYXBz OiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5HaXZl biB0aGF0IHRoaXMgZG9jdW1lbnQgaGFzIGFscmVhZHkgYmVlbiBhcHByb3ZlZCBieSB0aGUgSUVT RywgdGhlIHByb2Nlc3MgZ29pbmcgZm9yd2FyZCBpczo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6 IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50LWNhcHM6IG5vcm1h bDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPi0gY29uc3VsdCB0 aGUgV0cgKHRoaXMgdGhyZWFkKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJy aTtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFs aWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29y ZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4tIGluZm9ybSB0aGUgSUVTRyBvZiB0aGUgaW50ZW50PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRv Oy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2si Pi0gaW5mb3JtIHRoZSBJRVRGICg8YSBocmVmPSJtYWlsdG86aWV0ZkBpZXRmLm9yZykiPjxzcGFu IHN0eWxlPSJjb2xvcjojOTU0RjcyIj5pZXRmQGlldGYub3JnKTwvc3Bhbj48L2E+PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm9mIHRoZSBjaGFuZ2VzPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRv Oy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2si Pi0gcHVibGlzaCBhbiB1cGRhdGVkIGRyYWZ0PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRv O3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6 IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPi0gY29udGludWUgdGhlIHB1YmxpY2F0aW9u IHByb2Nlc3M8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJm b250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3 aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzow cHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxp Z246c3RhcnQ7d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3Jk LXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmk7Y29sb3I6YmxhY2siPkVhY2ggc3RlcCBtYXksIG9idmlvdXNseSwgcmVxdWlyZSBh ZGRpdGlvbmFsIGRpc2N1c3Npb24gYW5kIGNvdWxkIHJlc3VsdCBpbiBjaGFuZ2VzIHRvIHRoZSBj dXJyZW50IHBsYW4uPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_C573125C251842D5AFFFA4F47F2ABBC7ciscocom_-- From nobody Thu Apr 13 23:03:00 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26F15129407; Thu, 13 Apr 2017 23:02:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C0dOF6-C6fvH; Thu, 13 Apr 2017 23:02:48 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0105.outbound.protection.outlook.com [104.47.33.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A7A1128B90; Thu, 13 Apr 2017 23:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Jf7cg3xCs8WMOSKb6vWyZTacrKWEwy7rWsOCNAoO400=; b=Jppgy70AlAskIFh9kE+NW1Lv3yWj9E42tf5MUxPi1mu2x1UtHtKLlccnIG1oDnJMP90EUGaKsDR9yO5XlnPN7jZ7YFDqXTO5gnWuCceDO70AdsKoXQtlGUr12QDa2gN3edbV/DvNhC8kYB3kzwPz20L4vs/SMf56CxX88yiN/b8= Received: from CY1PR05MB2521.namprd05.prod.outlook.com (10.167.10.136) by CY1PR05MB2524.namprd05.prod.outlook.com (10.167.10.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5; Fri, 14 Apr 2017 06:02:45 +0000 Received: from CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) by CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) with mapi id 15.01.1047.006; Fri, 14 Apr 2017 06:02:45 +0000 From: Ravi Singh To: "rtg-dir@ietf.org" CC: "draft-ietf-idr-bgpls-segment-routing-epe@ietf.org" , "idr@ietf.org" Thread-Topic: Review of draft-ietf-idr-bgpls-segment-routing-epe Thread-Index: AdK044TTNOR7tL3ASl6OLN2+c3aCsQ== Date: Fri, 14 Apr 2017 06:02:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.239.10] x-microsoft-exchange-diagnostics: 1; CY1PR05MB2524; 7:nU/a7Nc5BpIiZUbJ+4/LJTNTfbZhYLbmmSUSztHxv7Gt8d9A0h3SxV78SbRtoI7Xus9GcGKM+Ov5Gns/9F4riFLgeqK/IR+z+uimXBBJtK4B+REe65eoXkYtxBZmwynIPROk4y4IlXdhJOWILaZe0wjfKcMQLfzjaz/fSjDqzmkPpsXj0S2OComqNJqg/tNu+8kh0QeU71H3Vga4SndjrGR2tIBIhbul+of6LV5sYVNK6oGY87Yy9cK3HnJj7esXgxM9tqPE82xxqgIx/uL0PVQ8y+dnOUshDB+Ay+otqUvx7BSSPr01izinYdWKcA9+shVFRI5nJIbRot+lJnGeTQ== x-ms-office365-filtering-correlation-id: fe060ba1-19bc-41bd-b95e-08d482fbdf1e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:CY1PR05MB2524; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(6072148); SRVR:CY1PR05MB2524; BCL:0; PCL:0; RULEID:; SRVR:CY1PR05MB2524; x-forefront-prvs: 02778BF158 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39450400003)(39860400002)(39410400002)(39400400002)(39850400002)(790700001)(3846002)(102836003)(86362001)(6116002)(5660300001)(189998001)(25786009)(450100002)(68736007)(54356999)(50986999)(7736002)(110136004)(38730400002)(74316002)(4326008)(5630700001)(33656002)(230783001)(2501003)(2900100001)(77096006)(6916009)(9326002)(2351001)(9686003)(55016002)(54906002)(81166006)(8936002)(54896002)(8676002)(6306002)(3280700002)(2906002)(99286003)(6506006)(53936002)(3660700001)(122556002)(66066001)(5640700003)(7696004)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2524; H:CY1PR05MB2521.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY1PR05MB25215A10F4E4372407A31F13AB050CY1PR05MB2521namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2017 06:02:45.7266 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2524 Archived-At: Subject: [Idr] Review of draft-ietf-idr-bgpls-segment-routing-epe X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 06:02:50 -0000 --_000_CY1PR05MB25215A10F4E4372407A31F13AB050CY1PR05MB2521namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I had been designated as the RTG-DIR reviewer for this draft. Overall the draft is clear. However, it could be use some editorial revision for improved readability. Specific comments listed below: 1. Document title could be less heavy on consecutive adjectives: some= suggestions: a. BGP-LS extensions for Segment Routing BGP Egress Peer Engineering b. BGP-LS extensions for "BGP-EPE using SR" c. Segment Routing BGP Egress Peer Engineering extensions for BGP-LS ... 2. Section 1: " This document defines new types of segments: a Peer Node segment describing the BGP session between two nodes; a Peer Adjacency Segment describing the link (one or more) that is used by the BGP session; the Peer Set Segment describing an arbitrary set of sessions or links between the local BGP node and its peers." Above has an unintended meaning. This should instead have stated that this = doc defines BGP-LS extensions to communicate the above listed SIDs that are= defined in "draft-ietf-spring-segment-routing" 3. Section 3: " This document defines the BGP-EPE Peering Segments: o Peer Node Segment (Peer-Node-SID) o Peer Adjacency Segment (Peer-Adj-SID) o Peer Set Segment (Peer-Set-SID)" Same issue as listed above for section 1 above. Section 5 has the same issue. 4. Section 4.2: I'd suggest that this be broken into 2 separate sub-s= ections: each listing the mandatory/optional sub-TLVs for the local and rem= ote node descriptors respectively. That will make for improved readability. 5. Section 4.2: please clarify in text as to Why no "BGP-LS ID" in li= nk NLRI in the remote node descriptor. 6. Section 4.3: a. values of the flags are specified only for the Per-Adj-SID. Explic= it text should be listed for per-node-SID and per-set-SID. b. " The Peer-Node-SID MUST be present when BGP-LS is used for the use case described in [I-D.ietf-spring-segment-routing-central-epe] and MAY be omitted for other use cases." Is there really a need to state what other use-cases might do, considering = that this doc is specific to BGP-LS for SR-EPE? Perhaps can be reworded. Si= milarly for "Peer-Adj-SID and Peer-Set-SID SubTLVs MAY" in next paragraph. 7. There is some repetition of info between sections 4 & 5. eg. What = local and remote node descriptors contain. Please reword these sections to = avoid the repetition while still presenting the info. 8. Sections 5.1 & 5.2: have lots of repetitive text. Tabular presenta= tion of the text in these sections would allow describing per-node-sid and = per-adj-sid without the repetition. 9. Section 9: typo in language in first sentence. 10. Section 10: please explicitly call out any additional (beyond rfc7752= ) security considerations or include text stating that none exist. 11. Typos a. Section 3: i. "an BGP-EPE" -> "a BGP= -EPE" b. Section 4: i. "Link-type" NLRI -> "l= ink-state" NLRI? Regards Ravi --_000_CY1PR05MB25215A10F4E4372407A31F13AB050CY1PR05MB2521namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi

    I had been designated as= the RTG-DIR reviewer for this draft.

     =

    Overall the draft is cle= ar.

    However, it could be use= some editorial revision for improved readability.

     =

    Specific comments listed= below:

     =

    1.  =      Document title c= ould be less heavy on consecutive adjectives: some suggestions:<= /span>

    a.  =      BGP-LS extension= s for Segment Routing BGP Egress Peer Engineering

    b.  =     BGP-LS extension= s for "BGP-EPE using SR"

    c.  =      Segment Routing = BGP Egress Peer Engineering extensions for BGP-LS

    …

    2.  =      Section 1:<= /o:p>

    "   This document defines new types of segments: a Peer= Node segment

       describing the BGP session between two nodes; a Peer Adja= cency

       Segment describing the link (one or more) that is used by= the BGP

       session; the Peer Set Segment describing an arbitrary set= of sessions

       or links between the local BGP node and its peers."<= o:p>

    Above has an unintended meaning. This should instead have stated that = this doc defines BGP-LS extensions to communicate the above listed SIDs tha= t are defined in "draft-ietf-spring-segment-routing"

     

    3.  =      Section 3: =

    "

       This document defines the BGP-EPE Peering Segments:<= /o:p>

     

       o  Peer Node Segment (Peer-Node-SID)

     

       o  Peer Adjacency Segment (Peer-Adj-SID)<= /span>

     

      o  Peer Set Segment (Peer-Set-SID)"

     

    Same issue as listed above for section 1 above.

    Section 5 has the same issue.

     

    4.  =      Section 4.2: I'd= suggest that this be broken into 2 separate sub-sections: each listing the= mandatory/optional sub-TLVs for the local and remote node descriptors resp= ectively. That will make for improved readability.

     

    5.  =      Section 4.2: ple= ase clarify in text as to Why no "BGP-LS ID" in link NLRI in the = remote node descriptor.

     

    6.  =      Section 4.3:

    a.  =      values of the fl= ags are specified only for the Per-Adj-SID. Explicit text should be listed = for per-node-SID and per-set-SID.

    b.  =     "

       The Peer-Node-SID MUST be present when BGP-LS is used for = the use

       case described in [I-D.ietf-spring-segment-routing-central= -epe] and

       MAY be omitted for other use cases."

    Is there really a need to state what other use-cases might do, consider= ing that this doc is specific to BGP-LS for SR-EPE? Perhaps can be reworded= . Similarly for "Peer-Adj-SID and Peer-Set-SID SubTLVs MAY" in next paragraph.

     

    7.  =      There is some re= petition of info between sections 4 & 5. eg. What local and remote node= descriptors contain. Please reword these sections to avoid the repetition = while still presenting the info.

     

    8.  =      Sections 5.1 &am= p; 5.2: have lots of repetitive text. Tabular presentation of the text in t= hese sections would allow describing per-node-sid and per-adj-sid without t= he repetition.

     

    9.  =      Section 9: typo = in language in first sentence.

     

    10.  = ; Section 10: plea= se explicitly call out any additional (beyond rfc7752) security considerati= ons or include text stating that none exist.

     

    11.  = ; Typos=

    a.  =       Section 3:=

      &n= bsp;            = ;            &n= bsp;           i.  = ;          "an BGP-EPE" -> "= a BGP-EPE"

    b.  =     Section 4:<= /o:p>

      &n= bsp;            = ;            &n= bsp;           i.  = ;          "Link-type" NLRI -> &q= uot;link-state" NLRI?

     

    Regards

    Ravi

     

    --_000_CY1PR05MB25215A10F4E4372407A31F13AB050CY1PR05MB2521namp_-- From nobody Fri Apr 14 02:16:59 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2906128768 for ; Fri, 14 Apr 2017 02:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.286 X-Spam-Level: X-Spam-Status: No, score=0.286 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zBwXzxIw8aDy for ; Fri, 14 Apr 2017 02:16:56 -0700 (PDT) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253085.outbound.protection.outlook.com [40.92.253.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2163127A90 for ; Fri, 14 Apr 2017 02:16:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CV+KomEhsQZet8sNXFs49Za4A5SSes0QZ2C1L4AHiTw=; b=vG5j+HW3YFLfWETWhV1UxcsLbGe2+VVm1Pi1azH/0E/uxY7TJmLzl1Pb8kGxVAc+kzwZLPj+iboZ877NArSW2aaOuImR2tGzaOSPugPtqC89INhWKHntuZTIe6+nAmP+Iy8eXwCTjPfLoOlrv63uCUNSQHUwS6Nm49pdViq0fHg/55VcJBBhluH+QkG1/CqIV0YfYDIZRXKdCYAc1COrOk2bPzb9TlIqsYxKESyBZL5jET3pyw11rArlJj11MGi1stm/Tv2jXeIKzdIdOuWjwMe3sKby1Q0usGYUA1uFBBFi/1ZylxMdE01B96UUWhUh/c6gR+R0U8Bljue7J2MCfw== Received: from PU1APC01FT042.eop-APC01.prod.protection.outlook.com (10.152.252.53) by PU1APC01HT040.eop-APC01.prod.protection.outlook.com (10.152.253.247) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1019.14; Fri, 14 Apr 2017 09:16:52 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com (10.152.252.52) by PU1APC01FT042.mail.protection.outlook.com (10.152.253.96) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.14 via Frontend Transport; Fri, 14 Apr 2017 09:16:52 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) by HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) with mapi id 15.01.1019.028; Fri, 14 Apr 2017 09:16:51 +0000 From: li zhenqiang To: idr CC: rv , wangruixue , Zhuangshunwan , "Dongjie (Jimmy)" Thread-Topic: question about BGP extended community Thread-Index: AQHStP/aKV88viQwok+b5ZwWc2ZVkA== Date: Fri, 14 Apr 2017 09:16:51 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:7A2638D58849EBF53E5646608948A7D29383C32ABCB3B15C1103F3C8991CAA7D; UpperCasedChecksum:302DA298D6C9027593AA73513621C87FCAE5D91AD6B6EF2E3B37EA9C62C2A3F2; SizeAsReceived:7840; Count:38 x-ms-exchange-messagesentrepresentingtype: 1 x-microsoft-exchange-diagnostics: 1; PU1APC01HT040; 5:XvhKbxhXI9t28XuACx0NhSZsLfBqSQkkl13uuEStHlIAQQtz+gQdj/ENVO2qS6G2QUyP01wzCIyjLAhI3wl/UqbFpPFuvgSVvTcQNis++5440tHrCo0BI87TLNAA9E0S383Sz9MOjewnBzXlIHCBzg==; 24:74U5cnvbu7KIkHqaTkKEurSTWCi6MMULZ0Yb04SPUCnYmWhz9oKb7lPWNVVcr6dwy2MedKmv5QWT82icHz71JCETuJkoc+jGkLahrxP6DVQ=; 7:Vdx6QdSzcEPlam2+qUSGTmOfaWKnHRicvNiS7bd8fmCJ9NNe0CCeSiayb0ZTLNU65vTu85XLpcYAqCoP7+dYHbG4RgWII/CYIvi1twFZvJLpivDoxdlO7lnjSrgB0ciZukHcPeyE4HEOhcGBqmZsKNRxagI7CobZKjcj2AL3R51mFQZh8gOWlKkxu3WMbGML1K3EUhxYzMIywtfobapUGdlCYoiTYkgGWaiX7XXh+qYwLC8deUT12jA+zZI5WCjVQEWEy84XpksxWjiQjXSahO0IV01gXB2JeBxyCiTn1KDQ8U/WUFMmbrS8N3KbxdQW x-incomingheadercount: 38 x-eopattributedmessage: 0 x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT040; H:HK2PR0601MB1361.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 5591e726-5b4c-4cfb-b607-08d48316fa69 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322274)(1603101448)(1601125374)(1701031045); SRVR:PU1APC01HT040; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT040; BCL:0; PCL:0; RULEID:; SRVR:PU1APC01HT040; x-forefront-prvs: 02778BF158 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR0601MB1361C0B1786C4C68CCC05762FC050HK2PR0601MB1361_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2017 09:16:51.7303 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT040 Archived-At: Subject: [Idr] question about BGP extended community X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 09:16:58 -0000 --_000_HK2PR0601MB1361C0B1786C4C68CCC05762FC050HK2PR0601MB1361_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, As per RFC4360, BGP extended community is a transitive optional attribute a= nd RFC4271 specifies it is not required or expected that all BGP implementa= tions support all optional attributes. If we do want the BGP peer supports= some kinds of extended communities, how to determine this? Check all the p= eers in advance? MPLS level 3 VPN, for example, uses the extended community= to carry route target information, all the relevant BGP peers should suppo= rt the RT extended community, but we can not expect this according to RFC43= 60 and RFC4271. The traffic action extended community as defined in RFC5575= (BGP flowspec) and updated in https://datatracker.ietf.org/doc/draft-li-id= r-flowspec-populate-to-fib/, for another example, is expected to be suppor= ted by the receiver, which is not guaranteed by the transitive optional att= ribute. Do we need to do something here? Thank you very much for your help. Best Regards, ________________________________ li_zhenqiang@hotmail.com --_000_HK2PR0601MB1361C0B1786C4C68CCC05762FC050HK2PR0601MB1361_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
    Hi all,

    As per RFC4360, BGP extended community is = ;a transitive optional attribute and RFC4271 specifies it is not requi= red or expected that all BGP imple= mentations support all optional attributes.  If we do want the BGP peer supports some kinds of ex= tended communities, how to determine this? Check all the peers in adva= nce? MPLS level 3 VPN, for example, uses the extended = community to carry route target information, all the relevant BGP peers should suppo= rt the RT extended community, but we can not expect th= is according to RFC4360 and RFC4271. The traffic actio= n extended community as defined in RFC5575 (BGP flowspec) and updated in https://datatracker.ietf.org/doc/draft-li= -idr-flowspec-populate-to-fib/, for another example, is expected to be supported by the receiver, which is= not guaranteed by the transitive&n= bsp;optional attribute. Do we need to do something here? Thank you very much for your help.=

    Best Regards,
    li_zhenqiang@hotmail.com
    --_000_HK2PR0601MB1361C0B1786C4C68CCC05762FC050HK2PR0601MB1361_-- From nobody Fri Apr 14 05:22:16 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B24D512EBF3 for ; Fri, 14 Apr 2017 05:22:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSRL2ZkztSiU for ; Fri, 14 Apr 2017 05:22:13 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19ED112EBE3 for ; Fri, 14 Apr 2017 05:22:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2788; q=dns/txt; s=iport; t=1492172533; x=1493382133; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=Vn3a03fzNHJ1dPoAR78LzI7Wb7n2fbyN0o7p3+EukNs=; b=bP5vXdE7G5NfRoZjUsh5/EqvcxB67CxNwkiEnsXy+A89Mvpzanl88a0x 4+anMRWv0DbIR9UpUe1HxcW3i0IxYTdt15xvmJQmDonkuo3lUxEZ0BUqN kpQXEuDKu+V00EKdrVd28OukE2vJH1VLw3jZMB1VN7cm2KSjxY5Xclvu7 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B7BAB2vvBY/4oNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NhgQsHg1+bcm+BS4VhjUKCDyyFeByDZEAXAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEDAyMRRRIBCBEDAQIDAiYCBDAVCAoEAQ0FFIlrAxUOqHaCJosRAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBHYELhyOCYzSCUYIFF4Jvgl8FnFw7AYcDhx6EQ4JUjnK?= =?us-ascii?q?LB4kCASECNIEFYxVBhGcXgWN1iC6BDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,198,1488844800"; d="scan'208";a="410274407" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Apr 2017 12:22:12 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v3ECMBV8030252 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 14 Apr 2017 12:22:12 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 14 Apr 2017 08:22:11 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 14 Apr 2017 08:22:11 -0400 From: "Acee Lindem (acee)" To: li zhenqiang , idr CC: wangruixue Thread-Topic: [Idr] question about BGP extended community Thread-Index: AQHStRm9W1kRV8yls0G3tRqW2Vw51A== Date: Fri, 14 Apr 2017 12:22:11 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] question about BGP extended community X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 12:22:15 -0000 SGkgWmhlbnFpYW5nLCANCg0KU2VlIGlubGluZS4gDQoNCkZyb206ICBJZHIgPGlkci1ib3VuY2Vz QGlldGYub3JnPiBvbiBiZWhhbGYgb2YgbGkgemhlbnFpYW5nDQo8bGlfemhlbnFpYW5nQGhvdG1h aWwuY29tPg0KRGF0ZTogIEZyaWRheSwgQXByaWwgMTQsIDIwMTcgYXQgNToxNiBBTQ0KVG86ICBJ RFIgTGlzdCA8aWRyQGlldGYub3JnPg0KQ2M6ICB3YW5ncnVpeHVlIDx3YW5ncnVpeHVlQGNoaW5h bW9iaWxlLmNvbT4NClN1YmplY3Q6ICBbSWRyXSBxdWVzdGlvbiBhYm91dCBCR1AgZXh0ZW5kZWQg Y29tbXVuaXR5DQoNCg0KPkhpIGFsbCwNCj4NCj5BcyBwZXIgUkZDNDM2MCwgQkdQIGV4dGVuZGVk IGNvbW11bml0eSBpcyBhIHRyYW5zaXRpdmUgb3B0aW9uYWwgYXR0cmlidXRlDQo+IGFuZCBSRkM0 MjcxIHNwZWNpZmllcyBpdCBpcyBub3QgcmVxdWlyZWQgb3IgZXhwZWN0ZWQgdGhhdCBhbGwgQkdQ DQo+aW1wbGVtZW50YXRpb25zIHN1cHBvcnQgYWxsIG9wdGlvbmFsIGF0dHJpYnV0ZXMuDQo+ICBJ ZiB3ZSBkbyB3YW50IHRoZSBCR1AgcGVlciBzdXBwb3J0cyBzb21lIGtpbmRzIG9mIGV4dGVuZGVk IGNvbW11bml0aWVzLA0KPmhvdyB0byBkZXRlcm1pbmUgdGhpcz8gQ2hlY2sgYWxsIHRoZSBwZWVy cyBpbiBhZHZhbmNlPyBNUExTIGxldmVsIDMgVlBOLA0KPmZvciBleGFtcGxlLCB1c2VzIHRoZSBl eHRlbmRlZCBjb21tdW5pdHkNCj4gdG8gY2Fycnkgcm91dGUgdGFyZ2V0IGluZm9ybWF0aW9uLCBh bGwgdGhlIHJlbGV2YW50IEJHUCBwZWVycyBzaG91bGQNCj5zdXBwb3J0IHRoZSBSVCBleHRlbmRl ZCBjb21tdW5pdHksIGJ1dCB3ZSBjYW4gbm90IGV4cGVjdCB0aGlzIGFjY29yZGluZw0KPnRvIFJG QzQzNjAgYW5kIFJGQzQyNzEuIFRoZSB0cmFmZmljIGFjdGlvbiBleHRlbmRlZCBjb21tdW5pdHkN Cj4gYXMgZGVmaW5lZCBpbiBSRkM1NTc1IChCR1AgZmxvd3NwZWMpIGFuZCB1cGRhdGVkIGluDQo+ aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXBv cHVsYXRlLXRvLWZpYi8NCj48ZmlsZTovLy9DOi9Vc2Vycy9jbWNjL0FwcERhdGEvUm9hbWluZy9G b3htYWlsNy9UZW1wLTk2MDgtMjAxNzA0MTQxNTA5NDEvJQ0KPkMyJUEwaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXBvcHVsYXRlLXRvLWZpDQo+ Yi8+LA0KPiBmb3IgYW5vdGhlciBleGFtcGxlLCBpcyBleHBlY3RlZCB0byBiZSBzdXBwb3J0ZWQg YnkgdGhlIHJlY2VpdmVyLCB3aGljaA0KPmlzIG5vdCBndWFyYW50ZWVkIGJ5IHRoZSB0cmFuc2l0 aXZlIG9wdGlvbmFsIGF0dHJpYnV0ZS4NCj4gRG8gd2UgbmVlZCB0byBkbyBzb21ldGhpbmcgaGVy ZT8gVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBoZWxwLg0KDQpJbiBnZW5lcmFsLCBpZiBh IEJHUCBzcGVha2VyIHN1cHBvcnRzIGFuIGFkZHJlc3MgZmFtaWx5IChSRkMgNDc2MCksIGl0DQpz aG91bGQgc3VwcG9ydCB0aGUgcmVxdWlyZWQgZXh0ZW5kZWQgY29tbXVuaXRpZXMuIFRoZSBNUCBj YXBhYmlsaXR5DQpuZWdvdGlhdGlvbiB3aWxsIGFzc3VyZSB0aGF0IG9ubHkgQkdQIHNwZWFrZXJz IHN1cHBvcnRpbmcgdGhlIEFGIHdpbGwNCmV4Y2hhbmdlIHRoZSBhc3NvY2lhdGVkIE5MUkkgYW5k IGF0dGVuZGFudCBhdHRyaWJ1dGVzIGluY2x1ZGluZyBleHRlbmRlZA0KY29tbXVuaXRpZXMuIE9m IGNvdXJzZSwgbWFueSBleHRlbmRlZCBjb21tdW5pdGllcyBhcmUsIGluIGZhY3QsIG9wdGlvbmFs DQphbmQgdGhlIHNwZWNpZmljYXRpb25zIGZvciB0aG9zZSBleHRlbmRlZCBjb21tdW5pdGllcyBz aG91bGQgc3BlY2lmeSB0aGUNCmRldGFpbHMgb2YgcGFydGlhbCBkZXBsb3ltZW50Lg0KDQpTbywg SSBkb27igJl0IGJlbGlldmUgd2UgbmVlZCBhbnl0aGluZyBoZXJlLg0KDQpUaGFua3MsDQpBY2Vl IA0KPg0KPg0KPkJlc3QgUmVnYXJkcywNCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+bGlfemhlbnFpYW5nQGhvdG1haWwuY29tDQoNCg== From nobody Fri Apr 14 06:44:44 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0AAB12F253 for ; Fri, 14 Apr 2017 06:44:42 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=instituut-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V7ArE3UhYDd7 for ; Fri, 14 Apr 2017 06:44:41 -0700 (PDT) Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A2E912EE46 for ; Fri, 14 Apr 2017 06:44:41 -0700 (PDT) Received: by mail-wr0-x22e.google.com with SMTP id l28so51206349wre.0 for ; Fri, 14 Apr 2017 06:44:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instituut-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=/JT7yF+S/SrOl8fkr8dbEcQvK5ml5KsDqEfvWxUqCRo=; b=tUfI7cNq1CumlE2EZOnexLcgM2/9/TlkpwwVArBQENtZQ/kszPjNWNm1lJlKbCpX/2 QgXwRO9QdEEuca8GtSGzI1Ha1WKxv5qOM10QILJ0muA7kRk66o/FqMtTeR9wGyBO4yz5 XJsiC1GmmC6HKGzoIlRVZskOflIRfougj50E61PbWxBVR2yPM9bMSjyZ7308vfl4Sqi1 iMEXxn5KOhX6ql8+WdULekm3C/Dhx2P7WH1Mi41OpTKj+YYQJYRerstK2ZYXIEMyp6hY LjezkXXEVvMcRtcwx4P5KOhQjl/1p/qkhrb+lNeVZ44kVoKn/13EbKb7nunQMxfFh5fT wMag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=/JT7yF+S/SrOl8fkr8dbEcQvK5ml5KsDqEfvWxUqCRo=; b=kYMEkFYX1ySg1ybOj08ibZQ2pEUMckqYvHpW694U45+Ero4nAD4p9wFMU3mtkyD2X2 jLCWD23zem3bk1W7sZuNaypvpmH6ecS5zCYkV7bF6cqkj0cQOmHzA5gsQObMeVW9rRdX xADySvvB6nBYFkQCrdDju7bWBhZG1NHS4hwhj9MAqZ28XS8so+iHsi9Uu63KW3J+TKeX en/KbB626M3wxTm0Jx7ifHkyIu8hiKk0kiEmMNJvmZ+f2jZlJ/vv5MzzB9Y6NJ3TQu6Z uGNG8QpWEcB8x36pgV/KUouSesburHs1cMhcVqwb3rtnIieHvaHqkmJCAd74Ljv2JvHR 8zwg== X-Gm-Message-State: AN3rC/7JBM3YyfHq1f2JxchLKDyGg/Z4h1DqE2/82CpSMPRj6oBsPald k9xOWDfzOIxUnjgvEH0= X-Received: by 10.223.136.201 with SMTP id g9mr8280271wrg.97.1492177479414; Fri, 14 Apr 2017 06:44:39 -0700 (PDT) Received: from localhost ([185.78.129.1]) by smtp.gmail.com with ESMTPSA id d10sm2434682wrd.54.2017.04.14.06.44.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Apr 2017 06:44:38 -0700 (PDT) Date: Fri, 14 Apr 2017 16:44:35 +0300 From: Job Snijders To: idr@ietf.org Message-ID: <20170414134435.tpocpyuappmbcam4@Vurt.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett User-Agent: NeoMutt/20170306 (1.8.0) Archived-At: Subject: [Idr] clarification sought on rfc4360 non-transitive extended communities X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 13:44:43 -0000 Hi IDR, RFC 4360 states: """ If a route has a non-transitivity extended community, then before advertising the route across the Autonomous System boundary the community SHOULD be removed from the route. However, the community SHOULD NOT be removed when advertising the route across the BGP Confederation boundary. """ For my edification, I have two questions: o Why was nothing specified for the behaviour of receivers? o why is it a "SHOULD" and not a "MUST"? Is it a "SHOULD" because Extended Communities are wrapped in an optional transitive path attribute, so strictly speaking, the non-transivity can't be enforced anyway, since a middle-box might not understand the Extended Community? Kind regards, Job From nobody Fri Apr 14 07:59:08 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A3AF13013D for ; Fri, 14 Apr 2017 07:59:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.912 X-Spam-Level: X-Spam-Status: No, score=-2.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z_aYYm6kSnDz for ; Fri, 14 Apr 2017 07:59:06 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0127.outbound.protection.outlook.com [104.47.38.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAC38124D68 for ; Fri, 14 Apr 2017 07:59:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kLFATZy8f0HNcPqo3XrjDdTMHcV+k8Xp9WtFespzn7c=; b=gRWqrDaJeW72uZCpi+5tEgbmHT0yJH/4qa02scGsV5psmXS5mDMzc6EnVPhqIo6AXo6qNEHpBIbh7Tg7peusHwr8/lxsmAxtMCTg00HzYF4V3yQb/yI0MO1PE+1COnpb9ycvhQL0fCW0fbE5fwQhNLlVDbCvfSzVTwCPfXPBVPQ= Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net; Received: from [172.29.35.180] (66.129.241.11) by BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Fri, 14 Apr 2017 14:59:02 +0000 To: Job Snijders , References: <20170414134435.tpocpyuappmbcam4@Vurt.local> From: Eric C Rosen Message-ID: Date: Fri, 14 Apr 2017 10:58:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170414134435.tpocpyuappmbcam4@Vurt.local> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BN6PR1301CA0009.namprd13.prod.outlook.com (10.174.84.150) To BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) X-MS-Office365-Filtering-Correlation-Id: 5930de6b-4ad9-454f-c160-08d48346ca51 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081)(201703131423075)(201703031133081); SRVR:BY2PR05MB2181; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 3:5SwEa7FYmvNEv1cwAfHB78idq7yF3PMRRBFwMVaya8MnclpXLfaOzmb3FK8Cz8DINOfwy74VmXEba/+HwnrcMbyx4jwQntK7bHbpyAIozZsQgkuQwy7cqdUmCrQqHRmIAscIT5TDB9fFD5FwdJBEEwsYLGOyMDDlMXttkausHfUFq++xlaPR/QVj5945m42mF8oJhFNeMIWai/G6I/xk96ljghCMUR40A2nzeWq9Y2SvDJ6sunxKnG7uJUMrvxCnVNa4F2aptmRGqRzxEiA27NQpVk8bL8eirOdhZ3+dwlX06hQNwH578drBQMFksTvt5Bvdf7fq7lUAXfr99e0WeFwoptXc0ZjlSDWf0HHA61w=; 25:N3yF1eV1pB5TN08+V67gvxRe2tpWw0p3BKxpsYkNMraCOX1bzrnmcLzHWEyKbolgaqPK55waO3n7TxVCuDM/39gnL9hVnBUkBccMlvAQCIdhXVnsK9F5fLo2/vqt5a5lWbUQQqqbbSJGS4S5XeaJHepOaB9V9nFEQUxqmEyUF5frVvH20sE1g2qs9IcTv/sw0vuwluLcCIbn5mxfYRdI92XTWekuQERfH2kSufBi+d6/W65yZD+k1l6do6aC7c6FxvsXkhd2g1x7DdD/iobIJRohofMhtiDg3v+75qktFtFQ2ugL06GE3p5SBEPQK3HfhgeNYKtmH+NexAdlPWfnfhVN1P/4tDpeLXzZZOKrF+SfmHSfimnvfxcu+i5lM11c7CgUKjzen80BDmmNIIFOWrn8/z5lxys72rsEXiYRYissf4xIEVs2Vci2xMTySixxA9LmQexCcRcQmAdF8+1SN6ND197x7PlCBtMANWEFot0= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 31:qSDpS92CfynEH+CayKp3TocPiHGIDRs2K/z1Ng7roX++Yaea/QG005M53R7OUQpb4rbEqgMd9jtM20e3scrzo/INdIF7ylea+Q3AkKKBBi09jhXsPxwtaC/vozEEwVHM2wJ/v6wSObWr8O8Ci3E3EXiRHFcEVLBJMxpO+zgIWGh6uOlDS+HEcftqjfpw0zr3i9TzzhP24ABVkb6QEbHpNBv3qvtbpOEj7+T6vzZSX6A=; 20:5t8J5iXLKu+DpQ4sTFObl7Qhfk48DM6F/pwb6/KNr0znzObKgOsDXJTY+PNHVTZKa0sbM/rzNQTqDr2Fq3hCuTFNyL9Jy+3G6YQ3NIUTfC+2yEs9ZvRo/LUYcIB2p+gn47dsxmikF38o/rsKFn3mJqx9w7C89Fsf1584TzIhPMUmItiIk9SWW33Abih7pL19vEcpd9mAkEQxJfBaRwzGBMbOnhOD8LKurW//Eylrs/IC32aNHTnfi81tpWfNNxwxTjUJpUCpdY7y22SUsUm4G9VRgF8VnXJss2RL6Uo118d9boBfPe2Gb2TGJGSnUO8zx97Bk+Vr1Zc6WWhu0OvSpcnzrawaCWmzFqkR3U9SheuiO9H0GsWXvkLT1b3MJu/oVvAqaQ616gVBZF5UpoXOEflsL95NHqjPwiJYSaq+wqDFoGBnu5AZ84sKnhm2fyo7wckNMYg493O9ZJQwBkIZ+ZexPHF+I3TwUtFnwqipd5f7x1KRLf+V3p+7JeOssKlcN46idiFOZJ6R4sMqe11mJ/aSstvE9kIrGP9sZZU956mCO+2cggY5OXcMuHPg246f0hZvLshWdM5FaTVGvcfWAnph8L7Wo1jHfCMiQkdKBRs= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(278428928389397); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123564025)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(6072148); SRVR:BY2PR05MB2181; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB2181; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 4:4WEiEx0F3M3UlwlXvv52+QmBBc1UBBgxv1mG7cv5sUyuS2KPrYnUYNbq1cw8ACg0geoz2siFHwcSpub54Lv5JCuASk3E2jUBDUl7nDoi6uQEUAwGzpzdJcakPmGzVIKwc2AXIP6eTGcEyAQq0TdbejJE/YO2ZIPrXsvEIuUbDLASUUiH4jr85Ve9o0TFc7uS00PTIxfchaGmD+IFP3jHtVDzjrLeryhRJFPcE4ew6DpWq8HbfMgeHA8mZinruW7b9qSaFgN6GNw0Ht7l+WkkzHElhzQPwctr5gN2/tOdmg7sLL0KzGiydnGHG0skT+6MkCC5ktY9brU9Hvps9/rsLHqFXUZ3PLhmu05O/7WfH+NQWtxhZdE0XZZZ/QxK0BIJtbFQILPAxiby0QTTSdVM6W1OhADszjoVVRxdCE1mgerrq5FuiB9t8aRPfBg9hDbWAhgGhE64wm9A+QuvJaFRnzZ3+NOLK2jJe4BPfcVyeX+j1G/xJCqd2RMYaZmmwhgpwxxVvK8FR38vGAfABYNfLfNYXTjiG4NrTiOjRZKNqGzo0pQQxwkRh3ddwjGHLditvA3pPRrKl9LdDKZpMyhvWdAFKv7+HvgOSfQoK5I0vwL5wRdIcmTOcTE1NHJ574aEoFo3bW4Lc+lawMOiGgY2p7ZiX7lRvgKjCDU6W2WZu6kTON5QEYQ4Ll75XyGGeptkvqOVN0TEo1a+l3bhNZf2zNgMHq3yFlulOM4CX0XcFQQf26y17bWtElUoN8lD0xjN5Hi3HIsbMjrCdQ8sdUc0S4paKxHvITEJnh/fIxfkmvE= X-Forefront-PRVS: 02778BF158 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(39850400002)(39410400002)(39400400002)(39840400002)(39860400002)(39450400003)(24454002)(377454003)(66066001)(50466002)(36756003)(25786009)(3260700006)(53546009)(31696002)(47776003)(86362001)(38730400002)(6246003)(8676002)(81166006)(33646002)(189998001)(4001350100001)(229853002)(23746002)(53936002)(42186005)(83506001)(5660300001)(31686004)(65826007)(7736002)(50986999)(305945005)(54356999)(77096006)(230700001)(6486002)(2950100002)(2906002)(6116002)(6666003)(90366009)(3846002)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2181; H:[172.29.35.180]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BY2PR05MB2181; 23:Vm3d9ZDAPt8iiqn7Le4wDaUqCXplV4hV1k16F?= =?Windows-1252?Q?8+XRwNwpd4ysZNQcvXdE5BVwm3YaT1II3V7RGvcI2e4tLa9jqL+LD1sy?= =?Windows-1252?Q?AjGN4wRdaKOSNiF43z8VsOh9rCMvjARZObKCb1xg3/ciMhqMCcSkShO5?= =?Windows-1252?Q?c/kuXVwnj32BIidaYZrWruhPerxI3u+01atcfLR06FofRalzwqAyfZ7H?= =?Windows-1252?Q?/HTG59tcwbUL0BLZqf8l4Hkaa929rsXfgTSxtq0J9AVF+i/G3Isx8RBr?= =?Windows-1252?Q?7PjiqG19rdJ+Ci0LlUEnKTVP6HkAf196/nz6veMa2tReHYB+vlfP+ta0?= =?Windows-1252?Q?kWf5RnIho/cr4CVHRcVTLuzR89XTHEJ/y4TtGEM1dLuKMGwFj9pEMNAz?= =?Windows-1252?Q?lwkhGXeGwYTIAcOfoSafgy/sh0CaYawQQPXkt0YX4f/WSRbHMkwwIuab?= =?Windows-1252?Q?J47Itu4NBmG51m1QiFVJot61wkJUAzPta8Af7yzHJMj0jtGXV0wF7zLv?= =?Windows-1252?Q?kLG3ZcuSigH0R8KiN8lWD4CDu0fK8mE4141VlQAHqz5GMOLZ6iy11f3u?= =?Windows-1252?Q?iQoHUIxo5MDJdvHQtn3pSHXbFlMv0T+wsun0kODlBhx7M7BFf4/fJ2Yj?= =?Windows-1252?Q?60qzpj8nfyHjeilmYVXjYDvVf0HyBVIadzSHLNgkwNrN1tPAKV8PKNXh?= =?Windows-1252?Q?0IxgecXpBrP/CdKjEAZ1XEXQVVwcvy63/jxHyf+8LGlV73Ss1KNoMSjE?= =?Windows-1252?Q?2XFCT3W4BztDEmLskp+p0aUzDIR/BDuA8rCseCWbQ9cIwMQF5R8Q0KAy?= =?Windows-1252?Q?5g78b4luVTq4JZVgQ+LuS6y8g4tpxVlM6xht6VESeQ3lTLlZaZYQxJcm?= =?Windows-1252?Q?opAiMZQayjQMFlVVK+dJBacqPRbhr/e74AWAwND2J9vs5ZiL0gIyHEdc?= =?Windows-1252?Q?/9Zx05mHyoKCK3moT2gPPWCa4NGzdmsODGkGyZdwosLhM+frXv+hcGph?= =?Windows-1252?Q?hOaLqnAlUu5TxCzoZ2gEICEGSU1+HIUcrFwIbSUphrRcogOOgNfzZcnh?= =?Windows-1252?Q?2p1SedaRmDDI7Rd48s3UaAFNil5GHeS62dRDdJI9PeyKgQnMEmxaxdKL?= =?Windows-1252?Q?IFOefcQ/ZdpO6xc5JP8oZ0EVmq4+MAXTdjVrwRALE+ab83BV0pMOtUMQ?= =?Windows-1252?Q?ZvSqbuvY/Hhg2DAvdp/6zZ7uV6z07VWmpYayZHEc02XErvIxMbhL/DRV?= =?Windows-1252?Q?SwfgdadOTDklbW8LGYoiW0C4Nyx2nILhp+FyJPJ995k9fLpHP+opVLFO?= =?Windows-1252?Q?wF2vZEMRwgjs6hIFiMtjCFZPw=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 6:K87gFe0U4Pe8K46auKI7g156NvzlEXLa7VQQY3rgkPXdJddK7YgXTmRUtvEedn//LHA3o1AvkvBsafbYKB6nDljpurdhZRGFiOromzpxBDwZlK8GuQ/sXJbV0J1gEaxeeTCKoOcca/X7UxqwjlZ9TNDnBR5mYep2ueEzQZrzxBR5awaVhd1ZLOGhDtx5eJQRVuLfeU24KJj0gSNcem/kaylbnfsw/QvZD8P8Ot7hZBg5yzrj/47tufndcjdKykT8y4Yecs2fYlNIrW+BuBVl3F7WrZuG58L2o9N1oKLG9WJKiG/IMu3yPhVTcqCK8o3T/lxVP8uk5D/YOf9gvSrxgHJWvyG67vJtwAyz+77rpxrCoiBbi6biRoPKnsjE6/K/1oTTURTsLtf6d6aKfgPjlY9REROqXev27N3qMbM9mcYzQvXrHBRX8M1gFUnJ8Wo7Z18Q2N5n6jcUjHvuU9UlySpYhWEoeFjnSozwDkK/4sI=; 5:D7YMWMCTl1ZeKx3Zah7sjeu+2PcTkq1LMPFrfNYENiyJkcYr/MVyd6VZoJ3M5OI1opAU+vSPaB190i5lT+kE42ln8Sfqqznu9iwMFqaT/sPvp7I/rFC5Cr46TOzczy/bEWIyX6qZPCvbv6l80p8ayC1iEwzoVh0wYI5da71I+iw=; 24:z0mpf+1In6cKaZoPEoPj5zExJdArhZ1JbX4ZMi9XZJV/6cyAyQ2VbBf02oYZ66STfr2yK4AxRlUEHtt9AVC4emQoCqgjxiYY5ENwMx8gZ9Y= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 7:S1ZWmMoZQq/nEcZMS6iMvfEYyj+uGxZMZX36WBfkIbRCx2mBjFlM/ZDsJmri/kUEKunuFyPKcIq4eOlgGb+vmKqDgiLxewwtdNqgvHixGXSaxElP+23dw2LfbZ90exaEL8W7EPsmA6tZYeXfnAGoP8ww4iqt3RF62JHUQLLPk3UiTqYOjN98kp68/4UqftKhqSMs0LmmN/OxCf9UcQUuK/MKmM0ZBTj65JdNXabQp8O5h5Tu/Ul12q7i5VeGG4KFAG0pt61anPbESlbTURkLqCwoDsiibBdoxii/WxBKJ91VFBkmcvxw/VCa/Tb7szhriCgOoooAjNkzHccG5r4PIg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Apr 2017 14:59:02.4512 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2181 Archived-At: Subject: Re: [Idr] clarification sought on rfc4360 non-transitive extended communities X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 14:59:07 -0000 On 4/14/2017 9:44 AM, Job Snijders wrote: > Hi IDR, > > RFC 4360 states: > > """ > If a route has a non-transitivity extended community, then before > advertising the route across the Autonomous System boundary the > community SHOULD be removed from the route. However, the community > SHOULD NOT be removed when advertising the route across the BGP > Confederation boundary. > """ > You'll note that there are very few non-transitive extended communities. Extended communities are usually used to carry parameters of various BGP-based control protocols. As such, it would be nice if they could be scoped to the "domain" of the control protocol. The transitive/non-transitive distinction was a somewhat primitive attempt to provide this scoping. Unfortunately, the boundaries of the control protocol domain are rarely the boundaries of the AS in which a route originates. So this particular form of scoping has not proven to be very useful. > For my edification, I have two questions: > > o Why was nothing specified for the behaviour of receivers? Since the authors are either retired or in management, it is difficult to say for sure. I'd say there are two possibilities: - Sloppy specification writing. - A belief that if the transmitter has decided to send the non-transitive EC over an AS boundary, it may have a good reason for doing so, and the receiver shouldn't second guess it. I'd guess the former. It is of course true that receivers have to be careful about getting ECs from outside the domain of the relevant control protocol, but that's true whether the EC is transitive or non-transitive. > o why is it a "SHOULD" and not a "MUST"? I'm pretty sure it is a "SHOULD" because the authors thought that there might be applications that need to violate the rule, and hence it should be allowable to have policy that passes the non-transitive ECs. > > Is it a "SHOULD" because Extended Communities are wrapped in an optional > transitive path attribute, so strictly speaking, the non-transivity can't > be enforced anyway, since a middle-box might not understand the Extended > Community? > > Well, that's a possibility, but I don't recall anyone worrying too much about ASBRS that don't understand the Extended Communities attribute. From nobody Fri Apr 14 12:21:55 2017 Return-Path: X-Original-To: idr@ietf.org Delivered-To: idr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B9C19124282; Fri, 14 Apr 2017 12:21:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: idr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149219770872.15821.2665785394892276296@ietfa.amsl.com> Date: Fri, 14 Apr 2017 12:21:48 -0700 Archived-At: Subject: [Idr] I-D Action: draft-ietf-idr-tunnel-encaps-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 19:21:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing of the IETF. Title : The BGP Tunnel Encapsulation Attribute Authors : Eric C. Rosen Keyur Patel Gunter Van de Velde Filename : draft-ietf-idr-tunnel-encaps-04.txt Pages : 40 Date : 2017-04-14 Abstract: RFC 5512 defines a BGP Path Attribute known as the "Tunnel Encapsulation Attribute". This attribute allows one to specify a set of tunnels. For each such tunnel, the attribute can provide the information needed to create the tunnel and the corresponding encapsulation header. The attribute can also provide information that aids in choosing whether a particular packet is to be sent through a particular tunnel. RFC 5512 states that the attribute is only carried in BGP UPDATEs that have the "Encapsulation Subsequent Address Family (Encapsulation SAFI)". This document deprecates the Encapsulation SAFI (which has never been used), and specifies semantics for the attribute when it is carried in UPDATEs of certain other SAFIs. This document adds support for additional tunnel types, and allows a remote tunnel endpoint address to be specified for each tunnel. This document also provides support for specifying fields of any inner or outer encapsulations that may be used by a particular tunnel. This document obsoletes RFC 5512. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-tunnel-encaps/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-idr-tunnel-encaps-04 https://datatracker.ietf.org/doc/html/draft-ietf-idr-tunnel-encaps-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-tunnel-encaps-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 Sun Apr 16 13:12:52 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75DC6127B57 for ; Sun, 16 Apr 2017 13:12:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t-vKzFspvREJ for ; Sun, 16 Apr 2017 13:12:50 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EADB912025C for ; Sun, 16 Apr 2017 13:12:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4890; q=dns/txt; s=iport; t=1492373569; x=1493583169; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=wZm/K4rVYZsF7u2VoKZi94PnETAaCK1+A1X18lH2o5I=; b=F94Ze/3CVFbVEePH6aBgpF42+shy/LSo5stv88Iy019JhmtWdaLR5d1O 6ivLZJDj085FgvHeG53MrB0HrdsznSi7IkGCb0q3Gs0xR0miVWlLaIWNS gbIG6+K9aR/YaJEUVIyeOvoMAa/HD5bwdpa4/6IqtZDTgsxFH2nfDvCAL Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C0AgD4zvNY/5ldJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NhgQsHg1+KFZE6IZVfgg8uhXYCGoNlPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQIBIxFFBQcEAgEIDgMDAQIBAgImAgICMBUICAIEDgWKDwgOqwSCJosFA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBC4VHgV0rCoJjhCATDhaDBi6CMQWGd4I?= =?us-ascii?q?siCSLVAGHA4ZThQ6RRpQJAR84gQVjFVUBhlN1h0iBMIENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,210,1488844800"; d="scan'208";a="236632048" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2017 20:12:48 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3GKCmnJ002498 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 16 Apr 2017 20:12:49 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 16 Apr 2017 15:12:48 -0500 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1210.000; Sun, 16 Apr 2017 15:12:48 -0500 From: "Rajiv Asati (rajiva)" To: Jeffrey Haas CC: Robert Raszuk , idr wg Thread-Topic: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Thread-Index: AQHSmnRjZQMhW6yq5kum3Hd4lOeZoKGSjLmAgABQ7oCAAAtWgP//sAtXgAKMygD//8REAIAASs2AgDN6BYA= Date: Sun, 16 Apr 2017 20:12:41 +0000 Message-ID: <579D00D9-D80F-4625-BF16-0D5112C2FA98@cisco.com> References: <58C6751D.60306@foobar.org> <20170314204212.GD12864@pfrc.org> <815723FC-B143-4410-B0FF-D9FB4F827862@cisco.com> <20170314213607.GH12864@pfrc.org> In-Reply-To: <20170314213607.GH12864@pfrc.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.253.127] Content-Type: text/plain; charset="utf-8" Content-ID: <6AA088F613CB544CB7CD36F52D836652@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 20:12:51 -0000 SGkgSmVmZiwNCg0KDQo+ICAgQnV0IG1vcmUgaW1wb3J0YW50bHksIHlvdSdsbCBzdG9wIHNlbmRp bmcgaXQgdG93YXJkIHlvdXIgb3duIHBlZXJpbmcgYW5kDQo+ICAgYXR0cmFjdGluZyBibGFja2hv bGVkIHRyYWZmaWMuDQogDQpJbmRlZWQuIFRoYXTigJlzIGtleS4gDQoNCkFuZCBpdCBjb3VsZCBy ZWx5IG9uIHRoZSByb3V0ZSByZXNvbHZhYmlsaXR5IGNvbmRpdGlvbiB0byBiZSBhcHByb3ByaWF0 ZWx5IG1vZGlmaWVkLCBhcyBkZXNjcmliZWQgaW4gIA0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtaWRyLWJncC1iZXN0cGF0aC1zZWxlY3Rpb24tY3JpdGVyaWEuDQoNCj4g ICAgUlMtQkZEIGJhc2ljYWxseSByZWludmVudHMgdGhlIHNhbWUgcHJvY2VkdXJlIGluIHlvdXIg ZHJhZnQsIHNpbXBseSBiZWluZw0KPiAgICBzcGVjaWZpYyBhYm91dCB0aGUgdXNlIG9mIEJGRCBh cyB0aGUgZGF0YXBsYW5lIGxpdmVuZXNzIGNoZWNrIG1lY2hhbmlzbS4NCj4gICAgSG93ZXZlciwg YXMgeW91IG5vdGUgaW4gdGhlIFJTLUJGRCBkcmFmdCwgd2UgZG8gbGVhdmUgdGhlIG9wdGlvbiBm b3Igb3RoZXINCj4gICAgbWVjaGFuaXNtcy4NCj4NCj4gICAgSSBzdXNwZWN0IHRoZSBvdGhlciBh dXRob3JzIG9mIFJTLUJGRCBhcmVuJ3QgcGFydGljdWxhciB3aGVyZSB3ZSBwaWNrIHVwIG91cg0K PiAgICB0ZXh0IGZvciB0aGUgcmVzb2x2YWJpbGl0eSBjb25kaXRpb24uICBIb3dldmVyLCBpZiB0 aGUgc3VnZ2VzdGlvbiBpcyB0byBtYWtlDQo+ICAgYSByZWZlcmVuY2UgdG8geW91ciBkcmFmdCwg eW91J2xsIG5lZWQgdG8gYnJpbmcgaXQgYmFjayBmcm9tIHpvbWJpZSBzdGF0ZQ0KPiAgICBhbmQg cHJvZ3Jlc3MgaXQuIDotKQ0KDQpBZ3JlZWQuIEl0IGlzIGFsaXZlICgtMDcgdmVyc2lvbikuIGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1iZ3AtYmVzdHBhdGgtc2Vs ZWN0aW9uLWNyaXRlcmlhLTA3DQpJdCBjYW4gYmUgdXNlZCBhcyBhIG5vcm1hdGl2ZSByZWZlcmVu Y2UgaW4geW91ciBkcmFmdC4JDQoNCi0tIA0KQ2hlZXJzLA0KUmFqaXYgQXNhdGkNCkRpc3Rpbmd1 aXNoZWQgRW5naW5lZXIsIENpc2NvDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBKZWZmcmV5IEhhYXMgPGpoYWFzQHBmcmMub3JnPg0KRGF0ZTogVHVlc2RheSwgTWFyY2ggMTQs IDIwMTcgYXQgNTozNiBQTQ0KVG86IFJhaml2IEFzYXRpIDxyYWppdmFAY2lzY28uY29tPg0KQ2M6 ICJyb2JlcnRAcmFzenVrLm5ldCIgPHJvYmVydEByYXN6dWsubmV0PiwgImlkckBpZXRmLm9yZyIg PGlkckBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbSWRyXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRm LWlkci1ycy1iZmQtMDIudHh0DQoNCiAgICBSYWppdiwNCiAgICANCiAgICBPbiBUdWUsIE1hciAx NCwgMjAxNyBhdCAwOTowODoyNFBNICswMDAwLCBSYWppdiBBc2F0aSAocmFqaXZhKSB3cm90ZToN CiAgICA+IElzIHRoZSBhc3N1bXB0aW9uIGhlcmUgdGhhdCB0aGUgY2xpZW50IHJvdXRlcnMgaGF2 ZSByb3V0aW5nIHZpZXcgbGltaXRlZCB0byB3aGF04oCZcyBwcm92aWRlZCBieSB0aGUgUm91dGUg U2VydmVyPyBJZiBub3QsIHRoZW4gd291bGRu4oCZdCBDbGllbnQgUm91dGVycyBiZW5lZml0IGZy b20gaGF2aW5nIHRvIGludmFsaWRhdGUgdGhlIHBhdGggbGVhcm5lZCBmcm9tIHRoZSByZW1vdGUg Y2xpZW50IHJvdXRlciBhcyBzb29uIGFzIHRoZSBjb25uZWN0aXZpdHkgY2hlY2sgZmFpbGVkPw0K ICAgIA0KICAgIFRoaXMgaXMgd2hhdCBJIGJlbGlldmUgdGhlIHByb2NlZHVyZSBzYXlzLiAgU2Vl IHNlY3Rpb24gNi4NCiAgICANCiAgICA+IE9mIGNvdXJzZSwgQ2xpZW50IFJvdXRlcnMgY29udmV5 aW5nIHRoZSBsYWNrIG9mIE5MUkkgcmVhY2hhYmlsaXR5IHBlciBOSCB0byB0aGUgUm91dGUgU2Vy dmVyLCBhbmQgZXhwZWN0aW5nIFJvdXRlIFNlcnZlciB0byBwcm92aWRlIGEgZGlmZmVyZW50IE5I cyBvZiB0aGUgTkxSSXMsIGFuZCBleHBlY3RpbmcgaXQgdG8gYmUgZnVuY3Rpb25hbCwgd2hpbGUg c3RpbGwgYXR0cmFjdGluZyB0aGUgdHJhZmZpYyBmb3IgdW5yZWFjaGFibGUgZGVzdGluYXRpb25z IHNpbmNlIHRoZSBMb2MtUklCIGlzIHN0aWxsIHBvaW50aW5nIHRvIHRoZSB1bnJlYWNoYWJsZSBO SCBmb3IgdGhlIGFmZmVjdGVkIE5MUklzLg0KICAgIA0KICAgIFRoZSB0aGluZyB0aGF0IGlzIHNv bWV3aGF0IGRpZmZlcmVudCBmb3IgYSBJWFAgZW52aXJvbm1lbnQgcnVubmluZyBhIHJvdXRlDQog ICAgc2VydmVyIHRoYW4gbm9ybWFsIGVCR1AgaXMgdGhlIGxvdyAodG8gemVybykgbGlrZWxpaG9v ZCBvZiBoYXZpbmcgYSBiYWNrdXANCiAgICBwYXRoLiAgSWYgMTAvOCB3YXMgbGVhcm5lZCBmcm9t IHRoZSByb3V0ZSBzZXJ2ZXIgZm9yIG5leHRob3AgMTkyLjAuMi4xLCBhbmQNCiAgICB5b3Ugc3Rv cCBiZWluZyBhYmxlIHRvIHJlYWNoIHRoYXQgbmV4dGhvcCwgcmVtb3ZpbmcgaXQgZnJvbSB5b3Vy IGZvcndhcmRpbmcNCiAgICAodW5yZWFjaGFibGUpIGlzIHlvdXIgb25seSBjaG9pY2UuDQogICAg DQogICAgWW91ICptaWdodCogaGF2ZSBhIHNvdXJjZSBvZiB0aGF0IHBhdGggaW50ZXJuYWxseS4g IEluIHRoYXQgY2FzZSwgeW91IGNhbg0KICAgIHVzZSBpdC4NCiAgICANCiAgICBCdXQgbW9yZSBp bXBvcnRhbnRseSwgeW91J2xsIHN0b3Agc2VuZGluZyBpdCB0b3dhcmQgeW91ciBvd24gcGVlcmlu ZyBhbmQNCiAgICBhdHRyYWN0aW5nIGJsYWNraG9sZWQgdHJhZmZpYy4NCiAgICANCiAgICA+IEkg d29uZGVyIHdoZXRoZXIgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlk ci1iZ3AtYmVzdHBhdGgtc2VsZWN0aW9uLWNyaXRlcmlhIGJlIHVzZWZ1bCBoZXJlLg0KICAgIA0K ICAgIEluIGEgc2Vuc2Ugb2YgZ29vZCB0aW1pbmcsIEpvaG4gU2N1ZGRlciBoYWQgYnJvdWdodCB0 aGlzIHRvIG15IGF0dGVudGlvbg0KICAgIGFib3V0IGFuIGhvdXIgYWdvLiANCiAgICANCiAgICBS Uy1CRkQgYmFzaWNhbGx5IHJlaW52ZW50cyB0aGUgc2FtZSBwcm9jZWR1cmUgaW4geW91ciBkcmFm dCwgc2ltcGx5IGJlaW5nDQogICAgc3BlY2lmaWMgYWJvdXQgdGhlIHVzZSBvZiBCRkQgYXMgdGhl IGRhdGFwbGFuZSBsaXZlbmVzcyBjaGVjayBtZWNoYW5pc20uDQogICAgSG93ZXZlciwgYXMgeW91 IG5vdGUgaW4gdGhlIFJTLUJGRCBkcmFmdCwgd2UgZG8gbGVhdmUgdGhlIG9wdGlvbiBmb3Igb3Ro ZXINCiAgICBtZWNoYW5pc21zLg0KICAgIA0KICAgIEkgc3VzcGVjdCB0aGUgb3RoZXIgYXV0aG9y cyBvZiBSUy1CRkQgYXJlbid0IHBhcnRpY3VsYXIgd2hlcmUgd2UgcGljayB1cCBvdXINCiAgICB0 ZXh0IGZvciB0aGUgcmVzb2x2YWJpbGl0eSBjb25kaXRpb24uICBIb3dldmVyLCBpZiB0aGUgc3Vn Z2VzdGlvbiBpcyB0byBtYWtlDQogICAgYSByZWZlcmVuY2UgdG8geW91ciBkcmFmdCwgeW91J2xs IG5lZWQgdG8gYnJpbmcgaXQgYmFjayBmcm9tIHpvbWJpZSBzdGF0ZQ0KICAgIGFuZCBwcm9ncmVz cyBpdC4gOi0pDQogICAgDQogICAgLS0gSmVmZg0KICAgIA0KDQo= From nobody Sun Apr 16 13:34:55 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6A011293E3 for ; Sun, 16 Apr 2017 13:34:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6qUPhHwRlEo for ; Sun, 16 Apr 2017 13:34:52 -0700 (PDT) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C2871292D0 for ; Sun, 16 Apr 2017 13:34:51 -0700 (PDT) Received: by mail-io0-x22c.google.com with SMTP id k87so114885379ioi.0 for ; Sun, 16 Apr 2017 13:34:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Y4XEuA2xzhVU/8y3iU4ZBuK3svNdx9dFjXRf87kA/Pw=; b=IZBZFJlhORx1WuPQfbRpbnomKeQEbVswtN8GZEcAjVYvX5P8I3a4+Ibs4YC9kuGogm VnRXXTFVKpL9ir+ZhziVdRxU2oi2OwoBG0LiUIZxsMHHRtegOzgLJEbDw2VM+juhjLKD 5Sr+nXoKGtaSQmN28ZHgcUzkeHe6FOwdUaSYdv7m1EA13bBpvWnUhVLSAVXuYYtKgXim ZcDcOWFooVCGNMxr2SD2uSzOK3Rebd11yhiKRHdDlgdClbd5LUisyjK3qwCrePmaSdiv jIKC5zQnSD+v0AEjJ5DY47G0YYJ1/zNIHaNC1Jq0zFcUp4PafgesmmDQubn6tkNDMzS1 F21A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Y4XEuA2xzhVU/8y3iU4ZBuK3svNdx9dFjXRf87kA/Pw=; b=cRUIKLCjs4PvLIGv5SDmoXg2Sn0bki7o8PyHXZTTl2fQz+J+zSGZauXj8xQpu1j6an HBUGfZMzOSwS2NF4CLs3K1AS6XR+ZdbRAARmow09jTHWN61h2NB41K/Xwa51R209zx8C SpDa2mrZes3O467jVWSpAFjuR68yg+4Jd/wU8c94ytsbQ4NQ91/ratQEppShiO5DFqgF 7lFsj8OyA8+D5/p3HlbxbYrVeFB/SyM1iCNX3gDQkDoYvaSVAQKwPKhirAbUGhUNRm+n 7qUypgPQsSNaphSzsH8ue7rRdDGzPestiYFR7DOkUlA1ks+qbc7/bUb6AMizHapy4lkd PtTQ== X-Gm-Message-State: AN3rC/5iiW2HehoFLM/g4Y6lhHwJFNgoJSNis/Bnu7EhN4ijBczF3Zst r1eMJYHTLy+Evt0G7WL3yDFiRLFWaA== X-Received: by 10.107.16.135 with SMTP id 7mr6497841ioq.228.1492374890610; Sun, 16 Apr 2017 13:34:50 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 10.79.170.4 with HTTP; Sun, 16 Apr 2017 13:34:49 -0700 (PDT) Received: by 10.79.170.4 with HTTP; Sun, 16 Apr 2017 13:34:49 -0700 (PDT) In-Reply-To: <579D00D9-D80F-4625-BF16-0D5112C2FA98@cisco.com> References: <58C6751D.60306@foobar.org> <20170314204212.GD12864@pfrc.org> <815723FC-B143-4410-B0FF-D9FB4F827862@cisco.com> <20170314213607.GH12864@pfrc.org> <579D00D9-D80F-4625-BF16-0D5112C2FA98@cisco.com> From: Robert Raszuk Date: Sun, 16 Apr 2017 22:34:49 +0200 X-Google-Sender-Auth: UgvHdLiJZCjCJG60VUw5DzRXae4 Message-ID: To: "Rajiv Asati (rajiva)" Cc: PFRC - jhaas , idr wg Content-Type: multipart/alternative; boundary=001a113fe9c23a08d8054d4e9bdb Archived-At: Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 20:34:54 -0000 --001a113fe9c23a08d8054d4e9bdb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rajiv, I think that everyone fully agrees that in order to consider prefix as valid the next hop to it should be reachable. The only open question is how to detect it when you have no direct protocol adj. established. Jeff seems stuck with BFD .. but there is number of folks who see S-BFD as much better fit to the problem. Yet UDP echo in some implementations already does it today. I think we need to evaluate pros and cons of all options before making any more formal recommendation. At this point however I think 7880 fits best. Kind regards, R. On Apr 16, 2017 10:12 PM, "Rajiv Asati (rajiva)" wrote: > Hi Jeff, > > > > But more importantly, you'll stop sending it toward your own peering > and > > attracting blackholed traffic. > > Indeed. That=E2=80=99s key. > > And it could rely on the route resolvability condition to be appropriatel= y > modified, as described in > https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteri= a > . > > > RS-BFD basically reinvents the same procedure in your draft, simply > being > > specific about the use of BFD as the dataplane liveness check > mechanism. > > However, as you note in the RS-BFD draft, we do leave the option for > other > > mechanisms. > > > > I suspect the other authors of RS-BFD aren't particular where we pic= k > up our > > text for the resolvability condition. However, if the suggestion is > to make > > a reference to your draft, you'll need to bring it back from zombie > state > > and progress it. :-) > > Agreed. It is alive (-07 version). https://tools.ietf.org/html/ > draft-ietf-idr-bgp-bestpath-selection-criteria-07 > It can be used as a normative reference in your draft. > > -- > Cheers, > Rajiv Asati > Distinguished Engineer, Cisco > > -----Original Message----- > From: Jeffrey Haas > Date: Tuesday, March 14, 2017 at 5:36 PM > To: Rajiv Asati > Cc: "robert@raszuk.net" , "idr@ietf.org" > Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt > > Rajiv, > > On Tue, Mar 14, 2017 at 09:08:24PM +0000, Rajiv Asati (rajiva) wrote: > > Is the assumption here that the client routers have routing view > limited to what=E2=80=99s provided by the Route Server? If not, then woul= dn=E2=80=99t > Client Routers benefit from having to invalidate the path learned from th= e > remote client router as soon as the connectivity check failed? > > This is what I believe the procedure says. See section 6. > > > Of course, Client Routers conveying the lack of NLRI reachability > per NH to the Route Server, and expecting Route Server to provide a > different NHs of the NLRIs, and expecting it to be functional, while stil= l > attracting the traffic for unreachable destinations since the Loc-RIB is > still pointing to the unreachable NH for the affected NLRIs. > > The thing that is somewhat different for a IXP environment running a > route > server than normal eBGP is the low (to zero) likelihood of having a > backup > path. If 10/8 was learned from the route server for nexthop > 192.0.2.1, and > you stop being able to reach that nexthop, removing it from your > forwarding > (unreachable) is your only choice. > > You *might* have a source of that path internally. In that case, you > can > use it. > > But more importantly, you'll stop sending it toward your own peering > and > attracting blackholed traffic. > > > I wonder whether https://tools.ietf.org/html/ > draft-ietf-idr-bgp-bestpath-selection-criteria be useful here. > > In a sense of good timing, John Scudder had brought this to my > attention > about an hour ago. > > RS-BFD basically reinvents the same procedure in your draft, simply > being > specific about the use of BFD as the dataplane liveness check > mechanism. > However, as you note in the RS-BFD draft, we do leave the option for > other > mechanisms. > > I suspect the other authors of RS-BFD aren't particular where we pick > up our > text for the resolvability condition. However, if the suggestion is > to make > a reference to your draft, you'll need to bring it back from zombie > state > and progress it. :-) > > -- Jeff > > > --001a113fe9c23a08d8054d4e9bdb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Rajiv,

    I thi= nk that everyone fully agrees that in order to consider prefix as valid the= next hop to it should be reachable.

    The only open question is how to detect it when you have no di= rect protocol adj. established.

    Jeff seems stuck with BFD .. but there is number of folks who see= S-BFD as much better fit to the problem. Yet UDP echo in some implementati= ons already does it today.

    I think we need to evaluate pros and cons of all options before making a= ny more formal recommendation. At this point however I think 7880 fits best= .

    Kind regards,
    R.



    On Apr = 16, 2017 10:12 PM, "Rajiv Asati (rajiva)" <rajiva@cisco.com> wrote:
    Hi Jeff,


    >=C2=A0 =C2=A0But more importantly, you'll stop sending it toward yo= ur own peering and
    >=C2=A0 =C2=A0attracting blackholed traffic.

    Indeed. That=E2=80=99s key.

    And it could rely on the route resolvability condition to be appropriately = modified, as described in
    https://tools.ietf.org/htm= l/draft-ietf-idr-bgp-bestpath-selection-criteria.

    >=C2=A0 =C2=A0 RS-BFD basically reinvents the same procedure in your dra= ft, simply being
    >=C2=A0 =C2=A0 specific about the use of BFD as the dataplane liveness c= heck mechanism.
    >=C2=A0 =C2=A0 However, as you note in the RS-BFD draft, we do leave the= option for other
    >=C2=A0 =C2=A0 mechanisms.
    >
    >=C2=A0 =C2=A0 I suspect the other authors of RS-BFD aren't particul= ar where we pick up our
    >=C2=A0 =C2=A0 text for the resolvability condition.=C2=A0 However, if t= he suggestion is to make
    >=C2=A0 =C2=A0a reference to your draft, you'll need to bring it bac= k from zombie state
    >=C2=A0 =C2=A0 and progress it. :-)

    Agreed. It is alive (-07 version). https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria-07
    It can be used as a normative reference in your draft.

    --
    Cheers,
    Rajiv Asati
    Distinguished Engineer, Cisco

    -----Original Message-----
    From: Jeffrey Haas <jhaas@pfrc.org= >
    Date: Tuesday, March 14, 2017 at 5:36 PM
    To: Rajiv Asati <rajiva@cisco.com>
    Cc: "    robert@raszuk.net" = <robert@raszuk.net>, "<= a href=3D"mailto:idr@ietf.org">idr@ietf.org" <idr@ietf.org>
    Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt

    =C2=A0 =C2=A0 Rajiv,

    =C2=A0 =C2=A0 On Tue, Mar 14, 2017 at 09:08:24PM +0000, Rajiv Asati (rajiva= ) wrote:
    =C2=A0 =C2=A0 > Is the assumption here that the client routers have rout= ing view limited to what=E2=80=99s provided by the Route Server? If not, th= en wouldn=E2=80=99t Client Routers benefit from having to invalidate the pa= th learned from the remote client router as soon as the connectivity check = failed?

    =C2=A0 =C2=A0 This is what I believe the procedure says.=C2=A0 See section = 6.

    =C2=A0 =C2=A0 > Of course, Client Routers conveying the lack of NLRI rea= chability per NH to the Route Server, and expecting Route Server to provide= a different NHs of the NLRIs, and expecting it to be functional, while sti= ll attracting the traffic for unreachable destinations since the Loc-RIB is= still pointing to the unreachable NH for the affected NLRIs.

    =C2=A0 =C2=A0 The thing that is somewhat different for a IXP environment ru= nning a route
    =C2=A0 =C2=A0 server than normal eBGP is the low (to zero) likelihood of ha= ving a backup
    =C2=A0 =C2=A0 path.=C2=A0 If 10/8 was learned from the route server for nex= thop 192.0.2.1, and
    =C2=A0 =C2=A0 you stop being able to reach that nexthop, removing it from y= our forwarding
    =C2=A0 =C2=A0 (unreachable) is your only choice.

    =C2=A0 =C2=A0 You *might* have a source of that path internally.=C2=A0 In t= hat case, you can
    =C2=A0 =C2=A0 use it.

    =C2=A0 =C2=A0 But more importantly, you'll stop sending it toward your = own peering and
    =C2=A0 =C2=A0 attracting blackholed traffic.

    =C2=A0 =C2=A0 > I wonder whether=C2=A0 https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpat= h-selection-criteria be useful here.

    =C2=A0 =C2=A0 In a sense of good timing, John Scudder had brought this to m= y attention
    =C2=A0 =C2=A0 about an hour ago.

    =C2=A0 =C2=A0 RS-BFD basically reinvents the same procedure in your draft, = simply being
    =C2=A0 =C2=A0 specific about the use of BFD as the dataplane liveness check= mechanism.
    =C2=A0 =C2=A0 However, as you note in the RS-BFD draft, we do leave the opt= ion for other
    =C2=A0 =C2=A0 mechanisms.

    =C2=A0 =C2=A0 I suspect the other authors of RS-BFD aren't particular w= here we pick up our
    =C2=A0 =C2=A0 text for the resolvability condition.=C2=A0 However, if the s= uggestion is to make
    =C2=A0 =C2=A0 a reference to your draft, you'll need to bring it back f= rom zombie state
    =C2=A0 =C2=A0 and progress it. :-)

    =C2=A0 =C2=A0 -- Jeff


    --001a113fe9c23a08d8054d4e9bdb-- From nobody Mon Apr 17 19:50:50 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3885D12941C; Mon, 17 Apr 2017 19:50:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.116 X-Spam-Level: X-Spam-Status: No, score=-1.116 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PksHteXnrwv4; Mon, 17 Apr 2017 19:50:45 -0700 (PDT) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254037.outbound.protection.outlook.com [40.92.254.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 203ED12940E; Mon, 17 Apr 2017 19:50:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Og3xdFKjB5R8wrP4f1VCwGl4nfgm19iZYLItaflnlsg=; b=YccOLj2+S2rCoV45Xl4j8UKgfX+EYUJYbyHO6gL3CvgFXW/3+fyzIwuzOfuiYORN21H/sIjt8rNuBmUyETSIoA2wxRkNCkQ7GO/zAy9+De9e0IB3l3DOSl3ViY8SX1sTU3+quhrNKG8fCcTJTX5rrdBD5Td7ukjFwGAOFStI9B6XpJki2AJIzXj+5wNCY60s40sUdP1ibedWGLrWEUi5ZOzCDZjuhkA0CD6Ua3SgKHjtSByAtJAyLKe/G3lo3HYDwW6FYDA/nr90O4+WNg1yjf+89p+hGCaMX1IUN+nw29qH0UTYrlDN9x4d28s/QrHdUP40SUqi6WNJw7Ua3iClKw== Received: from PU1APC01FT041.eop-APC01.prod.protection.outlook.com (10.152.252.59) by PU1APC01HT172.eop-APC01.prod.protection.outlook.com (10.152.253.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1019.14; Tue, 18 Apr 2017 02:50:38 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com (10.152.252.56) by PU1APC01FT041.mail.protection.outlook.com (10.152.253.108) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.14 via Frontend Transport; Tue, 18 Apr 2017 02:50:37 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) by HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) with mapi id 15.01.1034.015; Tue, 18 Apr 2017 02:50:37 +0000 From: li zhenqiang To: "Acee Lindem (acee)" , idr , draft-ietf-idr-rfc5575bis.all CC: wangruixue , rv , Zhuangshunwan , Jimmy Thread-Topic: Re: [Idr] question about BGP extended community Thread-Index: AQHSt+6Ovr20nhyBykmQlSd+6X8JLA== Date: Tue, 18 Apr 2017 02:50:37 +0000 Message-ID: References: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:8FC0871369CEF632D1A88AAD5DF6E0A3E4C6BA733364C3BE9B3BD2A006FB63B2; UpperCasedChecksum:AC6FBC7374EAC0525564E1A47D24E2D4055192568C74A83D7E424550C7358CBD; SizeAsReceived:8020; Count:39 x-ms-exchange-messagesentrepresentingtype: 1 x-microsoft-exchange-diagnostics: 1; PU1APC01HT172; 5:RJy4g+H6NsMPHiiCb+gX8JjFQl4c9VK2RJHJW6ToPBYODDnhJ+ncYBUq4ugOJsGURikSNZfpa4JVlYeuCQLpwFYtE2zkTgDjBgTZKvKjK7ixO0lcHxyUYXekPBFHx498qFjXDWwPJ9iD3bkyE/bhPw==; 24:yxweFPenrZrwsaRz3PDknVMk/prb6E2Q+hma0WiGIhb53S7vv/TEH0IqNyhCjqNzfVaFD1FkQQ1l1MXgkjlyptNTCR2AjYiZEKhxV5x3Xf8=; 7:+HP8sy69ZchzfqgvSdqYtYp/6zYGepoO/iJsgQYXyPXnT+5UiUzNIzMQsmx9cAfqrRkGoD17ID8omVEwxrmar4EZu8bjDikiUVgmUWEZ7Y8UjgdaPT2GZlVQCRRPjxifEcMEbM40jPY0SYXJk4tKGMxI7f4IEGHZU+ooxJl4jp+ajqnaKAF2uTx7fIFarasnRDHQMEHOuXhL+r+A2kSz9gYGCm8bOUzfNP5DigZW0j+/fKRsIcnYBktW4kIMwW3Y4naaqaITrfcbO5kXg0RIDcqJKqk+FWM14fnVMB3r6daPA3H/oJ7l5O5VLVQfHui2 x-incomingheadercount: 39 x-eopattributedmessage: 0 x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT172; H:HK2PR0601MB1361.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: c56d5166-ba5c-4569-f01e-08d48605af25 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322274)(1603101448)(1601125374)(1701031045); SRVR:PU1APC01HT172; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT172; BCL:0; PCL:0; RULEID:; SRVR:PU1APC01HT172; x-forefront-prvs: 028166BF91 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR0601MB1361E6C3282B51E3D8EC4C86FC190HK2PR0601MB1361_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Apr 2017 02:50:37.5680 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT172 Archived-At: Subject: Re: [Idr] question about BGP extended community X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 02:50:47 -0000 --_000_HK2PR0601MB1361E6C3282B51E3D8EC4C86FC190HK2PR0601MB1361_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWNlZSwNCg0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBhbnN3ZXIuIFRoZSBpbXBs aWNhdGlvbiBpcyBub3QgZGVjbGFyZWQgZXhwbGljaXRseSBpbiBjb3JyZXNwb25kaW5nIHNwZWNp ZmljYXRpb25zLiBTbyBzb21lIHByb2Zlc3Npb25hbHMgcmFpc2VkIHRoaXMgcXVlc3Rpb24gd2hl biB0aGUgZHJhZnQgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlk ci1mbG93c3BlYy1wb3B1bGF0ZS10by1maWIgd2FzIHByZXNlbnRlZCBpbiBJRVRGOTguIEkgdGhp bmsgaXQgaXMgYmV0dGVyIHRvIHNwZWNpZnkgZXhwbGljaXRseSB0aGF0ICIgQSBCR1Agc3BlYWtl ciBzdXBwb3J0cyBGbG93U3BlYyBTSE9VTEQgc3VwcG9ydCB0aGUgZmlsdGVyIGFjdGlvbnMgZGVm aW5lZCB3aXRoIHRoZXNlIGV4dGVuZGVkIGNvbW11bml0aWVzIiBiZWZvcmUgdGFibGUgMiBpbiBS RkM1NTc1YmlzIHNpbmNlIGl0IGlzIHVuZGVyIGRpc2N1c3Npb24sIHdlIGhhdmUgdGhlIGNoYW5j ZS4gQ29tbWVudHMgZnJvbSB0aGUgYXV0aG9ycyBvZiBSRkM1NTc1YmlzIGFyZSBleHBlY3RlZC4g VGhhbmtzLg0KDQpCZXN0IFJlZ2FyZHMsDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KbGlfemhlbnFpYW5nQGhvdG1haWwuY29tDQoNCkZyb206IEFjZWUgTGluZGVtIChhY2VlKTxt YWlsdG86YWNlZUBjaXNjby5jb20+DQpEYXRlOiAyMDE3LTA0LTE0IDIwOjIyDQpUbzogbGkgemhl bnFpYW5nPG1haWx0bzpsaV96aGVucWlhbmdAaG90bWFpbC5jb20+OyBpZHI8bWFpbHRvOmlkckBp ZXRmLm9yZz4NCkNDOiB3YW5ncnVpeHVlPG1haWx0bzp3YW5ncnVpeHVlQGNoaW5hbW9iaWxlLmNv bT4NClN1YmplY3Q6IFJlOiBbSWRyXSBxdWVzdGlvbiBhYm91dCBCR1AgZXh0ZW5kZWQgY29tbXVu aXR5DQpIaSBaaGVucWlhbmcsDQoNClNlZSBpbmxpbmUuDQoNCkZyb206ICBJZHIgPGlkci1ib3Vu Y2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgbGkgemhlbnFpYW5nDQo8bGlfemhlbnFpYW5nQGhv dG1haWwuY29tPg0KRGF0ZTogIEZyaWRheSwgQXByaWwgMTQsIDIwMTcgYXQgNToxNiBBTQ0KVG86 ICBJRFIgTGlzdCA8aWRyQGlldGYub3JnPg0KQ2M6ICB3YW5ncnVpeHVlIDx3YW5ncnVpeHVlQGNo aW5hbW9iaWxlLmNvbT4NClN1YmplY3Q6ICBbSWRyXSBxdWVzdGlvbiBhYm91dCBCR1AgZXh0ZW5k ZWQgY29tbXVuaXR5DQoNCg0KPkhpIGFsbCwNCj4NCj5BcyBwZXIgUkZDNDM2MCwgQkdQIGV4dGVu ZGVkIGNvbW11bml0eSBpcyBhIHRyYW5zaXRpdmUgb3B0aW9uYWwgYXR0cmlidXRlDQo+IGFuZCBS RkM0MjcxIHNwZWNpZmllcyBpdCBpcyBub3QgcmVxdWlyZWQgb3IgZXhwZWN0ZWQgdGhhdCBhbGwg QkdQDQo+aW1wbGVtZW50YXRpb25zIHN1cHBvcnQgYWxsIG9wdGlvbmFsIGF0dHJpYnV0ZXMuDQo+ ICBJZiB3ZSBkbyB3YW50IHRoZSBCR1AgcGVlciBzdXBwb3J0cyBzb21lIGtpbmRzIG9mIGV4dGVu ZGVkIGNvbW11bml0aWVzLA0KPmhvdyB0byBkZXRlcm1pbmUgdGhpcz8gQ2hlY2sgYWxsIHRoZSBw ZWVycyBpbiBhZHZhbmNlPyBNUExTIGxldmVsIDMgVlBOLA0KPmZvciBleGFtcGxlLCB1c2VzIHRo ZSBleHRlbmRlZCBjb21tdW5pdHkNCj4gdG8gY2Fycnkgcm91dGUgdGFyZ2V0IGluZm9ybWF0aW9u LCBhbGwgdGhlIHJlbGV2YW50IEJHUCBwZWVycyBzaG91bGQNCj5zdXBwb3J0IHRoZSBSVCBleHRl bmRlZCBjb21tdW5pdHksIGJ1dCB3ZSBjYW4gbm90IGV4cGVjdCB0aGlzIGFjY29yZGluZw0KPnRv IFJGQzQzNjAgYW5kIFJGQzQyNzEuIFRoZSB0cmFmZmljIGFjdGlvbiBleHRlbmRlZCBjb21tdW5p dHkNCj4gYXMgZGVmaW5lZCBpbiBSRkM1NTc1IChCR1AgZmxvd3NwZWMpIGFuZCB1cGRhdGVkIGlu DQo+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVj LXBvcHVsYXRlLXRvLWZpYi8NCj48ZmlsZTovLy9DOi9Vc2Vycy9jbWNjL0FwcERhdGEvUm9hbWlu Zy9Gb3htYWlsNy9UZW1wLTk2MDgtMjAxNzA0MTQxNTA5NDEvJQ0KPkMyJUEwaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXBvcHVsYXRlLXRvLWZp DQo+Yi8+LA0KPiBmb3IgYW5vdGhlciBleGFtcGxlLCBpcyBleHBlY3RlZCB0byBiZSBzdXBwb3J0 ZWQgYnkgdGhlIHJlY2VpdmVyLCB3aGljaA0KPmlzIG5vdCBndWFyYW50ZWVkIGJ5IHRoZSB0cmFu c2l0aXZlIG9wdGlvbmFsIGF0dHJpYnV0ZS4NCj4gRG8gd2UgbmVlZCB0byBkbyBzb21ldGhpbmcg aGVyZT8gVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBoZWxwLg0KDQpJbiBnZW5lcmFsLCBp ZiBhIEJHUCBzcGVha2VyIHN1cHBvcnRzIGFuIGFkZHJlc3MgZmFtaWx5IChSRkMgNDc2MCksIGl0 DQpzaG91bGQgc3VwcG9ydCB0aGUgcmVxdWlyZWQgZXh0ZW5kZWQgY29tbXVuaXRpZXMuIFRoZSBN UCBjYXBhYmlsaXR5DQpuZWdvdGlhdGlvbiB3aWxsIGFzc3VyZSB0aGF0IG9ubHkgQkdQIHNwZWFr ZXJzIHN1cHBvcnRpbmcgdGhlIEFGIHdpbGwNCmV4Y2hhbmdlIHRoZSBhc3NvY2lhdGVkIE5MUkkg YW5kIGF0dGVuZGFudCBhdHRyaWJ1dGVzIGluY2x1ZGluZyBleHRlbmRlZA0KY29tbXVuaXRpZXMu IE9mIGNvdXJzZSwgbWFueSBleHRlbmRlZCBjb21tdW5pdGllcyBhcmUsIGluIGZhY3QsIG9wdGlv bmFsDQphbmQgdGhlIHNwZWNpZmljYXRpb25zIGZvciB0aG9zZSBleHRlbmRlZCBjb21tdW5pdGll cyBzaG91bGQgc3BlY2lmeSB0aGUNCmRldGFpbHMgb2YgcGFydGlhbCBkZXBsb3ltZW50Lg0KDQpT bywgSSBkb27igJl0IGJlbGlldmUgd2UgbmVlZCBhbnl0aGluZyBoZXJlLg0KDQpUaGFua3MsDQpB Y2VlDQo+DQo+DQo+QmVzdCBSZWdhcmRzLA0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj5saV96aGVucWlhbmdAaG90bWFpbC5jb20NCg0K --_000_HK2PR0601MB1361E6C3282B51E3D8EC4C86FC190HK2PR0601MB1361_ Content-Type: text/html; charset="utf-8" Content-ID: <07373EC9CE7BDE43A6A5C382D3546EFE@apcprd06.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT5ib2R5IHsgbGluZS1oZWlnaHQ6IDEu NTsgfWJsb2NrcXVvdGUgeyBtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFy Z2luLWxlZnQ6IDAuNWVtOyB9Ym9keSB7IGZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTog 5b6u6L2v6ZuF6buROyBjb2xvcjogcmdiKDAsIDAsIDApOyBsaW5lLWhlaWdodDogMS41OyB9PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj48c3Bhbj48L3NwYW4+SGkgQWNlZSw8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgYW5z d2VyLiBUaGUgaW1wbGljYXRpb24gaXMgbm90IGRlY2xhcmVkIGV4cGxpY2l0bHkgaW4gY29ycmVz cG9uZGluZyBzcGVjaWZpY2F0aW9ucy4gU28gc29tZSBwcm9mZXNzaW9uYWxzIHJhaXNlZCB0aGlz IHF1ZXN0aW9uIHdoZW4gdGhlIGRyYWZ0ICZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw LjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PC9zcGFu PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWlkci1m bG93c3BlYy1wb3B1bGF0ZS10by1maWIiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgbGluZS1o ZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+aHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXBvcHVsYXRlLXRvLWZpYjwvYT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGxpbmUtaGVpZ2h0OiAxLjU7IGJhY2tncm91 bmQtY29sb3I6IHdpbmRvdzsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MC41cHQ7IGxpbmUtaGVpZ2h0OiAxLjU7IGJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPndhcw0K IHByZXNlbnRlZCBpbiBJRVRGOTguIDwvc3Bhbj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xv cjogd2luZG93OyBmb250LXNpemU6IDEwLjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsiPkkgdGhpbmsg aXQgaXMgYmV0dGVyIHRvIHNwZWNpZnkgZXhwbGljaXRseSB0aGF0ICZxdW90OyBBIEJHUCBzcGVh a2VyIHN1cHBvcnRzIEZsb3dTcGVjIFNIT1VMRCBzdXBwb3J0IHRoZSBmaWx0ZXIgYWN0aW9ucyBk ZWZpbmVkIHdpdGggdGhlc2UgZXh0ZW5kZWQgY29tbXVuaXRpZXMmcXVvdDsNCiBiZWZvcmUgdGFi bGUgMiBpbiBSRkM1NTc1YmlzIHNpbmNlIGl0IGlzIHVuZGVyIGRpc2N1c3Npb24sIHdlIGhhdmUg dGhlIGNoYW5jZS4gQ29tbWVudHMgZnJvbSB0aGUgYXV0aG9ycyBvZiBSRkM1NTc1YmlzIGFyZSBl eHBlY3RlZC4gVGhhbmtzLjwvc3Bhbj48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkJl c3QgUmVnYXJkcyw8L2Rpdj4NCjxociBzdHlsZT0id2lkdGg6IDIxMHB4OyBoZWlnaHQ6IDFweDsi IGNvbG9yPSIjYjVjNGRmIiBzaXplPSIxIiBhbGlnbj0ibGVmdCI+DQo8ZGl2PjxzcGFuPg0KPGRp diBzdHlsZT0iTUFSR0lOOiAxMHB4OyBGT05ULUZBTUlMWTogdmVyZGFuYTsgRk9OVC1TSVpFOiAx MHB0Ij4NCjxkaXY+bGlfemhlbnFpYW5nQGhvdG1haWwuY29tPC9kaXY+DQo8L2Rpdj4NCjwvc3Bh bj48L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0 b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdiBzdHlsZT0iUEFERElORy1SSUdIVDogOHB4OyBQQURE SU5HLUxFRlQ6IDhweDsgRk9OVC1TSVpFOiAxMnB4O0ZPTlQtRkFNSUxZOnRhaG9tYTtDT0xPUjoj MDAwMDAwOyBCQUNLR1JPVU5EOiAjZWZlZmVmOyBQQURESU5HLUJPVFRPTTogOHB4OyBQQURESU5H LVRPUDogOHB4Ij4NCjxkaXY+PGI+RnJvbTo8L2I+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmFjZWVA Y2lzY28uY29tIj5BY2VlIExpbmRlbSAoYWNlZSk8L2E+PC9kaXY+DQo8ZGl2PjxiPkRhdGU6PC9i PiZuYnNwOzIwMTctMDQtMTQmbmJzcDsyMDoyMjwvZGl2Pg0KPGRpdj48Yj5Ubzo8L2I+Jm5ic3A7 PGEgaHJlZj0ibWFpbHRvOmxpX3poZW5xaWFuZ0Bob3RtYWlsLmNvbSI+bGkgemhlbnFpYW5nPC9h PjsgPGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+DQppZHI8L2E+PC9kaXY+DQo8ZGl2Pjxi PkNDOjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86d2FuZ3J1aXh1ZUBjaGluYW1vYmlsZS5jb20i PndhbmdydWl4dWU8L2E+PC9kaXY+DQo8ZGl2PjxiPlN1YmplY3Q6PC9iPiZuYnNwO1JlOiBbSWRy XSBxdWVzdGlvbiBhYm91dCBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5PC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+SGkgWmhlbnFpYW5nLCA8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+ DQo8ZGl2PlNlZSBpbmxpbmUuIDwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+RnJvbTom bmJzcDsgSWRyICZsdDtpZHItYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIGxpIHpo ZW5xaWFuZzwvZGl2Pg0KPGRpdj4mbHQ7bGlfemhlbnFpYW5nQGhvdG1haWwuY29tJmd0OzwvZGl2 Pg0KPGRpdj5EYXRlOiZuYnNwOyBGcmlkYXksIEFwcmlsIDE0LCAyMDE3IGF0IDU6MTYgQU08L2Rp dj4NCjxkaXY+VG86Jm5ic3A7IElEUiBMaXN0ICZsdDtpZHJAaWV0Zi5vcmcmZ3Q7PC9kaXY+DQo8 ZGl2PkNjOiZuYnNwOyB3YW5ncnVpeHVlICZsdDt3YW5ncnVpeHVlQGNoaW5hbW9iaWxlLmNvbSZn dDs8L2Rpdj4NCjxkaXY+U3ViamVjdDombmJzcDsgW0lkcl0gcXVlc3Rpb24gYWJvdXQgQkdQIGV4 dGVuZGVkIGNvbW11bml0eTwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9k aXY+DQo8ZGl2PiZndDtIaSBhbGwsPC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0O0Fz IHBlciBSRkM0MzYwLCBCR1AgZXh0ZW5kZWQgY29tbXVuaXR5IGlzIGEgdHJhbnNpdGl2ZSBvcHRp b25hbCBhdHRyaWJ1dGU8L2Rpdj4NCjxkaXY+Jmd0OyBhbmQgUkZDNDI3MSBzcGVjaWZpZXMgaXQg aXMgbm90IHJlcXVpcmVkIG9yIGV4cGVjdGVkIHRoYXQgYWxsIEJHUDwvZGl2Pg0KPGRpdj4mZ3Q7 aW1wbGVtZW50YXRpb25zIHN1cHBvcnQgYWxsIG9wdGlvbmFsIGF0dHJpYnV0ZXMuPC9kaXY+DQo8 ZGl2PiZndDsmbmJzcDsgSWYgd2UgZG8gd2FudCB0aGUgQkdQIHBlZXIgc3VwcG9ydHMgc29tZSBr aW5kcyBvZiBleHRlbmRlZCBjb21tdW5pdGllcyw8L2Rpdj4NCjxkaXY+Jmd0O2hvdyB0byBkZXRl cm1pbmUgdGhpcz8gQ2hlY2sgYWxsIHRoZSBwZWVycyBpbiBhZHZhbmNlPyBNUExTIGxldmVsIDMg VlBOLDwvZGl2Pg0KPGRpdj4mZ3Q7Zm9yIGV4YW1wbGUsIHVzZXMgdGhlIGV4dGVuZGVkIGNvbW11 bml0eTwvZGl2Pg0KPGRpdj4mZ3Q7IHRvIGNhcnJ5IHJvdXRlIHRhcmdldCBpbmZvcm1hdGlvbiwg YWxsIHRoZSByZWxldmFudCBCR1AgcGVlcnMgc2hvdWxkPC9kaXY+DQo8ZGl2PiZndDtzdXBwb3J0 IHRoZSBSVCBleHRlbmRlZCBjb21tdW5pdHksIGJ1dCB3ZSBjYW4gbm90IGV4cGVjdCB0aGlzIGFj Y29yZGluZzwvZGl2Pg0KPGRpdj4mZ3Q7dG8gUkZDNDM2MCBhbmQgUkZDNDI3MS4gVGhlIHRyYWZm aWMgYWN0aW9uIGV4dGVuZGVkIGNvbW11bml0eTwvZGl2Pg0KPGRpdj4mZ3Q7IGFzIGRlZmluZWQg aW4gUkZDNTU3NSAoQkdQIGZsb3dzcGVjKSBhbmQgdXBkYXRlZCBpbjwvZGl2Pg0KPGRpdj4mZ3Q7 aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGktaWRyLWZsb3dzcGVjLXBv cHVsYXRlLXRvLWZpYi88L2Rpdj4NCjxkaXY+Jmd0OyZsdDtmaWxlOi8vL0M6L1VzZXJzL2NtY2Mv QXBwRGF0YS9Sb2FtaW5nL0ZveG1haWw3L1RlbXAtOTYwOC0yMDE3MDQxNDE1MDk0MS8lPC9kaXY+ DQo8ZGl2PiZndDtDMiVBMGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxp LWlkci1mbG93c3BlYy1wb3B1bGF0ZS10by1maTwvZGl2Pg0KPGRpdj4mZ3Q7Yi8mZ3Q7LDwvZGl2 Pg0KPGRpdj4mZ3Q7IGZvciBhbm90aGVyIGV4YW1wbGUsIGlzIGV4cGVjdGVkIHRvIGJlIHN1cHBv cnRlZCBieSB0aGUgcmVjZWl2ZXIsIHdoaWNoPC9kaXY+DQo8ZGl2PiZndDtpcyBub3QgZ3VhcmFu dGVlZCBieSB0aGUgdHJhbnNpdGl2ZSBvcHRpb25hbCBhdHRyaWJ1dGUuPC9kaXY+DQo8ZGl2PiZn dDsgRG8gd2UgbmVlZCB0byBkbyBzb21ldGhpbmcgaGVyZT8gVGhhbmsgeW91IHZlcnkgbXVjaCBm b3IgeW91ciBoZWxwLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+SW4gZ2VuZXJhbCwg aWYgYSBCR1Agc3BlYWtlciBzdXBwb3J0cyBhbiBhZGRyZXNzIGZhbWlseSAoUkZDIDQ3NjApLCBp dDwvZGl2Pg0KPGRpdj5zaG91bGQgc3VwcG9ydCB0aGUgcmVxdWlyZWQgZXh0ZW5kZWQgY29tbXVu aXRpZXMuIFRoZSBNUCBjYXBhYmlsaXR5PC9kaXY+DQo8ZGl2Pm5lZ290aWF0aW9uIHdpbGwgYXNz dXJlIHRoYXQgb25seSBCR1Agc3BlYWtlcnMgc3VwcG9ydGluZyB0aGUgQUYgd2lsbDwvZGl2Pg0K PGRpdj5leGNoYW5nZSB0aGUgYXNzb2NpYXRlZCBOTFJJIGFuZCBhdHRlbmRhbnQgYXR0cmlidXRl cyBpbmNsdWRpbmcgZXh0ZW5kZWQ8L2Rpdj4NCjxkaXY+Y29tbXVuaXRpZXMuIE9mIGNvdXJzZSwg bWFueSBleHRlbmRlZCBjb21tdW5pdGllcyBhcmUsIGluIGZhY3QsIG9wdGlvbmFsPC9kaXY+DQo8 ZGl2PmFuZCB0aGUgc3BlY2lmaWNhdGlvbnMgZm9yIHRob3NlIGV4dGVuZGVkIGNvbW11bml0aWVz IHNob3VsZCBzcGVjaWZ5IHRoZTwvZGl2Pg0KPGRpdj5kZXRhaWxzIG9mIHBhcnRpYWwgZGVwbG95 bWVudC48L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PlNvLCBJIGRvbuKAmXQgYmVsaWV2 ZSB3ZSBuZWVkIGFueXRoaW5nIGhlcmUuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5U aGFua3MsPC9kaXY+DQo8ZGl2PkFjZWUgPC9kaXY+DQo8ZGl2PiZndDs8L2Rpdj4NCjxkaXY+Jmd0 OzwvZGl2Pg0KPGRpdj4mZ3Q7QmVzdCBSZWdhcmRzLDwvZGl2Pg0KPGRpdj4mZ3Q7X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvZGl2Pg0KPGRpdj4mZ3Q7bGlfemhlbnFp YW5nQGhvdG1haWwuY29tPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_HK2PR0601MB1361E6C3282B51E3D8EC4C86FC190HK2PR0601MB1361_-- From nobody Mon Apr 17 20:06:34 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE822126CF6 for ; Mon, 17 Apr 2017 20:06:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.116 X-Spam-Level: X-Spam-Status: No, score=-1.116 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UXulhk6S09VG for ; Mon, 17 Apr 2017 20:06:31 -0700 (PDT) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255030.outbound.protection.outlook.com [40.92.255.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 216DB12940E for ; Mon, 17 Apr 2017 20:06:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7b0SnB+9xyts5XH6xlWG7G0yBrR/Sc1HFkzSELKVWOM=; b=RCSz8wS99BGr152vgpCEuMk7hJfXeKbyM/T3PYAiwJ0zDO5BGrkXgAfZXDFdYZn4r5tULvqY7BpskqOgUdMDwJphWpfoe9Q67wEp72GuF4vWZhMMxvwBPK1xYpOYQr30NK9Bq0hpSJgjHAlEaztoJwmQxg80dFxHrEcUyrXvvhvCrF9/PkgnPsAagG/1N8Ffu4WgFgmhdlRM/zGrYKZ1t7bEV1rX9QLnnemAOtsvTQmz35Al++asphw1ZEJfrl2ydeWEpLmmRQJP6ZaidR8ZTrhbQQALwlgoFp6o/L0/9ClJUGJ0uAWiRCrkdpjxkjamlKS1QF+J8fBqfSyheFO76A== Received: from HK2APC01FT005.eop-APC01.prod.protection.outlook.com (10.152.248.57) by HK2APC01HT067.eop-APC01.prod.protection.outlook.com (10.152.249.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1019.14; Tue, 18 Apr 2017 03:06:28 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com (10.152.248.57) by HK2APC01FT005.mail.protection.outlook.com (10.152.248.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1019.14 via Frontend Transport; Tue, 18 Apr 2017 03:06:28 +0000 Received: from HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) by HK2PR0601MB1361.apcprd06.prod.outlook.com ([10.165.182.19]) with mapi id 15.01.1034.015; Tue, 18 Apr 2017 03:06:28 +0000 From: li zhenqiang To: Eric C Rosen , Job Snijders , idr Thread-Topic: Re: [Idr] clarification sought on rfc4360 non-transitive extended communities Thread-Index: AQHSt/DF6UMV0gdIqkmNp5pXkbu9Tg== Date: Tue, 18 Apr 2017 03:06:28 +0000 Message-ID: References: <20170414134435.tpocpyuappmbcam4@Vurt.local>, Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:24DB0DAC7FAE508AA029DEEA78F19E061DFEE9E8BC4400D723CBFB7E092EC4AB; UpperCasedChecksum:0C437E006182B4B659F67945D91FF86D46D8EDCA1046C4E725E9724433B4A25B; SizeAsReceived:7945; Count:38 x-ms-exchange-messagesentrepresentingtype: 1 x-microsoft-exchange-diagnostics: 1; HK2APC01HT067; 5:SpE0+42CQ5myPi+ogVeoOAAuLkcttumEOKh9Rin7rha2rBZgFx7l2nk1iLnRRbHPE5FtL9l0u2lpRCKQ4uW2MKfme0nFeYe2LEohE6hFrl8sZ1lHSXA0souv1matXRMFutSfgCs1nCTmCduYAjhmoQ==; 24:tim4g2s1ad0UUWFg7PwCS2mlKu8AvSTY4ArL8LsrVMrYmvzJAkvmnMdGf1VJJBUZzxlKpaE9b8zDE8URJCnu+QdrWvY16KOe2/s9+sPq44M=; 7:JWyyuKBnChmgb1fob9qFMyXMa1RGmDI3PRBpA2udlNHMx9HNOS/1kaD5Kr2trAeqgch2k1sNqFRz8WpAcOSKoxQwkTW7Y9pKF/jkND59wY84plTQePKQ058voD7UUsyL3D24sTyanzGLQTRboqYX5BkFEVSXKT8zybc7sYL+mYVhfb5p9VssUGNG/SF3tJXfuoXONb1VSLnL9uPJO6ouwEJMo8iJ19YiQH9gRNkxoHvJ+u86RuijT50YYhLNlA7DbDNMiWYYGEnPnOUvJG6eUuoCCJ+69PD/arSrSDgZ+fuAJx4/GYs9c2962W/mzheS x-incomingheadercount: 38 x-eopattributedmessage: 0 x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:HK2APC01HT067; H:HK2PR0601MB1361.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 0e1d3acd-33d5-4fd4-255c-08d48607e679 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322274)(1601125374)(1603101448)(1701031045); SRVR:HK2APC01HT067; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:HK2APC01HT067; BCL:0; PCL:0; RULEID:; SRVR:HK2APC01HT067; x-forefront-prvs: 028166BF91 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR0601MB13610989519C5EF1D496A66AFC190HK2PR0601MB1361_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Apr 2017 03:06:28.3026 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2APC01HT067 Archived-At: Subject: Re: [Idr] clarification sought on rfc4360 non-transitive extended communities X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 03:06:33 -0000 --_000_HK2PR0601MB13610989519C5EF1D496A66AFC190HK2PR0601MB1361_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Eric and Job, Extended communities are used to do more and more things by introducing new= types. So we cann't expect a BGP speaker that understands the Extended Co= mmunities attribute understands all the EC types. Best Regards, ________________________________ li_zhenqiang@hotmail.com From: Eric C Rosen Date: 2017-04-14 22:58 To: Job Snijders; idr@ietf.org Subject: Re: [Idr] clarification sought on rfc4360 non-transitive extended = communities On 4/14/2017 9:44 AM, Job Snijders wrote: > Hi IDR, > > RFC 4360 states: > > """ > If a route has a non-transitivity extended community, then before > advertising the route across the Autonomous System boundary the > community SHOULD be removed from the route. However, the community > SHOULD NOT be removed when advertising the route across the BGP > Confederation boundary. > """ > You'll note that there are very few non-transitive extended communities. Extended communities are usually used to carry parameters of various BGP-based control protocols. As such, it would be nice if they could be scoped to the "domain" of the control protocol. The transitive/non-transitive distinction was a somewhat primitive attempt to provide this scoping. Unfortunately, the boundaries of the control protocol domain are rarely the boundaries of the AS in which a route originates. So this particular form of scoping has not proven to be very useful. > For my edification, I have two questions: > > o Why was nothing specified for the behaviour of receivers? Since the authors are either retired or in management, it is difficult to say for sure. I'd say there are two possibilities: - Sloppy specification writing. - A belief that if the transmitter has decided to send the non-transitive EC over an AS boundary, it may have a good reason for doing so, and the receiver shouldn't second guess it. I'd guess the former. It is of course true that receivers have to be careful about getting ECs from outside the domain of the relevant control protocol, but that's true whether the EC is transitive or non-transitive. > o why is it a "SHOULD" and not a "MUST"? I'm pretty sure it is a "SHOULD" because the authors thought that there might be applications that need to violate the rule, and hence it should be allowable to have policy that passes the non-transitive ECs. > > Is it a "SHOULD" because Extended Communities are wrapped in an optional > transitive path attribute, so strictly speaking, the non-transivity can't > be enforced anyway, since a middle-box might not understand the Extended > Community? > > Well, that's a possibility, but I don't recall anyone worrying too much about ASBRS that don't understand the Extended Communities attribute. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --_000_HK2PR0601MB13610989519C5EF1D496A66AFC190HK2PR0601MB1361_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
    Hi Eric and Job, 

    Extended communities are used to do more and more things = by introducing new types. So we cann't expect a BGP speaker that understand= s the  Extended Communities attribute understands all the EC types.

    Best Regards,
    li_zhenqiang@hotmail.com
     
    Date: 2017-04-14 22:58
    Subject: Re: [Idr] clarification sought on rfc4360 non-tra= nsitive extended communities
    On 4/14/2017 9:44 AM, Job Snijders wrote:
    > Hi IDR,
    >
    > RFC 4360 states:
    >     
    >      """
    >      If a route has a non-transitivity e= xtended community, then before
    >      advertising the route across the Au= tonomous System boundary the
    >      community SHOULD be removed from th= e route.  However, the community
    >      SHOULD NOT be removed when advertis= ing the route across the BGP
    >      Confederation boundary.
    >      """
    >
     
    You'll note that there are very few non-transitive extended
    communities.  Extended communities are usually used to carry para= meters
    of various BGP-based control protocols.  As such, it would be nic= e if
    they could be scoped to the "domain" of the control protocol= .  The
    transitive/non-transitive distinction was a somewhat primitive attempt=
    to provide this scoping.  Unfortunately, the boundaries of the co= ntrol
    protocol domain are rarely the boundaries of the AS in which a route <= /div>
    originates.  So this particular form of scoping has not proven to= be
    very useful.
     
    > For my edification, I have two questions:
    >
    >      o   Why was nothing speci= fied for the behaviour of receivers?
     
    Since the authors are either retired or in management, it is difficult=
    to say for sure.  I'd say there are two possibilities:
     
    - Sloppy specification writing.
     
    - A belief that if the transmitter has decided to send the
    non-transitive EC over an AS boundary, it may have a good reason for <= /div>
    doing so, and the receiver shouldn't second guess it.
     
    I'd guess the former.
     
    It is of course true that receivers have to be careful about getting E= Cs
    from outside the domain of the relevant control protocol, but that's <= /div>
    true whether the EC is transitive or non-transitive.
     
    >      o   why is it a "SHO= ULD" and not a "MUST"?
     
    I'm pretty sure it is a "SHOULD"  because the authors t= hought that there
    might be applications that need to violate the rule, and hence it shou= ld
    be allowable to have policy that passes the non-transitive ECs.
     
    >
    > Is it a "SHOULD" because Extended Communities are wrapp= ed in an optional
    > transitive path attribute, so strictly speaking, the non-transivi= ty can't
    > be enforced anyway, since a middle-box might not understand the E= xtended
    > Community?
    >
    >
     
    Well, that's a possibility, but I don't recall anyone worrying too muc= h
    about ASBRS that don't understand the Extended Communities attribute.<= /div>
     
    _______________________________________________
    Idr mailing list
    Idr@ietf.org
    https://www.ietf.org/mailman/listinfo/idr
    --_000_HK2PR0601MB13610989519C5EF1D496A66AFC190HK2PR0601MB1361_-- From nobody Mon Apr 17 20:11:39 2017 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A7FA126B72; Mon, 17 Apr 2017 20:11:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.889 X-Spam-Level: X-Spam-Status: No, score=-6.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eYdLypV6ibxi; Mon, 17 Apr 2017 20:11:36 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 7AC3A12940E; Mon, 17 Apr 2017 20:11:36 -0700 (PDT) Received: from [IPv6:2607:fb90:2287:64d7:d85b:4d25:2776:d384] ([IPv6:2607:fb90:2287:64d7:d85b:4d25:2776:d384]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id v3I3BM2s067203 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 18 Apr 2017 03:11:23 GMT (envelope-from joelja@bogus.com) Content-Type: multipart/alternative; boundary=Apple-Mail-62D3EE55-2C52-46A6-BF89-97799D95F20C Mime-Version: 1.0 (1.0) From: Joel Jaeggli X-Mailer: iPhone Mail (14E304) In-Reply-To: Date: Mon, 17 Apr 2017 20:11:21 -0700 Cc: "Acee Lindem (acee)" , idr , "draft-ietf-idr-rfc5575bis.all" , wangruixue Content-Transfer-Encoding: 7bit Message-Id: References: To: li zhenqiang Archived-At: Subject: Re: [Idr] question about BGP extended community X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 03:11:38 -0000 --Apple-Mail-62D3EE55-2C52-46A6-BF89-97799D95F20C Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sent from my iPhone > On Apr 17, 2017, at 19:50, li zhenqiang wrote: >=20 > Hi Acee, >=20 > Thank you very much for your answer. The implication is not declared expli= citly in corresponding specifications. So some professionals raised this que= stion when the draft https://datatracker.ietf.org/doc/draft-li-idr-flowspec= -populate-to-fib was presented in IETF98. I think it is better to specify ex= plicitly that " A BGP speaker supports FlowSpec SHOULD support the filter ac= tions defined with these extended communities" before table 2 in RFC5575bis s= ince it is under discussion, we have the chance. Comments from the authors o= f RFC5575bis are expected. Thanks. Flowspec tends to be something implemented by mutual agreement. E.G. my prov= ider indicates support for flowspec and what parameters they expect or suppo= rt and I implement my export policy accordingly.=20 > Best Regards, > li_zhenqiang@hotmail.com > =20 > From: Acee Lindem (acee) > Date: 2017-04-14 20:22 > To: li zhenqiang; idr > CC: wangruixue > Subject: Re: [Idr] question about BGP extended community > Hi Zhenqiang, > =20 > See inline. > =20 > From: Idr on behalf of li zhenqiang > > Date: Friday, April 14, 2017 at 5:16 AM > To: IDR List > Cc: wangruixue > Subject: [Idr] question about BGP extended community > =20 > =20 > >Hi all, > > > >As per RFC4360, BGP extended community is a transitive optional attribute= > > and RFC4271 specifies it is not required or expected that all BGP > >implementations support all optional attributes. > > If we do want the BGP peer supports some kinds of extended communities,= > >how to determine this? Check all the peers in advance? MPLS level 3 VPN, > >for example, uses the extended community > > to carry route target information, all the relevant BGP peers should > >support the RT extended community, but we can not expect this according > >to RFC4360 and RFC4271. The traffic action extended community > > as defined in RFC5575 (BGP flowspec) and updated in > >https://datatracker.ietf.org/doc/draft-li-idr-flowspec-populate-to-fib/ > > >C2%A0https://datatracker.ietf.org/doc/draft-li-idr-flowspec-populate-to-f= i > >b/>, > > for another example, is expected to be supported by the receiver, which > >is not guaranteed by the transitive optional attribute. > > Do we need to do something here? Thank you very much for your help. > =20 > In general, if a BGP speaker supports an address family (RFC 4760), it > should support the required extended communities. The MP capability > negotiation will assure that only BGP speakers supporting the AF will > exchange the associated NLRI and attendant attributes including extended > communities. Of course, many extended communities are, in fact, optional > and the specifications for those extended communities should specify the > details of partial deployment. > =20 > So, I don=E2=80=99t believe we need anything here. > =20 > Thanks, > Acee > > > > > >Best Regards, > >________________________________________ > >li_zhenqiang@hotmail.com > =20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail-62D3EE55-2C52-46A6-BF89-97799D95F20C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


    Sent from my iPhone
    =
    On Apr 17, 2017, at 19:50, li zhenqiang <li_zhenqiang@hotmail.com> wrote: