From nobody Fri May 1 12:38:29 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 149531A889F; Thu, 30 Apr 2015 10:48:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.31 X-Spam-Level: * X-Spam-Status: No, score=1.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hZnGzwQPq7s8; Thu, 30 Apr 2015 10:48:23 -0700 (PDT) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::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 990931A8A51; Thu, 30 Apr 2015 10:48:19 -0700 (PDT) Received: by obbeb7 with SMTP id eb7so49974811obb.3; Thu, 30 Apr 2015 10:48:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zwKsdSEiK2Ppt9wyA5MrVm2uf/UOyQshvIffJxbgBeE=; b=0644APAOzt++GRUwow5YpDVDSPa2DvEvr3JVuCniYv2rK9PDxdds06hgTv0iHcui1y QxxxAUK6+kgimdSsHKjQ5oP0fZVTpYp2EbAAHoOv5aVgqxtJBSsSdb1Kn8hVEWEZN2lP Sxo4d6a30h/l6O/YjdtWmT2wA+u7nanL/EJO140jlzGlmgi9CR5gDsJRdDaYVyishRgX VIBICKG/xGDxzqn6xnWvh/GeX3p1m3IGq+i/EmPBM9ZLDmIDfEx5/O3fqDZXEjFKenUo 2LU8h56BVa4BYDN2Ki9jUSSGHPcbd4KaOmAXHkSAFddeRzYWano4tPsSkmuO4tqVziZb C5jg== MIME-Version: 1.0 X-Received: by 10.182.153.74 with SMTP id ve10mr4349928obb.54.1430416098990; Thu, 30 Apr 2015 10:48:18 -0700 (PDT) Received: by 10.202.226.13 with HTTP; Thu, 30 Apr 2015 10:48:18 -0700 (PDT) In-Reply-To: References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> Date: Thu, 30 Apr 2015 13:48:18 -0400 Message-ID: From: Matthew Lepinski To: Iljitsch van Beijnum Content-Type: multipart/alternative; boundary=089e013a0ba87620580514f4b3ed Archived-At: X-Mailman-Approved-At: Fri, 01 May 2015 12:38:28 -0700 Cc: "idr@ietf.org wg" , "sidr@ietf.org" , ggm@apnic.net Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 17:48:26 -0000 --089e013a0ba87620580514f4b3ed Content-Type: text/plain; charset=UTF-8 Iljitsch, Thank you for the feedback. With regards to bgpsec-protocol and/or bgpsec-overview, I am not sure what text would be helpful. For path validation (as opposed to origin validation), the path validation algorithm returns one of two states. That is, either an update has a valid signed path or it doesn't. (We discussed previously in SIDR whether there was a useful third case for path validation, and the working group wasn't able to come up with one.) This means that there are six possible states that come from SIDR validation (assuming you are using both origin validation and path validation). That is, three possible origin validation states and two possible path validation states yields six possible joint states. Of course, one's local policy is free to collapse that state-space if they wish to treat of some of those states as identical. (Perhaps if origin is invalid, then it doesn't matter whether path is valid or not ... maybe it is foolish to care about whether there are signatures on a path if the path is headed to a bad destination. I don't know ... but it is a matter of local policy, and it is perfectly fine for different operators to handle such cases differently.) In any case, with regards to path validation, I think that in general one wants to prefer routes with valid, signed paths over routes that lack valid, signed paths. However, personally, for path validation, I would not recommend throwing out all route advertisements where path validation returns invalid. That is, if the only route you know of to get to a particular block of address space has a signature that doesn't valid (or lack signatures because someone in the middle doesn't have BGPsec turned on), I think it is probably a good idea to use that route despite the lack of valid signature chain. (But again, this is a matter of local policy, and I don't want to mandate policy decisions for network operators in the base protocol specification.) - Matt Lepinski On Tue, Apr 28, 2015 at 2:01 PM, Iljitsch van Beijnum wrote: > On 28 Jan 2015, at 23:38, Sandra Murphy wrote: > > > idr folk, your attention and comments would be appreciated as well. > > Since you ask... > > I'm sending this to both idr and sidr as I think this needs broader input > than just sidr. (And it seems I'm no longer on the sidr list.) > > I read draft-ietf-sidr-bgpsec-protocol-11 and > draft-lepinski-bgpsec-overview-00.txt as well as RFC 6483. > > I think what's lacking here is any discussion of what happens when > certificates etc expire. Please stay with me for a bit: > > RFC 6483 talks about RPKI route validation, which suggests that there are > three possible states: > > valid > unknown > invalid > > where valid is preferred over unknown and unknown over invalid, and: > > "It is a matter of local routing policy as to whether routes with an > "invalid" validity state are considered to be ineligible for further > consideration in a route selection process." > > Actually, I think the only reasonable approach is to filter out invalids > and prefer valids over unknowns. The important part here is that if there's > a ROA for 193.0.0.0/21 and then someone announces a more specific like > 193.0.7.0/24, that /24 will be "invalid", so even in partial deployment > RPKI users are protected against malicious or accidental more specifics. > But if invalids are accepted, even with a very low preference, then they > still get to divert traffic. > > So far, so good. > > But now what if a certificate expires? We know from the web that this is > extremely common. If an expired certificate means the prefixes involved are > marked invalid, this means that filtering invalids becomes very > problematic: not only will prefixes randomly drop off the net as people > forget to generate or install certificates or RPKI caches get stale, but if > things get really bad the resulting lack of connectivity makes it > impossible to correct the problem... > > So what we need is for expired certificates to make the affected prefixes > revert to unknown rather than invalid. Turns out, that's what happens today: > > http://mailman.nanog.org/pipermail/nanog/2014-December/071907.html > > However, unless this is specified in one of the related documents other > than the three mentioned above, this seems to be an implementation choice. > > I think the above issue needs to be discussed in an update of RFC 6483 or > in one of the BGPsec documents. > > And there's probably a bit more to think about: wouldn't it make sense to > be able to filter on the signature algorithm at some point during the > transition from one algorithm to the next? Or to be able to filter on > "expired" explicitly? A binary valid/invalid isn't enough. > Valid/unknown/invalid is workable, but maybe four or five levels is even > better. > > (And have a look at how this works in practice: > http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/command/irg-cr-book/bgp-m1.html > search for PEX.) > > _______________________________________________ > sidr mailing list > sidr@ietf.org > https://www.ietf.org/mailman/listinfo/sidr > --089e013a0ba87620580514f4b3ed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Iljitsch,

Thank you for the feedback. W= ith regards to bgpsec-protocol and/or bgpsec-overview, I am not sure what t= ext would be helpful.

For path validation (as oppo= sed to origin validation), the path validation algorithm returns one of two= states. That is, either an update has a valid signed path or it doesn'= t. (We discussed previously in SIDR whether there was a useful third case f= or path validation, and the working group wasn't able to come up with o= ne.)

This means that there are six possible states= that come from SIDR validation (assuming you are using both origin validat= ion and path validation). That is, three possible origin validation states = and two possible path validation states yields six possible joint states. O= f course, one's local policy is free to collapse that state-space if th= ey wish to treat of some of those states as identical. (Perhaps if origin i= s invalid, then it doesn't matter whether path is valid or not ... mayb= e it is foolish to care about whether there are signatures on a path if the= path is headed to a bad destination. I don't know ... but it is a matt= er of local policy, and it is perfectly fine for different operators to han= dle such cases differently.)

In any case, with reg= ards to path validation, I think that in general =C2=A0one wants to prefer = routes with valid, signed paths over routes that lack valid, signed paths. = However, personally, for path validation, I would not recommend throwing ou= t all route advertisements where path validation returns invalid. That is, = if the only route you know of to get to a particular block of address space= has a signature that doesn't valid (or lack signatures because someone= in the middle doesn't have BGPsec turned on), I think it is probably a= good idea to use that route despite the lack of valid signature chain. (Bu= t again, this is a matter of local policy, and I don't want to mandate = policy decisions for network operators in the base protocol specification.)=

- Matt Lepinski


On Tue, Apr 28, 2015 at = 2:01 PM, Iljitsch van Beijnum <iljitsch@muada.com> wrote:
On 28 Jan 2015, at 23:38, Sandra Murphy &l= t;sandy@tislabs.com> wrote:

> idr folk, your attention and comments would be appreciated as well.
Since you ask...

I'm sending this to both idr and sidr as I think this needs broader inp= ut than just sidr. (And it seems I'm no longer on the sidr list.)

I read draft-ietf-sidr-bgpsec-protocol-11 and draft-lepinski-bgpsec-overvie= w-00.txt as well as RFC 6483.

I think what's lacking here is any discussion of what happens when cert= ificates etc expire. Please stay with me for a bit:

RFC 6483 talks about RPKI route validation, which suggests that there are t= hree possible states:

valid
unknown
invalid

where valid is preferred over unknown and unknown over invalid, and:

"It is a matter of local routing policy as to whether routes with an &= quot;invalid" validity state are considered to be ineligible for furth= er consideration in a route selection process."

Actually, I think the only reasonable approach is to filter out invalids an= d prefer valids over unknowns. The important part here is that if there'= ;s a ROA for 193.0.0.0/21= and then someone announces a more specific like 193.0.7.0/24, that /24 will be "invali= d", so even in partial deployment RPKI users are protected against mal= icious or accidental more specifics. But if invalids are accepted, even wit= h a very low preference, then they still get to divert traffic.

So far, so good.

But now what if a certificate expires? We know from the web that this is ex= tremely common. If an expired certificate means the prefixes involved are m= arked invalid, this means that filtering invalids becomes very problematic:= not only will prefixes randomly drop off the net as people forget to gener= ate or install certificates or RPKI caches get stale, but if things get rea= lly bad the resulting lack of connectivity makes it impossible to correct t= he problem...

So what we need is for expired certificates to make the affected prefixes r= evert to unknown rather than invalid. Turns out, that's what happens to= day:

http://mailman.nanog.org/pipermail/nanog/2014-Decembe= r/071907.html

However, unless this is specified in one of the related documents other tha= n the three mentioned above, this seems to be an implementation choice.

I think the above issue needs to be discussed in an update of RFC 6483 or i= n one of the BGPsec documents.

And there's probably a bit more to think about: wouldn't it make se= nse to be able to filter on the signature algorithm at some point during th= e transition from one algorithm to the next? Or to be able to filter on &qu= ot;expired" explicitly? A binary valid/invalid isn't enough. Valid= /unknown/invalid is workable, but maybe four or five levels is even better.=

(And have a look at how this works in practice: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iprou= te_bgp/command/irg-cr-book/bgp-m1.html search for PEX.)

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

--089e013a0ba87620580514f4b3ed-- From nobody Fri May 1 12:38:30 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C90051B2DFF; Fri, 1 May 2015 12:24:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.7 X-Spam-Level: * X-Spam-Status: No, score=1.7 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_45=0.6, J_CHICKENPOX_47=0.6, J_CHICKENPOX_65=0.6, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XozAfCv-rQw8; Fri, 1 May 2015 12:24:42 -0700 (PDT) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FB911B2DF9; Fri, 1 May 2015 12:24:42 -0700 (PDT) Received: by obbkp3 with SMTP id kp3so16333410obb.3; Fri, 01 May 2015 12:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Ueja8zgeZUzz1GPlSQ4cJg3LFOzwTXCBefa+H1GhtA=; b=awS2hwL9s4NUjZ2SflxZw7YKPVL00zlueLLKa8oXOotiwvWSdGpigOR6pXh8EDKokX S5CnnskJrMiR9b26h6qjiCu/pCfuajiRk1SIylaAzClx6mIpT2V/HiZM4XOp8GUS2Ut4 Fs9AK6ih8JyEg5eUjw90WGG+9FlbRxFI0r5wXgx1NYL1vQ05dxu21n+JMzbUpUUM3URU uov/zGRAQdpDWscO8prUSoeciF9tJuS7gUKPfQDhJjQIwIGGT4tAx9jaMTsn8GXYYqhf zlhPQHjX207Bymho2XYUrx3iqwEKmC93CMgNP8ttudy5E7Y3VbgZJa+3n7hhxpu/2ifY OjJQ== MIME-Version: 1.0 X-Received: by 10.183.1.41 with SMTP id bd9mr8756424obd.14.1430508281805; Fri, 01 May 2015 12:24:41 -0700 (PDT) Received: by 10.202.226.13 with HTTP; Fri, 1 May 2015 12:24:41 -0700 (PDT) In-Reply-To: <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> Date: Fri, 1 May 2015 15:24:41 -0400 Message-ID: From: Matthew Lepinski To: Iljitsch van Beijnum , Randy Bush Content-Type: multipart/alternative; boundary=001a1134ca9cfc3e5c05150a2939 Archived-At: X-Mailman-Approved-At: Fri, 01 May 2015 12:38:28 -0700 Cc: "idr@ietf.org wg" , "sidr@ietf.org" Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2015 19:24:44 -0000 --001a1134ca9cfc3e5c05150a2939 Content-Type: text/plain; charset=UTF-8 My apologies for dropping the distinction between "Path Unsigned" (no BGPsec attribute) vs "Path Not Valid" (Path validation algorithm fails to validate). You are certainly correct that there are Nine possible states (and Randy's table is correct). That being said, I have some concern about treating "Path Unsigned" differently than "Path Not Valid", since it is trivial for a malicious adversary to transform "Path Not Valid" into "Path Unsigned" if doing so will yield better treatment for some bad route. On Thu, Apr 30, 2015 at 4:39 PM, Iljitsch van Beijnum wrote: > On 30 Apr 2015, at 19:48, Matthew Lepinski > wrote: > > > For path validation (as opposed to origin validation), the path > validation algorithm returns one of two states. That is, either an update > has a valid signed path or it doesn't. (We discussed previously in SIDR > whether there was a useful third case for path validation, and the working > group wasn't able to come up with one.) > > I think expired certificates qualifies. And a case can be made for strong > crypto algo vs weak crypto algo is a fourth one. > > > This means that there are six possible states that come from SIDR > validation (assuming you are using both origin validation and path > validation). That is, three possible origin validation states and two > possible path validation states yields six possible joint states. > > Actually nine, assuming < 100% BGPsec deployment: > > 1. BGPsec=valid, RPKI=valid > 2. BGPsec=valid, RPKI=unknown > 3. BGPsec=valid, RPKI=invalid > 4. no BGPsec, RPKI=valid > 5. no BGPsec, RPKI=unknown > 6. no BGPsecd, RPKI=invalid > 7. BGPsec=notvalid, RPKI=valid > 8. BGPsec=notvalid, RPKI=unknown > 9. BGPsec=notvalid, RPKI=invalid > > Only with type 1 can we be sure that the prefix is advertised legitimately. > > Type 5 indicates no BGPsec or RPKI deployment and may or may not be > legitimate. These should have a lower local_pref than type 1. Type 2 is > strange, but can probably be treated the same as type 5, or perhaps a > loc_pref higher than 5 but lower than 1. > > Types 3, 6 and 9 are bad news, as they may be unauthorized more specifics, > so it's important to filter these. > > Type 4 can happen because BGPsec hasn't been fully deployed yet (remember > that the whole path must support it while RPKI can be deployed by just the > "end" AS) but once that's no longer common it will be the attack vector of > choice because it's easy to fake the origin AS if there's no BGPsec, so at > some point, these need to be filtered, too. > > That leaves 7 and 8, which SHOULD be filtered if they're legitimate BGPsec > validation failures and not incidental mistakes such as expired > certificates. > > > it is perfectly fine for different operators to handle such cases > differently.) > > Famous last words. Obviously we don't want to be overly prescriptive, but > I don't think there's as much room for creativity as you suggest. > > > However, personally, for path validation, I would not recommend throwing > out all route advertisements where path validation returns invalid. That > is, if the only route you know of to get to a particular block of address > space has a signature that doesn't valid (or lack signatures because > someone in the middle doesn't have BGPsec turned on), I think it is > probably a good idea to use that route despite the lack of valid signature > chain. > > Actually I don't think that case can happen. Consider the following path: > > 6 5 4 3 2 1 > > If AS 4 doesn't support BGPsec but the others do, then AS 3 will convert > the BGPsec_Path to an AS_PATH, removing all the signatures. ASes 5 and 6 > are not in the position to repair this, so as far as they're concerned, the > path is completely unprotected. > > However, what you say here is problematic: > > > That is, if the only route you know of to get to a particular block of > address space has a signature that doesn't valid (or lack signatures > because someone in the middle doesn't have BGPsec turned on), I think it is > probably a good idea to use that route despite the lack of valid signature > chain. > > Considering whether a route is "the only route you know" is explicitly > forbidden by RFC 4271: > > "The function that calculates the degree of preference for a given > route SHALL NOT use any of the following as its inputs: the existence > of other routes, the non-existence of other routes, or the path > attributes of other routes." > > However, you can get the same result by simply giving the invalid path a > low local preference. > > However 2, the real problem with allowing prefixes that don't RPKI/BGPsec > validate is that these invalid prefixes could be more specifics of > legitimate prefixes, and no matter how high the local_pref of the valid > prefixes and low the local_pref of the invalid more specifics, the packets > will be forwarded as per the invalid more specifics. > > Therefore, the only workable approach is to completely filter out prefixes > that don't validate. > > However, the downside of such a strict policy is that if the certificates > used for BGPsec signatures expire, the path will become notvalid and the > associated prefixes disappear from the internet. That's why we need the > ability to treat paths that don't validate because of expired certificates > differently from paths that don't validate for other reasons. > > --001a1134ca9cfc3e5c05150a2939 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
My apologies for dropping the distinction between "Pa= th Unsigned" (no BGPsec attribute) vs "Path Not Valid" (Path= validation algorithm fails to validate). You are certainly correct that th= ere are Nine possible states (and Randy's table is correct).

Th= at being said, I have some concern about treating "Path Unsigned"= differently than "Path Not Valid", since it is trivial for a mal= icious adversary to transform "Path Not Valid" into "Path Un= signed" if doing so will yield better treatment for some bad route.

On Thu, = Apr 30, 2015 at 4:39 PM, Iljitsch van Beijnum <iljitsch@muada.com>= wrote:
On 30 Apr= 2015, at 19:48, Matthew Lepinski <mlepinski.ietf@gmail.com> wrote:

> For path validation (as opposed to origin validation), the path valida= tion algorithm returns one of two states. That is, either an update has a v= alid signed path or it doesn't. (We discussed previously in SIDR whethe= r there was a useful third case for path validation, and the working group = wasn't able to come up with one.)

I think expired certificates qualifies. And a case can be made for s= trong crypto algo vs weak crypto algo is a fourth one.

> This means that there are six possible states that come from SIDR vali= dation (assuming you are using both origin validation and path validation).= That is, three possible origin validation states and two possible path val= idation states yields six possible joint states.

Actually nine, assuming < 100% BGPsec deployment:

1. BGPsec=3Dvalid, RPKI=3Dvalid
2. BGPsec=3Dvalid, RPKI=3Dunknown
3. BGPsec=3Dvalid, RPKI=3Dinvalid
4. no BGPsec, RPKI=3Dvalid
5. no BGPsec, RPKI=3Dunknown
6. no BGPsecd, RPKI=3Dinvalid
7. BGPsec=3Dnotvalid, RPKI=3Dvalid
8. BGPsec=3Dnotvalid, RPKI=3Dunknown
9. BGPsec=3Dnotvalid, RPKI=3Dinvalid

Only with type 1 can we be sure that the prefix is advertised legitimately.=

Type 5 indicates no BGPsec or RPKI deployment and may or may not be legitim= ate. These should have a lower local_pref than type 1. Type 2 is strange, b= ut can probably be treated the same as type 5, or perhaps a loc_pref higher= than 5 but lower than 1.

Types 3, 6 and 9 are bad news, as they may be unauthorized more specifics, = so it's important to filter these.

Type 4 can happen because BGPsec hasn't been fully deployed yet (rememb= er that the whole path must support it while RPKI can be deployed by just t= he "end" AS) but once that's no longer common it will be the = attack vector of choice because it's easy to fake the origin AS if ther= e's no BGPsec, so at some point, these need to be filtered, too.

That leaves 7 and 8, which SHOULD be filtered if they're legitimate BGP= sec validation failures and not incidental mistakes such as expired certifi= cates.

> it is perfectly fine for different operators to handle such cases diff= erently.)

Famous last words. Obviously we don't want to be overly prescrip= tive, but I don't think there's as much room for creativity as you = suggest.

> However, personally, for path validation, I would not recommend throwi= ng out all route advertisements where path validation returns invalid. That= is, if the only route you know of to get to a particular block of address = space has a signature that doesn't valid (or lack signatures because so= meone in the middle doesn't have BGPsec turned on), I think it is proba= bly a good idea to use that route despite the lack of valid signature chain= .

Actually I don't think that case can happen. Consider the follow= ing path:

6 5 4 3 2 1

If AS 4 doesn't support BGPsec but the others do, then AS 3 will conver= t the BGPsec_Path to an AS_PATH, removing all the signatures. ASes 5 and 6 = are not in the position to repair this, so as far as they're concerned,= the path is completely unprotected.

However, what you say here is problematic:

> That is, if the only route you know of to get to a particular block of= address space has a signature that doesn't valid (or lack signatures b= ecause someone in the middle doesn't have BGPsec turned on), I think it= is probably a good idea to use that route despite the lack of valid signat= ure chain.

Considering whether a route is "the only route you know" i= s explicitly forbidden by RFC 4271:

=C2=A0 "The function that calculates the degree of preference for a gi= ven
=C2=A0 =C2=A0route SHALL NOT use any of the following as its inputs: the ex= istence
=C2=A0 =C2=A0of other routes, the non-existence of other routes, or the pat= h
=C2=A0 =C2=A0attributes of other routes."

However, you can get the same result by simply giving the invalid path a lo= w local preference.

However 2, the real problem with allowing prefixes that don't RPKI/BGPs= ec validate is that these invalid prefixes could be more specifics of legit= imate prefixes, and no matter how high the local_pref of the valid prefixes= and low the local_pref of the invalid more specifics, the packets will be = forwarded as per the invalid more specifics.

Therefore, the only workable approach is to completely filter out prefixes = that don't validate.

However, the downside of such a strict policy is that if the certificates u= sed for BGPsec signatures expire, the path will become notvalid and the ass= ociated prefixes disappear from the internet. That's why we need the ab= ility to treat paths that don't validate because of expired certificate= s differently from paths that don't validate for other reasons.


--001a1134ca9cfc3e5c05150a2939-- From nobody Fri May 1 12:58:47 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D7861A8A39; Fri, 1 May 2015 12:58:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5LVMjegdjFrX; Fri, 1 May 2015 12:58:44 -0700 (PDT) Received: from sequoia.muada.com (sequoia.muada.com [IPv6:2001:1af8:3100:a006:1::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E00921A8858; Fri, 1 May 2015 12:58:43 -0700 (PDT) Received: from [192.168.178.25] (5356AD6E.cm-6-7c.dynamic.ziggo.nl [83.86.173.110]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id t41JwLu8035331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2015 21:58:22 +0200 (CEST) (envelope-from iljitsch@muada.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Iljitsch van Beijnum In-Reply-To: Date: Fri, 1 May 2015 21:58:34 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> To: Matthew Lepinski X-Mailer: Apple Mail (2.2098) Archived-At: Cc: "idr@ietf.org wg" , "sidr@ietf.org" Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2015 19:58:45 -0000 On 01 May 2015, at 21:24, Matthew Lepinski = wrote: > You are certainly correct that there are Nine possible states (and = Randy's table is correct). Randy's table? I must have missed that one. > That being said, I have some concern about treating "Path Unsigned" = differently than "Path Not Valid", since it is trivial for a malicious = adversary to transform "Path Not Valid" into "Path Unsigned" if doing so = will yield better treatment for some bad route. That's a good point. But then, how do you treat those? By filtering the = affected prefixes? You can only do that once _all_ paths are signed. So basically, we're stuck with our AS path filters until BGPsec = deployment hits 100%. It would have been better if BGPsec would have had provisions for = partial deployment, so that you can have a path that is partially BGPsec = protected even if it can't be fully be BGPsec-protected. That way, the = filtering issue shrinks in scope as the BGPsec-enabled core grows and = non-BGPsec branches turn into leaves and finally go away.= From nobody Fri May 1 23:58:51 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D72E61A1A66; Fri, 1 May 2015 23:58:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id diUhqac9wdW0; Fri, 1 May 2015 23:58:47 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D9761A1A6A; Fri, 1 May 2015 23:58:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.2.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150502065846.19997.42746.idtracker@ietfa.amsl.com> Date: Fri, 01 May 2015 23:58:46 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-ls-distribution-impl-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2015 06:58: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 Working Group of the IETF. Title : BGP Link-State Information Distribution Implementation Report Authors : Hannes Gredler Balaji Rajagopalan Chris Bowers Saikat Ray Manish Bhardwaj Filename : draft-ietf-idr-ls-distribution-impl-04.txt Pages : 15 Date : 2015-05-01 Abstract: This document is an implementation report for the BGP Link-State Information Distribution protocol. The editors did not verify the accuracy of the information provided by respondents. The respondents are experts with the implementations they reported on, and their responses are considered authoritative for the implementations for which their responses represent. Respondents were asked to only use the YES answer if the feature had at least been tested in the lab. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-ls-distribution-impl/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-ls-distribution-impl-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-ls-distribution-impl-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 Sat May 2 19:51:59 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A4CA1A004D; Sat, 2 May 2015 19:51:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7DONufRfeYVt; Sat, 2 May 2015 19:51:56 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0753.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:753]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A35BD1A004C; Sat, 2 May 2015 19:51:55 -0700 (PDT) Received: from CY1PR09MB0793.namprd09.prod.outlook.com (10.163.43.143) by CY1PR09MB0793.namprd09.prod.outlook.com (10.163.43.143) with Microsoft SMTP Server (TLS) id 15.1.154.19; Sun, 3 May 2015 02:51:37 +0000 Received: from CY1PR09MB0793.namprd09.prod.outlook.com ([10.163.43.143]) by CY1PR09MB0793.namprd09.prod.outlook.com ([10.163.43.143]) with mapi id 15.01.0154.018; Sun, 3 May 2015 02:51:37 +0000 From: "Sriram, Kotikalapudi" To: Iljitsch van Beijnum , Matthew Lepinski Thread-Topic: [sidr] Levels of BGPsec/RPKI validation, was: Re: [Idr] wglc for draft-ietf-sidr-bgpsec-protocol-11 Thread-Index: AQHQg23hvPefCdVsC0+PANQ5UDQxHp1mBKmAgAF9bICAAAl4AIABfEbj Date: Sun, 3 May 2015 02:51:36 +0000 Message-ID: <1430621496060.84229@nist.gov> References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> , In-Reply-To: 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; x-originating-ip: [129.6.220.209] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR09MB0793; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CY1PR09MB0793; BCL:0; PCL:0; RULEID:; SRVR:CY1PR09MB0793; x-forefront-prvs: 056544FBEE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(2950100001)(2900100001)(54356999)(76176999)(50986999)(86362001)(36756003)(87936001)(2656002)(46102003)(92566002)(93886004)(40100003)(62966003)(77156002)(122556002)(5001960100002)(5001920100001)(102836002)(15975445007)(77096005)(66066001)(19580395003)(99286002)(5001770100001)(230783001)(117636001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR09MB0793; H:CY1PR09MB0793.namprd09.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nist.gov X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2015 02:51:36.7001 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR09MB0793 Archived-At: Cc: "idr@ietf.org wg" , "sidr@ietf.org" Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 May 2015 02:51:58 -0000 >It would have been better if BGPsec would have had provisions for partial = deployment,=20 >so that you can have a path that is partially BGPsec protected even if it = can't be fully be BGPsec-protected.=20 >That way, the filtering issue shrinks in scope as the BGPsec-enabled core = grows=20 >and non-BGPsec branches turn into leaves and finally go away. =93path that is partially BGPsec protected=94 =96 I wouldn=92t call that = =93partial deployment=94. =20 That is just partial path signing. Partial deployment, on the other hand, connotes that there are islands with= in which=20 BGPsec is deployed, and the rest of Internet is non-BGPsec.=20 In this sense, partial deployment is synonymous with incremental deployment= . =20 Let us discuss incremental deployment and =93path that is partially BGPsec = protected=94 separately. (1) Incremental Deployment: BGPsec is amenable to incremental deployment, and does provide benefit to e= arly adopters within BGPsec islands.=20 For examples, you can have a BGPsec island in Asia in which, say, 30K prefi= xes are originated.=20 And another BGPsec island in Europe in which, say, 50K prefixes are origina= ted.=20 All prefix-routes for those 30K (or 50K) prefixes within an island have the= full protection of=20 BGPsec while they originate from an AS within the island and propagate full= y signed to other=20 ASes within the same island. When those prefix-routes cross from a BGPsec i= sland=20 into non-BGPsec Internet, then they lose the signatures entirely and lose t= he protection. Down the road, when ASes from the two islands in this example interconnect = using=20 BGPsec peering, then the combined BGPsec island will be much bigger, provid= ing protection=20 for prefix-routes for all 80K prefixes while they originate from an AS with= in the combined island=20 and propagate fully signed to other ASes within the combined island.=20 So incremental deployment can start within islands,=20 and grow as islands expand and/or interconnect with each other. Some additional thoughts on incremental deployment can be found in Section = 6.3 of=20 the BGPSEC design discussion document: https://tools.ietf.org/html/draft-sriram-bgpsec-design-choices-07#page-21=20 =20 (2) =93path that is partially BGPsec protected=94 or Partial Path Signing If an update with partially signed path is given some sort of preference ov= er an unsigned update=20 that would encourage cut-and-paste attacks. Additional thoughts on why par= tial path signing=20 is disallowed can be found in Section 6.4 of the BGPSEC design discussion d= ocument: https://tools.ietf.org/html/draft-sriram-bgpsec-design-choices-07#page-21=20 =20 Sriram From nobody Tue May 5 13:47:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA0511ACD6E; Tue, 5 May 2015 13:47:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E87jnYQG_H3w; Tue, 5 May 2015 13:47:00 -0700 (PDT) Received: from sequoia.muada.com (sequoia.muada.com [IPv6:2001:1af8:3100:a006:1::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28D291ACD68; Tue, 5 May 2015 13:47:00 -0700 (PDT) Received: from [192.168.178.25] (5356AD6E.cm-6-7c.dynamic.ziggo.nl [83.86.173.110]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id t45KkZHr097680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 May 2015 22:46:36 +0200 (CEST) (envelope-from iljitsch@muada.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Iljitsch van Beijnum In-Reply-To: <1430621496060.84229@nist.gov> Date: Tue, 5 May 2015 22:46:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> <1430621496060.84229@nist.gov> To: "Sriram, Kotikalapudi" X-Mailer: Apple Mail (2.2098) Archived-At: Cc: "idr@ietf.org wg" , "sidr@ietf.org" Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2015 20:47:02 -0000 On 03 May 2015, at 4:51, Sriram, Kotikalapudi = wrote: > =93path that is partially BGPsec protected=94 =96 I wouldn=92t call = that =93partial deployment=94. =20 > That is just partial path signing. The latter is a way to allow for the former. > Partial deployment, on the other hand, connotes that there are islands = within which=20 > BGPsec is deployed, and the rest of Internet is non-BGPsec. Hm, could be islands of BGPsec in a non-BGPsec sea or islands of = non-BGPsec in a BGPsec sea. In practice, what will happen very soon is = that there will be a BGPsec core with non-BGPsec leaves and branches. > (1) Incremental Deployment: > BGPsec is amenable to incremental deployment, and does provide benefit = to early adopters within BGPsec islands.=20 > For examples, you can have a BGPsec island in Asia in which, say, 30K = prefixes are originated.=20 > And another BGPsec island in Europe in which, say, 50K prefixes are = originated.=20 > All prefix-routes for those 30K (or 50K) prefixes within an island = have the full protection of=20 > BGPsec while they originate from an AS within the island and propagate = fully signed to other=20 > ASes within the same island. Sure. But what if one of those BGPsec-capable ASes has a customer that = doesn't run BGPsec? So: 5+ 4+ 3+ 2+ 1- (where + is BGPsec and - is no BGPsec) In this case the entire path will be unprotected, even though four of = the five ASes in the path are capable of using BGPsec. I fair argument = can be made that if it's only the origin AS that's non-BGPsec, the = protection afforded is very nearly as good as in the case where the = complete path is BGPsec-protected. And in general it would be better for BGPsec to be more opportunistic = and protect whatever it can protect, even if that falls short of full = end-to-end protection. Every protected hop takes away an opportunity for = malicious parties to do bad things.= From nobody Tue May 5 15:38:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED66D1AD01E for ; Tue, 5 May 2015 15:38:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zU3rAwWv2oXN for ; Tue, 5 May 2015 15:38:06 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 23B781ACDC6 for ; Tue, 5 May 2015 15:38:06 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.55.43.247; From: "Susan Hares" To: "'Juan Alcaide'" References: <20150409140218.22830.31521.idtracker@ietfa.amsl.com> <02e401d072e4$4f5a1cc0$ee0e5640$@ndzh.com> <001f01d07b3f$13ee12f0$3bca38d0$@ndzh.com> <20150421202647.GB1600@pfrc> <002d01d07d55$168b3b60$43a1b220$@ndzh.com> In-Reply-To: Date: Tue, 5 May 2015 18:37:54 -0400 Message-ID: <004101d08784$2150ca40$63f25ec0$@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: AQF4r1Z2HL4YFm8OUbIc3fl4NvJEkQMc7jnKAeHZrpYCMURyMwGvlBIDA1ULulwCf+QsTwNzHXxiAdKlupsCCDW+ewFzkepwAn9aergCce6R0p06bkDA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: idr@ietf.org, jgralak@juniper.net, "'UTTARO, JAMES'" Subject: Re: [Idr] I-D Action: draft-ietf-idr-as-migration-04.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2015 22:38:09 -0000 Juan: Thank you for this feedback. I will pass this along to Alvaro and discuss it with Wes. Sue -----Original Message----- From: Juan Alcaide [mailto:jalcaide@cisco.com] Sent: Thursday, April 23, 2015 8:17 AM To: Susan Hares Cc: 'George, Wes'; 'Jeffrey Haas'; idr@ietf.org; jgralak@juniper.net; 'UTTARO, JAMES' Subject: RE: [Idr] I-D Action: draft-ietf-idr-as-migration-04.txt Let me be clear. I don't want to revise the FSM. With the current FSM, internal BGP alias feature will work if we are strict in how it's implemented. Otherwise, we may have interoperability problems. Basically, it needs to be specified with AS is tried first. Just want to make sure the draft says this explicetely (in its current form it is implied). -J > WG, George, Jeff and Juan: > > A revision to the state machine in BGP is outside the scope of this draft. For those who want to participate in a revision of the state machine, please send me your names. I will put you on a design team to examine the state machine and provide a draft for the WG group. > > Sue > > > WG] I think the point here is that even this more basic guidance needs to be bashed against what the FSM currently does vs what the spec says it should do (or worse, where the spec is ambiguous and has likely been handled different ways by different vendors) before we can determine where/if it's actually necessary to provide explicit guidance on the matter. The philosophy of the draft has generally been to not be overly proscriptive and discuss the desired behavior, and then let the implementers figure out how that has to work in the guts of their BGP implementation, such as within their implementation of FSM. If you can point to guidance that we need to provide to prevent the desired behavior from being critically altered if it is incorrectly implemented at the FSM level or it otherwise creates interoperability issues for something that is pretty much only locally significant, I can see about adding it, but you will definitely need to provide text, as I am by no means an expert on how this interacts with the FSM. > From nobody Tue May 5 16:03:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7956C1A896C; Tue, 5 May 2015 16:02:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8hM3yvrNvWT6; Tue, 5 May 2015 16:02:55 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0132.outbound.protection.outlook.com [207.46.100.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3231C1A894C; Tue, 5 May 2015 16:02:55 -0700 (PDT) Received: from CY1PR09MB0793.namprd09.prod.outlook.com (10.163.43.143) by CY1PR09MB0793.namprd09.prod.outlook.com (10.163.43.143) with Microsoft SMTP Server (TLS) id 15.1.154.19; Tue, 5 May 2015 23:02:53 +0000 Received: from CY1PR09MB0793.namprd09.prod.outlook.com ([10.163.43.143]) by CY1PR09MB0793.namprd09.prod.outlook.com ([10.163.43.143]) with mapi id 15.01.0154.018; Tue, 5 May 2015 23:02:53 +0000 From: "Sriram, Kotikalapudi" To: Iljitsch van Beijnum Thread-Topic: [sidr] Levels of BGPsec/RPKI validation, was: Re: [Idr] wglc for draft-ietf-sidr-bgpsec-protocol-11 Thread-Index: AQHQg23hvPefCdVsC0+PANQ5UDQxHp1mBKmAgAF9bICAAAl4AIABfEbjgATaiQCAAAzNsA== Date: Tue, 5 May 2015 23:02:52 +0000 Message-ID: References: <4C184296-F426-40EF-9DB6-3AE87C42B516@tislabs.com> <91148102-DADB-42E8-96A0-E89120642894@tislabs.com> <3637DF28-CFC8-46FF-8929-DF88BB91D3AB@muada.com> <1430621496060.84229@nist.gov> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: muada.com; dkim=none (message not signed) header.d=none; x-originating-ip: [129.6.140.100] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR09MB0793; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CY1PR09MB0793; BCL:0; PCL:0; RULEID:; SRVR:CY1PR09MB0793; x-forefront-prvs: 0567A15835 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(99286002)(86362001)(76576001)(2950100001)(92566002)(50986999)(2900100001)(33656002)(54356999)(76176999)(46102003)(93886004)(106116001)(15975445007)(102836002)(40100003)(122556002)(62966003)(77156002)(77096005)(110136002)(5001960100002)(74316001)(19580395003)(87936001)(66066001)(2656002)(230783001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR09MB0793; H:CY1PR09MB0793.namprd09.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nist.gov X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2015 23:02:52.9802 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR09MB0793 Archived-At: Cc: "idr@ietf.org wg" , "sidr@ietf.org" Subject: Re: [Idr] [sidr] Levels of BGPsec/RPKI validation, was: Re: wglc for draft-ietf-sidr-bgpsec-protocol-11 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2015 23:02:57 -0000 >In practice, what will happen very soon is that there will be a >BGPsec core with non-BGPsec leaves and branches. That is a possibility. To encourage leaves (stub ASes) to get on board with= BGPsec, the specification=20 allows for BGPsec capability to be negotiated independently in each directi= on (send and receive). This means that a stub AS can negotiate with its upstream to send signed up= dates (to the upstream)=20 but receive only unsigned updates (i.e. trusts its upstream). Thus it avoids processing and memory costs associated with processing signe= d updates and storing them.=20 This facilitates the stub AS to avoid expensive HW upgrade, but still benef= it from BGPsec. Please see Section 2 of the BGPsec specification. Also see Sections 6.5 and= 6.6 in the=20 BGPSEC design discussion document: http://tools.ietf.org/html/draft-sriram-bgpsec-design-choices-07#page-21=20 >Sure. But what if one of those BGPsec-capable ASes has a customer that doe= sn't >run BGPsec? So: > >5+ 4+ 3+ 2+ 1- > >(where + is BGPsec and - is no BGPsec) > >In this case the entire path will be unprotected, even though four of the = five >ASes in the path are capable of using BGPsec. I fair argument can be made = that >if it's only the origin AS that's non-BGPsec, the protection afforded is v= ery nearly >as good as in the case where the complete path is BGPsec-protected. > Steve Kent summed it up nicely (in his most recent post on the SIDR list) a= bout the pitfalls=20 of allowing partial path signing.=20 In your specific example above, let us say, there is also an 8+ who is *mal= icious* and a BGPsec neighbor of 5+. 8+ does not peer with 1-, but nevertheless sends an update with the followi= ng malicious AS path to 5+: 8+ 1- (for the same NLRI as in your example above) 8+ is basically faking that it got an unsigned update from 1- and=20 it is forwarding the same to 5+ with a signature (i.e. 8+ signing to 5+). How will 5+ know that the partially signed update with AS path of {4+ 3+ 2+= 1-} is legitimate=20 and that the other partially signed update with AS path {8+ 1-} is maliciou= s?=20 It has no way of knowing that. Sriram =20 From nobody Tue May 5 18:11:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 537F91A897E for ; Tue, 5 May 2015 18:11:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id razEpC2bC1nt for ; Tue, 5 May 2015 18:11:27 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A488B1B2ABF for ; Tue, 5 May 2015 18:11:27 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.55.43.247; From: "Susan Hares" To: Date: Tue, 5 May 2015 21:11:22 -0400 Message-ID: <009101d08799$91662180$b4326480$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0092_01D08778.0A560820" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCHju7gmC+mWXxZROC3692ew2CZmw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 01:11:29 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0092_01D08778.0A560820 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The IDR mail list has received no comments on the the revision of the draft-ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for this draft, this call is extended to 5/18/2015. Unless this draft receives support comments, this draft will not be forwarded to the IESG. You can see the final revision at the following: http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt Sue Hares and John Scudder ------=_NextPart_000_0092_01D08778.0A560820 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The IDR = mail list has received no comments on the the revision of the = draft-ietf-idr-flowspec-redirect-rt-bis-04.txt.   Due to = earlier support for this draft, this call is extended to 5/18/2015. =   Unless this draft receives support comments, this draft will = not be forwarded to the IESG.

 

You can see = the final revision at the following:

 

http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.t= xt

 

 

Sue Hares = and John Scudder  

------=_NextPart_000_0092_01D08778.0A560820-- From nobody Tue May 5 18:21:57 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E9CE1B2A50 for ; Tue, 5 May 2015 18:21:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wshJ-I48Gb0e for ; Tue, 5 May 2015 18:21:55 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 52D891B2AD2 for ; Tue, 5 May 2015 18:20:23 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 588CB1E301; Wed, 6 May 2015 01:20:28 +0000 (UTC) Date: Tue, 5 May 2015 21:20:28 -0400 From: Jeffrey Haas To: idr@ietf.org Message-ID: <20150506012028.GA26596@pfrc.org> References: <009101d08799$91662180$b4326480$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009101d08799$91662180$b4326480$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 01:21:56 -0000 On Tue, May 05, 2015 at 09:11:22PM -0400, Susan Hares wrote: > The IDR mail list has received no comments on the the revision of the > draft-ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for > this draft, this call is extended to 5/18/2015. Unless this draft receives > support comments, this draft will not be forwarded to the IESG. To reiterate, all that is require is for some bodies to agree that the code point registration policy is okay. Come on, support it. You know you want to... -- Jeff From nobody Tue May 5 18:22:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A2951B2ABC for ; Tue, 5 May 2015 18:21:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ewBDKTJ7D3By for ; Tue, 5 May 2015 18:21:58 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 121F71B2ABF for ; Tue, 5 May 2015 18:21:22 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.55.43.247; From: "Susan Hares" To: Date: Tue, 5 May 2015 21:21:15 -0400 Message-ID: <00ad01d0879a$f300be90$d9023bb0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AE_01D08779.6BF0A530" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCHmrG6xAMOSXXtQba6a7JdfPYtVQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Russ White' Subject: [Idr] 2 week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015), Susan Hares X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 01:21:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00AE_01D08779.6BF0A530 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The 2 Week WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) as completed, and the WG does not have consensus on the draft-ietf-custom-decision. The WG has provided feedback to the authors on clarifications to the draft. Sue Hares and John Scudder ------=_NextPart_000_00AE_01D08779.6BF0A530 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The 2 Week = WG LC for draft-ietf-custom-decision (4/20 to 5/4/2015) as completed, = and the WG does not have consensus on the = draft-ietf-custom-decision.  The WG has provided feedback to the = authors on clarifications to the draft.

 

Sue Hares = and John Scudder

------=_NextPart_000_00AE_01D08779.6BF0A530-- From nobody Tue May 5 18:50:57 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 025BC1ACE9D for ; Tue, 5 May 2015 18:50:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nfmARZfK5gnM for ; Tue, 5 May 2015 18:50:55 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id DC4CA1ACE84 for ; Tue, 5 May 2015 18:50:54 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.55.43.247; From: "Susan Hares" To: Date: Tue, 5 May 2015 21:50:50 -0400 Message-ID: <00e501d0879f$14de09b0$3e9a1d10$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00E6_01D0877D.8DCDF050" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCHnWnL1/9h/Wq3QD6mmvF5mfzYNQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] IDR interim on 4/27/2015 - BGP Yang modules X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 01:50:56 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00E6_01D0877D.8DCDF050 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On 4/27/2015 the WG held a very short interim (15 minutes) where the authors of the following two IDR yang modules announced their intention to merge these drafts using the draft-shaikh-idr-bgp-model as the basis for the merge,. http://datatracker.ietf.org/doc/draft-shaikh-idr-bgp-model/ http://datatracker.ietf.org/doc/draft-zhdankin-idr-bgp-cfg/ The merged draft will be presented at the next IDR interim on June 1st. Please send your comments on these two drafts to both authors. The proceedings for the 4/27/2015 interim meeting can be found at: http://www.ietf.org/proceedings/interim/2015/04/27/idr/proceedings.html Sue Hares ------=_NextPart_000_00E6_01D0877D.8DCDF050 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

On = 4/27/2015 the WG held a very short interim (15 minutes) where the = authors of the following two IDR yang modules announced their intention = to merge these drafts using the draft-shaikh-idr-bgp-model as the basis = for the merge,.

 

http= ://datatracker.ietf.org/doc/draft-shaikh-idr-bgp-model/

 

http= ://datatracker.ietf.org/doc/draft-zhdankin-idr-bgp-cfg/

 

The = merged draft will be presented at the next IDR interim on June = 1st.  Please send your comments on these two drafts to = both authors.

 

The = proceedings for the 4/27/2015 interim meeting can be found at: =

 

http://www.ietf.org/proceedings/interim/2015/04/27/idr/proceeding= s.html

 

 

Sue = Hares

 

 

------=_NextPart_000_00E6_01D0877D.8DCDF050-- From nobody Tue May 5 21:52:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69DA01A005A for ; Tue, 5 May 2015 21:52:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id owuIi5R6_Xy3 for ; Tue, 5 May 2015 21:52:36 -0700 (PDT) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by ietfa.amsl.com (Postfix) with ESMTP id CD14B1A005B for ; Tue, 5 May 2015 21:52:35 -0700 (PDT) Received: from [IPv6:2600:1010:b029:89f4:d33:29b0:d60e:d9ee] (unknown [IPv6:2600:1010:b029:89f4:d33:29b0:d60e:d9ee]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by puck.nether.net (Postfix) with ESMTPSA id 5D1D7540962; Wed, 6 May 2015 00:52:34 -0400 (EDT) References: <009101d08799$91662180$b4326480$@ndzh.com> From: Jon Mitchell Content-Type: multipart/alternative; boundary=Apple-Mail-8F6D6FAE-AD9C-41CE-BF0E-663D84241950 X-Mailer: iPhone Mail (12F70) In-Reply-To: <009101d08799$91662180$b4326480$@ndzh.com> Message-Id: Date: Tue, 5 May 2015 21:52:32 -0700 To: Susan Hares , idr wg Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Archived-At: Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 04:52:37 -0000 --Apple-Mail-8F6D6FAE-AD9C-41CE-BF0E-663D84241950 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Support publication. -Jon > On May 5, 2015, at 6:11 PM, Susan Hares wrote: >=20 > The IDR mail list has received no comments on the the revision of the draf= t-ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for thi= s draft, this call is extended to 5/18/2015. Unless this draft receives su= pport comments, this draft will not be forwarded to the IESG. > =20 > You can see the final revision at the following: > =20 > http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt > =20 > =20 > Sue Hares and John Scudder =20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail-8F6D6FAE-AD9C-41CE-BF0E-663D84241950 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Support publication.
-Jon

On May 5, 2015, at 6:11 PM, Susan Hares <shares@ndzh.com> wrote:

The IDR mail list has received no comments on the the revision of t= he draft-ietf-idr-flowspec-redirect-rt-bis-04.txt.   Due to earlie= r support for this draft, this call is extended to 5/18/2015.   Un= less this draft receives support comments, this draft will not be forwarded t= o the IESG.

 

You can see the final revision at the following:

 

http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt

 

 

Sue Hares and John Scudde= r  

_______________________________________________
Idr= mailing list
Idr@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/idr
= --Apple-Mail-8F6D6FAE-AD9C-41CE-BF0E-663D84241950-- From nobody Tue May 5 22:30:41 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 982D01A007E for ; Tue, 5 May 2015 22:30:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GYRl_BSdpHYU for ; Tue, 5 May 2015 22:30:37 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01F651A007D for ; Tue, 5 May 2015 22:30:36 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 8ACEE12E28BF2; Wed, 6 May 2015 05:30:33 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t465UXiS029707 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 May 2015 07:30:33 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.17]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Wed, 6 May 2015 07:30:33 +0200 From: "Henderickx, Wim (Wim)" To: Jon Mitchell , Susan Hares , idr wg Thread-Topic: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 Thread-Index: AdCHju7gmC+mWXxZROC3692ew2CZmwAGMPAAAAWEoQA= Date: Wed, 6 May 2015 05:30:33 +0000 Message-ID: References: <009101d08799$91662180$b4326480$@ndzh.com> In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/15.9.0.150408 x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_D1B69520150B4AE094395D1D3D837B03alcatellucentcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 05:30:39 -0000 --_000_D1B69520150B4AE094395D1D3D837B03alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHRoaXMNCg0KRnJvbTogSm9uIE1pdGNoZWxsDQpEYXRlOiBXZWRuZXNkYXkgNiBN YXkgMjAxNSAwNjo1Mg0KVG86IFN1c2FuIEhhcmVzLCBpZHIgd2cNClN1YmplY3Q6IFJlOiBbSWRy XSAyIHdlZWsgV0cgTEMgb24gY2hhbmdlcyB0byBkcmFmdC1pZXRmLWlkci1mbG93c3BlYy1yZWRp cmVjdC1ydC1iaXMtMDQudHh0ICg0LzIwIHRvIDUvNC8yMDE1KSAtIGV4dGVuZGVkIHRvIDUvMTgv MjAxNQ0KDQoNClN1cHBvcnQgcHVibGljYXRpb24uDQoNCi1Kb24NCg0KT24gTWF5IDUsIDIwMTUs IGF0IDY6MTEgUE0sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0Bu ZHpoLmNvbT4+IHdyb3RlOg0KDQpUaGUgSURSIG1haWwgbGlzdCBoYXMgcmVjZWl2ZWQgbm8gY29t bWVudHMgb24gdGhlIHRoZSByZXZpc2lvbiBvZiB0aGUgZHJhZnQtaWV0Zi1pZHItZmxvd3NwZWMt cmVkaXJlY3QtcnQtYmlzLTA0LnR4dC4gICBEdWUgdG8gZWFybGllciBzdXBwb3J0IGZvciB0aGlz IGRyYWZ0LCB0aGlzIGNhbGwgaXMgZXh0ZW5kZWQgdG8gNS8xOC8yMDE1LiAgIFVubGVzcyB0aGlz IGRyYWZ0IHJlY2VpdmVzIHN1cHBvcnQgY29tbWVudHMsIHRoaXMgZHJhZnQgd2lsbCBub3QgYmUg Zm9yd2FyZGVkIHRvIHRoZSBJRVNHLg0KDQpZb3UgY2FuIHNlZSB0aGUgZmluYWwgcmV2aXNpb24g YXQgdGhlIGZvbGxvd2luZzoNCg0KaHR0cDovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlk ci1mbG93c3BlYy1yZWRpcmVjdC1ydC1iaXMtMDQudHh0DQoNCg0KU3VlIEhhcmVzIGFuZCBKb2hu IFNjdWRkZXINCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpJZHIgbWFpbGluZyBsaXN0DQpJZHJAaWV0Zi5vcmc8bWFpbHRvOklkckBpZXRmLm9yZz4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyDQo= --_000_D1B69520150B4AE094395D1D3D837B03alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pkkgc3VwcG9ydCB0aGlzJm5ic3A7PC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09VVExP T0tfU0lHTkFUVVJFIj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6 YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5v bmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hU OiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1 bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5Gcm9tOiA8L3NwYW4+Sm9uIE1pdGNoZWxsPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkRhdGU6IDwvc3Bhbj5XZWRuZXNkYXkgNiBNYXkgMjAxNSAwNjo1Mjxicj4NCjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPlN1c2FuIEhhcmVzLCBpZHIgd2c8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBb SWRyXSAyIHdlZWsgV0cgTEMgb24gY2hhbmdlcyB0byBkcmFmdC1pZXRmLWlkci1mbG93c3BlYy1y ZWRpcmVjdC1ydC1iaXMtMDQudHh0ICg0LzIwIHRvIDUvNC8yMDE1KSAtIGV4dGVuZGVkIHRvIDUv MTgvMjAxNTxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IGRpcj0i YXV0byI+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5TdXBwb3J0IHB1YmxpY2F0aW9uLjxicj4N Cjxicj4NCi1Kb248L2Rpdj4NCjxkaXY+PGJyPg0KT24gTWF5IDUsIDIwMTUsIGF0IDY6MTEgUE0s IFN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFyZXNA bmR6aC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPg0KPGRpdj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9z b2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJ cGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgSURSIG1h aWwgbGlzdCBoYXMgcmVjZWl2ZWQgbm8gY29tbWVudHMgb24gdGhlIHRoZSByZXZpc2lvbiBvZiB0 aGUgZHJhZnQtaWV0Zi1pZHItZmxvd3NwZWMtcmVkaXJlY3QtcnQtYmlzLTA0LnR4dC4mbmJzcDsg Jm5ic3A7RHVlIHRvIGVhcmxpZXIgc3VwcG9ydCBmb3IgdGhpcyBkcmFmdCwgdGhpcyBjYWxsIGlz IGV4dGVuZGVkIHRvIDUvMTgvMjAxNS4gJm5ic3A7Jm5ic3A7VW5sZXNzIHRoaXMgZHJhZnQgcmVj ZWl2ZXMgc3VwcG9ydCBjb21tZW50cywNCiB0aGlzIGRyYWZ0IHdpbGwgbm90IGJlIGZvcndhcmRl ZCB0byB0aGUgSUVTRy4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdSBjYW4gc2VlIHRoZSBm aW5hbCByZXZpc2lvbiBhdCB0aGUgZm9sbG93aW5nOiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlkci1mbG93c3BlYy1y ZWRpcmVjdC1ydC1iaXMtMDQudHh0Ij5odHRwOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYt aWRyLWZsb3dzcGVjLXJlZGlyZWN0LXJ0LWJpcy0wNC50eHQ8L2E+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VlIEhh cmVzIGFuZCBKb2huIFNjdWRkZXIgJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2PjxzcGFuPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxicj4N CjxzcGFuPklkciBtYWlsaW5nIGxpc3Q8L3NwYW4+PGJyPg0KPHNwYW4+PGEgaHJlZj0ibWFpbHRv OklkckBpZXRmLm9yZyI+SWRyQGlldGYub3JnPC9hPjwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVm PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkciI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHI8L2E+PC9zcGFuPjxicj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D1B69520150B4AE094395D1D3D837B03alcatellucentcom_-- From nobody Wed May 6 02:43:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 773681A1BF8 for ; Wed, 6 May 2015 02:43:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.511 X-Spam-Level: X-Spam-Status: No, score=-9.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GxTkJAe5vYRL for ; Wed, 6 May 2015 02:43:35 -0700 (PDT) Received: from bgl-iport-3.cisco.com (bgl-iport-3.cisco.com [72.163.197.27]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DEFF1ACD69 for ; Wed, 6 May 2015 02:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=983; q=dns/txt; s=iport; t=1430905414; x=1432115014; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=dT/T/NOBQRpU4lJHpDdR8DYHiWl+fwN22w1bjXPjSW0=; b=hYLcgS3QZTdwkV0sOmlNoktuz17Fcw/VemLxBfQi8Vk74DrF71pJU/wf ujZ8tRYiguyFIyVU2VG4oyQKY8LIDcPMNWqBo0aURDtOv63kpiRi9qMhR zbBSrPi+S0VoZFnxqylnPO8V2hmAJex1oFPRJUrlddsSClVHaCCVgLebe k=; X-IronPort-AV: E=Sophos;i="5.13,379,1427760000"; d="scan'208";a="17269903" Received: from vla196-nat.cisco.com (HELO bgl-core-1.cisco.com) ([72.163.197.24]) by bgl-iport-3.cisco.com with ESMTP; 06 May 2015 09:43:31 +0000 Received: from [10.141.2.30] (dhcp-10-141-2-30.cisco.com [10.141.2.30]) by bgl-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t469hUsT000808; Wed, 6 May 2015 09:43:31 GMT Message-ID: <5549E242.80101@cisco.com> Date: Wed, 06 May 2015 18:43:30 +0900 From: Shishio Tsuchiya User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: shares@ndzh.com, idr@ietf.org References: <009101d08799$91662180$b4326480$@ndzh.com> In-Reply-To: <009101d08799$91662180$b4326480$@ndzh.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Archived-At: Cc: jhaas@juniper.net Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 09:43:36 -0000 I support this draft, and type 0x8008(redirect AS-2byte) and 0x8208(redirect AS-4byte). But I can't support type 0x8108 (redirect IPv4) to reduce confusion. I think the type should be included in "BGP Flow-Spec Redirect to IP Action". https://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-ip-02 Regards, -Shishio (2015/05/06 10:11), Susan Hares wrote: > The IDR mail list has received no comments on the the revision of the draft-ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for this draft, this call is extended to 5/18/2015. Unless this draft receives support comments, this draft will not be forwarded to the IESG. > > You can see the final revision at the following: > > http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt > > Sue Hares and John Scudder > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > From nobody Wed May 6 07:06:28 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADF851AC408 for ; Wed, 6 May 2015 07:06:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrvQUvlJB3W0 for ; Wed, 6 May 2015 07:06:25 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id C6CCA1AC3E5 for ; Wed, 6 May 2015 07:06:04 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 60FD01E302; Wed, 6 May 2015 14:06:11 +0000 (UTC) Date: Wed, 6 May 2015 10:06:11 -0400 From: Jeffrey Haas To: Shishio Tsuchiya Message-ID: <20150506140611.GA1007@pfrc.org> References: <009101d08799$91662180$b4326480$@ndzh.com> <5549E242.80101@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5549E242.80101@cisco.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: jhaas@juniper.net, idr@ietf.org, shares@ndzh.com Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 14:06:26 -0000 Shishio, On Wed, May 06, 2015 at 06:43:30PM +0900, Shishio Tsuchiya wrote: > I support this draft, and type 0x8008(redirect AS-2byte) and 0x8208(redirect AS-4byte). > > But I can't support type 0x8108 (redirect IPv4) to reduce confusion. > I think the type should be included in "BGP Flow-Spec Redirect to IP Action". > https://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-ip-02 Unlike the redirect-to-ip feature, this is a long deployed feature to redirect routes to VRFs containing the mentioned route-target. IPv4 is a valid global administrator field in route-targets. If your implementation is unable to support such route-targets, it's fine to not implement it. However, this is not redirecting based on IP nexthop or tunnel. -- Jeff From nobody Wed May 6 07:59:10 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67C811A8AAC for ; Wed, 6 May 2015 07:59:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ymlFFwUaLcrJ for ; Wed, 6 May 2015 07:59:04 -0700 (PDT) Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EBC41ACDB1 for ; Wed, 6 May 2015 07:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1308; q=dns/txt; s=iport; t=1430924341; x=1432133941; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=57ORXaLGRW5n+gNG5+OKlY2cIW6JZ8Iy7HfqUDHkmkg=; b=S3jwG3NZcuw1GnBWNLJ7DOwap3SVvruBIIQzR+suSV7KdiKgU5CmaRr+ iaTX9eqnWBu+5akdiAztcgPH6n6ZdESZmcapJ71tF/BrBQkICNG8mJytL 7R/i6IpBAho4o02ULYrqRZjUFkyjsPTEoZB++IOqhSdkuVICqGQotdhu9 A=; X-IronPort-AV: E=Sophos;i="5.13,379,1427760000"; d="scan'208";a="51804808" Received: from vla196-nat.cisco.com (HELO bgl-core-1.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 06 May 2015 14:58:58 +0000 Received: from [10.141.2.30] (dhcp-10-141-2-30.cisco.com [10.141.2.30]) by bgl-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t46Ewvmg018989; Wed, 6 May 2015 14:58:57 GMT Message-ID: <554A2C30.2050206@cisco.com> Date: Wed, 06 May 2015 23:58:56 +0900 From: Shishio Tsuchiya User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jhaas@pfrc.org References: <009101d08799$91662180$b4326480$@ndzh.com> <5549E242.80101@cisco.com> <20150506140611.GA1007@pfrc.org> In-Reply-To: <20150506140611.GA1007@pfrc.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Archived-At: Cc: jhaas@juniper.net, idr@ietf.org, shares@ndzh.com Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 14:59:09 -0000 Jeff (2015/05/06 23:06), Jeffrey Haas wrote: > Shishio, > > On Wed, May 06, 2015 at 06:43:30PM +0900, Shishio Tsuchiya wrote: >> I support this draft, and type 0x8008(redirect AS-2byte) and 0x8208(redirect AS-4byte). >> >> But I can't support type 0x8108 (redirect IPv4) to reduce confusion. >> I think the type should be included in "BGP Flow-Spec Redirect to IP Action". >> https://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-ip-02 > > Unlike the redirect-to-ip feature, this is a long deployed feature to > redirect routes to VRFs containing the mentioned route-target. IPv4 is a > valid global administrator field in route-targets. Thanks, I understood. To support RFC4360 route-targets parameter, this type also is needed in draft-ietf-idr-flowspec-redirect-rt. > > If your implementation is unable to support such route-targets, it's fine to > not implement it. However, this is not redirecting based on IP nexthop or > tunnel. My comment is not mention about our implementation. I just thought if this type 0x8108 is same function as 'Flow-spec Redirect to IPv4' of "BGP Flow-Spec Redirect to IP Action" then it would be complex for operators. But it was my misunderstanding. Support publication. Regards, -Shishio > > -- Jeff > . > From nobody Thu May 7 00:53:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB6361B2CC4; Thu, 7 May 2015 00:53:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ec5vx4CX3TLY; Thu, 7 May 2015 00:53:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9CE41B2B78; Thu, 7 May 2015 00:53:43 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVT45263; Thu, 07 May 2015 07:53:42 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 May 2015 08:53:41 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0158.001; Thu, 7 May 2015 15:52:29 +0800 From: Mach Chen To: "rtg-ads@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-idr-add-path-10.txt Thread-Index: AdCImsObgwYBiPVHQ0C4y4zrHgxghg== Date: Thu, 7 May 2015 07:52:28 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "idr@ietf.org" , "draft-ietf-idr-add-paths.all@tools.ietf.org" , "rtg-dir@ietf.org" Subject: [Idr] RtgDir review: draft-ietf-idr-add-path-10.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 07:53:46 -0000 Hello,=20 I have been selected as the Routing Directorate reviewer for this draft. Th= e Routing Directorate seeks to review all routing or routing-related drafts= as they pass through IETF last call and IESG review, and sometimes on spec= ial request. The purpose of the review is to provide assistance to the Rout= ing ADs. For more information about the Routing Directorate, please see htt= p://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir=20 Although these comments are primarily for the use of the Routing ADs, it wo= uld be helpful if you could consider them along with any other IETF Last Ca= ll comments that you receive, and strive to resolve them through discussion= or by updating the draft. Document: draft-ietf-idr-add-path-10.txt=20 Reviewer: Mach Chen=20 Review Date: 2015/05/07=20 IETF LC End Date: Not known Intended Status: Standards Track Summary: This document is basically ready for publication, but has nits that should= be considered prior to publication. Comments:=20 The document is well written and easy to read. =20 Major Issues:=20 No major issues found. Minor Issues:=20 No minor issues found. Nits: Abstract and Introduction s/In this document we propose/This document defines Introduction s/"Send-update Process"/Send-update Process, to align with the usage as in = RFC4271. Section 4 "Send/Receive: This field indicates whether the sender is (a) able to receive multiple paths from its peer (value 1), (b) able to send multiple paths to its peer (value 2), or (c) both (value 3) for the ." How about other values and what's the process when received value other tha= n 1, 2 and 3? Section 5 OLD: " A BGP speaker MUST follow the existing procedures in generating an UPDATE message for a particular to a peer unless the BGP..." NEW: "A BGP speaker MUST follow the procedures defined in [RFC4271] in generatin= g an UPDATE message for a particular to a peer unless the BGP..." " Best regards, Mach From nobody Thu May 7 00:57:42 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 630E31B2CF7; Thu, 7 May 2015 00:57:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BaOppCxiwjpj; Thu, 7 May 2015 00:57:40 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D4761B2CC4; Thu, 7 May 2015 00:57:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSF82722; Thu, 07 May 2015 07:57:37 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 May 2015 08:57:37 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Thu, 7 May 2015 15:52:33 +0800 From: Mach Chen To: "rtg-ads@tools.ietf.org" Thread-Topic: RrgDir review: draft-ietf-idr-add-paths-implementation-00.txt Thread-Index: AdCImsZAZM/k9LrTQkOD8zJmEbUAIw== Date: Thu, 7 May 2015 07:52:33 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "idr@ietf.org" , "draft-ietf-idr-add-paths-implementation.all@tools.ietf.org" , "rtg-dir@ietf.org" Subject: [Idr] RrgDir review: draft-ietf-idr-add-paths-implementation-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 07:57:41 -0000 DQpIZWxsbywgDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9y YXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVr cyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5 IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9u IGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFj LnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXIgDQoNCkFsdGhvdWdoIHRo ZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURz LCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdp dGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFu ZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGlu ZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLWlkci1hZGQtcGF0aHMtaW1wbGVt ZW50YXRpb24tMDAudHh0IA0KUmV2aWV3ZXI6IE1hY2ggQ2hlbiANClJldmlldyBEYXRlOiAyMDE1 LzA1LzA3IA0KSUVURiBMQyBFbmQgRGF0ZTogTm90IGtub3duDQpJbnRlbmRlZCBTdGF0dXM6IElu Zm9ybWF0aW9uYWwNCg0KU3VtbWFyeToNCiBUaGlzIGRvY3VtZW50IGlzIGJhc2ljYWxseSByZWFk eSBmb3IgcHVibGljYXRpb24sIGJ1dCBoYXMgbml0cyB0aGF0IHNob3VsZCBiZSBjb25zaWRlcmVk IHByaW9yIHRvIHB1YmxpY2F0aW9uLg0KDQpDb21tZW50czogDQogVGhlIGRvY3VtZW50IGlzIHdl bGwgd3JpdHRlbiBhbmQgZWFzeSB0byByZWFkLg0KIA0KTWFqb3IgSXNzdWVzOiANCiBObyBtYWpv ciBpc3N1ZXMgZm91bmQuDQoNCk1pbm9yIElzc3VlczogDQogTm8gbWlub3IgaXNzdWVzIGZvdW5k Lg0KDQpOaXRzOg0KDQpSdW5uaW5nIGlkbml0cyB0b29sLCBmb3VuZCB0aGUgZm9sbG93aW5nIG5p dHM6DQo9PSBNaXNzaW5nIFJlZmVyZW5jZTogJ1JGQzQ3MjQnIGlzIG1lbnRpb25lZCBvbiBsaW5l IDU5MiwgYnV0IG5vdCBkZWZpbmVkDQoNCkFic3RyYWN0IGFuZCBJbnRyb2R1Y3Rpb24NCg0Kcy9U aGUgc3VydmV5IGhhZCAyMiBxdWVzdGlvbnMuLi4vVGhlIHN1cnZleSBoYWQgMjAgcXVlc3Rpb25z Li4uDQpzL1RoZSBBREQtUEFUSCBpbXBsZW1lbnRhdGlvbiBzdXJ2ZXkgaGFkIDIyIGRldGFpbGVk IHF1ZXN0aW9ucy4uLi8gVGhlIEFERC1QQVRIIGltcGxlbWVudGF0aW9uIHN1cnZleSBoYWQgMjAg ZGV0YWlsZWQgcXVlc3Rpb25zDQoNClNlY3Rpb24gMy4xDQoNCiIuLnRoZXkgZG9uJ3QgaW1wbGVt ZW50IGFueSBhZHZlcnRpc2VtZW50IG9mIHJvdXRlcy4iDQoNCkkgZ3Vlc3MgeW91IHdhbnQgdG8g c2F5IHRoZXkgZG9uJ3QgaW1wbGVtZW50IGFueSBhZHZlcnRpc2VtZW50IG9mIEFERC1QQVRIIHJv dXRlcy4NCg0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQo= From nobody Thu May 7 02:02:10 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 767F01A0015 for ; Thu, 7 May 2015 02:02:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9PZsiYcre0xB for ; Thu, 7 May 2015 02:02:07 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EDC31A0006 for ; Thu, 7 May 2015 02:02:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVT54344; Thu, 07 May 2015 09:02:04 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 May 2015 10:02:03 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.219]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0158.001; Thu, 7 May 2015 17:01:33 +0800 From: Mach Chen To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 Thread-Index: AdCHju7gmC+mWXxZROC3692ew2CZmwBFVmoQ Date: Thu, 7 May 2015 09:01:32 +0000 Message-ID: References: <009101d08799$91662180$b4326480$@ndzh.com> In-Reply-To: <009101d08799$91662180$b4326480$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B42746ASZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 09:02:08 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B42746ASZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support publication. Best regards, Mach From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, May 06, 2015 9:11 AM To: idr@ietf.org Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redir= ect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 The IDR mail list has received no comments on the the revision of the draft= -ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for thi= s draft, this call is extended to 5/18/2015. Unless this draft receives s= upport comments, this draft will not be forwarded to the IESG. You can see the final revision at the following: http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt Sue Hares and John Scudder --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B42746ASZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support publication.

 

Best regards,

Mach

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Wednesday, May 06, 2015 9:11 AM
To: idr@ietf.org
Cc: 'Jeff Haas'
Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspe= c-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015

 

The IDR mail list has received = no comments on the the revision of the draft-ietf-idr-flowspec-redirect-rt-= bis-04.txt.   Due to earlier support for this draft, this call is= extended to 5/18/2015.   Unless this draft receives support comments, this draft will not be forwarded to the IESG.

 

You can see the final revision = at the following:

 

http://www.ietf.org/id/d= raft-ietf-idr-flowspec-redirect-rt-bis-04.txt

 

 

Sue Hares and John Scudder &nbs= p;

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B42746ASZXEMA510MBXchi_-- From nobody Thu May 7 02:27:17 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B4541A0046; Thu, 7 May 2015 02:27:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C7Twe2IGsOoj; Thu, 7 May 2015 02:27:14 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D89BC1A0063; Thu, 7 May 2015 02:27:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> Date: Thu, 07 May 2015 02:27:13 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 09:27:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Distribution of MPLS Traffic Engineering (TE) LSP State using BGP Authors : Jie Dong Mach(Guoyi) Chen Hannes Gredler Stefano Previdi Jeff Tantsura Filename : draft-ietf-idr-te-lsp-distribution-03.txt Pages : 12 Date : 2015-05-07 Abstract: This document describes a mechanism to collect the Traffic Engineering (TE) LSP information using BGP. Such information can be used by external components for path reoptimization, service placement and network visualization. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-te-lsp-distribution/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-te-lsp-distribution-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-te-lsp-distribution-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu May 7 07:03:25 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06CD91A8BC2 for ; Thu, 7 May 2015 07:03:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cy3cgSrGJFR5 for ; Thu, 7 May 2015 07:03:20 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 444E11A8BC0 for ; Thu, 7 May 2015 07:03:20 -0700 (PDT) Received: (qmail 6100 invoked by uid 0); 7 May 2015 14:03:20 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 7 May 2015 14:03:19 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id R23D1q00f2SSUrH0123Gj6; Thu, 07 May 2015 08:03:17 -0600 X-Authority-Analysis: v=2.1 cv=FPmImYYs c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=SY9aFQKHIdAA:10 a=N659UExz7-8A:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=h1PgugrvaO0A:10 a=48vgC7mUAAAA:8 a=XD6nG0pjT1ezrc8QWxsA:9 a=pILNOxqGKmIA:10 a=jM_x9b4JT8QA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=s5jQLFvRMGem7deRH1Sj+u5bOgM+W2fTovljg0k+PUo=; b=tj7CuWReABn5CkfAvXI3XJaMCgHVYuR+ubFZLDIuQzEQOliIxmDCTq+4F2Ll+auHFtKLUUjn4RvPhB/Gv3cziho2tD7A04QE5lDLIPuVvwx8ieqKa6LvxbfAU+wt7n4e; Received: from box313.bluehost.com ([69.89.31.113]:55968 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1YqMOR-0002Wi-84; Thu, 07 May 2015 08:03:15 -0600 Message-ID: <554B7098.1090101@labn.net> Date: Thu, 07 May 2015 10:03:04 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: draft-ietf-idr-te-lsp-distribution@ietf.org References: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> In-Reply-To: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 14:03:24 -0000 Hi, I have a couple of questions on this draft: > > The 64-Bit 'Identifier' field is used to discriminate between > instances with different LSP technologies. The default identifier > "0" identifies the instance for packet switched LSPs. > A new > identifier TBD is used to identify the instance of optical layer > LSPs. Doesn't it make more sense to just carry the values used in LSP switching type (See rfc3473/7074) for the non-zero case? > Currently the TE LSP Objects that can be carried in the LSP State TLV > include: How do you distinguish between RSVP and PCEP objects? Lou On 5/7/2015 5:27 AM, internet-drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Inter-Domain Routing Working Group of the IETF. > > Title : Distribution of MPLS Traffic Engineering (TE) LSP State using BGP > Authors : Jie Dong > Mach(Guoyi) Chen > Hannes Gredler > Stefano Previdi > Jeff Tantsura > Filename : draft-ietf-idr-te-lsp-distribution-03.txt > Pages : 12 > Date : 2015-05-07 > > Abstract: > This document describes a mechanism to collect the Traffic > Engineering (TE) LSP information using BGP. Such information can be > used by external components for path reoptimization, service > placement and network visualization. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-te-lsp-distribution/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-idr-te-lsp-distribution-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-te-lsp-distribution-03 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Fri May 8 02:59:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 106171A90C5; Fri, 8 May 2015 02:59:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id meWPn-7tuRyq; Fri, 8 May 2015 02:58:58 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED2F21A9043; Fri, 8 May 2015 02:58:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVU69753; Fri, 08 May 2015 09:58:41 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 8 May 2015 10:58:40 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.135]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Fri, 8 May 2015 17:58:34 +0800 From: "Dongjie (Jimmy)" To: Lou Berger , "draft-ietf-idr-te-lsp-distribution@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt Thread-Index: AQHQiKgJCwRPna3Z/k6au5osFnF6jJ1wBaYAgAHJJ3A= Date: Fri, 8 May 2015 09:58:33 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757D10DAB@nkgeml512-mbx.china.huawei.com> References: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> <554B7098.1090101@labn.net> In-Reply-To: <554B7098.1090101@labn.net> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 May 2015 09:59:01 -0000 Hi Lou,=20 Thanks a lot for your comments, and please see my replies inline: > -----Original Message----- > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Thursday, May 07, 2015 10:03 PM > To: draft-ietf-idr-te-lsp-distribution@ietf.org > Cc: idr@ietf.org > Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt >=20 > Hi, > I have a couple of questions on this draft: >=20 > > > > The 64-Bit 'Identifier' field is used to discriminate between > > instances with different LSP technologies. The default identifier > > "0" identifies the instance for packet switched LSPs. >=20 > > A new > > identifier TBD is used to identify the instance of optical layer > > LSPs. >=20 > Doesn't it make more sense to just carry the values used in LSP switching= type > (See rfc3473/7074) for the non-zero case? I agree with your point that this document could cover LSPs with different = switching types. As for using the switching type values directly as identif= ier, we coauthors will discuss it and then feedback to you. > > Currently the TE LSP Objects that can be carried in the LSP State TLV > > include: >=20 > How do you distinguish between RSVP and PCEP objects? Good question. My understanding is for the same information, the format of = RSVP and PCEP objects usually are compatible. In case there is some discrep= ancy, the current strategy is, for information which has corresponding RSVP= object, the RSVP object is used, otherwise the PCEP object is used. Or do = you have some suggestions about this? Best regards, Jie > Lou >=20 > On 5/7/2015 5:27 AM, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories. > > This draft is a work item of the Inter-Domain Routing Working Group of= the > IETF. > > > > Title : Distribution of MPLS Traffic Engineering (TE)= LSP > State using BGP > > Authors : Jie Dong > > Mach(Guoyi) Chen > > Hannes Gredler > > Stefano Previdi > > Jeff Tantsura > > Filename : draft-ietf-idr-te-lsp-distribution-03.txt > > Pages : 12 > > Date : 2015-05-07 > > > > Abstract: > > This document describes a mechanism to collect the Traffic > > Engineering (TE) LSP information using BGP. Such information can be > > used by external components for path reoptimization, service > > placement and network visualization. > > > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-idr-te-lsp-distribution/ > > > > There's also a htmlized version available at: > > https://tools.ietf.org/html/draft-ietf-idr-te-lsp-distribution-03 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-te-lsp-distribution-= 0 > > 3 > > > > > > 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.i= etf.org. > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > I-D-Announce mailing list > > I-D-Announce@ietf.org > > https://www.ietf.org/mailman/listinfo/i-d-announce > > Internet-Draft directories: http://www.ietf.org/shadow.html or > > ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > >=20 >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri May 8 04:40:25 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6FAD1AD070 for ; Fri, 8 May 2015 04:40:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YqsI7zeXj7iW for ; Fri, 8 May 2015 04:40:22 -0700 (PDT) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id CA5C91AD371 for ; Fri, 8 May 2015 04:40:17 -0700 (PDT) Received: (qmail 13078 invoked by uid 0); 8 May 2015 11:40:15 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy6.mail.unifiedlayer.com with SMTP; 8 May 2015 11:40:15 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id RPg51q0072SSUrH01Pg86n; Fri, 08 May 2015 05:40:13 -0600 X-Authority-Analysis: v=2.1 cv=FPmImYYs c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=pLCZBLXpeqQA:10 a=kj9zAlcOel0A:10 a=wU2YTnxGAAAA:8 a=-NfooI8aBGcA:10 a=vMbYbQrVpLoA:10 a=h1PgugrvaO0A:10 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=9y_VhBHDTaXYukdv3fAA:9 a=SkeMB5eQg8W5csxM:21 a=q39QF2bKvBjTscVP:21 a=CjuIK1q_8ugA:10 a=jM_x9b4JT8QA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=yShDflnPWL8YK2Pqiu6e11351Ld78Ujnp56QwL7fU0o=; b=PCXGReFW0oQIxzstfTWY/y4BqpIvK1vihat0+SYmP46L0Y7MVL8wRPK70xyKBG0Y/wsu+JhzmOq6dMHaHTRXMO1vZOd3zLfvZcBsZakKTd/pJPueZq8IMZOUbPKxfKno; Received: from [172.56.29.223] (port=52734 helo=[21.110.39.141]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YqgdS-0005nw-Gi; Fri, 08 May 2015 05:40:07 -0600 From: Lou Berger To: "Dongjie (Jimmy)" , Date: Fri, 08 May 2015 07:40:05 -0400 Message-ID: <14d33532e98.276d.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <76CD132C3ADEF848BD84D028D243C92757D10DAB@nkgeml512-mbx.china.huawei.com> References: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> <554B7098.1090101@labn.net> <76CD132C3ADEF848BD84D028D243C92757D10DAB@nkgeml512-mbx.china.huawei.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.5.34 (build: 21050034) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 172.56.29.223 authed with lberger@labn.net} Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 May 2015 11:40:24 -0000 Jie, See in line below. On May 8, 2015 6:04:33 AM "Dongjie (Jimmy)" wrote: > Hi Lou, > > Thanks a lot for your comments, and please see my replies inline: > > > -----Original Message----- > > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Lou Berger > > Sent: Thursday, May 07, 2015 10:03 PM > > To: draft-ietf-idr-te-lsp-distribution@ietf.org > > Cc: idr@ietf.org > > Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt > > > > Hi, > > I have a couple of questions on this draft: > > > > > > > > The 64-Bit 'Identifier' field is used to discriminate between > > > instances with different LSP technologies. The default identifier > > > "0" identifies the instance for packet switched LSPs. > > > > > A new > > > identifier TBD is used to identify the instance of optical layer > > > LSPs. > > > > Doesn't it make more sense to just carry the values used in LSP switching > type > > (See rfc3473/7074) for the non-zero case? > > I agree with your point that this document could cover LSPs with different > switching types. As for using the switching type values directly as > identifier, we coauthors will discuss it and then feedback to you. > Sure, but unless there's a substantive justification, I really don't think we need another name/number space for the same thing. > > > Currently the TE LSP Objects that can be carried in the LSP State TLV > > > include: > > > > How do you distinguish between RSVP and PCEP objects? > > Good question. My understanding is for the same information, the format of > RSVP and PCEP objects usually are compatible. In case there is some > discrepancy, the current strategy is, for information which has > corresponding RSVP object, the RSVP object is used, otherwise the PCEP > object is used. Or do you have some suggestions about this? > There is collision/ambiguity so I'd use a different type or add a subtype. Lou > Best regards, > Jie > > > Lou > > > > On 5/7/2015 5:27 AM, internet-drafts@ietf.org wrote: > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > This draft is a work item of the Inter-Domain Routing Working Group of the > > IETF. > > > > > > Title : Distribution of MPLS Traffic Engineering (TE) LSP > > State using BGP > > > Authors : Jie Dong > > > Mach(Guoyi) Chen > > > Hannes Gredler > > > Stefano Previdi > > > Jeff Tantsura > > > Filename : draft-ietf-idr-te-lsp-distribution-03.txt > > > Pages : 12 > > > Date : 2015-05-07 > > > > > > Abstract: > > > This document describes a mechanism to collect the Traffic > > > Engineering (TE) LSP information using BGP. Such information can be > > > used by external components for path reoptimization, service > > > placement and network visualization. > > > > > > > > > > > > The IETF datatracker status page for this draft is: > > > https://datatracker.ietf.org/doc/draft-ietf-idr-te-lsp-distribution/ > > > > > > There's also a htmlized version available at: > > > https://tools.ietf.org/html/draft-ietf-idr-te-lsp-distribution-03 > > > > > > A diff from the previous version is available at: > > > https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-te-lsp-distribution-0 > > > 3 > > > > > > > > > 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/ > > > > > > _______________________________________________ > > > I-D-Announce mailing list > > > I-D-Announce@ietf.org > > > https://www.ietf.org/mailman/listinfo/i-d-announce > > > Internet-Draft directories: http://www.ietf.org/shadow.html or > > > ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > > > > > > _______________________________________________ > > Idr mailing list > > Idr@ietf.org > > https://www.ietf.org/mailman/listinfo/idr > From nobody Fri May 8 20:27:15 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A26491A8842; Fri, 8 May 2015 20:27:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r78h0aru0qUQ; Fri, 8 May 2015 20:27:12 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE3771A8A57; Fri, 8 May 2015 20:27:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150509032711.19977.80255.idtracker@ietfa.amsl.com> Date: Fri, 08 May 2015 20:27:11 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-flowspec-l2vpn-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 May 2015 03:27:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Dissemination of Flow Specification Rules for L2 VPN Authors : Weiguo Hao Qiandeng Liang Stephane Litkowski Shunwan Zhuang Filename : draft-ietf-idr-flowspec-l2vpn-01.txt Pages : 11 Date : 2015-05-08 Abstract: This document defines BGP flow-spec extension for Ethernet traffic filtering in L2 VPN network. SAFI=134 in [RFC5575] is redefined for dissemination traffic filtering information in an L2VPN environment. A new subset of component types and extended community also are defined. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-l2vpn/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-flowspec-l2vpn-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-flowspec-l2vpn-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri May 8 20:33:17 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 301D91A8AA3 for ; Fri, 8 May 2015 20:33:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q11jDX7fxTa2 for ; Fri, 8 May 2015 20:33:14 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7B7A1A8A57 for ; Fri, 8 May 2015 20:33:13 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVV32996; Sat, 09 May 2015 03:33:12 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 9 May 2015 04:33:11 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.244]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Sat, 9 May 2015 11:33:03 +0800 From: Haoweiguo To: "idr@ietf.org" Thread-Topic: New Version Notification for draft-ietf-idr-flowspec-l2vpn-01.txt Thread-Index: AQHQiggNf5E3imIpuU6MADDBSunL8p1y/IPA Date: Sat, 9 May 2015 03:33:02 +0000 Message-ID: References: <20150509032711.19977.55211.idtracker@ietfa.amsl.com> In-Reply-To: <20150509032711.19977.55211.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] New Version Notification for draft-ietf-idr-flowspec-l2vpn-01.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 May 2015 03:33:16 -0000 Hi Folks, A new version of "dissemination of Flow Specification Rules for L2 VPN" wa= s posted. Compared with ver-00, the main change points are in section 4. Ne= w VLAN-action and TPID-action definition are added. Your further comments and suggestions are appreciated. Thanks, weiguo ________________________________________ From: internet-drafts@ietf.org [internet-drafts@ietf.org] Sent: Saturday, May 09, 2015 11:27 To: Liangqiandeng; Zhuangshunwan; Haoweiguo; Stephane Litkowski; Zhuangshun= wan; Liangqiandeng; Stephane Litkowski; Haoweiguo Subject: New Version Notification for draft-ietf-idr-flowspec-l2vpn-01.txt A new version of I-D, draft-ietf-idr-flowspec-l2vpn-01.txt has been successfully submitted by Weiguo Hao and posted to the IETF repository. Name: draft-ietf-idr-flowspec-l2vpn Revision: 01 Title: Dissemination of Flow Specification Rules for L2 VPN Document date: 2015-05-09 Group: idr Pages: 11 URL: https://www.ietf.org/internet-drafts/draft-ietf-idr-flowspe= c-l2vpn-01.txt Status: https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-l2= vpn/ Htmlized: https://tools.ietf.org/html/draft-ietf-idr-flowspec-l2vpn-0= 1 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-flowspec= -l2vpn-01 Abstract: This document defines BGP flow-spec extension for Ethernet traffic filtering in L2 VPN network. SAFI=3D134 in [RFC5575] is redefined for dissemination traffic filtering information in an L2VPN environment. A new subset of component types and extended community also are defined. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat= From nobody Tue May 12 12:47:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB191ACEAE for ; Tue, 12 May 2015 12:47:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.226 X-Spam-Level: ** X-Spam-Status: No, score=2.226 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84J8ugXuGkI9 for ; Tue, 12 May 2015 12:47:34 -0700 (PDT) Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id 7669E1ACEA6 for ; Tue, 12 May 2015 12:47:33 -0700 (PDT) X-SENDER-IP: 10.136.163.13 X-SENDER-REPUTATION: None X-IronPort-AV: E=Sophos;i="5.13,417,1427774400"; d="scan'208,217";a="865754254" Received: from unknown (HELO PRVPEXHUB04.corp.twcable.com) ([10.136.163.13]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 12 May 2015 15:46:49 -0400 Received: from PRVPEXVS10.corp.twcable.com ([10.136.163.41]) by PRVPEXHUB04.corp.twcable.com ([10.136.163.13]) with mapi; Tue, 12 May 2015 15:47:32 -0400 From: "George, Wes" To: "Alvaro Retana (aretana)" , "amante@apple.com" Date: Tue, 12 May 2015 15:47:33 -0400 Thread-Topic: 2 Week WG LC on draft-ietf-idr-as-migration Thread-Index: AdCM7HyXAny8DwA7QGuPat+4FZhwWg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_D177D04B50731wesleygeorgetwcablecom_" MIME-Version: 1.0 Archived-At: Cc: idr wg Subject: Re: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 19:47:36 -0000 --_000_D177D04B50731wesleygeorgetwcablecom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UmVtaW5kZXItDQoNCkknbSBzdGlsbCBhd2FpdGluZyBmZWVkYmFjayAod2hldGhlciBmcm9tIEFs dmFybyBvciBvdGhlciBtZW1iZXJzIG9mIHRoZSBXRyBvciBib3RoKSBvbiBob3cgdG8gYWRkcmVz cyB0aGUgcmVtYWluaW5nIGNvbmNlcm5zIGJsb2NraW5nIHRoaXMgZHJhZnQgZnJvbSBwcm9jZWVk aW5nLCBhYm91dCB3aGVyZSB0byBhZGQgdGhlIEFTTiBhbmQgaG93IHRvIHByb3ZpZGUgdGhhdCBn dWlkYW5jZSwgd2hldGhlciB3ZSBpbnRlZ3JhdGUgYSB2YXJpYW50IG9mIHRoZSB0ZXh0IGJlbG93 LCBvciBzb21ldGhpbmcgZWxzZSBlbnRpcmVseS4NCg0KVGhhbmtzLA0KDQpXZXMNCg0KDQpGcm9t OiAiQWx2YXJvIFJldGFuYSAoYXJldGFuYSkiIDxhcmV0YW5hQGNpc2NvLmNvbTxtYWlsdG86YXJl dGFuYUBjaXNjby5jb20+Pg0KRGF0ZTogV2VkbmVzZGF5LCBBcHJpbCAyOSwgMjAxNSBhdCAxMjo1 OSBQTQ0KVG86ICJHZW9yZ2UsIFdlcyIgPHdlc2xleS5nZW9yZ2VAdHdjYWJsZS5jb208bWFpbHRv Ondlc2xleS5nZW9yZ2VAdHdjYWJsZS5jb20+PiwgImFtYW50ZUBhcHBsZS5jb208bWFpbHRvOmFt YW50ZUBhcHBsZS5jb20+IiA8YW1hbnRlQGFwcGxlLmNvbTxtYWlsdG86YW1hbnRlQGFwcGxlLmNv bT4+DQpDYzogSWRyIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+LCBKZWZmcmV5 IEhhYXMgPGpoYWFzQHBmcmMub3JnPG1haWx0bzpqaGFhc0BwZnJjLm9yZz4+DQpTdWJqZWN0OiBS ZTogMiBXZWVrIFdHIExDIG9uIGRyYWZ0LWlldGYtaWRyLWFzLW1pZ3JhdGlvbiAoNC85IHRvIDQv MjMvMjEwNQ0KDQpPbiA0LzI5LzE1LCAxMTowOCBBTSwgIkdlb3JnZSwgV2VzIiA8d2VzbGV5Lmdl b3JnZUB0d2NhYmxlLmNvbTxtYWlsdG86d2VzbGV5Lmdlb3JnZUB0d2NhYmxlLmNvbT4+IHdyb3Rl Og0KDQpXZXM6DQoNCkhpIQ0KDQpUaGFua3MgZm9yIHRhbGtpbmcgdGhpcyBvdXQgd2l0aCBtZSDi gJQgSSByZWFsbHkgYXBwcmVjaWF0ZSB0aGUgcGF0aWVuY2UuICBBcyB5b3UsIEkgd291bGQgYWxz byBsaWtlIHRvIGhlYXIgbW9yZSBmcm9tIG90aGVyczsgdGhpcyBpcyBhbiBpbXBvcnRhbnQgZG9j dW1lbnQhDQoNCi4gLiAuDQpXR10gLiAuIC4gc2V2ZXJhbCBmb2xrcyBpbiB0aGUgV0cgc2VlbSB0 byBhZ3JlZSB0aGF0IHRoZSBiZXR0ZXIgc29sdXRpb24gaXMgdG8gYWRkIHRoZSBBUyBvbiByZWNl aXB0IHNvIHRoYXQgdGhlIHJvdXRlIGlzIGNvbnNpc3RlbnQgd2l0aGluIHRoZSBBUyBpbiBvcmRl ciB0byBhdm9pZCBsb29wcy4NCg0KSSB3b3VsZCBwcmVmZXIgdG8gc2VlIGEgZGVmaW5pdGUgc3Rh dGVtZW50LiAgSWYgeW91IGRvbuKAmXQgd2FudCB0byBleGNsdWRlIG9uZSBvZiB0aGUgb3B0aW9u cyB0aGVuIHBpY2sgb25lIChTSE9VTEQg4oCUIGZvciB0aGUgInJpZ2h0IGFtb3VudCBvZiB3aWdn bGUgcm9vbSIpIGFuZCB0aGVuIG1lbnRpb24gdGhlIG90aGVyIGFzIGFuIG9wdGlvbiAoTUFZKS4g IEluIHRoZSBlbmQgdGhlIGVmZmVjdCBpcyB0aGUgc2FtZSAobm8gb25lIGlzIGV4Y2x1ZGVkKSwg YnV0IHRoZSBhbnN3ZXIgdG8g4oCcV2hlbiBzaG91bGQgSSBwcmVwZW5kP+KAnSBpcyBjbGVhcmVy OiAgZG8gaXQgd2hlbiB5b3UgU0hPVUxEIChidXQgeW91IE1BWSBhbHNvIGRvIGl0IGF0IG90aGVy IHRpbWVzKS4NCg0KV0ddIFdlbGwsIEknbSB0cnlpbmcgdG8gYXZvaWQgZWl0aGVyIHJlLWhhc2hp bmcgdGhlIGFwcGFyZW50IGRpc2FncmVlbWVudCBiZXR3ZWVuIHRoZSB2ZW5kb3JzLCBoYXZpbmcg dG8gZGlzY3VzcyBkZWVwIGRldGFpbHMgYWJvdXQgbXVsdGlwbGUgdmVuZG9ycycgaW1wbGVtZW50 YXRpb24gY2hvaWNlcyB0byBleHBsYWluIHRoZSBzaG91bGQgdnMgbWF5IGFuZC9vciBiZWluZyBy ZXNwb25zaWJsZSBmb3IgZml4aW5nIGFuIGV4aXN0aW5nIGFtYmlndWl0eSBpbiB0aGUgQkdQIHNw ZWMsIGVzcGVjaWFsbHkgc2luY2UgYXQgbGVhc3Qgb25lIG9mIHRob3NlIHRoaW5ncyBpcywgYXMg eW91IHNhaWQsIHRoZSByZWFzb24gdGhhdCB0aGlzIGRyYWZ0IGNhbWUgYmFjayB0byB0aGUgV0cg aW4gdGhlIGZpcnN0IHBsYWNlLiBTaW5jZSBlbWFpbCBpcyBiYWQgYXQgY29udmV5aW5nIHRvbmUs IEkgc2hvdWxkIGJlIGNsZWFyIHRoYXQgd2hpbGUgSSBhbSBhIGJpdCBmcnVzdHJhdGVkLCBJJ20g bm90IHRyeWluZyB0byBiZSBjb21iYXRpdmUgaGVyZS4gSXQgYXBwZWFycyB0byBtZSB0aGF0IHRo ZXJlIGlzbid0IGEgc2luZ2xlIHJpZ2h0IGFuc3dlciB0byB0aGUgcXVlc3Rpb24geW91J3JlIHBv c2luZywgc28gSSBkb24ndCByZWFsbHkga25vdyB3aGF0IHRoZSBkZWZpbml0ZSBzdGF0ZW1lbnQg c2hvdWxkIGJlLCB3aGljaCBpcyB3aHkgSSBkaWRuJ3QgbWFrZSBpdC4NCg0KVGhlIGNsb3Nlc3Qg SSd2ZSBmb3VuZCBpcyB0aGUgbGFzdCBiaXQgb2YgSmVmZidzIEFwcmlsIDIxIGVtYWlsLCBidXQg ZXZlbiB0aGF0IGlzIG9ubHkgZGlzY3Vzc2luZyB0aGUgZ290Y2hhcywgbm90IG1ha2luZyBhIGRl ZmluaXRlIHN0YXRlbWVudDoNCiJUaGUgaXNzdWUgaGFzIHRvIGRvIHdpdGggd2hlcmUgYW4gaW1w bGVtZW50YXRpb24gZG9lcyBpdHMgbG9vcCBkZXRlY3Rpb24uDQpTb21lIGltcGxlbWVudGF0aW9u cyBkbyBsb29wIGRldGVjdGlvbiBhdCBldmVyeSBCR1Agc3BlYWtlci4gIFNvbWUgZG8gdGhlbQ0K b25seSBhdCBhbiBlYmdwIGVkZ2UuICBTb21lIGJpYXMgdGhpcyBiZWhhdmlvciBiYXNlZCBvbiBs b2NhbC1hcyBiZWluZw0KZW5hYmxlZCBvciBub3QuICBIb3cgeW91IGRvIHlvdXIgbG9vcCBkZXRl Y3Rpb24gYW5kIHdoZW4gaGVhdmlseSBiaWFzZXMgeW91cg0KY2hvaWNlIG9mIGltcGxlbWVudGF0 aW9uLiAgSW4gaW1wbGVtZW50YXRpb25zIHRoYXQgb25seSByZXF1aXJlcyBsb2NhbC1hcyBhdA0K eW91ciBlYmdwIGVkZ2VzIGJ1dCBkbyBsb29wIGRldGVjdGlvbiBhdCByb3V0ZSByZWZsZWN0b3Jz L2V4dGVybmFsIGNvbmZlZGVyYXRpb24NCnJvdXRlcnMsIGFkZGluZyB5b3VyIGxvY2FsLWFzIGFz IHBhcnQgb2YgaW1wb3J0IGlzIGEgcHJvYmxlbS4NCg0KU28sIGNvbnNpc3RlbmN5IGlzbid0IG9u bHkgYSBiaWcgZGVhbCBhcyBwYXJ0IG9mIHdoZW4vd2hlcmUgeW91IGRvIHlvdXINCmxvY2FsLWFz IHByZXBlbmQsIGl0J3MgYWxzbyBhIG1hdHRlciBvZiB3aGVyZSB5b3UgZG8gbG9vcCBkZXRlY3Rp b24uICBJZg0KaW1wbGVtZW50YXRpb25zIGluIHRoZSBhYnNlbmNlIG9mIHNvbWUgIm91dHNpZGUg dGhlIHNjb3BlIiBpbXBsZW1lbnRhdGlvbg0Kd2VyZSB0byBwZWRhbnRpY2FsbHkgaW1wbGVtZW50 IHRoZSBiYXNlIEJHUCBSRkMsIHRoZSBtaWdyYXRpb24gbWVjaGFuaXNtcw0Kd291bGQgYmUgYSBi aXQgYmlhc2VkIHRvIGEgZ2l2ZW4gc29sdXRpb24uIg0KDQpXb3VsZCBzb21ldGhpbmcgbGlrZSB0 aGlzIHRleHQgYmUgdGhlIHJpZ2h0IGxldmVsIG9mIGJhY2tncm91bmQgaW5mbyB0byBwcm92aWRl IHVuYW1iaWd1b3VzIGJ1dCB1bmJpYXNlZCBndWlkYW5jZSB3aXRob3V0IHJlcXVpcmluZyBwYWdl cyBvZiBhZGRpdGlvbmFsIGRpc2N1c3Npb24/DQoNCk9rLi5ob3cgYWJvdXQgdGhpczoNCg0KICAg ICAgIEludGVybmFsOiB0aGUgcm91dGVyIFNIT1VMRCBhcHBlbmQgdGhlIGNvbmZpZ3VyZWQgIkxv Y2FsIEFTIiBBU04NCiAgICAgICBpbiB0aGUgQVNfUEFUSCBhdHRyaWJ1dGUgZWl0aGVyIGJlZm9y ZSBpbnN0YWxsaW5nIHRoZSByb3V0ZSBvcg0KICAgICAgIGJlZm9yZSBhZHZlcnRpc2luZyB0aGUg VVBEQVRFIHRvIGFuIGlCR1AgbmVpZ2hib3IuICBQbGVhc2Ugc2VlIHNlY3Rpb24gMy4zLjENCiAg ICAgICBmb3IgYWRkaXRpb25hbCBndWlkYW5jZS4NCg0KVGhlbiB3ZSB3b3VsZCBuZWVkIHRvIGFk ZCBhIG5ldyAzLjMuMSBzZWN0aW9uIHdpdGggYSBzaG9ydCBkaXNjdXNzaW9uIG9mIHByb3MvY29u cyByZWxhdGVkIHRvIHRoZSBjb25zaXN0ZW5jeSBhbmQgbG9vcCBkZXRlY3Rpb24gYW5nbGVzLg0K DQpJZiB0aGlzIHdvcmtzIGZvciB5b3UsIHRoZW4gd2UgY2FuIHdvcmsgb24gdGhlIHRleHQgdGhh dCBnb2VzIHRoZXJlLiAgW0kgaGF2ZW7igJl0IGxvb2tlZCBhdCBKZWZm4oCZcyB0ZXh0IGluIGRl dGFpbCB5ZXQuXQ0KDQpUaGFua3MhDQoNCkFsdmFyby4NCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClRoaXMgRS1tYWlsIGFuZCBhbnkgb2YgaXRzIGF0dGFjaG1lbnRzIG1heSBj b250YWluIFRpbWUgV2FybmVyIENhYmxlIHByb3ByaWV0YXJ5IGluZm9ybWF0aW9uLCB3aGljaCBp cyBwcml2aWxlZ2VkLCBjb25maWRlbnRpYWwsIG9yIHN1YmplY3QgdG8gY29weXJpZ2h0IGJlbG9u Z2luZyB0byBUaW1lIFdhcm5lciBDYWJsZS4gVGhpcyBFLW1haWwgaXMgaW50ZW5kZWQgc29sZWx5 IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBh ZGRyZXNzZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBF LW1haWwsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIGRp c3RyaWJ1dGlvbiwgY29weWluZywgb3IgYWN0aW9uIHRha2VuIGluIHJlbGF0aW9uIHRvIHRoZSBj b250ZW50cyBvZiBhbmQgYXR0YWNobWVudHMgdG8gdGhpcyBFLW1haWwgaXMgc3RyaWN0bHkgcHJv aGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIEUt bWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGFuZCBw ZXJtYW5lbnRseSBkZWxldGUgdGhlIG9yaWdpbmFsIGFuZCBhbnkgY29weSBvZiB0aGlzIEUtbWFp bCBhbmQgYW55IHByaW50b3V0Lg0K --_000_D177D04B50731wesleygeorgetwcablecom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+UmVt aW5kZXItJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5JJ20gc3RpbGwgYXdh aXRpbmcgZmVlZGJhY2sgKHdoZXRoZXIgZnJvbSBBbHZhcm8gb3Igb3RoZXIgbWVtYmVycyBvZiB0 aGUgV0cgb3IgYm90aCkgb24gaG93IHRvIGFkZHJlc3MgdGhlIHJlbWFpbmluZyBjb25jZXJucyBi bG9ja2luZyB0aGlzIGRyYWZ0IGZyb20gcHJvY2VlZGluZywgYWJvdXQgd2hlcmUgdG8gYWRkIHRo ZSBBU04gYW5kIGhvdyB0byBwcm92aWRlIHRoYXQgZ3VpZGFuY2UsIHdoZXRoZXIgd2UgaW50ZWdy YXRlIGEgdmFyaWFudA0KIG9mIHRoZSB0ZXh0IGJlbG93LCBvciBzb21ldGhpbmcgZWxzZSBlbnRp cmVseS4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0 OyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAw MXB0OyBmb250LXNpemU6IDExcHQ7Ij5XZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyI+PGJyPg0KPC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xv cjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0g bm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklH SFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVk aXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPkZyb206IDwvc3Bhbj4mcXVvdDtBbHZhcm8gUmV0YW5hIChhcmV0YW5hKSZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFyZXRhbmFAY2lzY28uY29tIj5hcmV0YW5hQGNpc2NvLmNvbTwvYT4m Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5XZWRu ZXNkYXksIEFwcmlsIDI5LCAyMDE1IGF0IDEyOjU5IFBNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7R2VvcmdlLCBXZXMmcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzp3ZXNsZXkuZ2VvcmdlQHR3Y2FibGUuY29tIj53ZXNsZXkuZ2VvcmdlQHR3Y2Fi bGUuY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzphbWFudGVAYXBwbGUuY29tIj5h bWFudGVAYXBwbGUuY29tPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFtYW50ZUBhcHBs ZS5jb20iPmFtYW50ZUBhcHBsZS5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5DYzogPC9zcGFuPklkciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9y ZyI+aWRyQGlldGYub3JnPC9hPiZndDssIEplZmZyZXkgSGFhcyAmbHQ7PGEgaHJlZj0ibWFpbHRv OmpoYWFzQHBmcmMub3JnIj5qaGFhc0BwZnJjLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogMiBXZWVrIFdHIExDIG9uIGRy YWZ0LWlldGYtaWRyLWFzLW1pZ3JhdGlvbiAoNC85IHRvIDQvMjMvMjEwNQ0KPGJyPg0KPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQtd3JhcDogYnJlYWst d29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVy LXdoaXRlLXNwYWNlOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQt ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyI+DQpPbiA0LzI5LzE1LCAxMTowOCBBTSwgJnF1b3Q7R2VvcmdlLCBXZXMmcXVvdDsgJmx0Ozxh IGhyZWY9Im1haWx0bzp3ZXNsZXkuZ2VvcmdlQHR3Y2FibGUuY29tIj53ZXNsZXkuZ2VvcmdlQHR3 Y2FibGUuY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQt c2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCldlczo8L2Rp dj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHls ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsiPg0KSGkhPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQt c2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NClRoYW5rcyBm b3IgdGFsa2luZyB0aGlzIG91dCB3aXRoIG1lIOKAlCBJIHJlYWxseSBhcHByZWNpYXRlIHRoZSBw YXRpZW5jZS4gJm5ic3A7QXMgeW91LCBJIHdvdWxkIGFsc28gbGlrZSB0byBoZWFyIG1vcmUgZnJv bSBvdGhlcnM7IHRoaXMgaXMgYW4gaW1wb3J0YW50IGRvY3VtZW50ITwvZGl2Pg0KPGRpdiBzdHls ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyI+DQouIC4gLjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIiBzdHls ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsiPg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVU SU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURE SU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJy ZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBh ZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5XR10gLiAuIC4gc2V2ZXJh bCBmb2xrcyBpbiB0aGUgV0cgc2VlbSB0byBhZ3JlZSB0aGF0IHRoZSBiZXR0ZXIgc29sdXRpb24g aXMgdG8gYWRkIHRoZSBBUyBvbiByZWNlaXB0IHNvIHRoYXQgdGhlIHJvdXRlIGlzIGNvbnNpc3Rl bnQgd2l0aGluIHRoZSBBUyBpbiBvcmRlciB0byBhdm9pZCBsb29wcy48L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9zcGFuPjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiIgc3R5 bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7Ij4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJV VElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFE RElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdiBzdHlsZT0id29yZC13cmFwOiBi cmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazog YWZ0ZXItd2hpdGUtc3BhY2U7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP RFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAt d2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUt c3BhY2U7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNp emU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+SSB3b3VsZCBwcmVm ZXIgdG8gc2VlIGEgZGVmaW5pdGUgc3RhdGVtZW50LiAmbmJzcDtJZiB5b3UgZG9u4oCZdCB3YW50 IHRvIGV4Y2x1ZGUgb25lIG9mIHRoZSBvcHRpb25zIHRoZW4gcGljayBvbmUgKFNIT1VMRCDigJQg Zm9yIHRoZSAmcXVvdDtyaWdodCBhbW91bnQgb2Ygd2lnZ2xlIHJvb20mcXVvdDspIGFuZCB0aGVu IG1lbnRpb24gdGhlIG90aGVyIGFzIGFuIG9wdGlvbg0KIChNQVkpLiAmbmJzcDtJbiB0aGUgZW5k IHRoZSBlZmZlY3QgaXMgdGhlIHNhbWUgKG5vIG9uZSBpcyBleGNsdWRlZCksIGJ1dCB0aGUgYW5z d2VyIHRvIOKAnFdoZW4gc2hvdWxkIEkgcHJlcGVuZD/igJ0gaXMgY2xlYXJlcjogJm5ic3A7ZG8g aXQgd2hlbiB5b3UgU0hPVUxEIChidXQgeW91IE1BWSBhbHNvIGRvIGl0IGF0IG90aGVyIHRpbWVz KS48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9k aXY+DQo8ZGl2PldHXSBXZWxsLCBJJ20gdHJ5aW5nIHRvIGF2b2lkIGVpdGhlciByZS1oYXNoaW5n IHRoZSBhcHBhcmVudCBkaXNhZ3JlZW1lbnQgYmV0d2VlbiB0aGUgdmVuZG9ycywgaGF2aW5nIHRv IGRpc2N1c3MgZGVlcCBkZXRhaWxzIGFib3V0IG11bHRpcGxlIHZlbmRvcnMnIGltcGxlbWVudGF0 aW9uIGNob2ljZXMgdG8gZXhwbGFpbiB0aGUgc2hvdWxkIHZzIG1heSBhbmQvb3IgYmVpbmcgcmVz cG9uc2libGUgZm9yIGZpeGluZyBhbiBleGlzdGluZyBhbWJpZ3VpdHkNCiBpbiB0aGUgQkdQIHNw ZWMsIGVzcGVjaWFsbHkgc2luY2UgYXQgbGVhc3Qgb25lIG9mIHRob3NlIHRoaW5ncyBpcywgYXMg eW91IHNhaWQsIHRoZSByZWFzb24gdGhhdCB0aGlzIGRyYWZ0IGNhbWUgYmFjayB0byB0aGUgV0cg aW4gdGhlIGZpcnN0IHBsYWNlLiBTaW5jZSBlbWFpbCBpcyBiYWQgYXQgY29udmV5aW5nIHRvbmUs IEkgc2hvdWxkIGJlIGNsZWFyIHRoYXQgd2hpbGUgSSBhbSBhIGJpdCBmcnVzdHJhdGVkLCBJJ20g bm90IHRyeWluZyB0byBiZQ0KIGNvbWJhdGl2ZSBoZXJlLiBJdCBhcHBlYXJzIHRvIG1lIHRoYXQg dGhlcmUgaXNuJ3QgYSBzaW5nbGUgcmlnaHQgYW5zd2VyIHRvIHRoZSBxdWVzdGlvbiB5b3UncmUg cG9zaW5nLCBzbyBJIGRvbid0IHJlYWxseSBrbm93IHdoYXQgdGhlIGRlZmluaXRlIHN0YXRlbWVu dCBzaG91bGQgYmUsIHdoaWNoIGlzIHdoeSBJIGRpZG4ndCBtYWtlIGl0LiZuYnNwOzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhlIGNsb3Nlc3QgSSd2ZSBmb3VuZCBpcyB0aGUgbGFz dCBiaXQgb2YgSmVmZidzIEFwcmlsIDIxIGVtYWlsLCBidXQgZXZlbiB0aGF0IGlzIG9ubHkgZGlz Y3Vzc2luZyB0aGUgZ290Y2hhcywgbm90IG1ha2luZyBhIGRlZmluaXRlIHN0YXRlbWVudDombmJz cDs8L2Rpdj4NCjxkaXY+JnF1b3Q7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDb25zb2xhczsg Zm9udC1zaXplOiBtZWRpdW07Ij5UaGUgaXNzdWUgaGFzIHRvIGRvIHdpdGggd2hlcmUgYW4gaW1w bGVtZW50YXRpb24gZG9lcyBpdHMgbG9vcCBkZXRlY3Rpb24uPC9zcGFuPjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6IG1lZGl1bTsiPlNvbWUgaW1w bGVtZW50YXRpb25zIGRvIGxvb3AgZGV0ZWN0aW9uIGF0IGV2ZXJ5IEJHUCBzcGVha2VyLiZuYnNw OyZuYnNwO1NvbWUgZG8gdGhlbTwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNv bGFzOyBmb250LXNpemU6IG1lZGl1bTsiPm9ubHkgYXQgYW4gZWJncCBlZGdlLiZuYnNwOyZuYnNw O1NvbWUgYmlhcyB0aGlzIGJlaGF2aW9yIGJhc2VkIG9uIGxvY2FsLWFzIGJlaW5nPC9kaXY+DQo8 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXM7IGZvbnQtc2l6ZTogbWVkaXVtOyI+ZW5h YmxlZCBvciBub3QuJm5ic3A7Jm5ic3A7SG93IHlvdSBkbyB5b3VyIGxvb3AgZGV0ZWN0aW9uIGFu ZCB3aGVuIGhlYXZpbHkgYmlhc2VzIHlvdXI8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBDb25zb2xhczsgZm9udC1zaXplOiBtZWRpdW07Ij5jaG9pY2Ugb2YgaW1wbGVtZW50YXRpb24u Jm5ic3A7Jm5ic3A7SW4gaW1wbGVtZW50YXRpb25zIHRoYXQgb25seSByZXF1aXJlcyBsb2NhbC1h cyBhdDwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6 IG1lZGl1bTsiPnlvdXIgZWJncCBlZGdlcyBidXQgZG8gbG9vcCBkZXRlY3Rpb24gYXQgcm91dGUg cmVmbGVjdG9ycy9leHRlcm5hbCBjb25mZWRlcmF0aW9uPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQ29uc29sYXM7IGZvbnQtc2l6ZTogbWVkaXVtOyI+cm91dGVycywgYWRkaW5nIHlv dXIgbG9jYWwtYXMgYXMgcGFydCBvZiBpbXBvcnQgaXMgYSBwcm9ibGVtLjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6IG1lZGl1bTsiPjxicj4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6IG1lZGl1 bTsiPlNvLCBjb25zaXN0ZW5jeSBpc24ndCBvbmx5IGEgYmlnIGRlYWwgYXMgcGFydCBvZiB3aGVu L3doZXJlIHlvdSBkbyB5b3VyPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ29uc29s YXM7IGZvbnQtc2l6ZTogbWVkaXVtOyI+bG9jYWwtYXMgcHJlcGVuZCwgaXQncyBhbHNvIGEgbWF0 dGVyIG9mIHdoZXJlIHlvdSBkbyBsb29wIGRldGVjdGlvbi4mbmJzcDsmbmJzcDtJZjwvZGl2Pg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6IG1lZGl1bTsiPmlt cGxlbWVudGF0aW9ucyBpbiB0aGUgYWJzZW5jZSBvZiBzb21lICZxdW90O291dHNpZGUgdGhlIHNj b3BlJnF1b3Q7IGltcGxlbWVudGF0aW9uPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q29uc29sYXM7IGZvbnQtc2l6ZTogbWVkaXVtOyI+d2VyZSB0byBwZWRhbnRpY2FsbHkgaW1wbGVt ZW50IHRoZSBiYXNlIEJHUCBSRkMsIHRoZSBtaWdyYXRpb24gbWVjaGFuaXNtczwvZGl2Pg0KPGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzOyBmb250LXNpemU6IG1lZGl1bTsiPndvdWxk IGJlIGEgYml0IGJpYXNlZCB0byBhIGdpdmVuIHNvbHV0aW9uLiZxdW90OzwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxkaXY+V291bGQgc29tZXRoaW5nIGxpa2UgdGhpcyB0ZXh0IGJlIHRoZSBy aWdodCBsZXZlbCBvZiBiYWNrZ3JvdW5kIGluZm8gdG8gcHJvdmlkZSB1bmFtYmlndW91cyBidXQg dW5iaWFzZWQgZ3VpZGFuY2Ugd2l0aG91dCByZXF1aXJpbmcgcGFnZXMgb2YgYWRkaXRpb25hbCBk aXNjdXNzaW9uPyZuYnNwOzwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8 ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNv bG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7Ij4NCk9rLi5ob3cgYWJvdXQgdGhpczogJm5ic3A7Jm5ic3A7PC9kaXY+DQo8 ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0cHg7Ij48Zm9udCBmYWNlPSJD b25zb2xhcyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7SW50ZXJuYWw6IHRoZSByb3V0ZXIg U0hPVUxEIGFwcGVuZCB0aGUgY29uZmlndXJlZCAmcXVvdDtMb2NhbCBBUyZxdW90OyBBU048L2Zv bnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0 cHg7Ij48Zm9udCBmYWNlPSJDb25zb2xhcyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aW4g dGhlIEFTX1BBVEggYXR0cmlidXRlIGVpdGhlciBiZWZvcmUgaW5zdGFsbGluZyB0aGUgcm91dGUg b3I8L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNvbnNvbGFzIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtiZWZvcmUgYWR2ZXJ0aXNpbmcgdGhlIFVQREFURSB0byBhbiBpQkdQIG5l aWdoYm9yLiAmbmJzcDtQbGVhc2Ugc2VlIHNlY3Rpb24gMy4zLjE8L2ZvbnQ+PC9kaXY+DQo8L2Rp dj4NCjxkaXY+PGZvbnQgZmFjZT0iQ29uc29sYXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O2ZvciBhZGRpdGlvbmFsIGd1aWRhbmNlLjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAw KTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0K VGhlbiB3ZSB3b3VsZCBuZWVkIHRvIGFkZCBhIG5ldyAzLjMuMSBzZWN0aW9uIHdpdGggYSBzaG9y dCBkaXNjdXNzaW9uIG9mIHByb3MvY29ucyByZWxhdGVkIHRvIHRoZSBjb25zaXN0ZW5jeSBhbmQg bG9vcCBkZXRlY3Rpb24gYW5nbGVzLjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAw LCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsi Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNp emU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQpJZiB0aGlzIHdv cmtzIGZvciB5b3UsIHRoZW4gd2UgY2FuIHdvcmsgb24gdGhlIHRleHQgdGhhdCBnb2VzIHRoZXJl LiAmbmJzcDtbSSBoYXZlbuKAmXQgbG9va2VkIGF0IEplZmbigJlzIHRleHQgaW4gZGV0YWlsIHll dC5dPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE0 cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+DQo8YnI+DQo8L2Rpdj4NCjxk aXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NClRoYW5rcyE8L2Rpdj4NCjxkaXYgc3R5bGU9ImNv bG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAw LCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsi Pg0KQWx2YXJvLjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj48YnI+DQo8aHI+DQo8Zm9u dCBmYWNlPSJBcmlhbCIgY29sb3I9IkdyYXkiIHNpemU9IjEiPlRoaXMgRS1tYWlsIGFuZCBhbnkg b2YgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIFRpbWUgV2FybmVyIENhYmxlIHByb3ByaWV0 YXJ5IGluZm9ybWF0aW9uLCB3aGljaCBpcyBwcml2aWxlZ2VkLCBjb25maWRlbnRpYWwsIG9yIHN1 YmplY3QgdG8gY29weXJpZ2h0IGJlbG9uZ2luZyB0byBUaW1lIFdhcm5lciBDYWJsZS4gVGhpcyBF LW1haWwgaXMgaW50ZW5kZWQgc29sZWx5DQogZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwg b3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIGlu dGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIEUtbWFpbCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQg dGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uLCBjb3B5aW5nLCBvciBhY3Rpb24g dGFrZW4gaW4gcmVsYXRpb24gdG8gdGhlIGNvbnRlbnRzIG9mIGFuZCBhdHRhY2htZW50cyB0bw0K IHRoaXMgRS1tYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4g SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBFLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBpbW1lZGlhdGVseSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5h bCBhbmQgYW55IGNvcHkgb2YgdGhpcyBFLW1haWwgYW5kIGFueSBwcmludG91dC48YnI+DQo8L2Zv bnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D177D04B50731wesleygeorgetwcablecom_-- From nobody Wed May 13 00:38:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 592E91A1A52; Wed, 13 May 2015 00:38:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4imKaaxyV0i6; Wed, 13 May 2015 00:38:42 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 573991A1A45; Wed, 13 May 2015 00:38:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVZ21071; Wed, 13 May 2015 07:38:39 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 May 2015 08:38:37 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.135]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 13 May 2015 15:38:30 +0800 From: "Dongjie (Jimmy)" To: Lou Berger , "draft-ietf-idr-te-lsp-distribution@ietf.org" Thread-Topic: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt Thread-Index: AQHQiKgJCwRPna3Z/k6au5osFnF6jJ1wBaYAgAHJJ3D//6E6gIAHz4Rw Date: Wed, 13 May 2015 07:38:29 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757D11D2B@nkgeml512-mbx.china.huawei.com> References: <20150507092713.29688.3632.idtracker@ietfa.amsl.com> <554B7098.1090101@labn.net> <76CD132C3ADEF848BD84D028D243C92757D10DAB@nkgeml512-mbx.china.huawei.com> <14d33532e98.276d.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <14d33532e98.276d.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 07:38:45 -0000 Hi Lou,=20 Thanks for your replies, and please see inline below: > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Friday, May 08, 2015 7:40 PM > To: Dongjie (Jimmy); draft-ietf-idr-te-lsp-distribution@ietf.org > Cc: idr@ietf.org > Subject: RE: [Idr] I-D Action: draft-ietf-idr-te-lsp-distribution-03.txt >=20 > Jie, >=20 > See in line below. >=20 >=20 > On May 8, 2015 6:04:33 AM "Dongjie (Jimmy)" wrote: >=20 > > Hi Lou, > > > > Thanks a lot for your comments, and please see my replies inline: > > > > > -----Original Message----- > > > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Lou Berger > > > Sent: Thursday, May 07, 2015 10:03 PM > > > To: draft-ietf-idr-te-lsp-distribution@ietf.org > > > Cc: idr@ietf.org > > > Subject: Re: [Idr] I-D Action: > > > draft-ietf-idr-te-lsp-distribution-03.txt > > > > > > Hi, > > > I have a couple of questions on this draft: > > > > > > > > > > > The 64-Bit 'Identifier' field is used to discriminate between > > > > instances with different LSP technologies. The default identifi= er > > > > "0" identifies the instance for packet switched LSPs. > > > > > > > A new > > > > identifier TBD is used to identify the instance of optical layer > > > > LSPs. > > > > > > Doesn't it make more sense to just carry the values used in LSP > > > switching > > type > > > (See rfc3473/7074) for the non-zero case? > > > > I agree with your point that this document could cover LSPs with > > different switching types. As for using the switching type values > > directly as identifier, we coauthors will discuss it and then feedback = to you. > > >=20 > Sure, but unless there's a substantive justification, I really don't thin= k we need > another name/number space for the same thing. What about we use another way to specify the LSP switching type: include th= e Generalized Label Request Object in the LSP State Information TLVs, as th= e switching type is one of the attributes of the LSP. The NLRI is used to s= pecify the identifiers of the LSP. This would not require the assignment of several well-known values from the= identifier registry. Our concern is that this identifier field and registr= y is generic for all BGP-LS NLRIs, and making reservations for some specifi= c NLRIs may restrict the usage of such values.=20 If you agree with this method, we can add the corresponding specifications = in next revision. >=20 > > > > Currently the TE LSP Objects that can be carried in the LSP State= TLV > > > > include: > > > > > > How do you distinguish between RSVP and PCEP objects? > > > > Good question. My understanding is for the same information, the > > format of RSVP and PCEP objects usually are compatible. In case there > > is some discrepancy, the current strategy is, for information which > > has corresponding RSVP object, the RSVP object is used, otherwise the > > PCEP object is used. Or do you have some suggestions about this? > > >=20 > There is collision/ambiguity so I'd use a different type or add a subtype= . Our intention was to re-use the existing registries of LSP objects and avoi= d defining a new one. The advantage is every time some new object is define= d in RSVP or PCEP, this BGP-LS specification does not need to be revised. That said, I'd agree that the ambiguity between RSVP and PCEP objects needs= to be solved. One possible solution for this is to make the LSP State info= rmation TLVs hierarchical. We can define a set of top level TLVs, each one = identifies the source/format of the information carried. For example, we ca= n define a top-level sub-TLV for RSVP, which consists of the existing RSVP = objects. Similarly, define another top level sub-TLV for PCEP, which carrie= s the existing PCEP objects. We may also define a new top level sub-TLV for= LSP information derived from other sources. This way we can solve the ambi= guity without assigning new type values for every existing object. Hope thi= s is in line with your proposal "add a subtype". Best regards, Jie >=20 > Lou >=20 > > Best regards, > > Jie > > > > > Lou > > > > > > On 5/7/2015 5:27 AM, internet-drafts@ietf.org wrote: > > > > A New Internet-Draft is available from the on-line Internet-Drafts > > directories. > > > > This draft is a work item of the Inter-Domain Routing Working > > > > Group of the > > > IETF. > > > > > > > > Title : Distribution of MPLS Traffic Engineering = (TE) > LSP > > > State using BGP > > > > Authors : Jie Dong > > > > Mach(Guoyi) Chen > > > > Hannes Gredler > > > > Stefano Previdi > > > > Jeff Tantsura > > > > Filename : draft-ietf-idr-te-lsp-distribution-03.txt > > > > Pages : 12 > > > > Date : 2015-05-07 > > > > > > > > Abstract: > > > > This document describes a mechanism to collect the Traffic > > > > Engineering (TE) LSP information using BGP. Such information ca= n be > > > > used by external components for path reoptimization, service > > > > placement and network visualization. > > > > > > > > > > > > > > > > The IETF datatracker status page for this draft is: > > > > https://datatracker.ietf.org/doc/draft-ietf-idr-te-lsp-distributio > > > > n/ > > > > > > > > There's also a htmlized version available at: > > > > https://tools.ietf.org/html/draft-ietf-idr-te-lsp-distribution-03 > > > > > > > > A diff from the previous version is available at: > > > > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-te-lsp-distribut= i > > > > on-0 > > > > 3 > > > > > > > > > > > > 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/ > > > > > > > > _______________________________________________ > > > > I-D-Announce mailing list > > > > I-D-Announce@ietf.org > > > > https://www.ietf.org/mailman/listinfo/i-d-announce > > > > Internet-Draft directories: http://www.ietf.org/shadow.html or > > > > ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > > > > > > > > > > _______________________________________________ > > > Idr mailing list > > > Idr@ietf.org > > > https://www.ietf.org/mailman/listinfo/idr > > >=20 From nobody Fri May 15 18:26:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE0EE1ACCF4 for ; Fri, 15 May 2015 18:26:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44Y9DeCSQkap for ; Fri, 15 May 2015 18:26:17 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D0FA1ACC8D for ; Fri, 15 May 2015 18:26:17 -0700 (PDT) Received: by iebgx4 with SMTP id gx4so135102459ieb.0 for ; Fri, 15 May 2015 18:26:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=fcO9r73uNAa8IR6eUUPIFEjQaShmXyA1ehHTuG/RDFA=; b=aA7fTqdzt2s4w5tpAgc5xHvprI0K5bpe4xUzvUmOiB8T4dstCirF9sKkJaxrszWDEW o7YpUzPFU8nhTZ6BW3PrwDzCEzo4wLg40r/2Xr0hBjZDaiBEfHjY6HiE083gligRx/T1 v/HFrut6nJnQJkxci8glEREGU0M5JlKbdjn7Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=fcO9r73uNAa8IR6eUUPIFEjQaShmXyA1ehHTuG/RDFA=; b=NHyN3gzZVsfk1d0ekmacf8fsG7HsFMFJdH9EdSU+2Xk4/+0J8sXDw0dtZPU4f15Gzf TInIwOTTQgt9XUnHaCCqlwHFX73KfNEeuhs7lDvzZ2rMRWcntp9SkfVztjqXeYEkfUrh +3CoTdMeayTN2TA1wZaZ+6AnqGyBGvcBLdd9auiGJPdT3fsG/u4brvDEWjlCFLJ1f1wH BIrrTWDjiOxHYngA2KLhH/ya7nee9dlVKul1rUmcb7hxGUT8YhvrLsl3ulXKyJ6oxBgM +VdSGzV0bic1RYF7QFs1Z6QruSoPpsrbuwln9oaELBYsPDNtEtYx9K/ykGO4vmbI16I6 rm3g== X-Gm-Message-State: ALoCoQkZUz404u3ne3EHhsKJSAoh+FrEr9D6HHdj0gYKTXkVO4da9NjMTuls4+AdJ4lTy5hYQ9Gy MIME-Version: 1.0 X-Received: by 10.50.43.196 with SMTP id y4mr1766390igl.14.1431739577048; Fri, 15 May 2015 18:26:17 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Fri, 15 May 2015 18:26:16 -0700 (PDT) Date: Fri, 15 May 2015 21:26:16 -0400 Message-ID: From: Daniel Walton To: idr wg , Dinesh Dutt Content-Type: multipart/alternative; boundary=089e01160412e6bcf2051628d89d Archived-At: Subject: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 01:26:18 -0000 --089e01160412e6bcf2051628d89d Content-Type: text/plain; charset=UTF-8 https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 Feedback is welcome. There is a "Sectino" typo in the intro, will clean that up. Daniel --089e01160412e6bcf2051628d89d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Feedback is welcome. T= here is a "Sectino" typo in the intro, will clean that up.=C2=A0
<= div>
Daniel

--089e01160412e6bcf2051628d89d-- From nobody Fri May 15 18:52:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2C721ACE21 for ; Fri, 15 May 2015 18:52:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ROLtOF1lNEg9 for ; Fri, 15 May 2015 18:52:36 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 048871ACE1C for ; Fri, 15 May 2015 18:52:36 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1YtRHF-0003DC-SA; Sat, 16 May 2015 01:52:34 +0000 Date: Fri, 15 May 2015 15:52:32 -1000 Message-ID: From: Randy Bush To: Daniel Walton In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 01:52:37 -0000 one more unneeded place for things to go wrong randy From nobody Fri May 15 18:58:24 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3C8E1ACE25 for ; Fri, 15 May 2015 18:58:23 -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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x4KyevNfLapN for ; Fri, 15 May 2015 18:58:22 -0700 (PDT) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 2D3FD1ACDE4 for ; Fri, 15 May 2015 18:58:22 -0700 (PDT) Received: by igbyr2 with SMTP id yr2so11578062igb.0 for ; Fri, 15 May 2015 18:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:content-transfer-encoding:message-id:date :subject:from:in-reply-to:references:to:cc; bh=RDuzmg6RP01n5M4122/ASjvbmHpc2TBXP1c7oMppSL4=; b=Zw0nfoCK20DMA8WilIQMFCoXk6MKP3B82LKFQmekZVYDlxOulfT+N+m+nv16mDv5E1 0wlIyr/2KoG0RmV/w5nGnlUH7e+bLSQqtPVN+rqQLZYYz6ahT+TaJfMht8YhfHOJCK8n 5JKhB6uSyMm9FUoZGC4r8BKt9AuUTetka3bmnXABgwde/KPLxJFd7FyLkTEbyMV1ETqW FPL0GPt+GiYFeVkry9O4qpnmeZv7vEctch8yhcNS859AM5XKuILQZiGEluP4jO5oPJfa lxZyKondExPrn+a+UavMcWq1Q06Ed/Tv8XZ35P1dbNWykylfrWC2CtRoBVnNmVX2lUQU c+Sw== X-Received: by 10.42.76.146 with SMTP id e18mr24937283ick.42.1431741501646; Fri, 15 May 2015 18:58:21 -0700 (PDT) Received: from [127.0.0.1] (blk-103-240-89.eastlink.ca. [208.103.240.89]) by mx.google.com with ESMTPSA id b2sm423578igf.10.2015.05.15.18.58.19 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 May 2015 18:58:20 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.2.1.2141) Message-ID: <20150516015819.5849234.74476.67011@gmail.com> Date: Fri, 15 May 2015 22:58:19 -0300 From: deleskie@gmail.com In-Reply-To: References: To: Randy Bush , Daniel Walton Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 01:58:23 -0000 Agree.. adding code for no real operational benefit Sent from my BlackBerry 10 smartphone on the Rogers network. =A0 Original Message =A0 From: Randy Bush Sent: Friday, May 15, 2015 10:52 PM To: Daniel Walton Cc: idr wg; Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 one more unneeded place for things to go wrong randy _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri May 15 19:12:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55E721A1EFE for ; Fri, 15 May 2015 19:12:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.577 X-Spam-Level: X-Spam-Status: No, score=-1.577 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SpnVhp45ompF for ; Fri, 15 May 2015 19:11:59 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC0D1A8874 for ; Fri, 15 May 2015 19:11:59 -0700 (PDT) Received: from [10.100.137.88] (unknown [166.177.58.38]) by slice.pfrc.org (Postfix) with ESMTPSA id 52B2A1E303; Fri, 15 May 2015 22:12:20 -0400 (EDT) Content-Type: multipart/alternative; boundary=Apple-Mail-CA4B6A2F-87E2-4894-9340-BBD9D66A97B8 Mime-Version: 1.0 (1.0) From: Jeff Haas X-Mailer: iPhone Mail (12F70) In-Reply-To: Date: Fri, 15 May 2015 22:11:58 -0400 Content-Transfer-Encoding: 7bit Message-Id: <8A0167EF-C19A-4CF7-8E21-C8274654DD9E@pfrc.org> References: To: Daniel Walton Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 02:12:00 -0000 --Apple-Mail-CA4B6A2F-87E2-4894-9340-BBD9D66A97B8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Minimally this is going to want ext-opt-param. :-) Jeff > On May 15, 2015, at 21:26, Daniel Walton wro= te: >=20 > https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 >=20 > Feedback is welcome. There is a "Sectino" typo in the intro, will clean th= at up.=20 >=20 > Daniel >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr --Apple-Mail-CA4B6A2F-87E2-4894-9340-BBD9D66A97B8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Minimally this is going to want ext-opt-param. :-)

Jeff

On May 15, 2015, at 21:26, Daniel Walton <dwalton@cumulusnetworks.com> wrote:


Feedback is welcome. There is a "Sectino" typo in the intro, will clean that up. 

Daniel

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr
--Apple-Mail-CA4B6A2F-87E2-4894-9340-BBD9D66A97B8-- From nobody Fri May 15 19:49:07 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E61C01AD16B for ; Fri, 15 May 2015 19:49:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cNu8kBqhb8Kv for ; Fri, 15 May 2015 19:49:05 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE6651A92B2 for ; Fri, 15 May 2015 19:49:05 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1YtS9u-0003XE-To; Sat, 16 May 2015 02:49:03 +0000 Date: Fri, 15 May 2015 16:49:01 -1000 Message-ID: From: Randy Bush To: Jeff Haas In-Reply-To: <8A0167EF-C19A-4CF7-8E21-C8274654DD9E@pfrc.org> References: <8A0167EF-C19A-4CF7-8E21-C8274654DD9E@pfrc.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 02:49:07 -0000 > Minimally this is going to want ext-opt-param. :-) >> https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 also the astologic sign of the last person to config the peer. in radians. From nobody Fri May 15 21:08:41 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF1EC1B29CA for ; Fri, 15 May 2015 21:08:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id URyKCw-88gCW for ; Fri, 15 May 2015 21:08:36 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 592221B29C7 for ; Fri, 15 May 2015 21:08:36 -0700 (PDT) Received: by igbpi8 with SMTP id pi8so12863361igb.1 for ; Fri, 15 May 2015 21:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dK4Vc3L/Dsatky4oaSlVtMsqPl0kqvcdkrUT1G12hNE=; b=YyIh2MVrobe1BwdTyp5Rtl+0jVP13OAQ5QhPTI08+02xNaMXNbWGig7oNyxr3kNitq KnvG1WmQl8VI1G4n2/zXWAq2sDq5tJYMlDRmY2DtsV+eFw771QGnlEXhvqzls71FPPuK u2ZE34mcEPomGvRmsS2zrzyRU9TmXfaSkMsf0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dK4Vc3L/Dsatky4oaSlVtMsqPl0kqvcdkrUT1G12hNE=; b=KBAt06BUVwWukneyQgrQPj86qucsVXi2fTVhT5sD7z/LF5XUHGUDFZWtSbpFqLoCgh yaTlB8NRCAi/Oq/7aIPdMpE6PoA/WuDEuYEw2HaKox05dL6+lLbHK7rEsD1VzOnpc9hL wB9NrcmZ7n4I2JoExvLMayM/hSFH8D5PoWuaqJLyyFCxcOvbRz9abJ55D/lfELTDwzeh h3CBdfz03fNmEHdge7eVTmVc+9k7Cn7gkNrxa9nz4RcifjZYEs4r5myoOX9Iq5/zz4UL F0lbr17ViEWjeDymQdLJXvL1FEcCeZVbugGca7hZRwN8amarYNNC/FOmsV6tO5tgnF+P 3hag== X-Gm-Message-State: ALoCoQlI8AEYoBDoUaUGca1Hj/xzoatQuem5kJOzJiP3Do8Dmq/sQXJ9Y6TZ69mLBdpFWqnsYM6M MIME-Version: 1.0 X-Received: by 10.42.67.80 with SMTP id s16mr10201250ici.25.1431749315639; Fri, 15 May 2015 21:08:35 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Fri, 15 May 2015 21:08:35 -0700 (PDT) In-Reply-To: <20150516015819.5849234.74476.67011@gmail.com> References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 00:08:35 -0400 Message-ID: From: Daniel Walton To: deleskie@gmail.com Content-Type: multipart/alternative; boundary=20cf303347bb5dd31905162b1d9f Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 04:08:38 -0000 --20cf303347bb5dd31905162b1d9f Content-Type: text/plain; charset=UTF-8 Many of our customers use a Clos architecture and bgp peer to the IPv6 LL address of every directly connected router. To avoid configuring neighbor statements with LL addresses we support a "neighbor swpX interface" command ("swpX" is the default notation for an interface name in cumulus linux). We then peer to the LL address on the other end of the swpX link (we only support this for point-to-point links). When you run commands like "show ip bgp summary" you see a list of interface names instead of IP addresses. Typically if you are loopback peering you either become familiar with "10.0.0.1 is Chicago" because you see 10.0.0.1 in the 'show ip bgp summ' output of several different routers or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in the output. When every box is peering to LL addresses though ("swpX" for short for us) you can't easily tell who that peer is and you can't use DNS because they LL addresses *Before* leaf-11# show ip bgp summ BGP router identifier 6.0.0.5, local AS number 65101 BGP table version 25 RIB entries 33, using 3960 bytes of memory Peers 6, using 100 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd swp1 4 65000 196 198 0 0 0 00:02:51 9 swp2 4 65000 195 200 0 0 0 00:02:51 9 swp3 4 65000 197 200 0 0 0 00:02:51 9 swp4 4 65000 198 200 0 0 0 00:02:51 9 swp5 4 65201 207 200 0 0 0 00:02:51 2 swp6 4 65202 210 201 0 0 0 00:02:52 2 Total number of neighbors 6 leaf-11# spine-3# show ip bgp summ BGP router identifier 6.0.0.15, local AS number 65000 BGP table version 19 RIB entries 33, using 3960 bytes of memory Peers 8, using 134 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd swp5 4 65101 675 675 0 0 0 00:10:49 5 swp6 4 65101 678 676 0 0 0 00:10:50 5 swp7 4 65101 667 668 0 0 0 00:10:48 5 swp8 4 65101 676 676 0 0 0 00:10:49 5 swp9 4 65102 701 692 0 0 0 00:11:04 5 swp10 4 65102 701 692 0 0 0 00:11:04 5 swp11 4 65102 701 691 0 0 0 00:11:04 5 swp12 4 65102 701 692 0 0 0 00:11:04 5 Total number of neighbors 8 spine-3# spine-3# *After* leaf-11# show ip bgp summ BGP router identifier 6.0.0.5, local AS number 65101 BGP table version 25 RIB entries 33, using 3960 bytes of memory Peers 6, using 100 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 9 spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 9 spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 9 spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 9 tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 2 tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 2 Total number of neighbors 6 leaf-11# spine-3# show ip bgp summ BGP router identifier 6.0.0.15, local AS number 65000 BGP table version 19 RIB entries 33, using 3960 bytes of memory Peers 8, using 134 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 5 leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 5 leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 5 leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 5 leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 5 leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 5 leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 5 leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 5 Total number of neighbors 8 spine-3# It makes troubleshooting much easier. Daniel On Fri, May 15, 2015 at 9:58 PM, wrote: > Agree.. adding code for no real operational benefit > > Sent from my BlackBerry 10 smartphone on the Rogers network. > Original Message > From: Randy Bush > Sent: Friday, May 15, 2015 10:52 PM > To: Daniel Walton > Cc: idr wg; Dinesh Dutt > Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 > > one more unneeded place for things to go wrong > > randy > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --20cf303347bb5dd31905162b1d9f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Many of our customers use a Clos architecture and bgp= peer to the IPv6 LL address of every directly connected router.=C2=A0 To a= void configuring neighbor statements with LL addresses we support a "n= eighbor swpX interface" command ("swpX" is the default notat= ion for an interface name in cumulus linux).=C2=A0 We then peer to the LL a= ddress on the other end of the swpX link (we only support this for point-to= -point links). =C2=A0

When you run commands like &= quot;show ip bgp summary" you see a list of interface names instead of= IP addresses. Typically if you are loopback peering you either become fami= liar with "10.0.0.1 is Chicago" because you see 10.0.0.1 in the &= #39;show ip bgp summ' output of several different routers or you could = use DNS to do a lookup on 10.0.0.1 and put the hostname in the output.=C2= =A0 When every box is peering to LL addresses though ("swpX" for = short for us) you can't easily tell who that peer is and you can't = use DNS because they LL addresses

Before

leaf-11= # show ip bgp summ
BGP= router identifier 6.0.0.5, local AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of m= emory
Peer groups 1, u= sing 56 bytes of memory
Neighbor =C2=A0= =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0= InQ OutQ Up/Down =C2=A0State/PfxRcd
swp1 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 = =C2=A0 196 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A04 65000 =C2=A0 =C2=A0 195 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09=
swp3 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 197 =C2=A0 =C2=A0 200 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2= =A0 =C2=A09
swp4 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 198 =C2=A0 =C2= =A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51= =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp5 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0= 207 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A02
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 6= 5202 =C2=A0 =C2=A0 210 =C2=A0 =C2=A0 201 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 00:02:52 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0= .0.15, local AS number 65000
BGP table version 19
RIB e= ntries 33, using 3960 bytes of memory
Peers 8, using 134 KiB of m= emory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent= =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
swp5 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 675 =C2=A0 =C2= =A0 675 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49= =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 678 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:50 =C2=A0 =C2=A0 =C2=A0 =C2= =A05
swp7 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0= =C2=A0 667 =C2=A0 =C2=A0 668 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:10:48 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp8 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 6= 76 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2= =A0 =C2=A0 =C2=A0 =C2=A05
swp9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A04 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp10 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 = =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp11 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 691 =C2=A0 =C2=A0= =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0= =C2=A05
swp12 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 = =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05

Total number of neighbors 8
spine-3#
spine-3#
<= div>

After

<= /div>
leaf-11# show ip bgp sum= m
BGP router identifie= r 6.0.0.5, local AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of = memory

Neighbor =C2=A0 =C2=A0 =C2=A0 = =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Dow= n =C2=A0State/PfxRcd
s= pine-1(swp1) =C2=A0 4 65000 =C2=A0 =C2=A0 211 =C2=A0 =C2=A0 213 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2= =A0 =C2=A09
spine-2(sw= p2) =C2=A0 4 65000 =C2=A0 =C2=A0 210 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 9
spine-3(swp3) =C2=A0= 4 65000 =C2=A0 =C2=A0 212 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09<= /div>
spine-4(swp4) =C2=A0 4 65000 = =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
= tor-11(swp5) =C2=A0 =C2=A04 65201 =C2= =A0 =C2=A0 222 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A02
tor-12(swp6) =C2=A0 =C2=A04 65202 =C2=A0 = =C2=A0 225 =C2=A0 =C2=A0 216 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:03:08 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local = AS number 65000
BGP ta= ble version 19
RIB ent= ries 33, using 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2= =A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxR= cd
leaf-11(swp5) =C2= =A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-12(swp6) =C2=A0 4 6510= 1 =C2=A0 =C2=A01122 =C2=A0 =C2=A01120 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 =C2=A0 =C2=A00 00:18:14 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-13(swp7) =C2=A0 4 65101 =C2=A0 = =C2=A01110 =C2=A0 =C2=A01111 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:18:12 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-14(swp8) =C2=A0 4 65101 =C2=A0 =C2=A011= 19 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-21(swp9) =C2=A0 4 65102 =C2=A0 =C2=A01144 =C2=A0 = =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18= :28 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-22(swp10) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135= =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0= =C2=A0 =C2=A0 =C2=A05
leaf-23(swp11) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01134 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 = =C2=A0 =C2=A05
leaf-24= (swp12) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2= =A05

=
Total number of neighbors 8=
spine-3#
<= div>
It makes troubleshooting much easier.

Daniel


On Fri, May 15, 2015 at 9:58 PM, <deleskie@gmail.com>= wrote:
Agree.. adding code for no real operatio= nal benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
=C2=A0 Original Message =C2=A0
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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

--20cf303347bb5dd31905162b1d9f-- From nobody Fri May 15 23:02:01 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEBFB1B2A4C for ; Fri, 15 May 2015 23:01:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ub930WWsYDUZ for ; Fri, 15 May 2015 23:01:57 -0700 (PDT) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020E71B2A48 for ; Fri, 15 May 2015 23:01:57 -0700 (PDT) Received: by obfe9 with SMTP id e9so92268236obf.1 for ; Fri, 15 May 2015 23:01:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rcd+9NYeJYv13SA/kwn2+iaxV6nybnuCh2zATQgIYwU=; b=lyPPN1uoF2PuJLBSY+htr0AQsh0rSlXj2aKohVVlGGjHiXbYpPAvCvbn6PlZLdepfZ Xbz/48i85AUes69cNuSdyJAEJWlCrjamuhlbc5sqwxoErd93IK7MOe1OglymZj2ZCGe+ +BofxeiSdXSBa8eZiBkkctDsHL7KlKuAbgrAA4k6+5SaueG7PgtdLsBbiqiKnyFP7W2V UiM3PRI0HcuAu+hf0F8+CAssDOp5FGxhCt1S4jS6Ym90ya/z7Xc7GDY1VVw6m8lmtUFw +QTFtFlbKKJaP/itqR13PH8CtWkhoM0jDB4sv9p1ibfi7eKVLxSPoCqZY6v8gnrwhGqP 3bzQ== MIME-Version: 1.0 X-Received: by 10.202.96.8 with SMTP id u8mr2983057oib.77.1431756116431; Fri, 15 May 2015 23:01:56 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Fri, 15 May 2015 23:01:56 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 08:01:56 +0200 X-Google-Sender-Auth: 96IENDI_HCNEkWqVXlKJc53PQlw Message-ID: From: Robert Raszuk To: Daniel Walton Content-Type: multipart/alternative; boundary=001a113d5b88b999be05162cb226 Archived-At: Cc: idr wg , Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 06:02:00 -0000 --001a113d5b88b999be05162cb226 Content-Type: text/plain; charset=UTF-8 Hi Daniel & Dinesh, I very much like the intention, but have a concern how it would simplify troubleshooting in practice ... Imagine we exchange the names in new capability when session comes up so we list it in summary output instead of link local address. But when you try to trace or ping that name (from pc or router) your local or global DNS will return not the LL address but most likely loopback so the results will be rather of questionable value. Would you not see this as a problem ? I hope you did not intended to just cover the cosmetic nature of few show commands which I must agree with others is rather a legacy way to operate the network these days anyway ;)). Cheers, R. On Saturday, May 16, 2015, Daniel Walton wrote: > Many of our customers use a Clos architecture and bgp peer to the IPv6 LL > address of every directly connected router. To avoid configuring neighbor > statements with LL addresses we support a "neighbor swpX interface" command > ("swpX" is the default notation for an interface name in cumulus linux). > We then peer to the LL address on the other end of the swpX link (we only > support this for point-to-point links). > > When you run commands like "show ip bgp summary" you see a list of > interface names instead of IP addresses. Typically if you are loopback > peering you either become familiar with "10.0.0.1 is Chicago" because you > see 10.0.0.1 in the 'show ip bgp summ' output of several different routers > or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in the > output. When every box is peering to LL addresses though ("swpX" for short > for us) you can't easily tell who that peer is and you can't use DNS > because they LL addresses > > *Before* > > leaf-11# show ip bgp summ > BGP router identifier 6.0.0.5, local AS number 65101 > BGP table version 25 > RIB entries 33, using 3960 bytes of memory > Peers 6, using 100 KiB of memory > Peer groups 1, using 56 bytes of memory > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down > State/PfxRcd > swp1 4 65000 196 198 0 0 0 00:02:51 > 9 > swp2 4 65000 195 200 0 0 0 00:02:51 > 9 > swp3 4 65000 197 200 0 0 0 00:02:51 > 9 > swp4 4 65000 198 200 0 0 0 00:02:51 > 9 > swp5 4 65201 207 200 0 0 0 00:02:51 > 2 > swp6 4 65202 210 201 0 0 0 00:02:52 > 2 > > Total number of neighbors 6 > leaf-11# > > spine-3# show ip bgp summ > BGP router identifier 6.0.0.15, local AS number 65000 > BGP table version 19 > RIB entries 33, using 3960 bytes of memory > Peers 8, using 134 KiB of memory > Peer groups 1, using 56 bytes of memory > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down > State/PfxRcd > swp5 4 65101 675 675 0 0 0 00:10:49 > 5 > swp6 4 65101 678 676 0 0 0 00:10:50 > 5 > swp7 4 65101 667 668 0 0 0 00:10:48 > 5 > swp8 4 65101 676 676 0 0 0 00:10:49 > 5 > swp9 4 65102 701 692 0 0 0 00:11:04 > 5 > swp10 4 65102 701 692 0 0 0 00:11:04 > 5 > swp11 4 65102 701 691 0 0 0 00:11:04 > 5 > swp12 4 65102 701 692 0 0 0 00:11:04 > 5 > > Total number of neighbors 8 > spine-3# > spine-3# > > > *After* > > leaf-11# show ip bgp summ > BGP router identifier 6.0.0.5, local AS number 65101 > BGP table version 25 > RIB entries 33, using 3960 bytes of memory > Peers 6, using 100 KiB of memory > Peer groups 1, using 56 bytes of memory > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down > State/PfxRcd > spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 > 9 > spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 > 9 > spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 > 9 > spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 > 9 > tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 > 2 > tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 > 2 > > Total number of neighbors 6 > leaf-11# > > spine-3# show ip bgp summ > BGP router identifier 6.0.0.15, local AS number 65000 > BGP table version 19 > RIB entries 33, using 3960 bytes of memory > Peers 8, using 134 KiB of memory > Peer groups 1, using 56 bytes of memory > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down > State/PfxRcd > leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 > 5 > leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 > 5 > leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 > 5 > leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 > 5 > leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 > 5 > leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 > 5 > leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 > 5 > leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 > 5 > > Total number of neighbors 8 > spine-3# > > It makes troubleshooting much easier. > > Daniel > > > On Fri, May 15, 2015 at 9:58 PM, > wrote: > >> Agree.. adding code for no real operational benefit >> >> Sent from my BlackBerry 10 smartphone on the Rogers network. >> Original Message >> From: Randy Bush >> Sent: Friday, May 15, 2015 10:52 PM >> To: Daniel Walton >> Cc: idr wg; Dinesh Dutt >> Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 >> >> one more unneeded place for things to go wrong >> >> randy >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> > > --001a113d5b88b999be05162cb226 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Daniel & Dinesh,

I very much like the intention, = but have a concern how it would simplify troubleshooting in practice ...

Imagine we exchange the names in new capability when= session comes up=C2=A0so we list it in summary output instead of link loca= l address. But when you try to trace or ping that name (from pc or router)= =C2=A0your local or global DNS will return not the LL address but most like= ly loopback so the results will be rather of=C2=A0questionable value.
=

Would you not see this as a problem ? I hope you did no= t intended to just cover the cosmetic nature of few show commands which I m= ust agree with others is rather a=C2=A0legacy way to operate the network th= ese days anyway ;)).

Cheers,
R.


On Saturday, May 16, 2015, Daniel Walton <dwalton@cumulusnetworks.com>= wrote:
Many of our= customers use a Clos architecture and bgp peer to the IPv6 LL address of e= very directly connected router.=C2=A0 To avoid configuring neighbor stateme= nts with LL addresses we support a "neighbor swpX interface" comm= and ("swpX" is the default notation for an interface name in cumu= lus linux).=C2=A0 We then peer to the LL address on the other end of the sw= pX link (we only support this for point-to-point links). =C2=A0
<= br>
When you run commands like "show ip bgp summary" yo= u see a list of interface names instead of IP addresses. Typically if you a= re loopback peering you either become familiar with "10.0.0.1 is Chica= go" because you see 10.0.0.1 in the 'show ip bgp summ' output = of several different routers or you could use DNS to do a lookup on 10.0.0.= 1 and put the hostname in the output.=C2=A0 When every box is peering to LL= addresses though ("swpX" for short for us) you can't easily = tell who that peer is and you can't use DNS because they LL addresses

Before

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, local A= S number 65101
BGP tab= le version 25
RIB entr= ies 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2= =A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxR= cd
swp1 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 196 =C2=A0 =C2=A0 198 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2= =A0 =C2=A0 =C2=A09
swp= 2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 195 =C2=A0= =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:0= 2:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp3 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 = =C2=A0 197 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp4 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A04 65000 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09=
swp5 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 207 =C2=A0 =C2=A0 200 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2= =A0 =C2=A02
swp6 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 210 =C2=A0 =C2= =A0 201 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:52= =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total num= ber of neighbors 6
lea= f-11#

spine-3# show ip bgp s= umm
BGP router identifier 6.0.0.15, local AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes of memor= y
Peers 8, using 134 KiB of memory
Peer groups 1, using= 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 = =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Dow= n =C2=A0State/PfxRcd
swp5 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A04 65101 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2=A0 =C2=A05
<= div>swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 678= =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 00:10:50 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp7 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 667 =C2=A0 =C2=A0 668 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:48 =C2=A0 =C2=A0 = =C2=A0 =C2=A05
swp8 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65= 101 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp= 9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65102 =C2=A0 =C2=A0 701 =C2=A0= =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:1= 1:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp10 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
swp11 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 = 701 =C2=A0 =C2=A0 691 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp12 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 = =C2=A0 =C2=A05

Total number of neighbors 8
spine-3#
spine-3#


After

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, local AS number 65101
BGP table version 25=
RIB entries 33, using 3960 b= ytes of memory
Peers 6= , using 100 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent = =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
spine-1(swp1) =C2=A0 4 65000 =C2=A0 =C2= =A0 211 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-2(swp2) =C2=A0 4 65000 =C2=A0 =C2=A0 210 = =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-3(swp3) =C2=A0 4 65000 =C2=A0 =C2=A0 212 =C2=A0 =C2= =A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07= =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-4(swp4) =C2=A0 4 65000 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 215 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 = =C2=A0 =C2=A0 =C2=A09
= tor-11(swp5) =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 222 =C2=A0 =C2=A0 215 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2= =A0 =C2=A0 =C2=A02
tor= -12(swp6) =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 225 =C2=A0 =C2=A0 216 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:08 =C2=A0 =C2=A0 = =C2=A0 =C2=A02

Total number of neighbor= s 6
leaf-11#

spine= -3# show ip bgp summ
B= GP router identifier 6.0.0.15, local AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes of memory
Peers 8, using 134 KiB o= f memory
Peer groups 1= , using 56 bytes of memory

Neighbor =C2= =A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2= =A0InQ OutQ Up/Down =C2=A0State/PfxRcd
leaf-11(swp5) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2= =A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13= =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-12(swp6) =C2=A0 4 65101 =C2=A0 =C2=A01122 =C2=A0 =C2=A01120 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:14 =C2=A0 = =C2=A0 =C2=A0 =C2=A05
= leaf-13(swp7) =C2=A0 4 65101 =C2=A0 =C2=A01110 =C2=A0 =C2=A01111 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:12 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
leaf-14(sw= p8) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
leaf-21(swp9) =C2=A0= 4 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05<= /div>
leaf-22(swp10) =C2=A04 65102 = =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05
= leaf-23(swp11) =C2=A04 65102 =C2=A0 =C2= =A01144 =C2=A0 =C2=A01134 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-24(swp12) =C2=A04 65102 =C2=A0 =C2=A01144 = =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05

Total number of neighbors 8
spine-3#

It makes troubleshoot= ing much easier.

Daniel


On Fri, May 15, 2015 at 9:5= 8 PM, <deleskie@gmail.com&g= t; wrote:
Agree.. adding code for no real operat= ional benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
=C2=A0 Original Message =C2=A0
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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

--001a113d5b88b999be05162cb226-- From nobody Fri May 15 23:18:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B3491A8F4C for ; Fri, 15 May 2015 23:18:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T8DVAMzYCOYS for ; Fri, 15 May 2015 23:18:31 -0700 (PDT) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D5A51B2A55 for ; Fri, 15 May 2015 23:18:31 -0700 (PDT) Received: by ykft189 with SMTP id t189so40323159ykf.1 for ; Fri, 15 May 2015 23:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VkAB7frbc1DYrOLqEvogAEtCOf4/2e6krartCznpiMc=; b=V4uS16VLiDBY2dPvYQUd5aqkP3+arJ5xkPZ7+WbRy4f9hWowThcSFVZAOS/xfQwwD8 hNZeMnPOhSSNJPe6MzDQwl8cUu4iMj9bVaJvImql2Fnv0bgwC6NK+2klO5Tuk6n+YRD9 LM4CEX/L15EUKzRm6iZ77xIH92GTDd+s5IdAw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=VkAB7frbc1DYrOLqEvogAEtCOf4/2e6krartCznpiMc=; b=CcuKMwT0A+P5HFst8I7Xuc27aPn+0LEPz9WJ9IKZXGxha1NYKxW8Fw91ML/KSEuzgd VJihkWcRVn4dznojcquYabqsPpc+v2SIP0lfr1lvauUbRAr9TW+uMRcBz/S1pBA6vIDW 73Eyx9e+Jxr9zE4ObG4Engd3fmATVO9sOla06H280bNvIPyrM+j0ueB92uKWEMYqxyJA 97kzhkUpYamxzAvz44tx4Hhb3IXcFIY8Y9mxiI4yzKJdRo8TjWuamAq004PYirTvm2h2 ISihkyO/D1FQZLO/LuhlGQ0axjb2BiVrzw/7zfHOJn+LXbK6diT7w8t03VFH5dwy9/zg V/1g== X-Gm-Message-State: ALoCoQmtdcJqTb1jvUxyu41LUHoTwhWBWyO9jpL/idO8mEum793/A2so7KGV00NQ6j8EkUdLbJAE X-Received: by 10.170.77.133 with SMTP id t127mr14824253ykt.88.1431757110697; Fri, 15 May 2015 23:18:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Fri, 15 May 2015 23:18:10 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> From: Dinesh Dutt Date: Fri, 15 May 2015 23:18:10 -0700 Message-ID: To: Robert Raszuk Content-Type: multipart/alternative; boundary=001a113a7c0efcfcb305162ceda5 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 06:18:34 -0000 --001a113a7c0efcfcb305162ceda5 Content-Type: text/plain; charset=UTF-8 Hi Robert, On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk wrote: > Hi Daniel & Dinesh, > > I very much like the intention, but have a concern how it would simplify > troubleshooting in practice ... > > Imagine we exchange the names in new capability when session comes up so > we list it in summary output instead of link local address. But when you > try to trace or ping that name (from pc or router) your local or global DNS > will return not the LL address but most likely loopback so the results will > be rather of questionable value. > I'm confused. Why would we send a hostname in this capability that is different from the one assigned to loopback ? Within the DC at least, people don't advertise link addresses at all, only the loopback. So, the hostname exchanged in the capability would be the same as the one returned by traceroute/ping. Dinesh > > Would you not see this as a problem ? I hope you did not intended to just > cover the cosmetic nature of few show commands which I must agree with > others is rather a legacy way to operate the network these days anyway ;)). > > Cheers, > R. > > > On Saturday, May 16, 2015, Daniel Walton > wrote: > >> Many of our customers use a Clos architecture and bgp peer to the IPv6 LL >> address of every directly connected router. To avoid configuring neighbor >> statements with LL addresses we support a "neighbor swpX interface" command >> ("swpX" is the default notation for an interface name in cumulus linux). >> We then peer to the LL address on the other end of the swpX link (we only >> support this for point-to-point links). >> >> When you run commands like "show ip bgp summary" you see a list of >> interface names instead of IP addresses. Typically if you are loopback >> peering you either become familiar with "10.0.0.1 is Chicago" because you >> see 10.0.0.1 in the 'show ip bgp summ' output of several different routers >> or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in the >> output. When every box is peering to LL addresses though ("swpX" for short >> for us) you can't easily tell who that peer is and you can't use DNS >> because they LL addresses >> >> *Before* >> >> leaf-11# show ip bgp summ >> BGP router identifier 6.0.0.5, local AS number 65101 >> BGP table version 25 >> RIB entries 33, using 3960 bytes of memory >> Peers 6, using 100 KiB of memory >> Peer groups 1, using 56 bytes of memory >> >> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >> State/PfxRcd >> swp1 4 65000 196 198 0 0 0 00:02:51 >> 9 >> swp2 4 65000 195 200 0 0 0 00:02:51 >> 9 >> swp3 4 65000 197 200 0 0 0 00:02:51 >> 9 >> swp4 4 65000 198 200 0 0 0 00:02:51 >> 9 >> swp5 4 65201 207 200 0 0 0 00:02:51 >> 2 >> swp6 4 65202 210 201 0 0 0 00:02:52 >> 2 >> >> Total number of neighbors 6 >> leaf-11# >> >> spine-3# show ip bgp summ >> BGP router identifier 6.0.0.15, local AS number 65000 >> BGP table version 19 >> RIB entries 33, using 3960 bytes of memory >> Peers 8, using 134 KiB of memory >> Peer groups 1, using 56 bytes of memory >> >> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >> State/PfxRcd >> swp5 4 65101 675 675 0 0 0 00:10:49 >> 5 >> swp6 4 65101 678 676 0 0 0 00:10:50 >> 5 >> swp7 4 65101 667 668 0 0 0 00:10:48 >> 5 >> swp8 4 65101 676 676 0 0 0 00:10:49 >> 5 >> swp9 4 65102 701 692 0 0 0 00:11:04 >> 5 >> swp10 4 65102 701 692 0 0 0 00:11:04 >> 5 >> swp11 4 65102 701 691 0 0 0 00:11:04 >> 5 >> swp12 4 65102 701 692 0 0 0 00:11:04 >> 5 >> >> Total number of neighbors 8 >> spine-3# >> spine-3# >> >> >> *After* >> >> leaf-11# show ip bgp summ >> BGP router identifier 6.0.0.5, local AS number 65101 >> BGP table version 25 >> RIB entries 33, using 3960 bytes of memory >> Peers 6, using 100 KiB of memory >> Peer groups 1, using 56 bytes of memory >> >> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >> State/PfxRcd >> spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 >> 9 >> spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 >> 9 >> spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 >> 9 >> spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 >> 9 >> tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 >> 2 >> tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 >> 2 >> >> Total number of neighbors 6 >> leaf-11# >> >> spine-3# show ip bgp summ >> BGP router identifier 6.0.0.15, local AS number 65000 >> BGP table version 19 >> RIB entries 33, using 3960 bytes of memory >> Peers 8, using 134 KiB of memory >> Peer groups 1, using 56 bytes of memory >> >> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >> State/PfxRcd >> leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 >> 5 >> leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 >> 5 >> leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 >> 5 >> leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 >> 5 >> leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 >> 5 >> leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 >> 5 >> leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 >> 5 >> leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 >> 5 >> >> Total number of neighbors 8 >> spine-3# >> >> It makes troubleshooting much easier. >> >> Daniel >> >> >> On Fri, May 15, 2015 at 9:58 PM, wrote: >> >>> Agree.. adding code for no real operational benefit >>> >>> Sent from my BlackBerry 10 smartphone on the Rogers network. >>> Original Message >>> From: Randy Bush >>> Sent: Friday, May 15, 2015 10:52 PM >>> To: Daniel Walton >>> Cc: idr wg; Dinesh Dutt >>> Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 >>> >>> one more unneeded place for things to go wrong >>> >>> randy >>> >>> _______________________________________________ >>> Idr mailing list >>> Idr@ietf.org >>> https://www.ietf.org/mailman/listinfo/idr >>> >> >> --001a113a7c0efcfcb305162ceda5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Robert,

On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk <robert@rasz= uk.net> wrote:
Hi Daniel & Dinesh,

I very much like the inte= ntion, but have a concern how it would simplify troubleshooting in practice= ...

Imagine we exchange the names in new capabili= ty when session comes up=C2=A0so we list it in summary output instead of li= nk local address. But when you try to trace or ping that name (from pc or r= outer)=C2=A0your local or global DNS will return not the LL address but mos= t likely loopback so the results will be rather of=C2=A0questionable value.=

I'm confused. Why would we send a hostname = in this capability that is=20 different from the one assigned to loopback ? Within the DC at least,=20 people don't advertise link addresses at all, only the loopback.=C2=A0 = So,=20 the hostname exchanged in the capability would be the same as the one=20 returned by traceroute/ping.

= Dinesh
=C2=A0

Would you not see this as a problem ? I hope= you did not intended to just cover the cosmetic nature of few show command= s which I must agree with others is rather a=C2=A0legacy way to operate the= network these days anyway ;)).

Cheers,
= R.


On Saturd= ay, May 16, 2015, Daniel Walton <dwalton@cumulusnetworks.com> wrote:
Many o= f our customers use a Clos architecture and bgp peer to the IPv6 LL address= of every directly connected router.=C2=A0 To avoid configuring neighbor st= atements with LL addresses we support a "neighbor swpX interface"= command ("swpX" is the default notation for an interface name in= cumulus linux).=C2=A0 We then peer to the LL address on the other end of t= he swpX link (we only support this for point-to-point links). =C2=A0
<= div>
When you run commands like "show ip bgp summary&quo= t; you see a list of interface names instead of IP addresses. Typically if = you are loopback peering you either become familiar with "10.0.0.1 is = Chicago" because you see 10.0.0.1 in the 'show ip bgp summ' ou= tput of several different routers or you could use DNS to do a lookup on 10= .0.0.1 and put the hostname in the output.=C2=A0 When every box is peering = to LL addresses though ("swpX" for short for us) you can't ea= sily tell who that peer is and you can't use DNS because they LL addres= ses

Before

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, lo= cal AS number 65101
BG= P table version 25
RIB= entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of memory=

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 = =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/P= fxRcd
swp1 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 196 =C2=A0 =C2=A0 198 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 = =C2=A0 =C2=A0 =C2=A09
= swp2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 195 =C2= =A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 0= 0:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp3 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0= =C2=A0 197 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp4 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A04 65000 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09=
swp5 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 207 =C2=A0 =C2=A0 200 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2= =A0 =C2=A02
swp6 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 210 =C2=A0 =C2= =A0 201 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:52= =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total num= ber of neighbors 6
lea= f-11#

spine-3# show ip bgp s= umm
BGP router identifier 6.0.0.15, local AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes of memor= y
Peers 8, using 134 KiB of memory
Peer groups 1, using= 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 = =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Dow= n =C2=A0State/PfxRcd
swp5 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A04 65101 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2=A0 =C2=A05
<= div>swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 678= =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 00:10:50 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp7 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 667 =C2=A0 =C2=A0 668 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:48 =C2=A0 =C2=A0 = =C2=A0 =C2=A05
swp8 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65= 101 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0= =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp= 9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65102 =C2=A0 =C2=A0 701 =C2=A0= =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:1= 1:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp10 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
swp11 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 = 701 =C2=A0 =C2=A0 691 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp12 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 = =C2=A0 =C2=A05

Total number of neighbors 8
spine-3#
spine-3#


After

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, local AS number 65101
BGP table version 25=
RIB entries 33, using 3960 b= ytes of memory
Peers 6= , using 100 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent = =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
spine-1(swp1) =C2=A0 4 65000 =C2=A0 =C2= =A0 211 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-2(swp2) =C2=A0 4 65000 =C2=A0 =C2=A0 210 = =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-3(swp3) =C2=A0 4 65000 =C2=A0 =C2=A0 212 =C2=A0 =C2= =A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07= =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-4(swp4) =C2=A0 4 65000 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 215 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 = =C2=A0 =C2=A0 =C2=A09
= tor-11(swp5) =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 222 =C2=A0 =C2=A0 215 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2= =A0 =C2=A0 =C2=A02
tor= -12(swp6) =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 225 =C2=A0 =C2=A0 216 =C2=A0 = =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:08 =C2=A0 =C2=A0 = =C2=A0 =C2=A02

Total number of neighbor= s 6
leaf-11#

spine= -3# show ip bgp summ
B= GP router identifier 6.0.0.15, local AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes of memory
Peers 8, using 134 KiB o= f memory
Peer groups 1= , using 56 bytes of memory

Neighbor =C2= =A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2= =A0InQ OutQ Up/Down =C2=A0State/PfxRcd
leaf-11(swp5) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2= =A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13= =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-12(swp6) =C2=A0 4 65101 =C2=A0 =C2=A01122 =C2=A0 =C2=A01120 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:14 =C2=A0 = =C2=A0 =C2=A0 =C2=A05
= leaf-13(swp7) =C2=A0 4 65101 =C2=A0 =C2=A01110 =C2=A0 =C2=A01111 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:12 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
leaf-14(sw= p8) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
leaf-21(swp9) =C2=A0= 4 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05<= /div>
leaf-22(swp10) =C2=A04 65102 = =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05
= leaf-23(swp11) =C2=A04 65102 =C2=A0 =C2= =A01144 =C2=A0 =C2=A01134 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-24(swp12) =C2=A04 65102 =C2=A0 =C2=A01144 = =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05

Total number of neighbors 8
spine-3#

It makes troubleshoot= ing much easier.

Daniel


On Fri, May 15, 2015 at 9:5= 8 PM, <deleskie@gmail.com> wrote:
Agree.. adding code for = no real operational benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
=C2=A0 Original Message =C2=A0
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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


--001a113a7c0efcfcb305162ceda5-- From nobody Fri May 15 23:27:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7642E1B2A6C for ; Fri, 15 May 2015 23:27:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mnNo-bMvmll8 for ; Fri, 15 May 2015 23:27:46 -0700 (PDT) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (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 3DBCD1B2A60 for ; Fri, 15 May 2015 23:27:46 -0700 (PDT) Received: by obcus9 with SMTP id us9so92525748obc.2 for ; Fri, 15 May 2015 23:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3hfO7h//wHga1ViC16Jtmj4kBjeAnm/WyjnpizzksWs=; b=VeGa39jgNv255IPvPJsEflUfvLUkuBg56DLvPqDk6MKnhO0/ttiASGMY2Zm3vc/T2c wWZYpCbQcIra5OtioaNaBtxwmhBJ5saBRCWB06GJvcPkVjjVq7tvYrMyJh6SDYlU2fsC 9ElPoK3VK7N68GbGw26HHviFNB/vkbtKBQVuftBISSJOsdT7O6yioi7beCHbXUx/IvvH ctDmiHCppztkv+K0Xp+LHbFqKyd63FWd0tMVgKAanAMNvN9uf8yHuNaeKce57JssDwV0 78TSWWqq8dVdeXaLjarVf7YnXVWkM7PV1XPNJ7++k+GhGKmckQ3bmOCyXee6W28Ge4K6 mjFg== MIME-Version: 1.0 X-Received: by 10.182.115.167 with SMTP id jp7mr11478717obb.21.1431757665707; Fri, 15 May 2015 23:27:45 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Fri, 15 May 2015 23:27:45 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 08:27:45 +0200 X-Google-Sender-Auth: xLb7UYoz0levmC82JfzylEBzVyQ Message-ID: From: Robert Raszuk To: Dinesh Dutt Content-Type: multipart/alternative; boundary=089e0115f10611b00a05162d0f3d Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 06:27:49 -0000 --089e0115f10611b00a05162d0f3d Content-Type: text/plain; charset=UTF-8 Hi Dinesh, Q1 - how do you ping physical interface not a loopback Q2 - how about lookup on bgp rtr id instead LL address to get the name ? Cheers, R. On Saturday, May 16, 2015, Dinesh Dutt wrote: > Hi Robert, > > On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk > wrote: > >> Hi Daniel & Dinesh, >> >> I very much like the intention, but have a concern how it would simplify >> troubleshooting in practice ... >> >> Imagine we exchange the names in new capability when session comes up so >> we list it in summary output instead of link local address. But when you >> try to trace or ping that name (from pc or router) your local or global DNS >> will return not the LL address but most likely loopback so the results will >> be rather of questionable value. >> > > I'm confused. Why would we send a hostname in this capability that is > different from the one assigned to loopback ? Within the DC at least, > people don't advertise link addresses at all, only the loopback. So, the > hostname exchanged in the capability would be the same as the one returned > by traceroute/ping. > > Dinesh > > >> Would you not see this as a problem ? I hope you did not intended to just >> cover the cosmetic nature of few show commands which I must agree with >> others is rather a legacy way to operate the network these days anyway ;)). >> > > > >> >> Cheers, >> R. >> >> >> On Saturday, May 16, 2015, Daniel Walton > > wrote: >> >>> Many of our customers use a Clos architecture and bgp peer to the IPv6 >>> LL address of every directly connected router. To avoid configuring >>> neighbor statements with LL addresses we support a "neighbor swpX >>> interface" command ("swpX" is the default notation for an interface name in >>> cumulus linux). We then peer to the LL address on the other end of the >>> swpX link (we only support this for point-to-point links). >>> >>> When you run commands like "show ip bgp summary" you see a list of >>> interface names instead of IP addresses. Typically if you are loopback >>> peering you either become familiar with "10.0.0.1 is Chicago" because you >>> see 10.0.0.1 in the 'show ip bgp summ' output of several different routers >>> or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in the >>> output. When every box is peering to LL addresses though ("swpX" for short >>> for us) you can't easily tell who that peer is and you can't use DNS >>> because they LL addresses >>> >>> *Before* >>> >>> leaf-11# show ip bgp summ >>> BGP router identifier 6.0.0.5, local AS number 65101 >>> BGP table version 25 >>> RIB entries 33, using 3960 bytes of memory >>> Peers 6, using 100 KiB of memory >>> Peer groups 1, using 56 bytes of memory >>> >>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>> State/PfxRcd >>> swp1 4 65000 196 198 0 0 0 00:02:51 >>> 9 >>> swp2 4 65000 195 200 0 0 0 00:02:51 >>> 9 >>> swp3 4 65000 197 200 0 0 0 00:02:51 >>> 9 >>> swp4 4 65000 198 200 0 0 0 00:02:51 >>> 9 >>> swp5 4 65201 207 200 0 0 0 00:02:51 >>> 2 >>> swp6 4 65202 210 201 0 0 0 00:02:52 >>> 2 >>> >>> Total number of neighbors 6 >>> leaf-11# >>> >>> spine-3# show ip bgp summ >>> BGP router identifier 6.0.0.15, local AS number 65000 >>> BGP table version 19 >>> RIB entries 33, using 3960 bytes of memory >>> Peers 8, using 134 KiB of memory >>> Peer groups 1, using 56 bytes of memory >>> >>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>> State/PfxRcd >>> swp5 4 65101 675 675 0 0 0 00:10:49 >>> 5 >>> swp6 4 65101 678 676 0 0 0 00:10:50 >>> 5 >>> swp7 4 65101 667 668 0 0 0 00:10:48 >>> 5 >>> swp8 4 65101 676 676 0 0 0 00:10:49 >>> 5 >>> swp9 4 65102 701 692 0 0 0 00:11:04 >>> 5 >>> swp10 4 65102 701 692 0 0 0 00:11:04 >>> 5 >>> swp11 4 65102 701 691 0 0 0 00:11:04 >>> 5 >>> swp12 4 65102 701 692 0 0 0 00:11:04 >>> 5 >>> >>> Total number of neighbors 8 >>> spine-3# >>> spine-3# >>> >>> >>> *After* >>> >>> leaf-11# show ip bgp summ >>> BGP router identifier 6.0.0.5, local AS number 65101 >>> BGP table version 25 >>> RIB entries 33, using 3960 bytes of memory >>> Peers 6, using 100 KiB of memory >>> Peer groups 1, using 56 bytes of memory >>> >>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>> State/PfxRcd >>> spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 >>> 9 >>> spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 >>> 9 >>> spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 >>> 9 >>> spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 >>> 9 >>> tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 >>> 2 >>> tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 >>> 2 >>> >>> Total number of neighbors 6 >>> leaf-11# >>> >>> spine-3# show ip bgp summ >>> BGP router identifier 6.0.0.15, local AS number 65000 >>> BGP table version 19 >>> RIB entries 33, using 3960 bytes of memory >>> Peers 8, using 134 KiB of memory >>> Peer groups 1, using 56 bytes of memory >>> >>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>> State/PfxRcd >>> leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 >>> 5 >>> leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 >>> 5 >>> leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 >>> 5 >>> leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 >>> 5 >>> leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 >>> 5 >>> leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 >>> 5 >>> leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 >>> 5 >>> leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 >>> 5 >>> >>> Total number of neighbors 8 >>> spine-3# >>> >>> It makes troubleshooting much easier. >>> >>> Daniel >>> >>> >>> On Fri, May 15, 2015 at 9:58 PM, wrote: >>> >>>> Agree.. adding code for no real operational benefit >>>> >>>> Sent from my BlackBerry 10 smartphone on the Rogers network. >>>> Original Message >>>> From: Randy Bush >>>> Sent: Friday, May 15, 2015 10:52 PM >>>> To: Daniel Walton >>>> Cc: idr wg; Dinesh Dutt >>>> Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 >>>> >>>> one more unneeded place for things to go wrong >>>> >>>> randy >>>> >>>> _______________________________________________ >>>> Idr mailing list >>>> Idr@ietf.org >>>> https://www.ietf.org/mailman/listinfo/idr >>>> >>> >>> > --089e0115f10611b00a05162d0f3d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dinesh,

Q1 - how do you ping physical=C2=A0interface not a= loopback=C2=A0

Q2 - how about lookup on bgp rtr id inst= ead LL address=C2=A0to get the name ?

Cheers,
R.

On Saturday, May 16, 2015, Dinesh Dutt <ddutt@cumulusnetworks.com> wrote:<= br>
Hi Robert,

On Fri, May 15, 2015 at 11:= 01 PM, Robert Raszuk <robert@rasz= uk.net> wrote:
Hi Daniel &a= mp; Dinesh,

I very much like the intention, but have a c= oncern how it would simplify troubleshooting in practice ...

=
Imagine we exchange the names in new capability when session com= es up=C2=A0so we list it in summary output instead of link local address. B= ut when you try to trace or ping that name (from pc or router)=C2=A0your lo= cal or global DNS will return not the LL address but most likely loopback s= o the results will be rather of=C2=A0questionable value.
=

I'm confused. Why would we send a hostname in this = capability that is different from the one assigned to loopback ? Within the= DC at least, people don't advertise link addresses at all, only the lo= opback.=C2=A0 So, the hostname exchanged in the capability would be the sam= e as the one returned by traceroute/ping.

Dinesh


Would yo= u not see this as a problem ? I hope you did not intended to just cover the= cosmetic nature of few show commands which I must agree with others is rat= her a=C2=A0legacy way to operate the network these days anyway ;)).

=C2=A0

Cheers,
R.


On Satu= rday, May 16, 2015, Daniel Walton <dwalto= n@cumulusnetworks.com> wrote:
Many of our customers use a Clos architecture and bgp pee= r to the IPv6 LL address of every directly connected router.=C2=A0 To avoid= configuring neighbor statements with LL addresses we support a "neigh= bor swpX interface" command ("swpX" is the default notation = for an interface name in cumulus linux).=C2=A0 We then peer to the LL addre= ss on the other end of the swpX link (we only support this for point-to-poi= nt links). =C2=A0

When you run commands like "= ;show ip bgp summary" you see a list of interface names instead of IP = addresses. Typically if you are loopback peering you either become familiar= with "10.0.0.1 is Chicago" because you see 10.0.0.1 in the '= show ip bgp summ' output of several different routers or you could use = DNS to do a lookup on 10.0.0.1 and put the hostname in the output.=C2=A0 Wh= en every box is peering to LL addresses though ("swpX" for short = for us) you can't easily tell who that peer is and you can't use DN= S because they LL addresses

Before

leaf-11# show= ip bgp summ
BGP route= r identifier 6.0.0.5, local AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory<= /font>
Peer groups 1, using 5= 6 bytes of memory

=
Neighbor =C2=A0 =C2= =A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ = OutQ Up/Down =C2=A0State/PfxRcd
swp1 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2= =A0 196 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04= 65000 =C2=A0 =C2=A0 195 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp3 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 197 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2= =A09
swp4 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 200 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 = =C2=A0 =C2=A0 =C2=A09
= swp5 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 207 =C2= =A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 0= 0:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A02
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65202 =C2=A0= =C2=A0 210 =C2=A0 =C2=A0 201 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:02:52 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local = AS number 65000
BGP table version 19
RIB entries 33, us= ing 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbo= r =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVe= r =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
swp5 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 675 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2= =A0 =C2=A0 =C2=A05
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 4 65101 =C2=A0 =C2=A0 678 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:50 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp7 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 667 = =C2=A0 =C2=A0 668 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:10:48 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp8 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 676 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
swp9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65102= =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp1= 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2= =A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04= =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp11 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 691 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp12 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 = =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05

Total numb= er of neighbors 8
spine-3#
spine-3#


After

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, lo= cal AS number 65101
BG= P table version 25
RIB= entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of memory=

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 = =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/P= fxRcd
spine-1(swp1) = =C2=A0 4 65000 =C2=A0 =C2=A0 211 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-2(swp2) =C2=A0 4 6= 5000 =C2=A0 =C2=A0 210 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-3(swp3) =C2=A0 4 65000 =C2= =A0 =C2=A0 212 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-4(swp4) =C2=A0 4 65000 =C2=A0 =C2=A0= 213 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
tor-11(swp5) =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 2= 22 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A02
tor-12(swp6) =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 225 = =C2=A0 =C2=A0 216 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:03:08 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local AS number 6= 5000
BGP table version= 19
RIB entries 33, us= ing 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcv= d MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
leaf-11(swp5) =C2=A0 4 65101 = =C2=A0 =C2=A01119 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A05
= leaf-12(swp6) =C2=A0 4 65101 =C2=A0 =C2= =A01122 =C2=A0 =C2=A01120 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:18:14 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-13(swp7) =C2=A0 4 65101 =C2=A0 =C2=A01110 = =C2=A0 =C2=A01111 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:18:12 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-14(swp8) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2= =A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13= =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-21(swp9) =C2=A0 4 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 = =C2=A0 =C2=A0 =C2=A05
= leaf-22(swp10) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
leaf-23(sw= p11) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01134 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
leaf-24(swp12) =C2= =A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05=

Total number of neighbors 8
= spine-3#

It makes troubleshooting much easier.

Dani= el


= On Fri, May 15, 2015 at 9:58 PM, <deleskie@gmail.c= om> wrote:
Agree.. adding code for no rea= l operational benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
=C2=A0 Original Message =C2=A0
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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


--089e0115f10611b00a05162d0f3d-- From nobody Sat May 16 00:00:53 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03931A9139 for ; Sat, 16 May 2015 00:00:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NCU9JS56o2TJ for ; Sat, 16 May 2015 00:00:49 -0700 (PDT) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::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 D465C1AC3F7 for ; Sat, 16 May 2015 00:00:48 -0700 (PDT) Received: by ykec202 with SMTP id c202so40340435yke.2 for ; Sat, 16 May 2015 00:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0xwpMdg8VJl1yeQl3QI1pYvI1FjWK8UK1bzyESJgB6U=; b=h2D2BAKUp1ziUh+aMY49Ty4/N0sO+YiRj7iZD3cvTmhbraJx5ScsaqReXIjdfvfhxX ed/qoT2AuH//UQbDO1pTgxkX6Qpy8FgiQnNhzTOaS5IJJYwWJ4K6r0hAtf/Li93lvJFS 0+NVFuhdr/c0aNJra4JQ0c7EupSP8qvFxoGQI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=0xwpMdg8VJl1yeQl3QI1pYvI1FjWK8UK1bzyESJgB6U=; b=SE/MkRtrRHndEkxx+pvjIv62IRPXyrPm5QgPM2AODBPioRdex4+MUxKh89eZ65WsUG wr7UA3AUrZ0lR2+0T5RbzQWe9rkNW37gZu6bPb9Z1dlD2j3Q76QZcy4VxkYy7YZdfNh8 BiOvIeIWaeMtcaFGabx2C4HUWfThflmdViSOSUlwJqS8nRedDi9FeIyuf14tVQL7V+Cv wkh8hHTc+OHEfnEGXmbERJ/2Wmzz2gxUY9h48ztqenzF7/0c0RZ/MKGRxo9kxoqGk3jP c5nNPN4bHICmEJ3nHgTfae3XjFURgW8eBrXvfTpt1qKxnxuzJbG8ePouxN2ftbA0hojd TEUQ== X-Gm-Message-State: ALoCoQlUIJglZYwdMf7hN0u75SFDM9CEX+kMpU9vyfYoq9do8ESQp1XZ1otC4dafNmw0+dXEOLmR X-Received: by 10.236.210.69 with SMTP id t45mr13190375yho.75.1431759648119; Sat, 16 May 2015 00:00:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sat, 16 May 2015 00:00:27 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> From: Dinesh Dutt Date: Sat, 16 May 2015 00:00:27 -0700 Message-ID: To: Robert Raszuk Content-Type: multipart/alternative; boundary=047d7bfea3f23af3b705162d85b9 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 07:00:52 -0000 --047d7bfea3f23af3b705162d85b9 Content-Type: text/plain; charset=UTF-8 Hi Robert, On Fri, May 15, 2015 at 11:27 PM, Robert Raszuk wrote: > Hi Dinesh, > > Q1 - how do you ping physical interface not a loopback In the DC, common practice I've seen is pinging node, not physical interface. The physical interface addresses aren't even advertised to be able to be reachable more than one hop away. > > Q2 - how about lookup on bgp rtr id instead LL address to get the name ? > I don't lookup LL address. Router ID is typically the loopback IP address in DC, Dinesh > > Cheers, > R. > > > On Saturday, May 16, 2015, Dinesh Dutt wrote: > >> Hi Robert, >> >> On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk >> wrote: >> >>> Hi Daniel & Dinesh, >>> >>> I very much like the intention, but have a concern how it would simplify >>> troubleshooting in practice ... >>> >>> Imagine we exchange the names in new capability when session comes up so >>> we list it in summary output instead of link local address. But when you >>> try to trace or ping that name (from pc or router) your local or global DNS >>> will return not the LL address but most likely loopback so the results will >>> be rather of questionable value. >>> >> >> I'm confused. Why would we send a hostname in this capability that is >> different from the one assigned to loopback ? Within the DC at least, >> people don't advertise link addresses at all, only the loopback. So, the >> hostname exchanged in the capability would be the same as the one returned >> by traceroute/ping. >> >> Dinesh >> >> >>> Would you not see this as a problem ? I hope you did not intended to >>> just cover the cosmetic nature of few show commands which I must agree with >>> others is rather a legacy way to operate the network these days anyway ;)). >>> >> >> >> >>> >>> Cheers, >>> R. >>> >>> >>> On Saturday, May 16, 2015, Daniel Walton >>> wrote: >>> >>>> Many of our customers use a Clos architecture and bgp peer to the IPv6 >>>> LL address of every directly connected router. To avoid configuring >>>> neighbor statements with LL addresses we support a "neighbor swpX >>>> interface" command ("swpX" is the default notation for an interface name in >>>> cumulus linux). We then peer to the LL address on the other end of the >>>> swpX link (we only support this for point-to-point links). >>>> >>>> When you run commands like "show ip bgp summary" you see a list of >>>> interface names instead of IP addresses. Typically if you are loopback >>>> peering you either become familiar with "10.0.0.1 is Chicago" because you >>>> see 10.0.0.1 in the 'show ip bgp summ' output of several different routers >>>> or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in the >>>> output. When every box is peering to LL addresses though ("swpX" for short >>>> for us) you can't easily tell who that peer is and you can't use DNS >>>> because they LL addresses >>>> >>>> *Before* >>>> >>>> leaf-11# show ip bgp summ >>>> BGP router identifier 6.0.0.5, local AS number 65101 >>>> BGP table version 25 >>>> RIB entries 33, using 3960 bytes of memory >>>> Peers 6, using 100 KiB of memory >>>> Peer groups 1, using 56 bytes of memory >>>> >>>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>>> State/PfxRcd >>>> swp1 4 65000 196 198 0 0 0 00:02:51 >>>> 9 >>>> swp2 4 65000 195 200 0 0 0 00:02:51 >>>> 9 >>>> swp3 4 65000 197 200 0 0 0 00:02:51 >>>> 9 >>>> swp4 4 65000 198 200 0 0 0 00:02:51 >>>> 9 >>>> swp5 4 65201 207 200 0 0 0 00:02:51 >>>> 2 >>>> swp6 4 65202 210 201 0 0 0 00:02:52 >>>> 2 >>>> >>>> Total number of neighbors 6 >>>> leaf-11# >>>> >>>> spine-3# show ip bgp summ >>>> BGP router identifier 6.0.0.15, local AS number 65000 >>>> BGP table version 19 >>>> RIB entries 33, using 3960 bytes of memory >>>> Peers 8, using 134 KiB of memory >>>> Peer groups 1, using 56 bytes of memory >>>> >>>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>>> State/PfxRcd >>>> swp5 4 65101 675 675 0 0 0 00:10:49 >>>> 5 >>>> swp6 4 65101 678 676 0 0 0 00:10:50 >>>> 5 >>>> swp7 4 65101 667 668 0 0 0 00:10:48 >>>> 5 >>>> swp8 4 65101 676 676 0 0 0 00:10:49 >>>> 5 >>>> swp9 4 65102 701 692 0 0 0 00:11:04 >>>> 5 >>>> swp10 4 65102 701 692 0 0 0 00:11:04 >>>> 5 >>>> swp11 4 65102 701 691 0 0 0 00:11:04 >>>> 5 >>>> swp12 4 65102 701 692 0 0 0 00:11:04 >>>> 5 >>>> >>>> Total number of neighbors 8 >>>> spine-3# >>>> spine-3# >>>> >>>> >>>> *After* >>>> >>>> leaf-11# show ip bgp summ >>>> BGP router identifier 6.0.0.5, local AS number 65101 >>>> BGP table version 25 >>>> RIB entries 33, using 3960 bytes of memory >>>> Peers 6, using 100 KiB of memory >>>> Peer groups 1, using 56 bytes of memory >>>> >>>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>>> State/PfxRcd >>>> spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 >>>> 9 >>>> spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 >>>> 9 >>>> spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 >>>> 9 >>>> spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 >>>> 9 >>>> tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 >>>> 2 >>>> tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 >>>> 2 >>>> >>>> Total number of neighbors 6 >>>> leaf-11# >>>> >>>> spine-3# show ip bgp summ >>>> BGP router identifier 6.0.0.15, local AS number 65000 >>>> BGP table version 19 >>>> RIB entries 33, using 3960 bytes of memory >>>> Peers 8, using 134 KiB of memory >>>> Peer groups 1, using 56 bytes of memory >>>> >>>> Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down >>>> State/PfxRcd >>>> leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 >>>> 5 >>>> leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 >>>> 5 >>>> leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 >>>> 5 >>>> leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 >>>> 5 >>>> leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 >>>> 5 >>>> leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 >>>> 5 >>>> leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 >>>> 5 >>>> leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 >>>> 5 >>>> >>>> Total number of neighbors 8 >>>> spine-3# >>>> >>>> It makes troubleshooting much easier. >>>> >>>> Daniel >>>> >>>> >>>> On Fri, May 15, 2015 at 9:58 PM, wrote: >>>> >>>>> Agree.. adding code for no real operational benefit >>>>> >>>>> Sent from my BlackBerry 10 smartphone on the Rogers network. >>>>> Original Message >>>>> From: Randy Bush >>>>> Sent: Friday, May 15, 2015 10:52 PM >>>>> To: Daniel Walton >>>>> Cc: idr wg; Dinesh Dutt >>>>> Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 >>>>> >>>>> one more unneeded place for things to go wrong >>>>> >>>>> randy >>>>> >>>>> _______________________________________________ >>>>> Idr mailing list >>>>> Idr@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/idr >>>>> >>>> >>>> >> --047d7bfea3f23af3b705162d85b9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Robert,

On Fri, May 15, 2015 at 11:27 PM, Robert Raszuk <robert= @raszuk.net> wrote:
Hi Dine= sh,

Q1 - how do you ping physical=C2=A0interface not a loopba= ck=C2=A0

In the DC, common practice I'v= e seen is pinging node, not physical interface. The physical interface addr= esses aren't even advertised to be able to be reachable more than one h= op away.
=C2=A0

<= div>Q2 - how about lookup on bgp rtr id instead LL address=C2=A0to get the = name ?

I don't lookup LL address.= Router ID is typically the loopback IP address in DC,

D= inesh

Cheers,<= /div>
R.


On Saturday, May 16, 2015, = Dinesh Dutt <ddutt@cumulusnetworks.com> wrote:
Hi Robert,

On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk <robert@raszuk.net> wrote:
Hi Daniel & Dinesh,

I very much like = the intention, but have a concern how it would simplify troubleshooting in = practice ...

Imagine we exchange the names in new = capability when session comes up=C2=A0so we list it in summary output inste= ad of link local address. But when you try to trace or ping that name (from= pc or router)=C2=A0your local or global DNS will return not the LL address= but most likely loopback so the results will be rather of=C2=A0questionabl= e value.

I'm confused. Why would = we send a hostname in this capability that is different from the one assign= ed to loopback ? Within the DC at least, people don't advertise link ad= dresses at all, only the loopback.=C2=A0 So, the hostname exchanged in the = capability would be the same as the one returned by traceroute/ping.
Dinesh

<= div>
Would you not see this as a problem ? I hope you did not= intended to just cover the cosmetic nature of few show commands which I mu= st agree with others is rather a=C2=A0legacy way to operate the network the= se days anyway ;)).

=C2=A0

Cheers,
R.


On Saturday, May 16, 2015, Daniel Walton <dwalton= @cumulusnetworks.com> wrote:
Many of our customers use a Clos architecture and bgp peer= to the IPv6 LL address of every directly connected router.=C2=A0 To avoid = configuring neighbor statements with LL addresses we support a "neighb= or swpX interface" command ("swpX" is the default notation f= or an interface name in cumulus linux).=C2=A0 We then peer to the LL addres= s on the other end of the swpX link (we only support this for point-to-poin= t links). =C2=A0

When you run commands like "= show ip bgp summary" you see a list of interface names instead of IP a= ddresses. Typically if you are loopback peering you either become familiar = with "10.0.0.1 is Chicago" because you see 10.0.0.1 in the 's= how ip bgp summ' output of several different routers or you could use D= NS to do a lookup on 10.0.0.1 and put the hostname in the output.=C2=A0 Whe= n every box is peering to LL addresses though ("swpX" for short f= or us) you can't easily tell who that peer is and you can't use DNS= because they LL addresses

Before
=

leaf-11# show = ip bgp summ
BGP router= identifier 6.0.0.5, local AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes of memory
=
Peers 6, using 100 KiB of memory
Peer groups 1, using 56= bytes of memory

<= /font>
Neighbor =C2=A0 =C2=A0= =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ Out= Q Up/Down =C2=A0State/PfxRcd
swp1 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 = 196 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 6= 5000 =C2=A0 =C2=A0 195 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A09
swp3 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 197 =C2=A0 =C2=A0 200 =C2=A0 =C2=A0 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 =C2=A0 =C2=A0 =C2= =A09
swp4 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65000 =C2=A0 =C2=A0 198 =C2=A0 =C2=A0 200 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:02:51 =C2=A0 = =C2=A0 =C2=A0 =C2=A09
= swp5 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 207 =C2= =A0 =C2=A0 200 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 0= 0:02:51 =C2=A0 =C2=A0 =C2=A0 =C2=A02
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65202 =C2=A0= =C2=A0 210 =C2=A0 =C2=A0 201 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 00:02:52 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local = AS number 65000
BGP table version 19
RIB entries 33, us= ing 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbo= r =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVe= r =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
swp5 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 675 =C2=A0 =C2=A0 675 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2= =A0 =C2=A0 =C2=A05
swp6 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 4 65101 =C2=A0 =C2=A0 678 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 =C2=A0 =C2=A00 = =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:50 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp7 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 667 = =C2=A0 =C2=A0 668 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:10:48 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp8 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A04 65101 =C2=A0 =C2=A0 676 =C2=A0 =C2=A0 676 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:10:49 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
swp9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A04 65102= =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp1= 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2= =A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04= =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp11 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 4 65102 =C2=A0 =C2=A0 701 =C2=A0 =C2=A0 691 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05
swp12 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4 65102 =C2=A0 =C2=A0 701 = =C2=A0 =C2=A0 692 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:11:04 =C2=A0 =C2=A0 =C2=A0 =C2=A05

Total numb= er of neighbors 8
spine-3#
spine-3#


After

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, lo= cal AS number 65101
BG= P table version 25
RIB= entries 33, using 3960 bytes of memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of memory=

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 = =C2=A0AS MsgRcvd MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/P= fxRcd
spine-1(swp1) = =C2=A0 4 65000 =C2=A0 =C2=A0 211 =C2=A0 =C2=A0 213 =C2=A0 =C2=A0 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-2(swp2) =C2=A0 4 6= 5000 =C2=A0 =C2=A0 210 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-3(swp3) =C2=A0 4 65000 =C2= =A0 =C2=A0 212 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
spine-4(swp4) =C2=A0 4 65000 =C2=A0 =C2=A0= 213 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 = =C2=A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A09
tor-11(swp5) =C2=A0 =C2=A04 65201 =C2=A0 =C2=A0 2= 22 =C2=A0 =C2=A0 215 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 00:03:07 =C2=A0 =C2=A0 =C2=A0 =C2=A02
tor-12(swp6) =C2=A0 =C2=A04 65202 =C2=A0 =C2=A0 225 = =C2=A0 =C2=A0 216 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:03:08 =C2=A0 =C2=A0 =C2=A0 =C2=A02

Total number of neighbors 6
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local AS number 6= 5000
BGP table version= 19
RIB entries 33, us= ing 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor =C2=A0 =C2=A0 =C2=A0 =C2=A0V =C2=A0 =C2=A0AS MsgRcv= d MsgSent =C2=A0 TblVer =C2=A0InQ OutQ Up/Down =C2=A0State/PfxRcd
leaf-11(swp5) =C2=A0 4 65101 = =C2=A0 =C2=A01119 =C2=A0 =C2=A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2= =A00 =C2=A0 =C2=A00 00:18:13 =C2=A0 =C2=A0 =C2=A0 =C2=A05
= leaf-12(swp6) =C2=A0 4 65101 =C2=A0 =C2= =A01122 =C2=A0 =C2=A01120 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2= =A0 =C2=A00 00:18:14 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-13(swp7) =C2=A0 4 65101 =C2=A0 =C2=A01110 = =C2=A0 =C2=A01111 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A0= 0 00:18:12 =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-14(swp8) =C2=A0 4 65101 =C2=A0 =C2=A01119 =C2=A0 =C2= =A01119 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:13= =C2=A0 =C2=A0 =C2=A0 =C2=A05
leaf-21(swp9) =C2=A0 4 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 = =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 = =C2=A0 =C2=A0 =C2=A05
= leaf-22(swp10) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2= =A0 =C2=A0 =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2= =A0 =C2=A05
leaf-23(sw= p11) =C2=A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01134 =C2=A0 =C2=A0 =C2=A0= =C2=A00 =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 5
leaf-24(swp12) =C2= =A04 65102 =C2=A0 =C2=A01144 =C2=A0 =C2=A01135 =C2=A0 =C2=A0 =C2=A0 =C2=A00= =C2=A0 =C2=A00 =C2=A0 =C2=A00 00:18:28 =C2=A0 =C2=A0 =C2=A0 =C2=A05=

Total number of neighbors 8
= spine-3#

It makes troubleshooting much easier.

Dani= el


= On Fri, May 15, 2015 at 9:58 PM, <deleskie@gmail.c= om> wrote:
Agree.. adding code for no rea= l operational benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
=C2=A0 Original Message =C2=A0
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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



--047d7bfea3f23af3b705162d85b9-- From nobody Sat May 16 01:06:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A58111B2A9E; Sat, 16 May 2015 01:06:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oUy4bWYEG032; Sat, 16 May 2015 01:06:32 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67DB01B2A9B; Sat, 16 May 2015 01:06:31 -0700 (PDT) Received: from smtp-2.mail.exa.net.uk (smtp-2.mail.exa.net.uk [82.219.5.2]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 12DB11C0094; Sat, 16 May 2015 09:06:30 +0100 (BST) Received: from smtp-2.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-2.mail.exa.net.uk (ExaSMTPD) with ESMTP id F3944402C7; Sat, 16 May 2015 09:06:29 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-2.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Sat, 16 May 2015 09:06:29 +0100 (BST) From: "Thomas Mangin" To: idr-bounces@ietf.org Date: Sat, 16 May 2015 09:06:19 +0100 Message-ID: <70139463-AC8E-4E78-828D-F36E13003F3C@exa-networks.co.uk> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 08:06:34 -0000 Hello Daniel, As unknown capability are ignored anyway, from a technical point, I see no problem with the capability presented. It would be trivial to implement (only speaking for myself here). In time of outage when quick debugging is the most important and when DNS may not be reachable ( been there, seen it ) having the “commonly used name” of the remote device does sound like a bad idea ( I could only remember so many IP ) but I appreciate it is an area where individual opinion will differ widely. Thomas http://exa.net.uk/about/contact-us On 16 May 2015, at 2:26, Daniel Walton wrote: > https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 > > Feedback is welcome. There is a "Sectino" typo in the intro, will > clean > that up. > > Daniel > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Sat May 16 02:58:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B6ED1B2B20; Sat, 16 May 2015 02:58:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iEDaSgKdW5bm; Sat, 16 May 2015 02:58:28 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C3691A9075; Sat, 16 May 2015 02:58:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> Date: Sat, 16 May 2015 02:58:28 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 09:58:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Carrying next-hop cost information in BGP Authors : Ilya Varlashkin Robert Raszuk Keyur Patel Manish Bhardwaj Serpil Bayraktar Filename : draft-ietf-idr-bgp-nh-cost-02.txt Pages : 10 Date : 2015-05-16 Abstract: BGPLS provides a mechanism by which Link state and traffic engineering information can be collected from internal networks and shared with external network routers using BGP. BGPLS defines a new Address Family to exchange this information using BGP. BGP Optimal Route Reflection (ORR) provides a mechanism for a centralized BGP Route Reflector to acheive requirements of a Hot Potato Routing as described in Section 11 of [RFC4456]. Optimal Route Reflection requires BGP ORR to overwrite the default IGP location placement of the route reflector; which is used for determining cost to the nexthop contained in the path. This draft augments BGPLS and defines a new extensions to exchange cost information to next-hops for the purpose of calculating best path from a peer perspective rather than local BGP speaker own perspective. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-nh-cost/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-bgp-nh-cost-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-bgp-nh-cost-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat May 16 03:27:39 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 476EB1A88CE for ; Sat, 16 May 2015 03:27:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nk_DJtSwifTU for ; Sat, 16 May 2015 03:27:36 -0700 (PDT) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4F901A88BC for ; Sat, 16 May 2015 03:27:35 -0700 (PDT) Received: by oign205 with SMTP id n205so99676822oig.2 for ; Sat, 16 May 2015 03:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oqR5Hol+326aEQRoIgMLmQPNUFwRr7K+poFPU3ekTng=; b=b8zvrpiBjS+KAIYflb0pqkIGVmOzYncJxnHzY9JLRPBGgk6fqbEawzhviu8fglthco lqyFihgKe71ZmfAVnlcDyLVFwx4nMbV59+v0fWNzdvVGyzbvDfMSkbXzlgRhfXwho9Y7 XG+perlY4h5AVMk/7np1SHB9x/s9tRsYwUKGlUNoBCwhh+fH2kqfh+72FTVcgRAaFueh iaBArHZCcOA49Vf/g0ag7NN5Ew8i16TEgkpmFQJkOFONt7vAo2sXH5Cze0MTp6E5Ew7u mAAlIMOjxaKvwO/rTBPKFBj1Z6OOFYZHNwAb6o0hCcULaBEmIyPuB2yQ5ot473w39STZ VoZg== MIME-Version: 1.0 X-Received: by 10.202.96.8 with SMTP id u8mr3596408oib.77.1431772055440; Sat, 16 May 2015 03:27:35 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Sat, 16 May 2015 03:27:35 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 12:27:35 +0200 X-Google-Sender-Auth: pv-YXzsyX-sLw3GsaEBQeEaWAEw Message-ID: From: Robert Raszuk To: Dinesh Dutt Content-Type: multipart/alternative; boundary=001a113d5b88c391fc05163068b1 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 10:27:38 -0000 --001a113d5b88c391fc05163068b1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dinesh, Q1 - how do you ping physical interface not a loopback > > > In the DC, common practice I've seen is pinging node, not physical > interface. The physical interface addresses aren't even advertised to be > able to be reachable more than one hop away. > =E2=80=8BPing is just an example. Think about tool like BGP path trace ... = do you want to know the interface names packets are coming on from leaf to leaf or not ? I was hoping with your extension you will be providing node name of the form spine44_g10 (where eth10 is the interface =E2=80=8Bname). Q2 - how about lookup on bgp rtr id instead LL address to get the name ? >> > > I don't lookup LL address. Router ID is typically the loopback IP address > in DC, > Perhaps you missed my point. If router id is loopback as you correctly point out you already have it during BGP OPEN msg on any peering session so just reverse DNS lookup on router_id will provide you with the name of the node. Done with no bgp extensions needed. If DNS is down as Thomas points out your names are useless for troubleshooting anyway so you fall back to using old fashined IP addresses in the show command :) - - - Now since we are on this topic we had an idea long long time back to carry the name of the next hop in BGP (learned from ISIS extension which Henk did) so not only peering will be known locally, but you can also see next hops by node names rather then IPv6 like strings. Originally it was added to IGP extensions for BGP discovery. later the proposal was to carry this as new next hop descriptor attribute so everynode in the AS can use it. Now we are working on BGP remote next hop draft which could be used for that as well. It will apply both to EBGP DC cases as well as for the normal IBGP AS. In DC normally nh =3D peering address so naturally your case would also be solved. Using capability you only know the name of your immediate peer and that sounds like a bit of limitation to me. Propagating the name in the update as an attribute or new wide bgp community (which I am happy to add new type for) seems to like a much better option especially if other proposals already call for introduction of beacon prefixes. Best, r. --001a113d5b88c391fc05163068b1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dinesh,

=
Q1 - how do you ping physical=C2=A0inter= face not a loopback=C2=A0

In the DC,= common practice I've seen is pinging node, not physical interface. The= physical interface addresses aren't even advertised to be able to be r= eachable more than one hop away.

=E2=80=8BPing is just an example= . Think about tool like BGP path trace ... do you want to know the interfac= e names packets are coming on from leaf to leaf or not ? I was hoping with = your extension you will be providing node name of the form spine44_g10 (whe= re eth10 is the interface =E2=80=8Bname).

Q2 - how about lookup on bgp rtr id instead LL address=C2=A0to= get the name ?

I don't lo= okup LL address. Router ID is typically the loopback IP address in DC,
=

Perhaps you missed my point. If router id is loopback as you correctly poi= nt out you already have it during BGP OPEN msg on any peering session so ju= st reverse DNS lookup on router_id will provide you with the name of the no= de. Done with no bgp extensions needed.

<= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">If DNS is down as Thomas points out your names are useles= s for troubleshooting anyway so you fall back to using old fashined IP addr= esses in the show command :)

- - -=C2=A0

Now since we are on this topic we had an idea long long time back to ca= rry the name of the next hop in BGP (learned from ISIS extension which Henk= did) so not only peering will be known locally, but you can also see next = hops by node names rather then IPv6 like strings.=C2=A0

Originally it was added to IGP extensions= for BGP discovery.=C2=A0

later the proposal was to carry this as new next hop descriptor attribu= te so everynode in the AS can use it.=C2=A0

Now we are working on BGP remote next hop draft which= could be used for that as well. It will apply both to EBGP DC cases as wel= l as for the normal IBGP AS. In DC normally nh =3D peering address so natur= ally your case would also be solved.=C2=A0

Using capability you only know the name of your immedi= ate peer and that sounds like a bit of limitation to me.=C2=A0

Propagating the name in the update= as an attribute or new wide bgp community (which I am happy to add new typ= e for) seems to like a much better option especially if other proposals alr= eady call for introduction of beacon prefixes.=C2=A0

Best,
r.

--001a113d5b88c391fc05163068b1-- From nobody Sat May 16 04:37:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C4FF1B2BCE for ; Sat, 16 May 2015 04:37:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzEdQWPGYJRW for ; Sat, 16 May 2015 04:37:42 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1225B1B2BCC for ; Sat, 16 May 2015 04:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26679; q=dns/txt; s=iport; t=1431776262; x=1432985862; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Ypdjj6wy9uoFL536QTDL/ky4tmuOSrpQcHDMrIjz4ts=; b=BvihxoID9prwh64p3CNtGNMnWmW5v2O3bkilV2xC5eGKY71ZqJzyM3jt H1N+laYBvcxViRyb58EMJK/0MYE2Y6k31vucxUuYmnsejzU+KenOKaqm3 8SLfm5H76EAnUmGX0K3g6G+wl4CRfCwa+XPU0ITB9KlExBHSzYlbd6iff w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BRBABNK1dV/4oNJK1cgxBUXsRmCYFPAQmFdgKBLTgUAQEBAQEBAYEKhCIBAQEEAQEBawsQAgEIDgMBAwEBIQcHIQYLFAMGCAIEDgWIFwMSDdFnDYUKAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSLOoJNgjQEBgEGgxGBFgWHG4QhhymJJYFVgSeOa4Mig1gjggcDHIFSb4JGAQEB X-IronPort-AV: E=Sophos;i="5.13,441,1427760000"; d="scan'208,217";a="150727136" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-2.cisco.com with ESMTP; 16 May 2015 11:37:40 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t4GBbeBe031468 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 16 May 2015 11:37:40 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.48]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Sat, 16 May 2015 06:37:40 -0500 From: "Rajiv Asati (rajiva)" To: Dinesh Dutt Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQj3dVgIqubiE/+0ugpqhEUmTtR51+KtUAgAABnYCAACRmgIAAH6sA//+zdeCAAFzkgP//+aK0 Date: Sat, 16 May 2015 11:37:38 +0000 Message-ID: <2EE36D67-B861-45F2-A8FA-6BD835DD7AD1@cisco.com> References: <20150516015819.5849234.74476.67011@gmail.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_2EE36D67B86145F2A8FA6BD835DD7AD1ciscocom_" MIME-Version: 1.0 Archived-At: Cc: idr wg , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 11:37:45 -0000 --_000_2EE36D67B86145F2A8FA6BD835DD7AD1ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable One minor point -- Q2 - how about lookup on bgp rtr id instead LL address to get the name ? I don't lookup LL address. Router ID is typically the loopback IP address i= n DC, The above is true for dual-stack or single-stack IPv4 networks (loop back I= Pv4 address usually is router ID), but not true for single-stack IPv6 netwo= rks in which the router ID (4 bytes) would barely be related to the loop ba= ck IPv6 address (128 bytes). Cheers, Rajiv On May 16, 2015, at 3:01 AM, Dinesh Dutt > wrote: Hi Robert, On Fri, May 15, 2015 at 11:27 PM, Robert Raszuk > wrote: Hi Dinesh, Q1 - how do you ping physical interface not a loopback In the DC, common practice I've seen is pinging node, not physical interfac= e. The physical interface addresses aren't even advertised to be able to be= reachable more than one hop away. Q2 - how about lookup on bgp rtr id instead LL address to get the name ? I don't lookup LL address. Router ID is typically the loopback IP address i= n DC, Dinesh Cheers, R. On Saturday, May 16, 2015, Dinesh Dutt > wrote: Hi Robert, On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk wrote: Hi Daniel & Dinesh, I very much like the intention, but have a concern how it would simplify tr= oubleshooting in practice ... Imagine we exchange the names in new capability when session comes up so we= list it in summary output instead of link local address. But when you try = to trace or ping that name (from pc or router) your local or global DNS wil= l return not the LL address but most likely loopback so the results will be= rather of questionable value. I'm confused. Why would we send a hostname in this capability that is diffe= rent from the one assigned to loopback ? Within the DC at least, people don= 't advertise link addresses at all, only the loopback. So, the hostname ex= changed in the capability would be the same as the one returned by tracerou= te/ping. Dinesh Would you not see this as a problem ? I hope you did not intended to just c= over the cosmetic nature of few show commands which I must agree with other= s is rather a legacy way to operate the network these days anyway ;)). Cheers, R. On Saturday, May 16, 2015, Daniel Walton wrot= e: Many of our customers use a Clos architecture and bgp peer to the IPv6 LL a= ddress of every directly connected router. To avoid configuring neighbor s= tatements with LL addresses we support a "neighbor swpX interface" command = ("swpX" is the default notation for an interface name in cumulus linux). W= e then peer to the LL address on the other end of the swpX link (we only su= pport this for point-to-point links). When you run commands like "show ip bgp summary" you see a list of interfac= e names instead of IP addresses. Typically if you are loopback peering you = either become familiar with "10.0.0.1 is Chicago" because you see 10.0.0.1 = in the 'show ip bgp summ' output of several different routers or you could = use DNS to do a lookup on 10.0.0.1 and put the hostname in the output. Whe= n every box is peering to LL addresses though ("swpX" for short for us) you= can't easily tell who that peer is and you can't use DNS because they LL a= ddresses Before leaf-11# show ip bgp summ BGP router identifier 6.0.0.5, local AS number 65101 BGP table version 25 RIB entries 33, using 3960 bytes of memory Peers 6, using 100 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/P= fxRcd swp1 4 65000 196 198 0 0 0 00:02:51 = 9 swp2 4 65000 195 200 0 0 0 00:02:51 = 9 swp3 4 65000 197 200 0 0 0 00:02:51 = 9 swp4 4 65000 198 200 0 0 0 00:02:51 = 9 swp5 4 65201 207 200 0 0 0 00:02:51 = 2 swp6 4 65202 210 201 0 0 0 00:02:52 = 2 Total number of neighbors 6 leaf-11# spine-3# show ip bgp summ BGP router identifier 6.0.0.15, local AS number 65000 BGP table version 19 RIB entries 33, using 3960 bytes of memory Peers 8, using 134 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/P= fxRcd swp5 4 65101 675 675 0 0 0 00:10:49 = 5 swp6 4 65101 678 676 0 0 0 00:10:50 = 5 swp7 4 65101 667 668 0 0 0 00:10:48 = 5 swp8 4 65101 676 676 0 0 0 00:10:49 = 5 swp9 4 65102 701 692 0 0 0 00:11:04 = 5 swp10 4 65102 701 692 0 0 0 00:11:04 = 5 swp11 4 65102 701 691 0 0 0 00:11:04 = 5 swp12 4 65102 701 692 0 0 0 00:11:04 = 5 Total number of neighbors 8 spine-3# spine-3# After leaf-11# show ip bgp summ BGP router identifier 6.0.0.5, local AS number 65101 BGP table version 25 RIB entries 33, using 3960 bytes of memory Peers 6, using 100 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/P= fxRcd spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 = 9 spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 = 9 spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 = 9 spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 = 9 tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 = 2 tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 = 2 Total number of neighbors 6 leaf-11# spine-3# show ip bgp summ BGP router identifier 6.0.0.15, local AS number 65000 BGP table version 19 RIB entries 33, using 3960 bytes of memory Peers 8, using 134 KiB of memory Peer groups 1, using 56 bytes of memory Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/P= fxRcd leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 = 5 leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 = 5 leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 = 5 leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 = 5 leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 = 5 leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 = 5 leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 = 5 leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 = 5 Total number of neighbors 8 spine-3# It makes troubleshooting much easier. Daniel On Fri, May 15, 2015 at 9:58 PM, wrote: Agree.. adding code for no real operational benefit Sent from my BlackBerry 10 smartphone on the Rogers network. Original Message From: Randy Bush Sent: Friday, May 15, 2015 10:52 PM To: Daniel Walton Cc: idr wg; Dinesh Dutt Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 one more unneeded place for things to go wrong randy _______________________________________________ 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 --_000_2EE36D67B86145F2A8FA6BD835DD7AD1ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
One minor point --

Q2 - how about lookup on bgp rtr id instead LL address to get t= he name ?

I don't lookup LL address. Router ID is typically the loopback = IP address in DC, 

The above is true for dual-stack or single-stack IPv4 networks (loop back I= Pv4 address usually is router ID), but not true for single-stack IPv6 netwo= rks in which the router ID (4 bytes) would barely be related to the loop ba= ck IPv6 address (128 bytes).    

Cheers,
Rajiv

On May 16, 2015, at 3:01 AM, Dinesh Dutt <ddutt@cumulusnetworks.com> wrote:

Hi Robert,

On Fri, May 15, 2015 at 11:27 PM, Robert Raszuk = <robert@raszuk.ne= t> wrote:
Hi Dinesh,

Q1 - how do you ping physical interface not a loopback 

In the DC, common practice I've seen is pinging node, not physical int= erface. The physical interface addresses aren't even advertised to be able = to be reachable more than one hop away.
 

Q2 - how about lookup on bgp rtr id instead LL address to get the= name ?

I don't lookup LL address. Router ID is typically the loopback IP addr= ess in DC,

Dinesh

Cheers,
R.


On Saturday, May 16, 2015, Dinesh Dutt <ddutt@cumulusnetworks.com> wrote:
Hi Robert,

On Fri, May 15, 2015 at 11:01 PM, Robert Raszuk = <robert@raszuk.net> wrote:
Hi Daniel & Dinesh,

I very much like the intention, but have a concern how it would simpli= fy troubleshooting in practice ...

Imagine we exchange the names in new capability when session comes up&= nbsp;so we list it in summary output instead of link local address. But whe= n you try to trace or ping that name (from pc or router) your local or= global DNS will return not the LL address but most likely loopback so the results will be rather of questionabl= e value.

I'm confused. Why would we send a hostname in this capability that is = different from the one assigned to loopback ? Within the DC at least, peopl= e don't advertise link addresses at all, only the loopback.  So, the h= ostname exchanged in the capability would be the same as the one returned by traceroute/ping.

Dinesh


Would you not see this as a problem ? I hope you did not intended to j= ust cover the cosmetic nature of few show commands which I must agree with = others is rather a legacy way to operate the network these days anyway= ;)).

 

Cheers,
R.


On Saturday, May 16, 2015, Daniel Walton <dwalton@cumulusnetworks.com= > wrote:
Many of our customers use a Clos architecture and bgp peer to the IPv6= LL address of every directly connected router.  To avoid configuring = neighbor statements with LL addresses we support a "neighbor swpX inte= rface" command ("swpX" is the default notation for an interface name in cumulus linux).  We then peer to the LL addr= ess on the other end of the swpX link (we only support this for point-to-po= int links).  

When you run commands like "show ip bgp summary" you see a l= ist of interface names instead of IP addresses. Typically if you are loopba= ck peering you either become familiar with "10.0.0.1 is Chicago" = because you see 10.0.0.1 in the 'show ip bgp summ' output of several different routers or you could use DNS to do a lookup on 10.0.0= .1 and put the hostname in the output.  When every box is peering to L= L addresses though ("swpX" for short for us) you can't easily tel= l who that peer is and you can't use DNS because they LL addresses

Before

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, loc= al AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes o= f memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of m= emory

Neighbor       &nbs= p;V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down &n= bsp;State/PfxRcd
swp1         &= nbsp;  4 65000     196     198      = ;  0    0    0 00:02:51        = ;9
swp2         &= nbsp;  4 65000     195     200      = ;  0    0    0 00:02:51        = ;9
swp3         &= nbsp;  4 65000     197     200      = ;  0    0    0 00:02:51        = ;9
swp4         &= nbsp;  4 65000     198     200      = ;  0    0    0 00:02:51        = ;9
swp5         &= nbsp;  4 65201     207     200      = ;  0    0    0 00:02:51        = ;2
swp6         &= nbsp;  4 65202     210     201      = ;  0    0    0 00:02:52        = ;2

Total number of neighbors 6=
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, local AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes of memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of memory

Neighbor        V    AS MsgRcvd MsgSent =   TblVer  InQ OutQ Up/Down  State/PfxRcd
swp5            4 65101     67= 5     675        0    0   &nbs= p;0 00:10:49        5
swp6            4 65101     67= 8     676        0    0   &nbs= p;0 00:10:50        5
swp7            4 65101     66= 7     668        0    0   &nbs= p;0 00:10:48        5
swp8            4 65101     67= 6     676        0    0   &nbs= p;0 00:10:49        5
swp9            4 65102     70= 1     692        0    0   &nbs= p;0 00:11:04        5
swp10           4 65102     701 &nb= sp;   692        0    0    0 0= 0:11:04        5
swp11           4 65102     701 &nb= sp;   691        0    0    0 0= 0:11:04        5
swp12           4 65102     701 &nb= sp;   692        0    0    0 0= 0:11:04        5

Total number of neighbors 8
spine-3#
spine-3#


After

leaf-11# show ip bgp summ
BGP router identifier 6.0.0.5, loc= al AS number 65101
BGP table version 25
RIB entries 33, using 3960 bytes o= f memory
Peers 6, using 100 KiB of memory
Peer groups 1, using 56 bytes of m= emory

Neighbor       &nbs= p;V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down &n= bsp;State/PfxRcd
spine-1(swp1)   4 65000  = ;   211     213        0    0 =    0 00:03:07        9
spine-2(swp2)   4 65000  = ;   210     215        0    0 =    0 00:03:07        9
spine-3(swp3)   4 65000  = ;   212     215        0    0 =    0 00:03:07        9
spine-4(swp4)   4 65000  = ;   213     215        0    0 =    0 00:03:07        9
tor-11(swp5)    4 65201 =     222     215        0   &nb= sp;0    0 00:03:07        2
tor-12(swp6)    4 65202 =     225     216        0   &nb= sp;0    0 00:03:08        2

Total number of neighbors 6=
leaf-11#

spine-3# show ip bgp summ
BGP router identifier 6.0.0.15, lo= cal AS number 65000
BGP table version 19
RIB entries 33, using 3960 bytes o= f memory
Peers 8, using 134 KiB of memory
Peer groups 1, using 56 bytes of m= emory

Neighbor       &nbs= p;V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down &n= bsp;State/PfxRcd
leaf-11(swp5)   4 65101  = ;  1119    1119        0    0 =    0 00:18:13        5
leaf-12(swp6)   4 65101  = ;  1122    1120        0    0 =    0 00:18:14        5
leaf-13(swp7)   4 65101  = ;  1110    1111        0    0 =    0 00:18:12        5
leaf-14(swp8)   4 65101  = ;  1119    1119        0    0 =    0 00:18:13        5
leaf-21(swp9)   4 65102  = ;  1144    1135        0    0 =    0 00:18:28        5
leaf-22(swp10)  4 65102  = ;  1144    1135        0    0 =    0 00:18:28        5
leaf-23(swp11)  4 65102  = ;  1144    1134        0    0 =    0 00:18:28        5
leaf-24(swp12)  4 65102  = ;  1144    1135        0    0 =    0 00:18:28        5

Total number of neighbors 8=
spine-3#

It makes troubleshooting much easier.

Daniel


On Fri, May 15, 2015 at 9:58 PM, <deleskie@gmail.com> wrote:
Agree.. adding code for no real operational benefit

Sent from my BlackBerry 10 smartphone on the Rogers network.
  Original Message  
From: Randy Bush
Sent: Friday, May 15, 2015 10:52 PM
To: Daniel Walton
Cc: idr wg; Dinesh Dutt
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00

one more unneeded place for things to go wrong

randy

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



_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.iet= f.org/mailman/listinfo/idr
--_000_2EE36D67B86145F2A8FA6BD835DD7AD1ciscocom_-- From nobody Sat May 16 04:54:55 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C65FC1B2BDC for ; Sat, 16 May 2015 04:54:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kzugjWY33487 for ; Sat, 16 May 2015 04:54:52 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56D271A036E for ; Sat, 16 May 2015 04:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15543; q=dns/txt; s=iport; t=1431777290; x=1432986890; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=qq7f8ZI9f1/aP/3nhSCAFue4l7wSQ67nif01Cj/p00g=; b=HcoDgZ9pw3vxxWdaCsnhBBXL6pkXJIiYQ4/k/OR2Bcnggl9SH5yK2wg2 q3x83RFIfPVPTpXcy9RIFWiD2qGMMGBSSO3nSEI1eBmfNgmICP4I+LJfT KQX4vzQuwg2f9MWLXDwYD+yKpyliEdDEb/JnUMYa9zpsrGuEC4MMFXlaF I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BSBACQLldV/4UNJK1cgxBUXoMewUgJgU8BCYV2AhyBETgUAQEBAQEBAYEKhCMBAQQBAQEaBksLEAIBCD8DAgICJQsUEQIEDgUUiBgNslOkLwEBAQEBAQEBAQEBAQEBAQEBAQEBARMEijiBAoUBBAeCaC+BFgWLPIcpinqBJ44Qg32DWCOBZiQcgVJvgkYBAQE X-IronPort-AV: E=Sophos;i="5.13,441,1427760000"; d="scan'208,217";a="150728775" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-2.cisco.com with ESMTP; 16 May 2015 11:54:49 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t4GBsn0i020972 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 16 May 2015 11:54:49 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.48]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Sat, 16 May 2015 06:54:49 -0500 From: "Rajiv Asati (rajiva)" To: Robert Raszuk Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQj3dVgIqubiE/+0ugpqhEUmTtR51+KtUAgAABnYCAACRmgIAAH6sA//+zdeCAAFzkgIAAOeCA///Ejdo= Date: Sat, 16 May 2015 11:54:48 +0000 Message-ID: References: <20150516015819.5849234.74476.67011@gmail.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_A4917172D8BE4ED699F1759AAAEAB6F3ciscocom_" MIME-Version: 1.0 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 11:54:54 -0000 --_000_A4917172D8BE4ED699F1759AAAEAB6F3ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWYgaXQgaXMgYWJvdXQgZmlndXJpbmcgb3V0IHRoZSBhZGphY2VudCBJUHY2IG5laWdoYm9yIG5h bWVzIChjZXJ0YWlubHksIGEgcmVhc29uYWJsZSBvcGVyYXRpb25hbCBhc2spLCB0aGVuIGxldCdz IG5vdCBzb2x2ZSBpdCBqdXN0IGZvciBCR1AgKG9yIHVzaW5nIEJHUCksIGVsc2Ugd2Ugd291bGQg ZW5kIHVwIHNvbHZpbmcgdGhlIHNhbWUgcHJvYmxlbSBhZ2FpbiAodXNpbmcgYSBkaWZmZXJlbnQg cHJvdG9jb2wpIGZvciBub24tQkdQIGVuYWJsZWQgbm9kZXMuDQoNClBlcmhhcHMsIElQdjYgTkQg KCopIGlzIGJldHRlciBzdWl0ZWQgdG8gY2FycnkgdGhlIGhvc3QgbmFtZXMuIFRoZSByZWFzb24g aXMgdGhhdCBJUHY2IE5EIGlzIG1hbmRhdG9yeSBmb3IgZXZlcnkgSVB2NiBub2RlLCBoZW5jZSB0 aGUgbG93ZXN0IGNvbW1vbiBkZW5vbWluYXRvci4NCg0KQkdQIGNhbiBwaWNrIHVwIHRoZSBob3N0 IG5hbWVzIGZyb20gdGhlIGxvY2FsIE5EIGRhdGFiYXNlIGFuZCBkaXNwbGF5IGl0IGluIHRoZSBu ZWlnaGJvciB0YWJsZS4NCg0KT2YgY291cnNlLCB0aGlzIGRvZXNuJ3Qgc29sdmUgdGhlIG11bHRp LWhvcCBCR1Agc2NlbmFyaW8sIGJ1dCBJUHY2IExMIGFkZHJlc3NlcyAodGhlIG9yaWdpbmFsIGlu dGVudCBvZiB0aGlzIGRyYWZ0KSBjYW4ndCBiZSB1c2VkIGluIG11bHRpLWhvcCBhbnl3YXkuIEl0 IGFsc28gZG9lc24ndCBzb2x2ZSB0aGUgQkdQIHBhdGggdHJhY2UgKHRoYXQgUm9iZXJ0IHBvaW50 ZWQgb3V0KS4NCg0KV2Ugc2hvdWxkIGJyaW5nIHRoaXMgdXAgdG8gdGhlIHY2b3BzIGFuZCBJUHY2 IGdyb3Vwcy4NCg0KQ2hlZXJzLA0KUmFqaXYNCg0KDQpQczoNCg0KT24gTWF5IDE2LCAyMDE1LCBh dCA2OjI3IEFNLCBSb2JlcnQgUmFzenVrIDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0 QHJhc3p1ay5uZXQ+PiB3cm90ZToNCg0KRGluZXNoLA0KDQpRMSAtIGhvdyBkbyB5b3UgcGluZyBw aHlzaWNhbCBpbnRlcmZhY2Ugbm90IGEgbG9vcGJhY2sNCg0KSW4gdGhlIERDLCBjb21tb24gcHJh Y3RpY2UgSSd2ZSBzZWVuIGlzIHBpbmdpbmcgbm9kZSwgbm90IHBoeXNpY2FsIGludGVyZmFjZS4g VGhlIHBoeXNpY2FsIGludGVyZmFjZSBhZGRyZXNzZXMgYXJlbid0IGV2ZW4gYWR2ZXJ0aXNlZCB0 byBiZSBhYmxlIHRvIGJlIHJlYWNoYWJsZSBtb3JlIHRoYW4gb25lIGhvcCBhd2F5Lg0KDQrigItQ aW5nIGlzIGp1c3QgYW4gZXhhbXBsZS4gVGhpbmsgYWJvdXQgdG9vbCBsaWtlIEJHUCBwYXRoIHRy YWNlIC4uLiBkbyB5b3Ugd2FudCB0byBrbm93IHRoZSBpbnRlcmZhY2UgbmFtZXMgcGFja2V0cyBh cmUgY29taW5nIG9uIGZyb20gbGVhZiB0byBsZWFmIG9yIG5vdCA/IEkgd2FzIGhvcGluZyB3aXRo IHlvdXIgZXh0ZW5zaW9uIHlvdSB3aWxsIGJlIHByb3ZpZGluZyBub2RlIG5hbWUgb2YgdGhlIGZv cm0gc3BpbmU0NF9nMTAgKHdoZXJlIGV0aDEwIGlzIHRoZSBpbnRlcmZhY2Ug4oCLbmFtZSkuDQoN Cg0KUTIgLSBob3cgYWJvdXQgbG9va3VwIG9uIGJncCBydHIgaWQgaW5zdGVhZCBMTCBhZGRyZXNz IHRvIGdldCB0aGUgbmFtZSA/DQoNCkkgZG9uJ3QgbG9va3VwIExMIGFkZHJlc3MuIFJvdXRlciBJ RCBpcyB0eXBpY2FsbHkgdGhlIGxvb3BiYWNrIElQIGFkZHJlc3MgaW4gREMsDQoNClBlcmhhcHMg eW91IG1pc3NlZCBteSBwb2ludC4gSWYgcm91dGVyIGlkIGlzIGxvb3BiYWNrIGFzIHlvdSBjb3Jy ZWN0bHkgcG9pbnQgb3V0IHlvdSBhbHJlYWR5IGhhdmUgaXQgZHVyaW5nIEJHUCBPUEVOIG1zZyBv biBhbnkgcGVlcmluZyBzZXNzaW9uIHNvIGp1c3QgcmV2ZXJzZSBETlMgbG9va3VwIG9uIHJvdXRl cl9pZCB3aWxsIHByb3ZpZGUgeW91IHdpdGggdGhlIG5hbWUgb2YgdGhlIG5vZGUuIERvbmUgd2l0 aCBubyBiZ3AgZXh0ZW5zaW9ucyBuZWVkZWQuDQoNCklmIEROUyBpcyBkb3duIGFzIFRob21hcyBw b2ludHMgb3V0IHlvdXIgbmFtZXMgYXJlIHVzZWxlc3MgZm9yIHRyb3VibGVzaG9vdGluZyBhbnl3 YXkgc28geW91IGZhbGwgYmFjayB0byB1c2luZyBvbGQgZmFzaGluZWQgSVAgYWRkcmVzc2VzIGlu IHRoZSBzaG93IGNvbW1hbmQgOikNCg0KLSAtIC0NCg0KTm93IHNpbmNlIHdlIGFyZSBvbiB0aGlz IHRvcGljIHdlIGhhZCBhbiBpZGVhIGxvbmcgbG9uZyB0aW1lIGJhY2sgdG8gY2FycnkgdGhlIG5h bWUgb2YgdGhlIG5leHQgaG9wIGluIEJHUCAobGVhcm5lZCBmcm9tIElTSVMgZXh0ZW5zaW9uIHdo aWNoIEhlbmsgZGlkKSBzbyBub3Qgb25seSBwZWVyaW5nIHdpbGwgYmUga25vd24gbG9jYWxseSwg YnV0IHlvdSBjYW4gYWxzbyBzZWUgbmV4dCBob3BzIGJ5IG5vZGUgbmFtZXMgcmF0aGVyIHRoZW4g SVB2NiBsaWtlIHN0cmluZ3MuDQoNCk9yaWdpbmFsbHkgaXQgd2FzIGFkZGVkIHRvIElHUCBleHRl bnNpb25zIGZvciBCR1AgZGlzY292ZXJ5Lg0KDQpsYXRlciB0aGUgcHJvcG9zYWwgd2FzIHRvIGNh cnJ5IHRoaXMgYXMgbmV3IG5leHQgaG9wIGRlc2NyaXB0b3IgYXR0cmlidXRlIHNvIGV2ZXJ5bm9k ZSBpbiB0aGUgQVMgY2FuIHVzZSBpdC4NCg0KTm93IHdlIGFyZSB3b3JraW5nIG9uIEJHUCByZW1v dGUgbmV4dCBob3AgZHJhZnQgd2hpY2ggY291bGQgYmUgdXNlZCBmb3IgdGhhdCBhcyB3ZWxsLiBJ dCB3aWxsIGFwcGx5IGJvdGggdG8gRUJHUCBEQyBjYXNlcyBhcyB3ZWxsIGFzIGZvciB0aGUgbm9y bWFsIElCR1AgQVMuIEluIERDIG5vcm1hbGx5IG5oID0gcGVlcmluZyBhZGRyZXNzIHNvIG5hdHVy YWxseSB5b3VyIGNhc2Ugd291bGQgYWxzbyBiZSBzb2x2ZWQuDQoNClVzaW5nIGNhcGFiaWxpdHkg eW91IG9ubHkga25vdyB0aGUgbmFtZSBvZiB5b3VyIGltbWVkaWF0ZSBwZWVyIGFuZCB0aGF0IHNv dW5kcyBsaWtlIGEgYml0IG9mIGxpbWl0YXRpb24gdG8gbWUuDQoNClByb3BhZ2F0aW5nIHRoZSBu YW1lIGluIHRoZSB1cGRhdGUgYXMgYW4gYXR0cmlidXRlIG9yIG5ldyB3aWRlIGJncCBjb21tdW5p dHkgKHdoaWNoIEkgYW0gaGFwcHkgdG8gYWRkIG5ldyB0eXBlIGZvcikgc2VlbXMgdG8gbGlrZSBh IG11Y2ggYmV0dGVyIG9wdGlvbiBlc3BlY2lhbGx5IGlmIG90aGVyIHByb3Bvc2FscyBhbHJlYWR5 IGNhbGwgZm9yIGludHJvZHVjdGlvbiBvZiBiZWFjb24gcHJlZml4ZXMuDQoNCkJlc3QsDQpyLg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSWRyIG1h aWxpbmcgbGlzdA0KSWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0K --_000_A4917172D8BE4ED699F1759AAAEAB6F3ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8 ZGl2PklmIGl0IGlzIGFib3V0IGZpZ3VyaW5nIG91dCB0aGUgYWRqYWNlbnQgSVB2NiBuZWlnaGJv ciBuYW1lcyAoY2VydGFpbmx5LCBhIHJlYXNvbmFibGUgb3BlcmF0aW9uYWwgYXNrKSwgdGhlbiBs ZXQncyBub3Qgc29sdmUgaXQganVzdCBmb3IgQkdQIChvciB1c2luZyBCR1ApLCBlbHNlIHdlIHdv dWxkIGVuZCB1cCBzb2x2aW5nIHRoZSBzYW1lIHByb2JsZW0gYWdhaW4gKHVzaW5nIGEgZGlmZmVy ZW50IHByb3RvY29sKSBmb3Igbm9uLUJHUCBlbmFibGVkDQogbm9kZXMuJm5ic3A7PC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5QZXJoYXBzLCBJUHY2IE5EICgqKSBpcyBiZXR0ZXIgc3Vp dGVkIHRvIGNhcnJ5IHRoZSBob3N0IG5hbWVzLiBUaGUgcmVhc29uIGlzIHRoYXQgSVB2NiBORCBp cyBtYW5kYXRvcnkgZm9yIGV2ZXJ5IElQdjYgbm9kZSwgaGVuY2UgdGhlIGxvd2VzdCBjb21tb24g ZGVub21pbmF0b3IuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5CR1AgY2Fu IHBpY2sgdXAgdGhlIGhvc3QgbmFtZXMgZnJvbSB0aGUgbG9jYWwgTkQgZGF0YWJhc2UgYW5kIGRp c3BsYXkgaXQgaW4gdGhlIG5laWdoYm9yIHRhYmxlLiZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+T2YgY291cnNlLCB0aGlzIGRvZXNuJ3Qgc29sdmUgdGhlIG11bHRpLWhvcCBC R1Agc2NlbmFyaW8sIGJ1dCBJUHY2IExMIGFkZHJlc3NlcyAodGhlIG9yaWdpbmFsIGludGVudCBv ZiB0aGlzIGRyYWZ0KSBjYW4ndCBiZSB1c2VkIGluIG11bHRpLWhvcCBhbnl3YXkuIEl0IGFsc28g ZG9lc24ndCBzb2x2ZSB0aGUgQkdQIHBhdGggdHJhY2UgKHRoYXQgUm9iZXJ0IHBvaW50ZWQgb3V0 KS4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PldlIHNob3VsZCBicmluZyB0 aGlzIHVwIHRvIHRoZSB2Nm9wcyBhbmQgSVB2NiBncm91cHMuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxi cj4NCkNoZWVycywNCjxkaXY+UmFqaXY8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlBzOiZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQpPbiBN YXkgMTYsIDIwMTUsIGF0IDY6MjcgQU0sIFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1haWx0 bzpyb2JlcnRAcmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+Jmd0OyB3cm90ZTo8YnI+ DQo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj4NCjxkaXYgZGly PSJsdHIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpEaW5lc2gsPC9kaXY+ DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVs dmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPg0KPGJsb2NrcXVv dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2Jv cmRlci1sZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2Jv cmRlci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBkaXI9Imx0ciI+ DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVv dGUiPjxzcGFuIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHls ZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0LXdpZHRoOjFweDtib3JkZXIt bGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2JvcmRlci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRp bmctbGVmdDoxZXgiPg0KUTEgLSBob3cgZG8geW91IHBpbmcgcGh5c2ljYWwmbmJzcDtpbnRlcmZh Y2Ugbm90IGEgbG9vcGJhY2smbmJzcDs8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PC9zcGFuPg0KPGRpdj5JbiB0aGUgREMsIGNvbW1vbiBwcmFjdGljZSBJJ3ZlIHNlZW4gaXMgcGlu Z2luZyBub2RlLCBub3QgcGh5c2ljYWwgaW50ZXJmYWNlLiBUaGUgcGh5c2ljYWwgaW50ZXJmYWNl IGFkZHJlc3NlcyBhcmVuJ3QgZXZlbiBhZHZlcnRpc2VkIHRvIGJlIGFibGUgdG8gYmUgcmVhY2hh YmxlIG1vcmUgdGhhbiBvbmUgaG9wIGF3YXkuPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZl dGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQrigItQaW5nIGlzIGp1c3QgYW4gZXhh bXBsZS4gVGhpbmsgYWJvdXQgdG9vbCBsaWtlIEJHUCBwYXRoIHRyYWNlIC4uLiBkbyB5b3Ugd2Fu dCB0byBrbm93IHRoZSBpbnRlcmZhY2UgbmFtZXMgcGFja2V0cyBhcmUgY29taW5nIG9uIGZyb20g bGVhZiB0byBsZWFmIG9yIG5vdCA/IEkgd2FzIGhvcGluZyB3aXRoIHlvdXIgZXh0ZW5zaW9uIHlv dSB3aWxsIGJlIHByb3ZpZGluZyBub2RlIG5hbWUgb2YgdGhlIGZvcm0gc3BpbmU0NF9nMTAgKHdo ZXJlIGV0aDEwDQogaXMgdGhlIGludGVyZmFjZSDigItuYW1lKS48L2Rpdj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGlj YSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1z ZXJpZjtmb250LXNpemU6c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBjbGFzcz0i Z21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQt d2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNvbG9yOnJnYigyMDQsMjA0LDIwNCk7Ym9yZGVyLWxlZnQt c3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2IGRpcj0ibHRyIj4NCjxkaXYgY2xh c3M9ImdtYWlsX2V4dHJhIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48c3BhbiBjbGFzcz0i Ij4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4 IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIw NCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxk aXY+UTIgLSBob3cgYWJvdXQgbG9va3VwIG9uIGJncCBydHIgaWQgaW5zdGVhZCBMTCBhZGRyZXNz Jm5ic3A7dG8gZ2V0IHRoZSBuYW1lID88L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8L3NwYW4+DQo8ZGl2PkkgZG9uJ3QgbG9va3VwIExMIGFkZHJlc3MuIFJvdXRlciBJ RCBpcyB0eXBpY2FsbHkgdGhlIGxvb3BiYWNrIElQIGFkZHJlc3MgaW4gREMsDQo8YnI+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyPg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5 OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpQZXJoYXBzIHlv dSBtaXNzZWQgbXkgcG9pbnQuIElmIHJvdXRlciBpZCBpcyBsb29wYmFjayBhcyB5b3UgY29ycmVj dGx5IHBvaW50IG91dCB5b3UgYWxyZWFkeSBoYXZlIGl0IGR1cmluZyBCR1AgT1BFTiBtc2cgb24g YW55IHBlZXJpbmcgc2Vzc2lvbiBzbyBqdXN0IHJldmVyc2UgRE5TIGxvb2t1cCBvbiByb3V0ZXJf aWQgd2lsbCBwcm92aWRlIHlvdSB3aXRoIHRoZSBuYW1lIG9mIHRoZSBub2RlLiBEb25lIHdpdGgg bm8gYmdwIGV4dGVuc2lvbnMgbmVlZGVkLjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVs dCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6 ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxl PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwi Pg0KSWYgRE5TIGlzIGRvd24gYXMgVGhvbWFzIHBvaW50cyBvdXQgeW91ciBuYW1lcyBhcmUgdXNl bGVzcyBmb3IgdHJvdWJsZXNob290aW5nIGFueXdheSBzbyB5b3UgZmFsbCBiYWNrIHRvIHVzaW5n IG9sZCBmYXNoaW5lZCBJUCBhZGRyZXNzZXMgaW4gdGhlIHNob3cgY29tbWFuZCA6KTwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJp YWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZl dGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQotIC0gLSZuYnNwOzwvZGl2Pg0KPGRp diBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGlj YSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1z ZXJpZjtmb250LXNpemU6c21hbGwiPg0KTm93IHNpbmNlIHdlIGFyZSBvbiB0aGlzIHRvcGljIHdl IGhhZCBhbiBpZGVhIGxvbmcgbG9uZyB0aW1lIGJhY2sgdG8gY2FycnkgdGhlIG5hbWUgb2YgdGhl IG5leHQgaG9wIGluIEJHUCAobGVhcm5lZCBmcm9tIElTSVMgZXh0ZW5zaW9uIHdoaWNoIEhlbmsg ZGlkKSBzbyBub3Qgb25seSBwZWVyaW5nIHdpbGwgYmUga25vd24gbG9jYWxseSwgYnV0IHlvdSBj YW4gYWxzbyBzZWUgbmV4dCBob3BzIGJ5IG5vZGUgbmFtZXMgcmF0aGVyIHRoZW4gSVB2Ng0KIGxp a2Ugc3RyaW5ncy4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxl PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwi Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1m YW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCk9yaWdp bmFsbHkgaXQgd2FzIGFkZGVkIHRvIElHUCBleHRlbnNpb25zIGZvciBCR1AgZGlzY292ZXJ5LiZu YnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5 OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxo ZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KbGF0ZXIgdGhlIHByb3Bvc2Fs IHdhcyB0byBjYXJyeSB0aGlzIGFzIG5ldyBuZXh0IGhvcCBkZXNjcmlwdG9yIGF0dHJpYnV0ZSBz byBldmVyeW5vZGUgaW4gdGhlIEFTIGNhbiB1c2UgaXQuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz PSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMt c2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxf ZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2Zv bnQtc2l6ZTpzbWFsbCI+DQpOb3cgd2UgYXJlIHdvcmtpbmcgb24gQkdQIHJlbW90ZSBuZXh0IGhv cCBkcmFmdCB3aGljaCBjb3VsZCBiZSB1c2VkIGZvciB0aGF0IGFzIHdlbGwuIEl0IHdpbGwgYXBw bHkgYm90aCB0byBFQkdQIERDIGNhc2VzIGFzIHdlbGwgYXMgZm9yIHRoZSBub3JtYWwgSUJHUCBB Uy4gSW4gREMgbm9ybWFsbHkgbmggPSBwZWVyaW5nIGFkZHJlc3Mgc28gbmF0dXJhbGx5IHlvdXIg Y2FzZSB3b3VsZCBhbHNvIGJlIHNvbHZlZC4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWls X2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtm b250LXNpemU6c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0 IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXpl OnNtYWxsIj4NClVzaW5nIGNhcGFiaWxpdHkgeW91IG9ubHkga25vdyB0aGUgbmFtZSBvZiB5b3Vy IGltbWVkaWF0ZSBwZWVyIGFuZCB0aGF0IHNvdW5kcyBsaWtlIGEgYml0IG9mIGxpbWl0YXRpb24g dG8gbWUuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9u dC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxi cj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5 OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpQcm9wYWdhdGlu ZyB0aGUgbmFtZSBpbiB0aGUgdXBkYXRlIGFzIGFuIGF0dHJpYnV0ZSBvciBuZXcgd2lkZSBiZ3Ag Y29tbXVuaXR5ICh3aGljaCBJIGFtIGhhcHB5IHRvIGFkZCBuZXcgdHlwZSBmb3IpIHNlZW1zIHRv IGxpa2UgYSBtdWNoIGJldHRlciBvcHRpb24gZXNwZWNpYWxseSBpZiBvdGhlciBwcm9wb3NhbHMg YWxyZWFkeSBjYWxsIGZvciBpbnRyb2R1Y3Rpb24gb2YgYmVhY29uIHByZWZpeGVzLiZuYnNwOzxi cj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5 OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxo ZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KQmVzdCw8L2Rpdj4NCjxkaXYg Y2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Es c2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0Kci48L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWls X2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtm b250LXNpemU6c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj48c3Bh bj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48 YnI+DQo8c3Bhbj5JZHIgbWFpbGluZyBsaXN0PC9zcGFuPjxicj4NCjxzcGFuPjxhIGhyZWY9Im1h aWx0bzpJZHJAaWV0Zi5vcmciPklkckBpZXRmLm9yZzwvYT48L3NwYW4+PGJyPg0KPHNwYW4+PGEg aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHIiPmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaWRyPC9hPjwvc3Bhbj48YnI+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_A4917172D8BE4ED699F1759AAAEAB6F3ciscocom_-- From nobody Sat May 16 05:04:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02B9A1A877C for ; Sat, 16 May 2015 05:04:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 118s2IS5fKe1 for ; Sat, 16 May 2015 05:04:32 -0700 (PDT) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D8D51A039B for ; Sat, 16 May 2015 05:04:32 -0700 (PDT) Received: by igbsb11 with SMTP id sb11so17386977igb.0 for ; Sat, 16 May 2015 05:04:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Or4C+3EjR8qXJ4sW3qzt/25f/snlbLuHP/2nUcbwSV4=; b=Yga2fo6IEh0ATssEaEZV1rqW7tx8m3PlXYdFazZZ7shzxzSCrMmrxo87suSDvr05Ul pN8Xb4c1PnyBHoF/HG/dWxMtqawmyuB5JfqRexZNQzHO8AOELKRd9jz81C9phWpQrXqC /Fx0VLBwp9ACDeaTltRChifidkh2m9mHaydUE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Or4C+3EjR8qXJ4sW3qzt/25f/snlbLuHP/2nUcbwSV4=; b=T5gPsZq0u/qXM7vfzyaSPbyWlRKnyoPxIQP0LkavXwKpZyVEP0aKOgWNgoUOToB4u+ LeYYyooJ2qvsuKFpzeQzKZDp8/zAf3ksiFSPOEMVTpTtoCowPTxVv/oJsmmbyfPEsI43 gjN2zEAqQWqTIozglJhZX55r5H4Z5fR/Gd/+nJQqrSTsMeQ3S/+2RSnVKCFRQIerfwCZ UY5s9pthfe3OMJ3GSp3HiQIllMUb6J/o7EC1Z9yDFy0h6h+JlZjzjINGFGKDNOEJADdR nT/OBcTz2Z8dL9Pfir5YI4lgsUy2EhpZho0RWSihao1DV/w0dzJKaO3X72O6WrZd9NIM Gzwg== X-Gm-Message-State: ALoCoQnbyCtM1NyX9y8SLgEg3M1gY2DMllyoyVYceFS1YRHzTjr+WoohXmXoF5fvC74Th+qM8LhC MIME-Version: 1.0 X-Received: by 10.50.30.197 with SMTP id u5mr3807944igh.9.1431777871780; Sat, 16 May 2015 05:04:31 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sat, 16 May 2015 05:04:31 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 08:04:31 -0400 Message-ID: From: Daniel Walton To: Robert Raszuk Content-Type: multipart/alternative; boundary=047d7bdc11be71f443051631c3f4 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 12:04:34 -0000 --047d7bdc11be71f443051631c3f4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, May 16, 2015 at 6:27 AM, Robert Raszuk wrote: > Dinesh, > > Q1 - how do you ping physical interface not a loopback >> >> >> In the DC, common practice I've seen is pinging node, not physical >> interface. The physical interface addresses aren't even advertised to be >> able to be reachable more than one hop away. >> > > =E2=80=8BPing is just an example. Think about tool like BGP path trace ..= . do you > want to know the interface names packets are coming on from leaf to leaf = or > not ? I was hoping with your extension you will be providing node name of > the form spine44_g10 (where eth10 is the interface =E2=80=8Bname). > No, we just want to know the hostname of our peer so that the user has more context to work with other than an interface name. It is as simple as displaying/using that hostname in show commands, debug output, clear commands, etc. Using a simple capability allows this to work if DNS is down or not configured (lab environment...granted this scenario is low priority) or if you have the scenario that Rajiv pointed out. > Q2 - how about lookup on bgp rtr id instead LL address to get the name ? >>> >> >> I don't lookup LL address. Router ID is typically the loopback IP addres= s >> in DC, >> > > Perhaps you missed my point. If router id is loopback as you correctly > point out you already have it during BGP OPEN msg on any peering session = so > just reverse DNS lookup on router_id will provide you with the name of th= e > node. Done with no bgp extensions needed. > > If DNS is down as Thomas points out your names are useless for > troubleshooting anyway so you fall back to using old fashined IP addresse= s > in the show command :) > If DNS is down how does that make knowing the hostname of a LL BGP peer useless? > > - - - > > Now since we are on this topic we had an idea long long time back to carr= y > the name of the next hop in BGP (learned from ISIS extension which Henk > did) so not only peering will be known locally, but you can also see next > hops by node names rather then IPv6 like strings. > > Originally it was added to IGP extensions for BGP discovery. > > later the proposal was to carry this as new next hop descriptor attribute > so everynode in the AS can use it. > > Now we are working on BGP remote next hop draft which could be used for > that as well. It will apply both to EBGP DC cases as well as for the norm= al > IBGP AS. In DC normally nh =3D peering address so naturally your case wou= ld > also be solved. > > Using capability you only know the name of your immediate peer and that > sounds like a bit of limitation to me. > > Propagating the name in the update as an attribute or new wide bgp > community (which I am happy to add new type for) seems to like a much > better option especially if other proposals already call for introduction > of beacon prefixes. > > This sounds far more heavy handed and would be solving a problem that we are not attempting to solve :) I just need to know the hostnames of my peers. Daniel --047d7bdc11be71f443051631c3f4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, May 16, 2015 at 6:27 AM, Robert Raszuk <robert@raszuk.net&= gt; wrote:
Dinesh,
Q1 - how do you ping physical= =C2=A0interface not a loopback=C2=A0

In the DC, common practice I've seen is pinging node, not physical int= erface. The physical interface addresses aren't even advertised to be a= ble to be reachable more than one hop away.

=E2=80=8BPing is just an example. Thin= k about tool like BGP path trace ... do you want to know the interface name= s packets are coming on from leaf to leaf or not ? I was hoping with your e= xtension you will be providing node name of the form spine44_g10 (where eth= 10 is the interface =E2=80=8Bname).

No, we just want to know the hostname of our peer so= that the user has more context to work with other than an interface name. = It is as simple as displaying/using that hostname in show commands, debug o= utput, clear commands, etc.=C2=A0 Using a simple capability allows this to = work if DNS is down or not configured (lab environment...granted this scena= rio is low priority) or if you have the scenario that Rajiv pointed out.

=C2=A0
Q2 - how about lookup on bgp= rtr id instead LL address=C2=A0to get the name ?
I don't lookup LL address. Router ID is typically t= he loopback IP address in DC,

Perhaps you missed my point. If router id is loopback as = you correctly point out you already have it during BGP OPEN msg on any peer= ing session so just reverse DNS lookup on router_id will provide you with t= he name of the node. Done with no bgp extensions needed.

If DNS is dow= n as Thomas points out your names are useless for troubleshooting anyway so= you fall back to using old fashined IP addresses in the show command :)

If DNS is down = how does that make knowing the hostname of a LL BGP peer useless?

=C2=A0

- - -=C2=A0

Now= since we are on this topic we had an idea long long time back to carry the= name of the next hop in BGP (learned from ISIS extension which Henk did) s= o not only peering will be known locally, but you can also see next hops by= node names rather then IPv6 like strings.=C2=A0

Originally it was add= ed to IGP extensions for BGP discovery.=C2=A0

later the proposal was t= o carry this as new next hop descriptor attribute so everynode in the AS ca= n use it.=C2=A0

Now we are working on BGP remote next hop draft which = could be used for that as well. It will apply both to EBGP DC cases as well= as for the normal IBGP AS. In DC normally nh =3D peering address so natura= lly your case would also be solved.=C2=A0

Using capability you only kn= ow the name of your immediate peer and that sounds like a bit of limitation= to me.=C2=A0

Propagating the name in the update as an attribute or ne= w wide bgp community (which I am happy to add new type for) seems to like a= much better option especially if other proposals already call for introduc= tion of beacon prefixes.=C2=A0


This sounds far more heavy handed and would be solving= a problem that we are not attempting to solve :) I just need to know the h= ostnames of my peers.

Daniel

<= div>=C2=A0
--047d7bdc11be71f443051631c3f4-- From nobody Sat May 16 06:03:29 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26CC71A039C for ; Sat, 16 May 2015 06:03:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5gs8W7T8n7xY for ; Sat, 16 May 2015 06:03:27 -0700 (PDT) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD4641A0105 for ; Sat, 16 May 2015 06:03:26 -0700 (PDT) Received: by obcus9 with SMTP id us9so95812560obc.2 for ; Sat, 16 May 2015 06:03:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KyUrIJ5wKEISa1eUoKiFRg1kYZZsV1OZ1yomWq7eCjI=; b=YRcvNtwayjPP2xbabmHMZ4cdbxdJ8XzGIrGSta/LlJzsno9aZV3PYlFUfZxyisRLQE Ce4exzSjdlIbyqKm0d0Ccg0mbEOomOEAERdiRkekHRdfNftEftCS2r/ktUfwNecQUEll PDelKfpYX/ECG9rxluNnnQf0XQwNqYV06ps2iEwbK8dzxifmxCuzmSAL0npFLOFL6ybI 36KjvN6YeRfYshvijkvQP1UNNVDO0Ffd9aYhSLmmtOzQ9uyjPlTWfOVOupuMb2re64ko yeKQrLbYMJa8Jz2dx9X66G0eDWbpZ94JyCkY44BPhqTLRJZitEWppMMB7M0a6Ef0MWIS OhFg== MIME-Version: 1.0 X-Received: by 10.60.82.67 with SMTP id g3mr12403099oey.29.1431781406302; Sat, 16 May 2015 06:03:26 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Sat, 16 May 2015 06:03:26 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 15:03:26 +0200 X-Google-Sender-Auth: PXujYxVxQaRIK5WLI6L-D4Ic6Sk Message-ID: From: Robert Raszuk To: Daniel Walton Content-Type: multipart/alternative; boundary=047d7b676d521e6a360516329628 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 13:03:28 -0000 --047d7b676d521e6a360516329628 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E2=80=8BHi Daniel,=E2=80=8B > If DNS is down how does that make knowing the hostname of a LL BGP peer > useless? > =E2=80=8BIt was not clear from the draft that you would use those to resolv= e names also locally (say via temporary caching into hosts file) when learned by BGP. I think while the extension you are proposing is indeed minor I would personnaly see this being solved in general v6 case not just for BGP as Rajiv mentioned. Btw are you not running LLDP already on the interfaces ? If so the peer name is already there. If not adding OpenLLDP (http://open-lldp.org/) should be a mater of minutes :) > This sounds far more heavy handed and would be solving a problem that > we are not attempting to solve :) I just need to know the hostnames of my > peers. But it also solves your problem automagically - that is why I have mentioned it here for consideration of the group. Cheers, R. --047d7b676d521e6a360516329628 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=E2=80=8BHi Daniel,=E2=80=8B

=C2=A0=
If DNS is down how does that make knowing the hostn= ame of a LL BGP peer useless?

=
=E2=80=8BIt was not clear from the draft that= you would use those to resolve names also locally (say via temporary cachi= ng into hosts file) when learned by BGP.=C2=A0

=
I think while the extension you are proposing is i= ndeed minor I would personnaly see this being solved in general v6 case not= just for BGP as Rajiv mentioned.=C2=A0

Btw are you not running LLDP already on the interface= s ? If so the peer name is already there. If not adding OpenLLDP (http://open-lldp.org/) should be a mater of = minutes :)


<= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">> This sounds far more heavy handed and would be solvin= g a problem that=C2=A0
> we are not attemp= ting to solve :) I just need to know the hostnames of my=C2=A0
=
> peers.

<= /span>
But it also solves your problem automagically= - that is why I have mentioned it here for consideration of the group.=C2= =A0


Cheers,
R.
<= span style=3D"font-family:arial,sans-serif;font-size:12.8000001907349px">
--047d7b676d521e6a360516329628-- From nobody Sat May 16 08:59:30 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB6CD1A8984; Sat, 16 May 2015 08:59:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.999 X-Spam-Level: ** X-Spam-Status: No, score=2.999 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Ut0XnRH9bFr; Sat, 16 May 2015 08:59:26 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F07A1A8923; Sat, 16 May 2015 08:59:26 -0700 (PDT) Received: from smtp-1.mail.exa.net.uk (smtp-1.mail.exa.net.uk [82.219.5.1]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 674AC1C027A; Sat, 16 May 2015 16:59:23 +0100 (BST) Received: from smtp-1.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 4F7D0221413; Sat, 16 May 2015 16:59:23 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Sat, 16 May 2015 16:59:23 +0100 (BST) From: "Thomas Mangin" To: idr-bounces@ietf.org Date: Sat, 16 May 2015 16:59:09 +0100 Message-ID: In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: idr wg , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 15:59:27 -0000 > If DNS is down as Thomas points out your names are useless for > troubleshooting anyway so you fall back to using old fashined IP > addresses in the show command :) > > If DNS is down how does that make knowing the hostname of a LL BGP > peer useless? I do not know any of the directly connected IP of most of our equipments but I know all our router names and they include some form of encoding of the hw type and location. Therefore if not vital this information is useful. Also more than once I have seen process failure where a equipment IP is changed but where DNS information is not and consequently stale. This will help with this case. I would rather see this totally harmless draft (as vendors can decide to ignore it without consequences) progress than seeing Cumulus assigning a capability number for it and later find that we have like multisession two different code for the same feature :p Thomas From nobody Sat May 16 09:40:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B558A1A8F35; Sat, 16 May 2015 09:40:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.512 X-Spam-Level: X-Spam-Status: No, score=-1.512 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LokxhDF58DTJ; Sat, 16 May 2015 09:40:45 -0700 (PDT) Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA1351A8994; Sat, 16 May 2015 09:40:45 -0700 (PDT) Received: from [100.121.87.58] (250.sub-70-215-14.myvzw.com [70.215.14.250]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by guelah.shrubbery.net (Postfix) with ESMTPSA id 3BF885AC9C; Sat, 16 May 2015 16:40:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: John Heasley Mime-Version: 1.0 (1.0) Date: Sat, 16 May 2015 12:37:00 -0400 Message-Id: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> References: <20150516015819.5849234.74476.67011@gmail.com> In-Reply-To: To: Thomas Mangin X-Mailer: iPad Mail (12F69) Archived-At: Cc: idr wg , "idr-bounces@ietf.org" , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 16:40:47 -0000 Am 16.05.2015 um 11:59 schrieb Thomas Mangin : >=20 > I would rather see this totally harmless draft (as vendors can decide to i= gnore it without consequences) progress than seeing Cumulus assigning a capa= bility number for it and later find that we have like multisession two diffe= rent code for the same feature :p Or just keep track of your peering info in a database ... With contact info,= business relationship, etc. this is not a bgp problem, IMO. Its a CRM and= NMS problem.=20= From nobody Sat May 16 10:46:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2AF71A7014 for ; Sat, 16 May 2015 10:46:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.799 X-Spam-Level: X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kw6oZFocxuUt for ; Sat, 16 May 2015 10:46:09 -0700 (PDT) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA63A1A7011 for ; Sat, 16 May 2015 10:46:08 -0700 (PDT) X-Envelope-To: idr@ietf.org Received: from crumpet.foobar.org (xe-0-0-2.transit07.phb1.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.netability.ie (8.15.1/8.14.9) with ESMTPSA id t4GHjx42045129 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2015 18:46:02 +0100 (IST) (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.netability.ie: Host xe-0-0-2.transit07.phb1.foobar.org [87.192.56.84] claimed to be crumpet.foobar.org Message-ID: <55578256.3030807@foobar.org> Date: Sat, 16 May 2015 18:45:58 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "Rajiv Asati (rajiva)" , Robert Raszuk References: <20150516015819.5849234.74476.67011@gmail.com> , In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 17:46:10 -0000 On 16/05/2015 12:54, Rajiv Asati (rajiva) wrote: > Perhaps, IPv6 ND (*) is better suited to carry the host names. The reason > is that IPv6 ND is mandatory for every IPv6 node, hence the lowest common > denominator. please no. Major layering violation. Nick From nobody Sat May 16 11:50:44 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84FB01A03AB for ; Sat, 16 May 2015 11:50:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.322 X-Spam-Level: * X-Spam-Status: No, score=1.322 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gyE_AjSXocsW for ; Sat, 16 May 2015 11:50:42 -0700 (PDT) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::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 2278E1A0390 for ; Sat, 16 May 2015 11:50:42 -0700 (PDT) Received: by igbpi8 with SMTP id pi8so60436766igb.0 for ; Sat, 16 May 2015 11:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T83aiiAgME2Q8Ijz5XY3P7FIBhU1OHayCwbV1FjyzBA=; b=LUn4CmIZdRJ9a3vwqb3JtiE6lYfBB0yrpi9XNKdyrxtMGQQj83NlA3IZoLOe/xWBLg iqOk8iCjb4om/0WCpybLAwChss04ryYR5ykCmQkBkwfmGT9oW5cI5nIAxTwtSQB9cXyq UP9Oc5ovKyIAsAg5ABd61VCdYrax+MgmogzR8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=T83aiiAgME2Q8Ijz5XY3P7FIBhU1OHayCwbV1FjyzBA=; b=ZCySBFupaDVPT3xSIIKgun/AE+StS8ZcoybGxus1LRvQYwQvv8nSVWYaN5P7+u5oY2 jgXP0EhGrun9O8qjXIjIDpcnV5QTM00yUeACT2T1nx8Z7u26V6AhHEYwnZzkCMCH6dlg S1XoocIFT3v3fcF7F6tIRlBr731tzTejyNe3KGhfWGDsG0BYiIlipl2aBQRNuhvq7Dcv ikH3XEBQEgO2rBUiqCTSJ8KXbZrUWPcYgUj6eg7TY+WmSUM5p8CIN5+X1VH+GKE2TS5n yFB3R9FjY4avRigr89tlfrfrsXsOytnbDy5/C6P+//qS3drqig5xd0198vsvyMtvx1VW N+/A== X-Gm-Message-State: ALoCoQk5iDmtEDb/r5FFjdmhYIoQe+B/s3hz6la1MtspgRem7+MBh7wM6q9VcEYtAjyVzk7ltO6f MIME-Version: 1.0 X-Received: by 10.50.73.169 with SMTP id m9mr5510440igv.37.1431802241499; Sat, 16 May 2015 11:50:41 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sat, 16 May 2015 11:50:41 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 14:50:41 -0400 Message-ID: From: Daniel Walton To: Robert Raszuk Content-Type: multipart/alternative; boundary=089e0115f644fe6a680516376f15 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 18:50:43 -0000 --089e0115f644fe6a680516376f15 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, May 16, 2015 at 9:03 AM, Robert Raszuk wrote: > =E2=80=8BHi Daniel,=E2=80=8B > > > >> If DNS is down how does that make knowing the hostname of a LL BGP peer >> useless? >> > > =E2=80=8BIt was not clear from the draft that you would use those to reso= lve names > also locally (say via temporary caching into hosts file) when learned by > BGP. > Ack, we'll add some text that gives some examples of how/why an implementation might use the hostname data. I think while the extension you are proposing is indeed minor I would > personnaly see this being solved in general v6 case not just for BGP as > Rajiv mentioned. > > Btw are you not running LLDP already on the interfaces ? If so the peer > name is already there. If not adding OpenLLDP (http://open-lldp.org/) > should be a mater of minutes :) > > yep, we have LLDP :) We did consider using LLDP initially but there are some situations where it doesn't work: - LLDP is not enabled. This would be uncommon within a data center but I have worked with customers before who turn off LLDP on all customer facing links. - If you want to peer to multiple peers on a single L2 segment you are only going to see the L2 switch as a LLDP peer and not all of the L3 box= es that you are BGP peering with. For us we only support the "neighbor swp= X interface" syntax for p2p links but that might change someday and a customer could always configure multiple neighbors on that interface by specifying "neighbor fe80::...... remote-as X". Daniel --089e0115f644fe6a680516376f15 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, May 16, 2015 at 9:03 AM, Robert Raszuk <robert@raszuk.net&= gt; wrote:
=E2=80=8BHi Daniel,=E2=80= =8B

=C2=A0
If D= NS is down how does that make knowing the hostname of a LL BGP peer useless= ?

=E2=80=8BIt was= not clear from the draft that you would use those to resolve names also lo= cally (say via temporary caching into hosts file) when learned by BGP.=C2= =A0

Ack, we&#= 39;ll add some text that gives some examples of how/why an implementation m= ight use the hostname data.


I think while the extension you are proposing is indeed m= inor I would personnaly see this being solved in general v6 case not just f= or BGP as Rajiv mentioned.=C2=A0

Btw are you not running LLDP alre= ady on the interfaces ? If so the peer name is already there. If not adding= OpenLLDP (http://open-= lldp.org/) should be a mater of minutes :)

<= /span>

yep, we have= LLDP :) =C2=A0We did consider using LLDP initially but there are some situ= ations where it doesn't work:
  • LLDP is not enabled.=C2= =A0 This would be uncommon within a data center but I have worked with cust= omers before who turn off LLDP on all customer facing links.
  • If you= want to peer to multiple peers on a single L2 segment you are only going t= o see the L2 switch as a LLDP peer and not all of the L3 boxes that you are= BGP peering with.=C2=A0 For us we only support the "neighbor swpX int= erface" syntax for p2p links but that might change someday and a custo= mer could always configure multiple neighbors on that interface by specifyi= ng "neighbor fe80::...... remote-as X".
Danie= l
=C2=A0
--089e0115f644fe6a680516376f15-- From nobody Sat May 16 12:04:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B93AE1A19F4; Sat, 16 May 2015 12:04:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KxzKNiJqVtDf; Sat, 16 May 2015 12:04:42 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5E641A03B3; Sat, 16 May 2015 12:04:42 -0700 (PDT) Received: from smtp-5.exa.net.uk (unknown [82.219.5.5]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 8FBA31C028C; Sat, 16 May 2015 20:04:40 +0100 (BST) Received: from smtp-5.exa.net.uk (localhost [127.0.0.1]) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTP id 7E7BE40A8A; Sat, 16 May 2015 20:04:40 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTPSA; Sat, 16 May 2015 20:04:38 +0100 (BST) From: "Thomas Mangin" To: "John Heasley" Date: Sat, 16 May 2015 20:04:24 +0100 Message-ID: <9C052854-0488-433C-A8E8-BB820C143D1A@exa-networks.co.uk> In-Reply-To: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: ClamAV using ClamSMTP Archived-At: Cc: idr wg , "idr-bounces@ietf.org" , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:04:44 -0000 >> I would rather see this totally harmless draft (as vendors can decide = >> to ignore it without consequences) progress than seeing Cumulus = >> assigning a capability number for it and later find that we have like = >> multisession two different code for the same feature :p > > Or just keep track of your peering info in a database ... With contact = > info, business relationship, etc. this is not a bgp problem, IMO. = > Its a CRM and NMS problem. We will clearly not agree. As we believe in =E2=80=9Cworking code and rough consensus=E2=80=9D, we n= ow have the = first half. https://github.com/Exa-Networks/exabgp/commit/2641669f0bf6f34e3639bcdc36a= 940c381c89548 I will let people decide about the second half. Thomas From nobody Sat May 16 12:18:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 755551A01F2 for ; Sat, 16 May 2015 12:18:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vqVljMp-20xa for ; Sat, 16 May 2015 12:18:03 -0700 (PDT) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFECB1A0235 for ; Sat, 16 May 2015 12:18:02 -0700 (PDT) Received: by yhrr66 with SMTP id r66so41125597yhr.3 for ; Sat, 16 May 2015 12:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=uH38gi+nrAlaVM2hMuPSx0gHVvRqm+qjRTcOILeSi4o=; b=aEwW3iZozJZIZDcuar4QFFoNKlcIFgacxEuCpoPtg1QWgF32F2NeBQIV78l2AVJ6Gl o7t9h9yv7zdGE3H/7H99VG4Ucf/EoC/22WWlUEs+fuofFCwaOne2DFX/d0vIsp3x43mC F3HaPUFOxyhNB19BmL+XEZnUGfCDBCt5Vjmqs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=uH38gi+nrAlaVM2hMuPSx0gHVvRqm+qjRTcOILeSi4o=; b=FKZ736pFl/j2z36MPPiGmUyW+Ry0ZaKehzeLT/szk2o9GVK0HBwZ+fTLCFV9S/bb7+ UDDCT1qos2F/fYD3BXLO3rJH97NNuOM9Qs3IS5WO30vDke4EBjj/dTUL33IXFmu7ScY4 w7XiAm39nKI5ONeVPYPndXSEKEu4Chc+KUD/IoMQr2Ivr3DjY74rHIA8t/b8FdQgGJJA diWojq50mnHvhUjbdWqMwW9jzBSTOq0BVIHDKFi7WKtfFANM7PqOzi7lqnS047PVOte2 KhsDwJiCPfQUPrTZRnBysc36MYptwB7g9MNR+vrxZE6mgjT9z0hfWjTj2M8ZGct50Vzr 0W5A== X-Gm-Message-State: ALoCoQl85gc2+J/Gciyv3f8EVRMebVTbd5OTD2xTAgVWog6ga01aLcNQu6UG/SMBQxyMZJklv3R+ X-Received: by 10.170.203.215 with SMTP id u206mr17448506yke.43.1431803882126; Sat, 16 May 2015 12:18:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sat, 16 May 2015 12:17:41 -0700 (PDT) In-Reply-To: <9C052854-0488-433C-A8E8-BB820C143D1A@exa-networks.co.uk> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <9C052854-0488-433C-A8E8-BB820C143D1A@exa-networks.co.uk> From: Dinesh Dutt Date: Sat, 16 May 2015 12:17:41 -0700 Message-ID: To: Thomas Mangin Content-Type: multipart/alternative; boundary=001a1139e4dac859e1051637d180 Archived-At: Cc: John Heasley , idr wg , "idr-bounces@ietf.org" , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:18:04 -0000 --001a1139e4dac859e1051637d180 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Thomas, I think you have captured our intent well. On Sat, May 16, 2015 at 12:04 PM, Thomas Mangin < thomas.mangin@exa-networks.co.uk> wrote: > I would rather see this totally harmless draft (as vendors can decide to >>> ignore it without consequences) progress than seeing Cumulus assigning = a >>> capability number for it and later find that we have like multisession = two >>> different code for the same feature :p >>> >> >> Or just keep track of your peering info in a database ... With contact >> info, business relationship, etc. this is not a bgp problem, IMO. Its = a >> CRM and NMS problem. >> > > We will clearly not agree. > > As we believe in =E2=80=9Cworking code and rough consensus=E2=80=9D, we n= ow have the first > half. > > https://github.com/Exa-Networks/exabgp/commit/2641669f0bf6f34e3639bcdc36a= 940c381c89548 > In the same spirit, we had added a link to the Quagga implementation that we have in the draft. May we add a link to your implementation as well ? Dinesh > > I will let people decide about the second half. > > Thomas > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a1139e4dac859e1051637d180 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Thomas,

I think you have captured our= intent well.

On Sat, May 16, 2015 at 12:04 PM, Thomas Mangin <thomas.mangin@exa-networks.co.uk> wrote:
I would rather see this totally harmless draft (as vendors can decide to ig= nore it without consequences) progress than seeing Cumulus assigning a capa= bility number for it and later find that we have like multisession two diff= erent code for the same feature :p

Or just keep track of your peering info in a database ... With contact info= , business relationship, etc.=C2=A0 this is not a bgp problem, IMO.=C2=A0 I= ts a CRM and NMS problem.

 We will clearly not agree.

As we believe in =E2=80=9Cworking code and rough consensus=E2=80=9D, we now= have the first half.
https://github.com/Exa-Networks/e= xabgp/commit/2641669f0bf6f34e3639bcdc36a940c381c89548
<= div>
In the same spirit, we had added a link to the Quagga im= plementation that we have in the draft. May we add a link to your implement= ation as well ?

Dinesh

I will let people decide about the second half.

Thomas


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

--001a1139e4dac859e1051637d180-- From nobody Sat May 16 12:19:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2E241A1AAA for ; Sat, 16 May 2015 12:19:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4h-2Oegvzycn for ; Sat, 16 May 2015 12:19:28 -0700 (PDT) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 863E71A1A78 for ; Sat, 16 May 2015 12:19:28 -0700 (PDT) Received: by yhrr66 with SMTP id r66so41130218yhr.3 for ; Sat, 16 May 2015 12:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=v5w+2Ca0bWrVpAigkmDuFi/7Ua6S9H+JLjypp8sbdUw=; b=KJMwlbOVzITQfOmyEEsuXyjUjoist1oLMaVYqiD5wQYdkx8c4G2lmh2Y8ich94n5tn NCwZf7fdTGis8RHHxrGsk79R3gPHNh6l8BKc4OmrYV8ke+UCk6ssywfYt4+dwQcGBlqm 5rcBQS0Tx93t3Yq9zXSd/GvB5hzw9j//bMedM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=v5w+2Ca0bWrVpAigkmDuFi/7Ua6S9H+JLjypp8sbdUw=; b=T+OGqyTLAjNXEptHzMEms8Dgrf3PUmcKMzCYLDQ1Jox3Qre+WpK1q+LDQTNPW+lLli ywqLQHWkdb4sMXa9xgRo4R27qLvf3PmSg3klH5wBVE2L3+UKeHngIugwMmqswZmtMfu3 bm2Qh2hQPEukjYlP5ZfGNFTlPm/EPvCNm2DK8ISopZFiEcjpRLaTuaNmZJ3x/m9UtKPM 3TIwzIxWGW43CWPdYwBkoe7WdfkfGBHQ4GgsXPb02J3eXaU+fmOrl80fellpDVCDfff/ zpW1ObB78+TqtyM5G7EigtwIZQkDg4xPU5xvSfzEjWbqcOQkGcWrhjo15OLMwmFLotyp k8EA== X-Gm-Message-State: ALoCoQnRlEfJg6MzAskzHD8IhGBP7ytIV2fJD3claJboX4bJ9UyrFuuQju4G0ppGmXNzhd9uVzno X-Received: by 10.236.34.225 with SMTP id s61mr15296993yha.76.1431803967946; Sat, 16 May 2015 12:19:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sat, 16 May 2015 12:19:07 -0700 (PDT) In-Reply-To: <55578256.3030807@foobar.org> References: <20150516015819.5849234.74476.67011@gmail.com> <55578256.3030807@foobar.org> From: Dinesh Dutt Date: Sat, 16 May 2015 12:19:07 -0700 Message-ID: To: Nick Hilliard Content-Type: multipart/alternative; boundary=089e01681ed8e5dd10051637d6d6 Archived-At: Cc: idr wg , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:19:29 -0000 --089e01681ed8e5dd10051637d6d6 Content-Type: text/plain; charset=UTF-8 On Sat, May 16, 2015 at 10:45 AM, Nick Hilliard wrote: > On 16/05/2015 12:54, Rajiv Asati (rajiva) wrote: > > Perhaps, IPv6 ND (*) is better suited to carry the host names. The reason > > is that IPv6 ND is mandatory for every IPv6 node, hence the lowest common > > denominator. > > please no. Major layering violation. > Ack. There are other reasons too such as working with IPv4 peering, and iBGP peering which is not always one-hop away. Dinesh > > Nick > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --089e01681ed8e5dd10051637d6d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, May 16, 2015 at 10:45 AM, Nick Hilliard <<= a href=3D"mailto:nick@foobar.org" target=3D"_blank">nick@foobar.org>= wrote:
On 16/05/= 2015 12:54, Rajiv Asati (rajiva) wrote:
> Perhaps, IPv6 ND (*) is better suited to carry the host names. The rea= son
> is that IPv6 ND is mandatory for every IPv6 node, hence the lowest com= mon
> denominator.

please no.=C2=A0 Major layering violation.

=
Ack. There are other reasons too such as working with IPv4 peeri= ng, and iBGP peering which is not always one-hop away.

Di= nesh

Nick


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

--089e01681ed8e5dd10051637d6d6-- From nobody Sat May 16 12:20:58 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAEEC1A1AC6 for ; Sat, 16 May 2015 12:20:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DNklSOVSwcaE for ; Sat, 16 May 2015 12:20:55 -0700 (PDT) Received: from mail-yh0-x22b.google.com (mail-yh0-x22b.google.com [IPv6:2607:f8b0:4002:c01::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 6778A1A1AB4 for ; Sat, 16 May 2015 12:20:55 -0700 (PDT) Received: by yhda23 with SMTP id a23so41150760yhd.2 for ; Sat, 16 May 2015 12:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=r6pt+3XyGXDSgdMVa9dzWLfRZFapZq3rsTX2adyP0AI=; b=DzngtXtSIytkO9KP9a7VikZ8CblR93NUZWt6lhLlHdcpAkICJh/ha+un7ti0QBTcHW JhZt5U4hPN/nZIOoKJgOd4z8+Sd/qEyUcldnz15mv0IxrKEVrAo+UaP77bVN5qisooPD yrmahZioOwUoCpa0NLOBIuuNUz0w0VzleMtgM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=r6pt+3XyGXDSgdMVa9dzWLfRZFapZq3rsTX2adyP0AI=; b=CISQXJTSOXqqes4E/tQe+39CkwakWzyE0PDyx0mZeyrI/hSaUyV+js6poPCQ4t9PMS nPuIm2BTW7XmVXoKOgg79MXZstg/3XusuMcXFOE9adWO81h3aq9KIuniwMBsT8G84gQQ xbq1QydkxpDqiiVCv6ZxS2vjS7beN2OBpWvta8vYOoPKwUrSZIP3WmtAG+vMARf3PGdr b0+zGL/fsJYRYRxuzLK4zwsfytFubrVhLQ1lD2t0hlESRYXwABD94Fsu80rFIDjXDaTT vTKTdp+cv8h5ck4c0wL+hW+kdaiZm6/Rip5/RpzUxOurfRQ19nYMLSn06bWIx/olAE5k gULw== X-Gm-Message-State: ALoCoQnXqKEyz3wQa06fu/JmnuxVWwJ6EMDYD45DIAPqnWK4SJxEevNLdE4Nds4zaFT/A4lm74+d X-Received: by 10.170.81.87 with SMTP id x84mr17566248ykx.113.1431804054813; Sat, 16 May 2015 12:20:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sat, 16 May 2015 12:20:34 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> From: Dinesh Dutt Date: Sat, 16 May 2015 12:20:34 -0700 Message-ID: To: Daniel Walton Content-Type: multipart/alternative; boundary=001a113a908e13568a051637dc0e Archived-At: Cc: idr wg , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:20:56 -0000 --001a113a908e13568a051637dc0e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Also add to this list, iBGP peering, which may not be one hop away. Within the DC, people are deploying BGP-based controllers. Dinesh On Sat, May 16, 2015 at 11:50 AM, Daniel Walton wrote: > > > On Sat, May 16, 2015 at 9:03 AM, Robert Raszuk wrote: > >> =E2=80=8BHi Daniel,=E2=80=8B >> >> >> >>> If DNS is down how does that make knowing the hostname of a LL BGP peer >>> useless? >>> >> >> =E2=80=8BIt was not clear from the draft that you would use those to res= olve >> names also locally (say via temporary caching into hosts file) when lear= ned >> by BGP. >> > > Ack, we'll add some text that gives some examples of how/why an > implementation might use the hostname data. > > > I think while the extension you are proposing is indeed minor I would >> personnaly see this being solved in general v6 case not just for BGP as >> Rajiv mentioned. >> >> Btw are you not running LLDP already on the interfaces ? If so the peer >> name is already there. If not adding OpenLLDP (http://open-lldp.org/) >> should be a mater of minutes :) >> >> > yep, we have LLDP :) We did consider using LLDP initially but there are > some situations where it doesn't work: > > - LLDP is not enabled. This would be uncommon within a data center > but I have worked with customers before who turn off LLDP on all custo= mer > facing links. > - If you want to peer to multiple peers on a single L2 segment you are > only going to see the L2 switch as a LLDP peer and not all of the L3 b= oxes > that you are BGP peering with. For us we only support the "neighbor s= wpX > interface" syntax for p2p links but that might change someday and a > customer could always configure multiple neighbors on that interface b= y > specifying "neighbor fe80::...... remote-as X". > > Daniel > > --001a113a908e13568a051637dc0e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Also add to this list, iBGP peering, which may not be= one hop away. Within the DC, people are deploying BGP-based controllers.
Dinesh

On Sat, May 16, 2015 at 11:50 AM, Daniel Walton <dwal= ton@cumulusnetworks.com> wrote:


On Sat, May 16, 2015 at 9:03 AM, Robert Raszuk <= robert@raszuk.net> wrote:
<= div dir=3D"ltr">
=
=E2= =80=8BHi Daniel,=E2=80=8B

=C2=A0
If DNS is down how does that make knowing the hostname of a LL BGP p= eer useless?

=E2= =80=8BIt was not clear from the draft that you would use those to resolve n= ames also locally (say via temporary caching into hosts file) when learned = by BGP.=C2=A0

Ack, we'll add some text that gives some examples of how/why an= implementation might use the hostname data.

I think while the extensi= on you are proposing is indeed minor I would personnaly see this being solv= ed in general v6 case not just for BGP as Rajiv mentioned.=C2=A0
<= div style=3D"font-family:arial,helvetica,sans-serif;font-size:small">
B= tw are you not running LLDP already on the interfaces ? If so the peer name= is already there. If not adding OpenLLDP (http://open-lldp.org/) should be a mater of minutes= :)


yep, we have LLDP :) =C2=A0We did consider using LLDP initi= ally but there are some situations where it doesn't work:
  • LLDP is not enabled.=C2=A0 This would be uncommon within a data center= but I have worked with customers before who turn off LLDP on all customer = facing links.
  • If you want to peer to multiple peers on a single L2 = segment you are only going to see the L2 switch as a LLDP peer and not all = of the L3 boxes that you are BGP peering with.=C2=A0 For us we only support= the "neighbor swpX interface" syntax for p2p links but that migh= t change someday and a customer could always configure multiple neighbors o= n that interface by specifying "neighbor fe80::...... remote-as X"= ;.
    • Danie= l
    =C2=A0

    --001a113a908e13568a051637dc0e-- From nobody Sat May 16 12:26:06 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 762B51A1B1B for ; Sat, 16 May 2015 12:26:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32uYKZ6e6tlE for ; Sat, 16 May 2015 12:26:02 -0700 (PDT) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (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 D8C0E1A1B13 for ; Sat, 16 May 2015 12:26:00 -0700 (PDT) Received: by wibt6 with SMTP id t6so27767790wib.0 for ; Sat, 16 May 2015 12:25:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=3WhkI8qaVPJvRdmxa7oUiTJ02MZ8/a6XTo3+T+y0I5o=; b=JRr3xCuk1rmTg6GL5KiXwqfHYujLXcSShgbWyktNumYz8yIjxpPHpk9rqikDAQbdlm CAmmmP0NNLcu8LzZFehMOtSRWzZnB06JJQz9137iiAFw3lLAIHo+CTIrteaVepQryeMl ihOy4T5evmXcLE6pw9nEhkGXAEskIBoIHLk3EBOUMYLP//jBpwYYsvgICLxrY+V547mY EKIh5tb4tamvUKtoy9zbFJJBNzyP9YEh5gbKmQQzMt+oOH3Bw7aYEtEtEDLShy6FOaHY olX7uAbVyUCpcaeIhd8FqYj5ZlCRr1WLQU7MG+mZHHM8ACF2PLNTqR0V6Z5kJZ+8Vijz 4fDg== X-Gm-Message-State: ALoCoQlvVodVjoz+W464tW9FJmSFx9eWoRTDXlDBhr3CsRvgnfLfmMi8t3bna9lsS+WtsPDufa6c X-Received: by 10.180.74.238 with SMTP id x14mr8277545wiv.81.1431804359407; Sat, 16 May 2015 12:25:59 -0700 (PDT) Received: from localhost ([2001:67c:208c:10:c457:a421:3cc3:843b]) by mx.google.com with ESMTPSA id ny7sm4185368wic.11.2015.05.16.12.25.57 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 May 2015 12:25:58 -0700 (PDT) Date: Sat, 16 May 2015 21:25:56 +0200 From: Job Snijders To: John Heasley Message-ID: <20150516192556.GB73434@Vurt.local> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg , Robert Raszuk , "idr-bounces@ietf.org" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:26:03 -0000 On Sat, May 16, 2015 at 12:37:00PM -0400, John Heasley wrote: > Am 16.05.2015 um 11:59 schrieb Thomas Mangin : > > > > I would rather see this totally harmless draft (as vendors can > > decide to ignore it without consequences) progress than seeing > > Cumulus assigning a capability number for it and later find that we > > have like multisession two different code for the same feature :p > > Or just keep track of your peering info in a database ... With contact > info, business relationship, etc. this is not a bgp problem, IMO. > Its a CRM and NMS problem. I agree with John. One could easily create a tool which takes 'show bgp sum' data and enriches that view with various database lookups. Passing strings around in BGP might seem convenient, but does not address the architectual shortcomings of your system if case you have no idea who your neighbor is. Kind regards, Job From nobody Sat May 16 14:52:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5FEF1A8025 for ; Sat, 16 May 2015 14:52:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wndjwCkNQ3df for ; Sat, 16 May 2015 14:52:46 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA3B61A6FFE for ; Sat, 16 May 2015 14:52:46 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1Ytk0h-0006IW-3s; Sat, 16 May 2015 21:52:43 +0000 Date: Sat, 16 May 2015 11:52:41 -1000 Message-ID: From: Randy Bush To: Job Snijders In-Reply-To: <20150516192556.GB73434@Vurt.local> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 21:52:48 -0000 > One could easily create a tool which takes 'show bgp sum' data and > enriches that view with various database lookups. Passing strings > around in BGP might seem convenient, but does not address the > architectual shortcomings of your system if case you have no idea who > your neighbor is. and we're all waiting for the attack where the sender puts tasty things in the supposed dns name randy From nobody Sat May 16 16:07:44 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C6211A87D2 for ; Sat, 16 May 2015 16:07:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nwv6ncgRAmgg for ; Sat, 16 May 2015 16:07:42 -0700 (PDT) Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EC831A1B3E for ; Sat, 16 May 2015 16:07:42 -0700 (PDT) Received: by ykft189 with SMTP id t189so43978173ykf.1 for ; Sat, 16 May 2015 16:07:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hZQapbnx/1u/FmveMSgHfEvulZScc8S73IrF6ImEcw0=; b=czXE9BDz4axHeka1KChMlB3iwTcfHdY/3QYxRjmYFgtHS9nH2RcLK2hycgHAp6k+1P EmVf3RkBmF9T/O7ROYZxjB9nWxtLtr8rfZvfp00QyuEGLNLGD9bL85kcGFIDCijcIsBa c6cVlyHj3Dcktwv8KA+lHZaDYbWdn6ihMFZxE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=hZQapbnx/1u/FmveMSgHfEvulZScc8S73IrF6ImEcw0=; b=JgiUoMXFYmylyqraHn6GALJQWgPq55Kn8sIrJnXdphjFRkm807RmyIDMYK1Z5c4/xh DP6S7VwYHVJoCYVoUVhowM17Vqpunj+zGLfUU0Nt8GBbLMBZDSZSQ6ZcKxYolZTeGBLj PAS4/OBSHFEuYsfDvNDOyukCflNm34bAmPr+9sfA+xmH/uuD9neDe9Qi0p2uNJAtRr89 lOJlkoHHD61eAcxntToPo0TRN5wdTD6gpoKVsqcd/8p8DTg5MUyo8vFNWJy9awN67kLQ YFFW44SVjhFPqyun/m3rbxxeEFfoJvaPkjYQ5A/YkrAHCQTXjgM6LZo+L/I7uGNnyMtb kWCA== X-Gm-Message-State: ALoCoQk5gLEr3oKXChtOgXRgwtMB2r6z6x7NYWLMDskU8GQHGgUurFvDn6XlKe24NuorgHP/O6m9 X-Received: by 10.236.44.73 with SMTP id m49mr16108079yhb.112.1431817661564; Sat, 16 May 2015 16:07:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sat, 16 May 2015 16:07:21 -0700 (PDT) In-Reply-To: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> From: Dinesh Dutt Date: Sat, 16 May 2015 16:07:21 -0700 Message-ID: To: John Heasley Content-Type: multipart/alternative; boundary=089e01681de219decb05163b0752 Archived-At: Cc: idr wg , Robert Raszuk , "idr-bounces@ietf.org" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 23:07:43 -0000 --089e01681de219decb05163b0752 Content-Type: text/plain; charset=UTF-8 Hi John, On Sat, May 16, 2015 at 9:37 AM, John Heasley wrote: > Am 16.05.2015 um 11:59 schrieb Thomas Mangin < > thomas.mangin@exa-networks.co.uk>: > > > > I would rather see this totally harmless draft (as vendors can decide to > ignore it without consequences) progress than seeing Cumulus assigning a > capability number for it and later find that we have like multisession two > different code for the same feature :p > > Or just keep track of your peering info in a database ... With contact > info, business relationship, etc. this is not a bgp problem, IMO. Its a > CRM and NMS problem. > In the data center, you've met the other side, and its you. I don't think I said that carrying the hostname was a BGP problem. We see it as a way to simplify operations in the DC, by supplementing numbers with names, Dinesh > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --089e01681de219decb05163b0752 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hi John,

    On Sat, May 16, 2015 at 9:37 AM, John Heasley <heas@shru= bbery.net> wrote:
    Am 16.05.2015 um 11:59 schrieb Thomas Mangin <thomas.mangin@exa-networks.co.uk>= :
    >
    > I would rather see this totally harmless draft (as vendors can decide = to ignore it without consequences) progress than seeing Cumulus assigning a= capability number for it and later find that we have like multisession two= different code for the same feature :p

    Or just keep track of your peering info in a database ... With conta= ct info, business relationship, etc.=C2=A0 this is not a bgp problem, IMO.= =C2=A0 Its a CRM and NMS problem.

    In th= e data center, you've met the other side, and its you. I don't thin= k I said that carrying the hostname was a BGP problem. We see it as a way t= o simplify operations in the DC, by supplementing numbers with names,
    Dinesh
    ___________________________________= ____________
    Idr mailing list
    Idr@ietf.org
    htt= ps://www.ietf.org/mailman/listinfo/idr

    --089e01681de219decb05163b0752-- From nobody Sat May 16 16:20:07 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EFE11A8824 for ; Sat, 16 May 2015 16:20:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aBNB0HMKp7XN for ; Sat, 16 May 2015 16:20:04 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A9031A8821 for ; Sat, 16 May 2015 16:20:04 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1YtlNC-0006Sw-Oc; Sat, 16 May 2015 23:20:03 +0000 Date: Sat, 16 May 2015 13:20:01 -1000 Message-ID: From: Randy Bush To: Dinesh Dutt In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 23:20:06 -0000 > In the data center, you've met the other side, and its you. I don't > think I said that carrying the hostname was a BGP problem. We see it > as a way to simplify operations in the DC, by supplementing numbers > with names, and you want to do it by adding yet another bag of dren on an already massively overloaded, overly complex, fragile, and critical protocol. as heas, who has done it, says, fix your oss. randy From nobody Sat May 16 16:52:06 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76E9E1A8851; Sat, 16 May 2015 16:52:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1djHCanKOKeS; Sat, 16 May 2015 16:52:03 -0700 (PDT) Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:4830:c400:203::3131]) (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 BB6511A884F; Sat, 16 May 2015 16:52:03 -0700 (PDT) Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:4830:c400:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t4GNohsL040700; Sat, 16 May 2015 19:50:43 -0400 (EDT) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201505162350.t4GNohsL040700@maildrop31.somerville.occnc.com> To: Dinesh Dutt From: Curtis Villamizar In-reply-to: Your message of "Sat, 16 May 2015 16:07:21 -0700." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <40698.1431820243.1@harbor31.somerville.occnc.com> Content-Transfer-Encoding: quoted-printable Date: Sat, 16 May 2015 19:50:43 -0400 Archived-At: Cc: John Heasley , idr wg , "idr-bounces@ietf.org" , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 23:52:05 -0000 In message Dinesh Dutt writes: = > Hi John, > = > On Sat, May 16, 2015 at 9:37 AM, John Heasley wrote= : > = > > Am 16.05.2015 um 11:59 schrieb Thomas Mangin < > > thomas.mangin@exa-networks.co.uk>: > > > > > > I would rather see this totally harmless draft (as vendors can decid= e to > > ignore it without consequences) progress than seeing Cumulus assigning= a > > capability number for it and later find that we have like multisession= two > > different code for the same feature :p > > > > Or just keep track of your peering info in a database ... With contact > > info, business relationship, etc. this is not a bgp problem, IMO. It= s a > > CRM and NMS problem. > > > = > In the data center, you've met the other side, and its you. I don't thin= k I > said that carrying the hostname was a BGP problem. We see it as a way to > simplify operations in the DC, by supplementing numbers with names, > = > Dinesh Pardon my ignorance of BGP, but wouldn't a check of the router-id resolve that issue. You know that non-routable 4 bit thing that is unique and isn't an address (but somehow manages to fall within an assigned IPv4 prefix) that has been in BGP for a while. Look up the router-id maybe? And yes peering info in a database has been successfully tried before. If you need peering info, why is FQDN any easier to use to look it up than router-id? Isn't there something in DNS to map an address to FQDN? Maybe you could use that. I think some people have successfully used that too. Never ran a DC but I always thought that if you brought up a peering and "it was you" your network was in rather bad shape to start with. :-) Curtis From nobody Sat May 16 17:42:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 878601A8886; Sat, 16 May 2015 17:42:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b8nn7XZT8eCt; Sat, 16 May 2015 17:42:30 -0700 (PDT) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 212D41A8876; Sat, 16 May 2015 17:42:30 -0700 (PDT) Received: by wicnf17 with SMTP id nf17so31960242wic.1; Sat, 16 May 2015 17:42:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f0J7L5/tzyOwndJY74IBYODiZ66XKoidUP2cBJXoSgA=; b=XfrpfwG0bSWP4YudP9i3edneFHVLXkllOws0vgaeF5Meg8FkQx7xvQHcfaN/DvC5qj 6oPhCAzwwjSHRcksI4j4tz/yqLP4s5cCMceiGf6vfVWjSkHahlFn3ajmVnVr7/esUw08 vBqoVdiN4qyQDKVOIxGoBRPjrqTjezjOEeSG5vJ8RLwjawrUprM49Vdw7ljDRVOe6TS9 yRo8vFIj1YZSeGDef4SnYNPrn1hqI5YMWxYZ8ECcfRSg6pynACL5G21hClNhxeWpZ5BB 8XCojPZNkh47d2QugopuwjjL7Ou4BJoZStKGRkHg9rCtytfAn8UpSvA5ZCrWOiL95sE4 FhEQ== MIME-Version: 1.0 X-Received: by 10.194.5.103 with SMTP id r7mr30464492wjr.47.1431823348834; Sat, 16 May 2015 17:42:28 -0700 (PDT) Received: by 10.28.62.79 with HTTP; Sat, 16 May 2015 17:42:28 -0700 (PDT) In-Reply-To: <201505162350.t4GNohsL040700@maildrop31.somerville.occnc.com> References: <201505162350.t4GNohsL040700@maildrop31.somerville.occnc.com> Date: Sat, 16 May 2015 21:42:28 -0300 Message-ID: From: jim deleskie To: curtis@ipv6.occnc.com Content-Type: multipart/alternative; boundary=047d7b4512f216a96005163c5ad1 Archived-At: Cc: John Heasley , idr wg , "idr-bounces@ietf.org" , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 00:42:32 -0000 --047d7b4512f216a96005163c5ad1 Content-Type: text/plain; charset=UTF-8 Curtis, But what would you know... :) Good to see you, its been a while, hope all is well. -jim On Sat, May 16, 2015 at 8:50 PM, Curtis Villamizar wrote: > In message < > CABg5FUVTSJNF2NOeN1m9ESUzQo3HVNu-fut5PTuHZ+LTigD4eQ@mail.gmail.com> > Dinesh Dutt writes: > > > Hi John, > > > > On Sat, May 16, 2015 at 9:37 AM, John Heasley > wrote: > > > > > Am 16.05.2015 um 11:59 schrieb Thomas Mangin < > > > thomas.mangin@exa-networks.co.uk>: > > > > > > > > I would rather see this totally harmless draft (as vendors can > decide to > > > ignore it without consequences) progress than seeing Cumulus assigning > a > > > capability number for it and later find that we have like multisession > two > > > different code for the same feature :p > > > > > > Or just keep track of your peering info in a database ... With contact > > > info, business relationship, etc. this is not a bgp problem, IMO. > Its a > > > CRM and NMS problem. > > > > > > > In the data center, you've met the other side, and its you. I don't > think I > > said that carrying the hostname was a BGP problem. We see it as a way to > > simplify operations in the DC, by supplementing numbers with names, > > > > Dinesh > > > Pardon my ignorance of BGP, but wouldn't a check of the router-id > resolve that issue. You know that non-routable 4 bit thing that is > unique and isn't an address (but somehow manages to fall within an > assigned IPv4 prefix) that has been in BGP for a while. > > Look up the router-id maybe? And yes peering info in a database has > been successfully tried before. If you need peering info, why is FQDN > any easier to use to look it up than router-id? > > Isn't there something in DNS to map an address to FQDN? Maybe you > could use that. I think some people have successfully used that too. > > Never ran a DC but I always thought that if you brought up a peering > and "it was you" your network was in rather bad shape to start with. > > :-) > > Curtis > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --047d7b4512f216a96005163c5ad1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Curtis,

    =C2=A0But what would you know..= . :) =C2=A0Good to see you, its been a while, hope all is well.
    <= br>
    -jim

    On Sat, May 16, 2015 at 8:50 PM, Curtis Villamizar <cur= tis@ipv6.occnc.com> wrote:
    = In message <CABg5FUVTSJNF2NOeN1m9ESUzQo3HVNu-fut5PTuHZ+LTig= D4eQ@mail.gmail.com>
    Dinesh Dutt writes:

    > Hi John,
    >
    > On Sat, May 16, 2015 at 9:37 AM, John Heasley <heas@shrubbery.net> wrote:
    >
    > > Am 16.05.2015 um 11:59 schrieb Thomas Mangin <
    > > thomas.mangin= @exa-networks.co.uk>:
    > > >
    > > > I would rather see this totally harmless draft (as vendors c= an decide to
    > > ignore it without consequences) progress than seeing Cumulus assi= gning a
    > > capability number for it and later find that we have like multise= ssion two
    > > different code for the same feature :p
    > >
    > > Or just keep track of your peering info in a database ... With co= ntact
    > > info, business relationship, etc.=C2=A0 this is not a bgp problem= , IMO.=C2=A0 Its a
    > > CRM and NMS problem.
    > >
    >
    > In the data center, you've met the other side, and its you. I don&= #39;t think I
    > said that carrying the hostname was a BGP problem. We see it as a way = to
    > simplify operations in the DC, by supplementing numbers with names, >
    > Dinesh


    Pardon my ignorance of BGP, but wouldn't a check of the router-i= d
    resolve that issue.=C2=A0 You know that non-routable 4 bit thing that is unique and isn't an address (but somehow manages to fall within an
    assigned IPv4 prefix) that has been in BGP for a while.

    Look up the router-id maybe?=C2=A0 And yes peering info in a database has been successfully tried before.=C2=A0 If you need peering info, why is FQDN=
    any easier to use to look it up than router-id?

    Isn't there something in DNS to map an address to FQDN?=C2=A0 Maybe you=
    could use that.=C2=A0 I think some people have successfully used that too.<= br>
    Never ran a DC but I always thought that if you brought up a peering
    and "it was you" your network was in rather bad shape to start wi= th.

    :-)

    Curtis

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

    --047d7b4512f216a96005163c5ad1-- From nobody Sat May 16 17:45:18 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 784A71A888A for ; Sat, 16 May 2015 17:45:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WU79wrKT3t03 for ; Sat, 16 May 2015 17:45:16 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 608C71A8893 for ; Sat, 16 May 2015 17:45:16 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1Ytmhe-0006j9-4f; Sun, 17 May 2015 00:45:14 +0000 Date: Sat, 16 May 2015 14:45:12 -1000 Message-ID: From: Randy Bush To: Curtis Villamizar In-Reply-To: <201505162350.t4GNohsL040700@maildrop31.somerville.occnc.com> References: <201505162350.t4GNohsL040700@maildrop31.somerville.occnc.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 00:45:17 -0000 > Pardon my ignorance of BGP this would explain a *lot*! randy From nobody Sat May 16 17:55:17 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0A641A889B for ; Sat, 16 May 2015 17:55:16 -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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D05ihEtF1qOy for ; Sat, 16 May 2015 17:55:15 -0700 (PDT) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::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 527FB1A888A for ; Sat, 16 May 2015 17:55:15 -0700 (PDT) Received: by qgew3 with SMTP id w3so27362155qge.2 for ; Sat, 16 May 2015 17:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=TL7iZTgryXP2LzQ6BFNWnGCAvAYZWs0oGtSMhsv/Kg4=; b=g8HhIk9e+kLwHcGEQMDY0ipjQtofuazJ2mCnjRUNi9IXWXp3eL52gmdF9uh6ItKjPJ mx6IFeXDoQkvDDWMlAiJZNHl++av4Htl6Cjo/uCfUzZM8zWBI7P4P0jlZT2v0jeSIktq NZd3yu1lNlQbG1qiABSzg8ddLc7JFVUVmviUKYBufOq40eh76ACD6lRo1vuSHRfd3xRz j23b7MNN6tiRss1zkf+EGrOhvUqXoweu8AkSQde3D0JArNq/Ntjbe2bSlEmR1ACOQO+p YKZcO0JxtY2Dp8EY7PWtJmvALd5gmaI4vfNKQKG0HrUok41nVTyog/y66YyoVEzVsaTk +SIQ== MIME-Version: 1.0 X-Received: by 10.140.144.76 with SMTP id 73mr22021648qhq.28.1431824114653; Sat, 16 May 2015 17:55:14 -0700 (PDT) Sender: christopher.morrow@gmail.com Received: by 10.140.31.71 with HTTP; Sat, 16 May 2015 17:55:14 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sat, 16 May 2015 20:55:14 -0400 X-Google-Sender-Auth: EyevuWXakgWO18KGIensUoC9edI Message-ID: From: Christopher Morrow To: Daniel Walton Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 00:55:16 -0000 On Sat, May 16, 2015 at 12:08 AM, Daniel Walton wrote: > It makes troubleshooting much easier. so does not using private addressing? why solve this in the bgp space? why not solve this in any of the other domains much better built for this? From nobody Sat May 16 19:49:49 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01D3E1A8925; Sat, 16 May 2015 19:49:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.212 X-Spam-Level: X-Spam-Status: No, score=-4.212 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id doa9HCCYA9YW; Sat, 16 May 2015 19:49:45 -0700 (PDT) Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id B13A51A8924; Sat, 16 May 2015 19:49:45 -0700 (PDT) Received: from [100.121.87.58] (250.sub-70-215-14.myvzw.com [70.215.14.250]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by guelah.shrubbery.net (Postfix) with ESMTPSA id 1E7625AFC7; Sun, 17 May 2015 02:49:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: John Heasley X-Mailer: iPad Mail (12F69) In-Reply-To: Date: Sat, 16 May 2015 22:49:40 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> To: Dinesh Dutt Archived-At: Cc: idr wg , Robert Raszuk , "idr-bounces@ietf.org" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 02:49:47 -0000 Am 16.05.2015 um 19:07 schrieb Dinesh Dutt : >=20 > In the data center, you've met the other side, and its you. I don't think I= said that carrying the hostname was a BGP problem. We see it as a way to si= mplify operations in the DC, by supplementing numbers with names, >=20 If you want to give it a name, then do so in your config. Ie: 'neighbor 1.2.= 3.4 name peerWhoICallJoe' provides 'clear ip bgp peerWhoICallJoeNet', usw. If i am malicious, which i am, and automated, which i may be, i can change t= he name every April Fools day - or every day - or after every reboot - or it= might move to another device. Your managment should be based on a name that= you control and is meaningful to _you_. Even if i like the like the idea of= referring to a peer by name, i want it to be the name/ID that i know it by .= .. In my CRM/database, not whatever goofy name the peer has given to the dev= ice.=20 From nobody Sun May 17 01:58:13 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CD741A8ACC; Sun, 17 May 2015 01:58:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IjzTBHapa9Dr; Sun, 17 May 2015 01:58:09 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B69C1A8ACA; Sun, 17 May 2015 01:58:09 -0700 (PDT) Received: from smtp-1.mail.exa.net.uk (smtp-1.mail.exa.net.uk [82.219.5.1]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id A2D3D1C0058; Sun, 17 May 2015 09:58:06 +0100 (BST) Received: from smtp-1.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 8C2B222139E; Sun, 17 May 2015 09:58:06 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 09:58:06 +0100 (BST) From: "Thomas Mangin" To: idr-bounces@ietf.org Date: Sun, 17 May 2015 09:57:55 +0100 Message-ID: <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 08:58:11 -0000 > and we're all waiting for the attack where the sender puts tasty > things > in the supposed dns name If the worry is about the complexity of handling UTF-8, the draft could be change to require ascii 'a' through 'z' (in a case-insensitive manner), the digits '0' through '9', and the hyphen ('-') to be put in the draft as it is what DNS allows. Thomas From nobody Sun May 17 02:25:29 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 098051A8F3C for ; Sun, 17 May 2015 02:25:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3jAaJ9khKHTt for ; Sun, 17 May 2015 02:25:25 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 014B01A8BC2 for ; Sun, 17 May 2015 02:24:49 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1YtuoR-00085X-3q; Sun, 17 May 2015 09:24:47 +0000 Date: Sat, 16 May 2015 23:24:45 -1000 Message-ID: From: Randy Bush To: "Thomas Mangin" In-Reply-To: <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 09:25:27 -0000 >> and we're all waiting for the attack where the sender puts tasty >> things in the supposed dns name > If the worry is about the complexity of handling UTF-8, the draft > could be change to require ascii 'a' through 'z' (in a > case-insensitive manner), the digits '0' through '9', and the hyphen > ('-') to be put in the draft as it is what DNS allows. bzzzzt! dns is eight bit clear. you are thinking of some restrictions on hostnames, the leftmost chunk of the lhs at most. randy From nobody Sun May 17 03:00:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEA4B1A9025 for ; Sun, 17 May 2015 03:00:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mYVX_dGaHnoD for ; Sun, 17 May 2015 03:00:28 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 951171A901C for ; Sun, 17 May 2015 03:00:28 -0700 (PDT) Received: from smtp-5.exa.net.uk (unknown [82.219.5.5]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id C26241C0058; Sun, 17 May 2015 11:00:25 +0100 (BST) Received: from smtp-5.exa.net.uk (localhost [127.0.0.1]) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTP id B13FB40CFF; Sun, 17 May 2015 11:00:25 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 11:00:25 +0100 (BST) From: "Thomas Mangin" To: "Randy Bush" Date: Sun, 17 May 2015 11:00:13 +0100 Message-ID: In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: ClamAV using ClamSMTP Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 10:00:30 -0000 http://exa.net.uk/about/contact-us On 17 May 2015, at 10:24, Randy Bush wrote: >>> and we're all waiting for the attack where the sender puts tasty >>> things in the supposed dns name >> If the worry is about the complexity of handling UTF-8, the draft >> could be change to require ascii 'a' through 'z' (in a >> case-insensitive manner), the digits '0' through '9', and the hyphen >> ('-') to be put in the draft as it is what DNS allows. > > bzzzzt! dns is eight bit clear. you are thinking of some restrictions= > on hostnames, the leftmost chunk of the lhs at most. I stand corrected. = That said, then perhaps the way is to only pass the hostname and not the = fqdn. Thomas From nobody Sun May 17 03:01:01 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F22651A9024; Sun, 17 May 2015 03:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WIhad5wp_BdX; Sun, 17 May 2015 03:00:57 -0700 (PDT) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18BDD1A900B; Sun, 17 May 2015 03:00:57 -0700 (PDT) Received: by oica37 with SMTP id a37so110425859oic.0; Sun, 17 May 2015 03:00:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ehI0ruvxNhEzWTb6xdDCNH8yIwpag1T2lpmBso4CsoM=; b=dhpF/DXFZ3VacFtjNO1Kc0sH8IATaTu2jXbtLUG1C6riY+5lpEgZUJ62U0VC4Q0XRb lMy4TdwbkOBtNyPJi5az1inwP6m6W/FUGIFstNN6oFdYAKJUb9PMhmAQlKqsVAL8mrE6 pYGTPlvm7Was8AVUJf/LHs6kXLCqkvPC5jfGDKCILbTs9+AUzy911KAka8JnfYCGQYjJ QajuamINKrjuJXgtTIyhfqt8aGPbWb+G95MWJIkpD/hnLRXkvhij7s9iKcKDkZSsjQKU 35SJ72HN6lNVbl3rVOkRYEML13ZrNmIODTmT5tpKiGVT06s326XSxjYwVep6l45iDc0p er8g== MIME-Version: 1.0 X-Received: by 10.60.50.168 with SMTP id d8mr7047710oeo.41.1431856856586; Sun, 17 May 2015 03:00:56 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Sun, 17 May 2015 03:00:56 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> Date: Sun, 17 May 2015 12:00:56 +0200 X-Google-Sender-Auth: 4rC3S6uC1Dd1L5IaS7OXqmPAFXw Message-ID: From: Robert Raszuk To: John Heasley Content-Type: multipart/alternative; boundary=001a11c30bf04e73590516442701 Archived-At: Cc: idr wg , "idr-bounces@ietf.org" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 10:00:58 -0000 --001a11c30bf04e73590516442701 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > If you want to give it a name, then do so in your config. Ie: 'neighbor > 1.2.3.4 name peerWhoICallJoe' provides 'clear ip bgp peerWhoICallJoeNet', > usw. > =E2=80=8BThe point is they do not want to configure peers. The LL v6 addres= s=E2=80=8B would be used for auto-peering. r. --001a11c30bf04e73590516442701 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    =C2=A0
    If you want to give it a name, = then do so in your config. Ie: 'neighbor 1.2.3.4 name peerWhoICallJoe&#= 39; provides 'clear ip bgp peerWhoICallJoeNet', usw.

    =E2=80=8BThe point is they do not = want to configure peers. The LL v6 address=E2=80=8B would be used for auto-= peering.

    r.

    <= /div>
    --001a11c30bf04e73590516442701-- From nobody Sun May 17 05:03:29 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FCD61A9072 for ; Sun, 17 May 2015 05:03:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.212 X-Spam-Level: X-Spam-Status: No, score=-4.212 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VL3154nVeseb for ; Sun, 17 May 2015 05:03:27 -0700 (PDT) Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id 073811A906D for ; Sun, 17 May 2015 05:03:26 -0700 (PDT) Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 6926B5A319; Sun, 17 May 2015 12:03:26 +0000 (UTC) Date: Sun, 17 May 2015 12:03:26 +0000 From: heasley To: Randy Bush Message-ID: <20150517120326.GA31113@shrubbery.net> References: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: i just want to have a beer while i am caring. X-Claimation: an engineer needs a manager like a fish needs a bicycle X-reality: only YOU can put an end to the embarrassment that is Tom Cruise User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:03:28 -0000 Sat, May 16, 2015 at 11:24:45PM -1000, Randy Bush: > >> and we're all waiting for the attack where the sender puts tasty > >> things in the supposed dns name > > If the worry is about the complexity of handling UTF-8, the draft > > could be change to require ascii 'a' through 'z' (in a > > case-insensitive manner), the digits '0' through '9', and the hyphen > > ('-') to be put in the draft as it is what DNS allows. > > bzzzzt! dns is eight bit clear. you are thinking of some restrictions > on hostnames, the leftmost chunk of the lhs at most. in which, '-' is not valid, iirc. From nobody Sun May 17 05:05:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6103A1A9079 for ; Sun, 17 May 2015 05:05:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FrPwuzp63fCJ for ; Sun, 17 May 2015 05:05:48 -0700 (PDT) Received: from mail-yh0-x22c.google.com (mail-yh0-x22c.google.com [IPv6:2607:f8b0:4002:c01::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 B945E1A9083 for ; Sun, 17 May 2015 05:05:46 -0700 (PDT) Received: by yhom41 with SMTP id m41so43291385yho.1 for ; Sun, 17 May 2015 05:05:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jdIsL6YOLsKVJ2SQTNIJAqSe8kodxJ1ORNHOnGLjTW8=; b=L0JznwkFm+moFkYGhXckZe8ApHz8oyTE7KAF5w1Ge28wF+Ijc8f53HwWURUrf4/RBP uloJBxuRQ2UJGEhoER8AsNGlEKJ6kKNsAdPwZ0rOdW1hUDXrUU/RZtm3DRLImMkYNRMb ZNrmCufeePbpx+arq6/K8ccCTV+BF4VGKBAAs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=jdIsL6YOLsKVJ2SQTNIJAqSe8kodxJ1ORNHOnGLjTW8=; b=UOLbPIBal7BQyFNY5gLTtWqNpFwHVTjkBKrR8Hb5dzMiuM5XOjMy7ZfMlfCadYCgSu BGXSvXpeRorQKWNpRynEuTNrt7rgCaGEft2TXcJb0UNe/w6SbMdh4VLSmoLwv9iAXOA2 j5/y8IrbY6VDqNmOZfMrNA/IMuGNuxVU2kyZUfHzpDwizgyq3QPqbfcvLHwaX/toUQwF wdGPDfG1nf3uFxH0QcLp3ri/hJWOomqFU2Il8k34oShhqpg4iCopyBwy8hJHTCNxCHHs KjYVH5o51UfN2EjhiFaHaHxGLbSuLbCxKH/OWz7NviBiR++xNSm6rtpIkT+IS5SZv7S7 MJXA== X-Gm-Message-State: ALoCoQnlLGWGtuR5OAqSe9I5aLJUjsamx0+zuD2+r5MmCJC7ixQ9BrgDWPmFM4Yijj3gO9IWMTqT X-Received: by 10.170.111.129 with SMTP id d123mr20797186ykb.65.1431864346073; Sun, 17 May 2015 05:05:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sun, 17 May 2015 05:05:25 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> From: Dinesh Dutt Date: Sun, 17 May 2015 05:05:25 -0700 Message-ID: To: John Heasley Content-Type: multipart/alternative; boundary=001a1137a386b6f16f051645e549 Archived-At: Cc: idr wg , Robert Raszuk , "idr-bounces@ietf.org" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:05:49 -0000 --001a1137a386b6f16f051645e549 Content-Type: text/plain; charset=UTF-8 Hi John, I appreciate your taking the time to provide alternate suggestions. On Sat, May 16, 2015 at 7:49 PM, John Heasley wrote: > Am 16.05.2015 um 19:07 schrieb Dinesh Dutt : > > > > In the data center, you've met the other side, and its you. I don't > think I said that carrying the hostname was a BGP problem. We see it as a > way to simplify operations in the DC, by supplementing numbers with names, > > > > If you want to give it a name, then do so in your config. Ie: 'neighbor > 1.2.3.4 name peerWhoICallJoe' provides 'clear ip bgp peerWhoICallJoeNet', > usw. > Interestingly, what you suggest is where we began originally. But this makes the box configuration specific to each box. In the data center, making the configuration as cookie-cutter as possible to ease automation is a fairly fundamental goal given the size of the network. Dinesh > > If i am malicious, which i am, and automated, which i may be, i can > change the name every April Fools day - or every day - or after every > reboot - or it might move to another device. Your managment should be based > on a name that you control and is meaningful to _you_. Even if i like the > like the idea of referring to a peer by name, i want it to be the name/ID > that i know it by ... In my CRM/database, not whatever goofy name the peer > has given to the device. > > --001a1137a386b6f16f051645e549 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hi John,

    I appreciate your taking the ti= me to provide alternate suggestions.

    On Sat, May 16, 2015 at 7:49 PM, John Heasley <hea= s@shrubbery.net> wrote:
    Am 16.05.2015 um 19:07 schrieb Dinesh Dutt= <ddutt@cumulusnetworks.com= >:
    >
    > In the data center, you've met the other side, and its you. I don&= #39;t think I said that carrying the hostname was a BGP problem. We see it = as a way to simplify operations in the DC, by supplementing numbers with na= mes,
    >

    If you want to give it a name, then do so in your config. Ie: 'n= eighbor 1.2.3.4 name peerWhoICallJoe' provides 'clear ip bgp peerWh= oICallJoeNet', usw.

    Interestingly, = what you suggest is where we began originally. But this makes the box confi= guration specific to each box. In the data center, making the configuration= as cookie-cutter as possible to ease automation is a fairly fundamental go= al given the size of the network.

    Dinesh

    =C2=A0If i am malicious, which i am, and automated, which i may be, i can c= hange the name every April Fools day - or every day - or after every reboot= - or it might move to another device. Your managment should be based on a = name that you control and is meaningful to _you_. Even if i like the like t= he idea of referring to a peer by name, i want it to be the name/ID that i = know it by ... In my CRM/database, not whatever goofy name the peer has giv= en to the device.


    --001a1137a386b6f16f051645e549-- From nobody Sun May 17 05:07:39 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C8DC1A907C for ; Sun, 17 May 2015 05:07:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tDkFA32spHPB for ; Sun, 17 May 2015 05:07:36 -0700 (PDT) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B95FC1A9079 for ; Sun, 17 May 2015 05:07:36 -0700 (PDT) Received: by yhda23 with SMTP id a23so44140564yhd.2 for ; Sun, 17 May 2015 05:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=9J2CXfDQM/XaGzGzEY+3RjP0N4PGBEHk4d3gt1yDSR4=; b=exXEdOxt9MKlnqQjkmVLuetQpaI4u2hM43SnXpS0cpPPtiZs4+nYSWteybgO1xZfwR 8jrumNB94lLcX6oZPTOpNqxcwOsP3qucLFXm/LfrmshYnH+R/QxYOjUB1XvhnR0dL76x vcQAErGy/R3UDUvcvmgBLAmMxX/kekMN9o/Q8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=9J2CXfDQM/XaGzGzEY+3RjP0N4PGBEHk4d3gt1yDSR4=; b=QsMPUM19ofLN76uNJJClwqsSzn7ueH7fjsNkNFUMJaIXaOPrjifGCVs8pUCFZxat6/ JBaGzgurZAyUvZJsiVPwxIOwOBKhdvZ4qWmtg495qwGvu3lW+clGOBEwzYE4ZoFLFfMw ZnfbJPV3JLLazyQrCNH+oLCim0MsOVCe74MIvzNK8JQm/Ud1CB6242xg095ZN5mJvJON AV8enmxmCqvIXPMV6iMiaBbD/4T1mSS6RowCFU0Bwo/Urpp8bnMurz6l/oPkl7rYOgkN yIobN5uhxOAbEcbbhKP/t2PxXvTqRjG4ajND4+ElEdZT90H6Z2jo/T2++UOqzS1NGSmP booA== X-Gm-Message-State: ALoCoQkqraRkIFgg9SITcakfQOXsh2H8fU5vv7tvPc4H5Hlv0E6sy7W/R0l6Nt4qu1feq55j7aMH X-Received: by 10.170.42.215 with SMTP id 206mr20038100ykk.121.1431864456092; Sun, 17 May 2015 05:07:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.103.8 with HTTP; Sun, 17 May 2015 05:07:15 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> From: Dinesh Dutt Date: Sun, 17 May 2015 05:07:15 -0700 Message-ID: To: Thomas Mangin Content-Type: multipart/alternative; boundary=001a1137d48845b3a9051645ec9d Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:07:38 -0000 --001a1137d48845b3a9051645ec9d Content-Type: text/plain; charset=UTF-8 On Sun, May 17, 2015 at 3:00 AM, Thomas Mangin < thomas.mangin@exa-networks.co.uk> wrote: > > > http://exa.net.uk/about/contact-us > On 17 May 2015, at 10:24, Randy Bush wrote: > > >>> and we're all waiting for the attack where the sender puts tasty > >>> things in the supposed dns name > >> If the worry is about the complexity of handling UTF-8, the draft > >> could be change to require ascii 'a' through 'z' (in a > >> case-insensitive manner), the digits '0' through '9', and the hyphen > >> ('-') to be put in the draft as it is what DNS allows. > > > > bzzzzt! dns is eight bit clear. you are thinking of some restrictions > > on hostnames, the leftmost chunk of the lhs at most. > > I stand corrected. > That said, then perhaps the way is to only pass the hostname and not the > fqdn. > That'll be fine. We added fqdn to allow for cases outside the DC. On a different note, OSPF has a far more involved modification to allow the carrying of hostnames (https://tools.ietf.org/html/rfc5642). I'm curious as to why that was considered OK. Dinesh > > Thomas > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a1137d48845b3a9051645ec9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

    On Sun, May 17, 2015 at 3:0= 0 AM, Thomas Mangin <thomas.mangin@exa-networks.co.uk&g= t; wrote:


    http://exa= .net.uk/about/contact-us
    On 17 May 2015, at 10:24, Randy Bush wrote:

    >>> and we're all waiting for the attack where the sender puts= tasty
    >>> things in the supposed dns name
    >> If the worry is about the complexity of handling UTF-8, the draft<= br> >> could be change to require ascii 'a' through 'z' (= in a
    >> case-insensitive manner), the digits '0' through '9= 9;, and the hyphen
    >> ('-') to be put in the draft as it is what DNS allows.
    >
    > bzzzzt!=C2=A0 dns is eight bit clear.=C2=A0 you are thinking of some r= estrictions
    > on hostnames, the leftmost chunk of the lhs at most.

    I stand corrected.
    That said, then perhaps the way is to only pass the hostname and not the fq= dn.

    That'll be fine. We added fqdn = to allow for cases outside the DC.

    On a different note, OSPF has a = far more involved modification to allow=20 the carrying of hostnames (= https://tools.ietf.org/html/rfc5642). I'm curious as to why that wa= s considered OK.

    Dinesh

    Thomas

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

    --001a1137d48845b3a9051645ec9d-- From nobody Sun May 17 05:12:12 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B9331A9089 for ; Sun, 17 May 2015 05:12:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PbJ5vDVAm998 for ; Sun, 17 May 2015 05:12:09 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 405F01A9073 for ; Sun, 17 May 2015 05:12:08 -0700 (PDT) Received: from smtp-1.mail.exa.net.uk (smtp-1.mail.exa.net.uk [82.219.5.1]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id EBB511C00AD; Sun, 17 May 2015 13:12:06 +0100 (BST) Received: from smtp-1.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id D84CE22143F; Sun, 17 May 2015 13:12:06 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 13:12:06 +0100 (BST) From: "Thomas Mangin" To: heasley Date: Sun, 17 May 2015 13:11:55 +0100 Message-ID: <564E2982-1A8E-4AFF-AE3B-6D270E41F99E@exa-networks.co.uk> In-Reply-To: <20150517120326.GA31113@shrubbery.net> References: <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <20150517120326.GA31113@shrubbery.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:12:11 -0000 >>>> and we're all waiting for the attack where the sender puts tasty >>>> things in the supposed dns name >>> If the worry is about the complexity of handling UTF-8, the draft >>> could be change to require ascii 'a' through 'z' (in a >>> case-insensitive manner), the digits '0' through '9', and the hyphen >>> ('-') to be put in the draft as it is what DNS allows. >> >> bzzzzt! dns is eight bit clear. you are thinking of some >> restrictions >> on hostnames, the leftmost chunk of the lhs at most. > > in which, '-' is not valid, iirc. ‘-‘ is definitively acceptable in hostnames, many of mine are called “service-number”. For the disclosure, this is copy and paste from wikipedia. Thomas From nobody Sun May 17 05:16:30 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3989E1A9098 for ; Sun, 17 May 2015 05:16:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j68Sd3HIno1G for ; Sun, 17 May 2015 05:16:28 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C9A21A907D for ; Sun, 17 May 2015 05:16:28 -0700 (PDT) Received: from smtp-2.mail.exa.net.uk (smtp-2.mail.exa.net.uk [82.219.5.2]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id ECEA11C007A; Sun, 17 May 2015 13:16:26 +0100 (BST) Received: from smtp-2.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-2.mail.exa.net.uk (ExaSMTPD) with ESMTP id D92BA403C9; Sun, 17 May 2015 13:16:26 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-2.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 13:16:26 +0100 (BST) From: "Thomas Mangin" To: "Dinesh Dutt" Date: Sun, 17 May 2015 13:16:15 +0100 Message-ID: <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:16:29 -0000 > That'll be fine. We added fqdn to allow for cases outside the DC. In that case the draft could make this capability IBGP only which would remove even more concern about security ? If an ASN want to use it, then it is up to them, it would not affect other network. Thomas From nobody Sun May 17 05:30:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51AE81A90A9 for ; Sun, 17 May 2015 05:30:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BL9QYxPBb7MB for ; Sun, 17 May 2015 05:30:08 -0700 (PDT) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::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 35AE81A90A2 for ; Sun, 17 May 2015 05:30:08 -0700 (PDT) Received: by oift201 with SMTP id t201so111440026oif.3 for ; Sun, 17 May 2015 05:30:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pGh5sTjo48AB4Pf8+z2Vr/DksLMzB4TraXMF5GgrqO0=; b=yld3h+5mXb/E7lXkqBbGG/2akWcUrrwSwWM7ATa5lg3XAfBSlSK2rg9xg1xvBQZg8L oWj7ALeJrlIjCCWfD8XMGFZ15ScyCFHvMu+0Ii2aioEOOT7h5+sg5TTKH8nzSGH/Eh7w DgY44kbDRKjqqfIOIZNtowGkOTyI8kvHBYupZX49KJYKa/t1ScaqZRZu6ObZeDwESWAL VAxAuGkgCyJUQFxRPlRNAQzjTcmOSm9WeO8ff/MxSV/t++RDGnamrz9NHLjkbH4asDXO V79uhdQmdlUQ7fR2UKVJMR+7OkY2ZQLE/d9xRvHEWSqTXejudDLE45rqPPuFKLK+fR22 j0XA== MIME-Version: 1.0 X-Received: by 10.60.63.244 with SMTP id j20mr6976345oes.12.1431865807624; Sun, 17 May 2015 05:30:07 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Sun, 17 May 2015 05:30:07 -0700 (PDT) Received: by 10.202.179.193 with HTTP; Sun, 17 May 2015 05:30:07 -0700 (PDT) In-Reply-To: <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> Date: Sun, 17 May 2015 14:30:07 +0200 X-Google-Sender-Auth: sOHq5czJKqZ_ioOIh41lQkmWJSw Message-ID: From: Robert Raszuk To: Thomas Mangin Content-Type: multipart/alternative; boundary=001a11c25292d45dfa0516463c1e Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:30:09 -0000 --001a11c25292d45dfa0516463c1e Content-Type: text/plain; charset=UTF-8 In DC most deployments use EBGP to construct L3 fabric. Best, R. On May 17, 2015 2:16 PM, "Thomas Mangin" wrote: > That'll be fine. We added fqdn to allow for cases outside the DC. >> > > In that case the draft could make this capability IBGP only which would > remove even more concern about security ? > If an ASN want to use it, then it is up to them, it would not affect other > network. > > Thomas > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a11c25292d45dfa0516463c1e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

    In DC most deployments use EBGP to construct L3 fabric.

    Best,
    R.

    On May 17, 2015 2:16 PM, "Thomas Mangin&quo= t; <thomas.mangin@ex= a-networks.co.uk> wrote:
    That'll be fine. We added fqdn to allow for cases outside the DC.

    In that case the draft could make this capability IBGP only which would rem= ove even more concern about security ?
    If an ASN want to use it, then it is up to them, it would not affect other = network.

    Thomas

    _______________________________________________
    Idr mailing list
    Idr@ietf.org
    htt= ps://www.ietf.org/mailman/listinfo/idr
    --001a11c25292d45dfa0516463c1e-- From nobody Sun May 17 05:35:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E3F11A90AA for ; Sun, 17 May 2015 05:35:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WRSFGv4JnKxy for ; Sun, 17 May 2015 05:35:17 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C93B31A90D2 for ; Sun, 17 May 2015 05:34:45 -0700 (PDT) Received: from smtp-5.exa.net.uk (unknown [82.219.5.5]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 7D1B51C007A; Sun, 17 May 2015 13:34:44 +0100 (BST) Received: from smtp-5.exa.net.uk (localhost [127.0.0.1]) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTP id 6ABE54005B; Sun, 17 May 2015 13:34:44 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 13:34:44 +0100 (BST) From: "Thomas Mangin" To: rraszuk@gmail.com Date: Sun, 17 May 2015 13:34:31 +0100 Message-ID: <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: ClamAV using ClamSMTP Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:35:19 -0000 > In DC most deployments use EBGP to construct L3 fabric. In that case, the way would be to make it a configuration option on the session (for sending). And if not configured the receiving end would simply ignore it and treat it as unknown. Thomas From nobody Sun May 17 05:42:57 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2160B1A909B for ; Sun, 17 May 2015 05:42:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aeG7r2jol3OQ for ; Sun, 17 May 2015 05:42:53 -0700 (PDT) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EAA61A1A27 for ; Sun, 17 May 2015 05:42:52 -0700 (PDT) X-Envelope-To: Received: from crumpet.foobar.org (xe-0-0-2.transit07.phb1.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.netability.ie (8.15.1/8.14.9) with ESMTPSA id t4HCgoJi067327 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 May 2015 13:42:50 +0100 (IST) (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.netability.ie: Host xe-0-0-2.transit07.phb1.foobar.org [87.192.56.84] claimed to be crumpet.foobar.org Message-ID: <55588CCA.5030709@foobar.org> Date: Sun, 17 May 2015 13:42:50 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: idr@ietf.org References: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> In-Reply-To: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:42:55 -0000 On 16/05/2015 10:58, internet-drafts@ietf.org wrote: > This draft augments BGPLS and defines a new extensions to exchange > cost information to next-hops for the purpose of calculating best > path from a peer perspective rather than local BGP speaker own > perspective. correct me if I'm wrong, but if a RR starts calculating best path from the point of view of its clients rather than from its own perspective, this will require best path calculation per client on the RR (ala what goes on with multiple ribs in bgp route servers). If this is the case, it might be worth mentioning it in the draft, because it creates significant implementation issues. Nick From nobody Sun May 17 05:47:13 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7EE31A88FC for ; Sun, 17 May 2015 05:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 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, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iGLRDJT_cCM4 for ; Sun, 17 May 2015 05:47:10 -0700 (PDT) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AAC11A1A27 for ; Sun, 17 May 2015 05:47:10 -0700 (PDT) Received: by wguv19 with SMTP id v19so98122472wgu.1 for ; Sun, 17 May 2015 05:47:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3RhWARu8+nlCcsjvBo7DefZzG2evL7dMCMHRFUVzb/I=; b=PnXBVaWU4Bw0AU1kPVPgryvxCO84XdoNXr1dyc6pU1RPmrwTX7ODRJe6iY5r7sy0Be HqlOX703aKev9U88uSDByhZtD+G+d7EAfiJfEEK2Q6r26XESCIauS0m3xJTSHPIn3dT7 OaTqaRHy5fOlrHK5IC6q6NROJbakxgiidhlYKg4966PPYzEpBQVI0onNvVZRoJpPy63R hEVyoKcRx9Pw4on4IqcUfdoo9SD6aYDThzDlAnLxw8cHeoYpU6IxO4ABXiwd/j9nNRBB jskrFhwGSfrRo3fm2a0C/DTRo+FgQFBOZWjqTgoV5xF9n35yAZoxxLeUDXLw7FmqE+8h 7m2A== X-Received: by 10.180.7.134 with SMTP id j6mr13757806wia.9.1431866829020; Sun, 17 May 2015 05:47:09 -0700 (PDT) Received: from [100.65.46.222] ([213.158.222.104]) by mx.google.com with ESMTPSA id bg4sm11918190wjc.10.2015.05.17.05.47.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 17 May 2015 05:47:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: =?utf-8?Q?=C5=81ukasz_Bromirski?= X-Mailer: iPhone Mail (12F70) In-Reply-To: <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> Date: Sun, 17 May 2015 14:47:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> To: Thomas Mangin Archived-At: Cc: idr wg , "rraszuk@gmail.com" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:47:12 -0000 Hi, Some of the vendors already have problems with the BGP code bloat. Of course= session negotiation could take care of the additional feature, but would th= is option really change the world for BGP users? Also bear in mind, even if feature is not active on specific session, the co= de is still there, compiled, adding kBs of binary to existing code base. It c= an be exploited, it can contain some hard to catch bugs in non-trivial scena= rios outside typical test cases... It can kick you in the balls during some c= omplex migration where the bug will suddenly trigger itself.=20 And BTW - last time I checked, BGP was still limited to 4kB segment and this= space will all extended communities and so on is getting crowded very fast.= If the improvement is for operations and not for core of BGP, let's deal wit= h this at operational/NMS level (and possibly protocols). --=20 my 0.03PLN On 17 May 2015, at 14:34, Thomas Mangin w= rote: >> In DC most deployments use EBGP to construct L3 fabric. >=20 > In that case, the way would be to make it a configuration option on the se= ssion (for sending). > And if not configured the receiving end would simply ignore it and treat i= t as unknown. >=20 > Thomas >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Sun May 17 05:50:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 828FC1A90CC for ; Sun, 17 May 2015 05:50:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FPeplMHCSugs for ; Sun, 17 May 2015 05:50:06 -0700 (PDT) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::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 AAC311A88FC for ; Sun, 17 May 2015 05:50:06 -0700 (PDT) Received: by igbpi8 with SMTP id pi8so28933371igb.1 for ; Sun, 17 May 2015 05:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BGRQ+ypKeUobS00GX3Qf1P2HR6xVqjhplWyVmBSKKcE=; b=ILsVQVY53nTP84rQ/hFm1ffCvYAuMDBPFqxWxe5KOajsYo1Y+ybyTY4d8m4FwfN5uy eYakyUhRIGw4sw3LXrkF937RB2MlMY9sdBIZf9+ctFTEpOFYTgkKh4S/LeYwBs7Mg3ry AEFKwMlMzEycWtp47zMDUyjJUXZbfvgMRNiz4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=BGRQ+ypKeUobS00GX3Qf1P2HR6xVqjhplWyVmBSKKcE=; b=PZ5YgX9z+kq8JkkO83X0YrxBfWt5VnpJdM0hDixxI6rHb6ZAXt3wwaCRsLxZJmPNHO R5Zdzt2u0EH98ot5RzbDTj9IvDUH0HqRTtoOb5gNyX5Q5P3VjbrAho3sPUnQWyu4aFsP 71Dq737dWO1q6UTv/v5DMOmCkkLMMdW+FQx2M68BjuVSwC1/lWYxajSgSNALGyfoMllr CypT4UwBTgVkKzmqG7zwD9Ka6CBQGmcPStj+pxnIkLS0p5FIzGeiSsVJ2OCA1lJCB+lL lbR7C6quDxScHWWkYjkD+S+XRwnUt1jQq0hxXXvWjZx0Xp2Q+NZ5I41oPR8kDG9PRYKz gqJg== X-Gm-Message-State: ALoCoQmw0w42wn6oke/zVy/JUpWrdjRQvyXiABpx5gFeU/TrAGeegyo+zyNrRB+ANshELwst4DX9 MIME-Version: 1.0 X-Received: by 10.43.12.136 with SMTP id pi8mr16822665icb.6.1431867005952; Sun, 17 May 2015 05:50:05 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sun, 17 May 2015 05:50:05 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sun, 17 May 2015 08:50:05 -0400 Message-ID: From: Daniel Walton To: Christopher Morrow Content-Type: multipart/alternative; boundary=bcaec518242c417d380516468411 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:50:07 -0000 --bcaec518242c417d380516468411 Content-Type: text/plain; charset=UTF-8 On Sat, May 16, 2015 at 8:55 PM, Christopher Morrow wrote: > On Sat, May 16, 2015 at 12:08 AM, Daniel Walton > wrote: > > It makes troubleshooting much easier. > > so does not using private addressing? > IPv6 link-local addressing is the main motivator, not private addressing. > why solve this in the bgp space? why not solve this in any of the > other domains much better built for this? > Solving it in BGP is very simple, it works if routing is down (no DNS), it works for ipv4/ipv6 and it is a very small change. Daniel --bcaec518242c417d380516468411 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


    On Sat, May 16, 2015 at 8:55 PM, Christopher Morrow &= lt;morrowc.lis= ts@gmail.com> wrote:
    On Sat, May 16, 2015 at 12:08 AM, Daniel Walton
    <dwalton@cumulusnetworks.= com> wrote:
    > It makes troubleshooting much easier.

    so does not using private addressing?

    IPv6 link-local addressing is the main motivator, not private address= ing.
    =C2=A0
    why solve this in the bgp space? why not solve this in any of the
    other domains much better built for this?

    Solving it in BGP i= s very simple, it works if routing is down (no DNS), it works for ipv4/ipv6= and it is a very small change.

    <= div class=3D"gmail_extra">Daniel

    =

    --bcaec518242c417d380516468411-- From nobody Sun May 17 05:56:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A9A01A90D1 for ; Sun, 17 May 2015 05:56:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.078 X-Spam-Level: X-Spam-Status: No, score=-1.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STmVoocRbEIp for ; Sun, 17 May 2015 05:56:35 -0700 (PDT) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D47E1A90CD for ; Sun, 17 May 2015 05:56:35 -0700 (PDT) Received: by ieczm2 with SMTP id zm2so80587302iec.1 for ; Sun, 17 May 2015 05:56:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q5zEV8mwuS9rC1UuepddQ2FHQ2KlIYkMPSCXbnY54ME=; b=F6p4V1g+dknQw0OGLiYsIOMgjtl1g6ZtfO6Bfmc3mXJrp554SQ1hNcaUNw5IVZ5NES xqOB663v55+zO6DPA4oTuRFfFrSmL1LeB6apx9DlpDX4gIgCO6OQ4gnaolEw/KR4/wkK 1A/wZBp9x3eOg2xS5NKUqJDLu95IN5f4O+ntw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Q5zEV8mwuS9rC1UuepddQ2FHQ2KlIYkMPSCXbnY54ME=; b=BKTkoUNlkaIu3FHftc93a/jz0e08jOrezyCSsDiIMZlIq/ZoPycGpj/xvuLR6gFmyU BGTbK6tkswIM20eYaHMMe0csRGlfZWQJ8RZeWwkU+plU6anLTd1soJiN30jm3EhsucMe 8z4DP1J/R5EWj8wgvI4uenrIXdK7P1d/5IP2QPCircJ1OfvUhDTMEjP0dHF08qg6iTP/ +hGC16un/EqO9cQD1YydxN/+PnNxEJ1xSNc9C9cQRFlYVEJrxSX0/2FQSRnduvucu27I FmWQiwSRHSqQNAScDXTRSO1IlLfZaECQ0LtebV6V4JlEwy+TN01zZ06IJsjShkCRFa3v vpLg== X-Gm-Message-State: ALoCoQmuSvsimYh0Tiru5AeKaTWsmq+TxePtGL1yruqF0wpjpoygBNNta9FVxaqHWLzivRXZYuyh MIME-Version: 1.0 X-Received: by 10.50.30.197 with SMTP id u5mr8928679igh.9.1431867394800; Sun, 17 May 2015 05:56:34 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sun, 17 May 2015 05:56:34 -0700 (PDT) In-Reply-To: <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com> Date: Sun, 17 May 2015 08:56:34 -0400 Message-ID: From: Daniel Walton To: =?UTF-8?Q?=C5=81ukasz_Bromirski?= Content-Type: multipart/alternative; boundary=047d7bdc11be6efbcf0516469b8e Archived-At: Cc: idr wg , "rraszuk@gmail.com" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:56:36 -0000 --047d7bdc11be6efbcf0516469b8e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, May 17, 2015 at 8:47 AM, =C5=81ukasz Bromirski < lukasz.bromirski@gmail.com> wrote: > Hi, > > Some of the vendors already have problems with the BGP code bloat. Of > course session negotiation could take care of the additional feature, but > would this option really change the world for BGP users? > > Also bear in mind, even if feature is not active on specific session, the > code is still there, compiled, adding kBs of binary to existing code base= . > It can be exploited, it can contain some hard to catch bugs in non-trivia= l > scenarios outside typical test cases... It can kick you in the balls duri= ng > some complex migration where the bug will suddenly trigger itself. > Did you see the quagga patch and exabgp patch? This is probably the easiest bgp capability to implement there as ever been :) > And BTW - last time I checked, BGP was still limited to 4kB segment and > this space will all extended communities and so on is getting crowded ver= y > fast. > This is a capability in the OPEN message, the hostname is not exchanged as part of the UPDATE. Daniel --047d7bdc11be6efbcf0516469b8e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


    On Sun, May 17, 2015 at 8:47 AM, =C5=81ukasz Bromirski <lukas= z.bromirski@gmail.com> wrote:
    Hi,

    Some of the vendors already have problems with the BGP code bloat. Of cours= e session negotiation could take care of the additional feature, but would = this option really change the world for BGP users?

    Also bear in mind, even if feature is not active on specific session, the c= ode is still there, compiled, adding kBs of binary to existing code base. I= t can be exploited, it can contain some hard to catch bugs in non-trivial s= cenarios outside typical test cases... It can kick you in the balls during = some complex migration where the bug will suddenly trigger itself.

    Did you see the quagga patch and exabgp patch?= =C2=A0 This is probably the easiest bgp capability to implement there as ev= er been :)

    =C2=A0
    And BTW - last time I checked, BGP was still limited to 4kB segment and thi= s space will all extended communities and so on is getting crowded very fas= t.


    This is a capability = in the OPEN message, the hostname is not exchanged as part of the UPDATE.= =C2=A0

    Daniel

    --047d7bdc11be6efbcf0516469b8e-- From nobody Sun May 17 05:59:38 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B324D1A90D5 for ; Sun, 17 May 2015 05:59:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qXP-w1id_nyO for ; Sun, 17 May 2015 05:59:35 -0700 (PDT) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D1871A90D2 for ; Sun, 17 May 2015 05:59:35 -0700 (PDT) Received: by igcau1 with SMTP id au1so29054725igc.1 for ; Sun, 17 May 2015 05:59:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NqIrRSV3RSDUoclM/zeHJV3Z0yqHbsvSnAW6qHzOTfc=; b=AkIUGytHTcPBQVzO14R0d4RJqo0hvF3H3KjIUYDr+kPaHzlfd58LwPhusfLKJOiWzA RPFuh5l0l5ghMFZ1JqNhaQOJay11Dw8qkQhPIBNo10SJpFxZXDh1ciGvTCDNioSnZ8dQ ojjVOnFvpZv1I5P9IokKBQ5kgesGc0vM5Ds1g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=NqIrRSV3RSDUoclM/zeHJV3Z0yqHbsvSnAW6qHzOTfc=; b=fOfh7YXA0kwh1uX05SmYRcTeaoo9Y2U8QuWJjChAZjaiqgT348nK7BnSsT1u4SHRBU Xh8sWzWFKqKAiqWCFjUCUoB80HGfKxLgQasXVweFpmLtKvET38Za3OHqK/mTQUpyfMnL 49+q/1xhSMbh+G/9+bhW/qfzHSvgBYf7YDRbSkTaV3bvULPQTD1oIUJpAm9nyc7O6gVW 0fAXhe+CD12e1nD3cc9B+9f5bRzUVZKpJs49xEUyHyVfbOiMxEGopMK9UMzt+FZre+Bt YXUWpucfUF4a1D/oCcUhVsKIWTcs1o376ajW58Us2MP40M4+EOuOuWsjUfbvXz5WDi1V KGpQ== X-Gm-Message-State: ALoCoQk0gwI99Is8faDHTWdr6NW8U+Pn7TUwhZ/J2GMjgpSAReJotll0FNrNQiwCJl5Qqe2MiBdi MIME-Version: 1.0 X-Received: by 10.50.43.196 with SMTP id y4mr8846362igl.14.1431867574973; Sun, 17 May 2015 05:59:34 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sun, 17 May 2015 05:59:34 -0700 (PDT) In-Reply-To: <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> Date: Sun, 17 May 2015 08:59:34 -0400 Message-ID: From: Daniel Walton To: Thomas Mangin Content-Type: multipart/alternative; boundary=089e011604122c4163051646a67b Archived-At: Cc: idr wg , Robert Raszuk Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 12:59:36 -0000 --089e011604122c4163051646a67b Content-Type: text/plain; charset=UTF-8 IMO whether a vendor sends the capability by default or not, is a decision left up to the vendor and not part of the draft. We've been trying to avoid adding new configuartion knobs as much as possible so we send it by default. Daniel On Sun, May 17, 2015 at 8:34 AM, Thomas Mangin < thomas.mangin@exa-networks.co.uk> wrote: > In DC most deployments use EBGP to construct L3 fabric. >> > > In that case, the way would be to make it a configuration option on the > session (for sending). > And if not configured the receiving end would simply ignore it and treat > it as unknown. > > > Thomas > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --089e011604122c4163051646a67b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    IMO whether a vendor sends the capability by default or no= t, is a decision left up to the vendor and not part of the draft.=C2=A0 We&= #39;ve been trying to avoid adding new configuartion knobs as much as possi= ble so we send it by default.

    Daniel

    On Sun, May 17, 2015 at 8= :34 AM, Thomas Mangin <thomas.mangin@exa-networks.co.uk= > wrote:
    In DC most deployments use EBGP to construct L3 fabric.

    In that case, the way would be to make it a configuration option on the ses= sion (for sending).
    And if not configured the receiving end would simply ignore it and treat it= as unknown.


    Thomas

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

    --089e011604122c4163051646a67b-- From nobody Sun May 17 06:01:41 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6EDF1A90CD for ; Sun, 17 May 2015 06:01:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CULMupne3FkF for ; Sun, 17 May 2015 06:01:39 -0700 (PDT) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::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 47F231A00EC for ; Sun, 17 May 2015 06:01:39 -0700 (PDT) Received: by iepj10 with SMTP id j10so4193492iep.3 for ; Sun, 17 May 2015 06:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cumulusnetworks.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E8KkmAyPwPORdnPdFDwqyBQsDL0E8kFt2MwWHrm8t5k=; b=gHEBjvzeCyR6sxc4TWozh9X1LsISkwxS2tht9lr2Ag+cou9q81eKjazeEfRdZG9wpK 4xlOxE0W7PNpLySZrQo7YHNAzn4iawRapikW6uUtGo2YB//ODO4hIEucD7bGBwYSeGxO VA9pof4qj+LrWzwT3vMCtAZfqrp3sFxsWDPuM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=E8KkmAyPwPORdnPdFDwqyBQsDL0E8kFt2MwWHrm8t5k=; b=bL+fbXvBg9xKU6k97d8BsuHnyNwaGq2KC85yLINyBZ9lKDP2XARtAjjuPWvEcOW4VM uP3M8DoQ1XEYOIWQyUw1ZfQKqPVJcxbNKt+TqjJWrvMiBT6I8/e6Bh4cLBVA+wlswDT8 qAVRRGbvsAz4LBVxXuc4zdLpj70vCKmyKJjdInk0oqKO7CPc8/aV8UP9iMV3Q1jAAyT+ Qgu23J8NCi7WO3HL5SutSgVmjro5o9mEZJ7sh/V0Ys0hZGawplbzmZpi0gSlriuv/PgJ n3d6St0lESmw1XI81B/38KrE7Us3K+Ev7SKIzgEzPh371dlnutHsumYAnhl60QtjvLfA r4Gg== X-Gm-Message-State: ALoCoQkThhvXZWFvT1J8aFDCkNPCATWrN8vCRGOgPfcsu+mkQlokd9QYPXSbHUxr6DyvTiBx2nIN MIME-Version: 1.0 X-Received: by 10.43.135.5 with SMTP id ie5mr11598306icc.78.1431867698738; Sun, 17 May 2015 06:01:38 -0700 (PDT) Received: by 10.107.129.88 with HTTP; Sun, 17 May 2015 06:01:38 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> Date: Sun, 17 May 2015 09:01:38 -0400 Message-ID: From: Daniel Walton To: Dinesh Dutt Content-Type: multipart/alternative; boundary=20cf307f38b28cb17f051646ad78 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 13:01:40 -0000 --20cf307f38b28cb17f051646ad78 Content-Type: text/plain; charset=UTF-8 On Sun, May 17, 2015 at 8:07 AM, Dinesh Dutt wrote: > > On Sun, May 17, 2015 at 3:00 AM, Thomas Mangin < > thomas.mangin@exa-networks.co.uk> wrote: > >> >> >> http://exa.net.uk/about/contact-us >> On 17 May 2015, at 10:24, Randy Bush wrote: >> >> >>> and we're all waiting for the attack where the sender puts tasty >> >>> things in the supposed dns name >> >> If the worry is about the complexity of handling UTF-8, the draft >> >> could be change to require ascii 'a' through 'z' (in a >> >> case-insensitive manner), the digits '0' through '9', and the hyphen >> >> ('-') to be put in the draft as it is what DNS allows. >> > >> > bzzzzt! dns is eight bit clear. you are thinking of some restrictions >> > on hostnames, the leftmost chunk of the lhs at most. >> >> I stand corrected. >> That said, then perhaps the way is to only pass the hostname and not the >> fqdn. >> > > That'll be fine. We added fqdn to allow for cases outside the DC. > > Dropping the domain name part of the draft and s/UTF-8/ASCII/ would be fine with me. > On a different note, OSPF has a far more involved modification to allow > the carrying of hostnames (https://tools.ietf.org/html/rfc5642). I'm > curious as to why that was considered OK. > ISIS as well: Dynamic Hostname Exchange Mechanism for IS-IS https://tools.ietf.org/html/rfc5301 Daniel --20cf307f38b28cb17f051646ad78 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


    On Sun, May 17, 2015 at 8:07 AM, Dinesh Dutt <ddutt@cumulusnet= works.com> wrote:

    <= div class=3D"gmail_extra">On Sun, May 17, 2015 at 3:00 AM,= Thomas Mangin <thomas.mangin@exa-networks.co.uk> wrote:


    http://exa= .net.uk/about/contact-us
    On 17 May 2015, at 10:24, Randy Bush wrote:

    >>> and we're all waiting for the attack where the sender puts= tasty
    >>> things in the supposed dns name
    >> If the worry is about the complexity of handling UTF-8, the draft<= br> >> could be change to require ascii 'a' through 'z' (= in a
    >> case-insensitive manner), the digits '0' through '9= 9;, and the hyphen
    >> ('-') to be put in the draft as it is what DNS allows.
    >
    > bzzzzt!=C2=A0 dns is eight bit clear.=C2=A0 you are thinking of some r= estrictions
    > on hostnames, the leftmost chunk of the lhs at most.

    I stand corrected.
    That said, then perhaps the way is to only pass the hostname and not the fq= dn.

    That'll be fine. We adde= d fqdn to allow for cases outside the DC.

    <= /blockquote>

    Dropping the domain name part of the draft = and s/UTF-8/ASCII/ would be fine with me.

    =C2=A0
    On a different note, OSPF has a far more involved mod= ification to allow=20 the carrying of hostnames (https://tools.ietf.org/html/rfc5642). I'm curious= as to why that was considered OK.


    ISIS as well:

    Dynamic Hostname Exchange Mechanism for IS-IS
    =

    Daniel

    <= /div>
    =C2=A0
    --20cf307f38b28cb17f051646ad78-- From nobody Sun May 17 06:02:26 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEFD81A90D0 for ; Sun, 17 May 2015 06:02:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Na0-wsJtO2gi for ; Sun, 17 May 2015 06:02:24 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 007371A00EC for ; Sun, 17 May 2015 06:02:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8701; q=dns/txt; s=iport; t=1431867743; x=1433077343; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ZPZxEjMh7AAAkfGUDawAF4iBDsRwIOpWj2Hz5AqifVA=; b=iWHhVotdrKg/MRQ+bdyTvklUu6WYe0Z148uC5xNJ5MlE45RdIO3nRg5x bwggr6C7iA+5S9q0YvDHJf53CH3cRzWzUm9+A/3nviiFZowoEBLQ7gO/Y rIECYElEMbCDiIdeT9jbZ6Q4fRPrl1zEzu64N2AOHflp0/Sx0FtQ4ePrP w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BkBQD3kFhV/4YNJK1cgkVLVF4GgxjAOm4qCYFPAQmFdgIcfDgUAQEBAQEBAYEKhCIBAQEDAQEBASBLCxACAQgOAwMBAigDAgICJQsUCQgCBAENBRSIEAgNsx2kCAEBAQEBAQEBAQEBAQEBAQEBAQEBAReLOoR0DQQHgmiBRQWLPIcphC+GS5cMI4FmJByBUm+BRYEBAQEB X-IronPort-AV: E=Sophos;i="5.13,445,1427760000"; d="scan'208,217";a="150889685" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-2.cisco.com with ESMTP; 17 May 2015 13:02:23 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t4HD2NIu003642 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 17 May 2015 13:02:23 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.97]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Sun, 17 May 2015 08:02:22 -0500 From: "Acee Lindem (acee)" To: Dinesh Dutt , Thomas Mangin Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQj3dWgkR0XTU4B0qORZDgw6hLqZ1+KtQAgAABnoCAACRmgIAAH6sA//+zdbyAAFzkgIAAOeCAgAAbFYCAAEGOgIAACpMAgAAvNACAACkAgIAAud2AgAAHf4CAAAnpgIAAI36A///MaQA= Date: Sun, 17 May 2015 13:02:22 +0000 Message-ID: References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.202] Content-Type: multipart/alternative; boundary="_000_D17E08CB1E3C7aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 13:02:26 -0000 --_000_D17E08CB1E3C7aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGluZXNoLA0KDQpGcm9tOiBEaW5lc2ggRHV0dCA8ZGR1dHRAY3VtdWx1c25ldHdvcmtzLmNv bTxtYWlsdG86ZGR1dHRAY3VtdWx1c25ldHdvcmtzLmNvbT4+DQpEYXRlOiBTdW5kYXksIE1heSAx NywgMjAxNSBhdCA4OjA3IEFNDQpUbzogVGhvbWFzIE1hbmdpbiA8dGhvbWFzLm1hbmdpbkBleGEt bmV0d29ya3MuY28udWs8bWFpbHRvOnRob21hcy5tYW5naW5AZXhhLW5ldHdvcmtzLmNvLnVrPj4N CkNjOiBpZHIgd2cgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPj4NClN1YmplY3Q6 IFJlOiBbSWRyXSBkcmFmdC13YWx0b24tYmdwLWhvc3RuYW1lLWNhcGFiaWxpdHktMDANCg0KDQpP biBTdW4sIE1heSAxNywgMjAxNSBhdCAzOjAwIEFNLCBUaG9tYXMgTWFuZ2luIDx0aG9tYXMubWFu Z2luQGV4YS1uZXR3b3Jrcy5jby51azxtYWlsdG86dGhvbWFzLm1hbmdpbkBleGEtbmV0d29ya3Mu Y28udWs+PiB3cm90ZToNCg0KDQpodHRwOi8vZXhhLm5ldC51ay9hYm91dC9jb250YWN0LXVzDQpP biAxNyBNYXkgMjAxNSwgYXQgMTA6MjQsIFJhbmR5IEJ1c2ggd3JvdGU6DQoNCj4+PiBhbmQgd2Un cmUgYWxsIHdhaXRpbmcgZm9yIHRoZSBhdHRhY2sgd2hlcmUgdGhlIHNlbmRlciBwdXRzIHRhc3R5 DQo+Pj4gdGhpbmdzIGluIHRoZSBzdXBwb3NlZCBkbnMgbmFtZQ0KPj4gSWYgdGhlIHdvcnJ5IGlz IGFib3V0IHRoZSBjb21wbGV4aXR5IG9mIGhhbmRsaW5nIFVURi04LCB0aGUgZHJhZnQNCj4+IGNv dWxkIGJlIGNoYW5nZSB0byByZXF1aXJlIGFzY2lpICdhJyB0aHJvdWdoICd6JyAoaW4gYQ0KPj4g Y2FzZS1pbnNlbnNpdGl2ZSBtYW5uZXIpLCB0aGUgZGlnaXRzICcwJyB0aHJvdWdoICc5JywgYW5k IHRoZSBoeXBoZW4NCj4+ICgnLScpIHRvIGJlIHB1dCBpbiB0aGUgZHJhZnQgYXMgaXQgaXMgd2hh dCBETlMgYWxsb3dzLg0KPg0KPiBienp6enQhICBkbnMgaXMgZWlnaHQgYml0IGNsZWFyLiAgeW91 IGFyZSB0aGlua2luZyBvZiBzb21lIHJlc3RyaWN0aW9ucw0KPiBvbiBob3N0bmFtZXMsIHRoZSBs ZWZ0bW9zdCBjaHVuayBvZiB0aGUgbGhzIGF0IG1vc3QuDQoNCkkgc3RhbmQgY29ycmVjdGVkLg0K VGhhdCBzYWlkLCB0aGVuIHBlcmhhcHMgdGhlIHdheSBpcyB0byBvbmx5IHBhc3MgdGhlIGhvc3Ru YW1lIGFuZCBub3QgdGhlIGZxZG4uDQoNClRoYXQnbGwgYmUgZmluZS4gV2UgYWRkZWQgZnFkbiB0 byBhbGxvdyBmb3IgY2FzZXMgb3V0c2lkZSB0aGUgREMuDQoNCk9uIGEgZGlmZmVyZW50IG5vdGUs IE9TUEYgaGFzIGEgZmFyIG1vcmUgaW52b2x2ZWQgbW9kaWZpY2F0aW9uIHRvIGFsbG93IHRoZSBj YXJyeWluZyBvZiBob3N0bmFtZXMgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NjQy KS4gSSdtIGN1cmlvdXMgYXMgdG8gd2h5IHRoYXQgd2FzIGNvbnNpZGVyZWQgT0suDQoNCk5vdGUg dGhhdCB0aGUgT1NQRiBtZWNoYW5pc20gYWR2ZXJ0aXNlcyB0aGUgaG9zdCBuYW1lIHRocm91Z2hv dXQgdGhlIGFyZWEgb3IgZW50aXJlIE9TUEYgcm91dGluZyBkb21haW4gc28gaXQgaXMgYW5hbG9n b3VzIHRvIHdoYXQgUm9iZXJ0IHN1Z2dlc3RlZCB3aXRoIGEgbmV3IGF0dHJpYnV0ZSBvciBCR1Ag d2lkZSBjb21tdW5pdHkuDQoNClRoYW5rcywNCkFjZWUNCg0KDQoNCg0KRGluZXNoDQoNClRob21h cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSWRy IG1haWxpbmcgbGlzdA0KSWRyQGlldGYub3JnPG1haWx0bzpJZHJAaWV0Zi5vcmc+DQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lkcg0KDQo= --_000_D17E08CB1E3C7aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBEaW5lc2gs Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T RUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0 OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u ZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H LUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBz b2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPkRpbmVzaCBEdXR0ICZsdDs8 YSBocmVmPSJtYWlsdG86ZGR1dHRAY3VtdWx1c25ldHdvcmtzLmNvbSI+ZGR1dHRAY3VtdWx1c25l dHdvcmtzLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRh dGU6IDwvc3Bhbj5TdW5kYXksIE1heSAxNywgMjAxNSBhdCA4OjA3IEFNPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+VGhvbWFzIE1hbmdpbiAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRob21hcy5tYW5naW5AZXhhLW5ldHdvcmtzLmNvLnVrIj50aG9tYXMubWFuZ2lu QGV4YS1uZXR3b3Jrcy5jby51azwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkNjOiA8L3NwYW4+aWRyIHdnICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3Jn Ij5pZHJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5TdWJqZWN0OiA8L3NwYW4+UmU6IFtJZHJdIGRyYWZ0LXdhbHRvbi1iZ3AtaG9zdG5hbWUtY2Fw YWJpbGl0eS0wMDxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlk PSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6 ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRp dj4NCjxkaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+ T24gU3VuLCBNYXkgMTcsIDIwMTUgYXQgMzowMCBBTSwgVGhvbWFzIE1hbmdpbiA8c3BhbiBkaXI9 Imx0ciI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOnRob21hcy5tYW5naW5AZXhhLW5ldHdvcmtzLmNv LnVrIiB0YXJnZXQ9Il9ibGFuayI+dGhvbWFzLm1hbmdpbkBleGEtbmV0d29ya3MuY28udWs8L2E+ Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPg0KPGJsb2Nr cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4 O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgi Pg0KPGJyPg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL2V4YS5uZXQudWsvYWJvdXQvY29udGFjdC11 cyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9leGEubmV0LnVrL2Fib3V0L2NvbnRhY3QtdXM8L2E+ PGJyPg0KPHNwYW4gY2xhc3M9IiI+T24gMTcgTWF5IDIwMTUsIGF0IDEwOjI0LCBSYW5keSBCdXNo IHdyb3RlOjxicj4NCjxicj4NCiZndDsmZ3Q7Jmd0OyBhbmQgd2UncmUgYWxsIHdhaXRpbmcgZm9y IHRoZSBhdHRhY2sgd2hlcmUgdGhlIHNlbmRlciBwdXRzIHRhc3R5PGJyPg0KJmd0OyZndDsmZ3Q7 IHRoaW5ncyBpbiB0aGUgc3VwcG9zZWQgZG5zIG5hbWU8YnI+DQomZ3Q7Jmd0OyBJZiB0aGUgd29y cnkgaXMgYWJvdXQgdGhlIGNvbXBsZXhpdHkgb2YgaGFuZGxpbmcgVVRGLTgsIHRoZSBkcmFmdDxi cj4NCiZndDsmZ3Q7IGNvdWxkIGJlIGNoYW5nZSB0byByZXF1aXJlIGFzY2lpICdhJyB0aHJvdWdo ICd6JyAoaW4gYTxicj4NCiZndDsmZ3Q7IGNhc2UtaW5zZW5zaXRpdmUgbWFubmVyKSwgdGhlIGRp Z2l0cyAnMCcgdGhyb3VnaCAnOScsIGFuZCB0aGUgaHlwaGVuPGJyPg0KJmd0OyZndDsgKCctJykg dG8gYmUgcHV0IGluIHRoZSBkcmFmdCBhcyBpdCBpcyB3aGF0IEROUyBhbGxvd3MuPGJyPg0KJmd0 Ozxicj4NCiZndDsgYnp6enp0ISZuYnNwOyBkbnMgaXMgZWlnaHQgYml0IGNsZWFyLiZuYnNwOyB5 b3UgYXJlIHRoaW5raW5nIG9mIHNvbWUgcmVzdHJpY3Rpb25zPGJyPg0KJmd0OyBvbiBob3N0bmFt ZXMsIHRoZSBsZWZ0bW9zdCBjaHVuayBvZiB0aGUgbGhzIGF0IG1vc3QuPGJyPg0KPGJyPg0KPC9z cGFuPkkgc3RhbmQgY29ycmVjdGVkLjxicj4NClRoYXQgc2FpZCwgdGhlbiBwZXJoYXBzIHRoZSB3 YXkgaXMgdG8gb25seSBwYXNzIHRoZSBob3N0bmFtZSBhbmQgbm90IHRoZSBmcWRuLjxicj4NCjwv YmxvY2txdW90ZT4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYXQnbGwgYmUgZmluZS4gV2Ug YWRkZWQgZnFkbiB0byBhbGxvdyBmb3IgY2FzZXMgb3V0c2lkZSB0aGUgREMuIDxicj4NCjxicj4N Ck9uIGEgZGlmZmVyZW50IG5vdGUsIE9TUEYgaGFzIGEgZmFyIG1vcmUgaW52b2x2ZWQgbW9kaWZp Y2F0aW9uIHRvIGFsbG93IHRoZSBjYXJyeWluZyBvZiBob3N0bmFtZXMgKDxhIGhyZWY9Imh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NjQyIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjNTY0MjwvYT4pLiBJJ20gY3VyaW91cyBhcyB0byB3aHkgdGhhdCB3YXMgY29uc2lkZXJl ZCBPSy48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5Ob3RlIHRoYXQgdGhl IE9TUEYgbWVjaGFuaXNtIGFkdmVydGlzZXMgdGhlIGhvc3QgbmFtZSB0aHJvdWdob3V0IHRoZSBh cmVhIG9yIGVudGlyZSBPU1BGIHJvdXRpbmcgZG9tYWluIHNvIGl0IGlzIGFuYWxvZ291cyB0byB3 aGF0IFJvYmVydCBzdWdnZXN0ZWQgd2l0aCBhIG5ldyBhdHRyaWJ1dGUgb3IgQkdQIHdpZGUgY29t bXVuaXR5LjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRp dj5BY2VlPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFu IGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tf QVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29s aWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRp diBkaXI9Imx0ciI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+DQo8ZGl2IGNsYXNzPSJnbWFp bF9xdW90ZSI+DQo8ZGl2Pjxicj4NCjxicj4NCjwvZGl2Pg0KPGRpdj5EaW5lc2g8YnI+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4 IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5n LWxlZnQ6MWV4Ij4NCjxzcGFuIGNsYXNzPSIiPjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+DQpU aG9tYXM8YnI+DQo8L2ZvbnQ+PC9zcGFuPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9Img1 Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCklkciBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86SWRyQGlldGYub3JnIj5J ZHJAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pZHIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2lkcjwvYT48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D17E08CB1E3C7aceeciscocom_-- From nobody Sun May 17 06:16:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07DEB1A90D8 for ; Sun, 17 May 2015 06:16:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.301 X-Spam-Level: X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b6atyoxZ4ZEh for ; Sun, 17 May 2015 06:16:02 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DC5C1A92A9 for ; Sun, 17 May 2015 06:16:01 -0700 (PDT) Received: from smtp-5.exa.net.uk (unknown [82.219.5.5]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 133E01C00AD; Sun, 17 May 2015 14:16:00 +0100 (BST) Received: from smtp-5.exa.net.uk (localhost [127.0.0.1]) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTP id 0079F40D01; Sun, 17 May 2015 14:16:00 +0100 (BST) Received: from [10.37.129.2] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-5.exa.net.uk (ExaSMTPD) with ESMTPSA; Sun, 17 May 2015 14:15:59 +0100 (BST) From: "Thomas Mangin" To: "=?utf-8?q?=C5=81ukasz?= Bromirski" Date: Sun, 17 May 2015 14:15:46 +0100 Message-ID: <7BC1F4A3-5168-4C01-BB01-1DD9FD4A5E69@exa-networks.co.uk> In-Reply-To: <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com> References: <20150516015819.5849234.74476.67011@gmail.com> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: ClamAV using ClamSMTP Archived-At: Cc: idr wg , "rraszuk@gmail.com" Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 13:16:04 -0000 > Some of the vendors already have problems with the BGP code bloat. Agree, let’s close the mailing list, we are all guilty here :-) > And BTW - last time I checked, BGP was still limited to 4kB segment > and this space will all extended communities and so on is getting > crowded very fast. This is the first argument I fully agree with .. The draft should indeed have included some wording that the capability not not be added should the OPEN message be larger than the allowed message size with it. > If the improvement is for operations and not for core of BGP, let's > deal with this at operational/NMS level (and possibly protocols). I am not fully un-sympathetic to that argument but why not let customers vote with their money by asking their vendors what to implement or not. Not all implementations include all the BGP RFC ! My issue is that without a Capability number, any implementation of the draft could later lead to a conflict and DO cause real interoperability issue. I already pointed to Cumulus that the code they have in their Quagga implementation (131) was used by Cisco for Multi-Session before it became an RFC ! Mine (72 - which I intend to change too) is perhaps used elsewhere too. _That_ could cause a problem (more than anything discussed in this thread IMO) ! Thomas From nobody Sun May 17 08:18:47 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F17F1A01F4 for ; Sun, 17 May 2015 08:18:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.622 X-Spam-Level: X-Spam-Status: No, score=0.622 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2MFheca3SNgu for ; Sun, 17 May 2015 08:18:44 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D5C01A0127 for ; Sun, 17 May 2015 08:18:44 -0700 (PDT) Received: by oiko83 with SMTP id o83so112926030oik.1 for ; Sun, 17 May 2015 08:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=r18cdaymnZvxe4VUJvIIfb9eEfeqqAxyBNnO4r8Y06M=; b=WuRgAJagCWhN4HcDoMYTYhTd4EZ1ZhRAfjqvZpctgSuICQq/f4DchIpZfWTrBBRyIQ xqX/AFZIwSTf3Lk00kgjKOpMtmPqz2Lsum2nn7A1CoKFfWPTjb8EiXQB/rNoCx9zUIVQ px0IYeM6d+DE+1Aip0CK1Vjdgi0CnzATSOGNgPNI7UGUGxbK8/eaWnDrBMmdY3ZuT5q1 wXd4AY84StNtOdYX2APtEft8t16fLp4da38uPDz4wWb2HWdXD7N/1Wg2uu30uFD/peHc K+9yqD2e77pgrRDTPFFPFXm5iwKWCz/obpFTpagV/QeiPKNva+q3PVDt+1MLr2Am28sV g8uQ== MIME-Version: 1.0 X-Received: by 10.202.174.131 with SMTP id x125mr15790162oie.18.1431875923929; Sun, 17 May 2015 08:18:43 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.202.179.193 with HTTP; Sun, 17 May 2015 08:18:43 -0700 (PDT) In-Reply-To: <55588CCA.5030709@foobar.org> References: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> <55588CCA.5030709@foobar.org> Date: Sun, 17 May 2015 17:18:43 +0200 X-Google-Sender-Auth: wqhmGkAPEhwT8KA9uuY1NfNHOiE Message-ID: From: Robert Raszuk To: Nick Hilliard Content-Type: multipart/alternative; boundary=001a113ce726cef12c0516489701 Archived-At: Cc: idr wg Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 15:18:46 -0000 --001a113ce726cef12c0516489701 Content-Type: text/plain; charset=UTF-8 Hi Nick, draft-ietf-idr-bgp-nh-cost is just a helper and companion document to draft-ietf-idr-bgp-optimal-route-reflection. The observation you make is already described in the latter one. Moreover as of the current version of the draft there are three modes of optimality from the perspective of RR: -A- per RR logical placement -B- per (peer/update) group logical placement -C- per client logical placement See section 2 of draft-ietf-idr-bgp-optimal-route-reflection for more details. draft-ietf-idr-bgp-nh-cost helps with all three cases eliminating the need for remote SPF computation(s) which to some folks was the fundamental concern in moving further with ORR :). As of today I am aware of one large implementation which did all -A-, -B- & -C- options as well as other implementation which did only -A-. As far as your concern about implementation issues let's observe that finnaly RRs are moving to x86 compute blades (where they always really belonged). With that scalability of their processing does significantly increses. Best, r. On Sun, May 17, 2015 at 2:42 PM, Nick Hilliard wrote: > On 16/05/2015 10:58, internet-drafts@ietf.org wrote: > > This draft augments BGPLS and defines a new extensions to exchange > > cost information to next-hops for the purpose of calculating best > > path from a peer perspective rather than local BGP speaker own > > perspective. > > correct me if I'm wrong, but if a RR starts calculating best path from the > point of view of its clients rather than from its own perspective, this > will require best path calculation per client on the RR (ala what goes on > with multiple ribs in bgp route servers). If this is the case, it might be > worth mentioning it in the draft, because it creates significant > implementation issues. > > Nick > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --001a113ce726cef12c0516489701 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hi Nick,

    draft-ietf-idr-bgp-nh-cost is just a helper and companion document = to=C2=A0draft-ietf-idr-bgp-optimal-route-reflection.=C2=A0
    =

    The observation you make is already described in t= he latter one.=C2=A0

    Moreover as of th= e current version of the draft there are three modes of optimality from the= perspective of RR:

    -A- per RR logical= placement=C2=A0
    -B- per (peer/update) group logical place= ment=C2=A0
    -C- per client logical placement=C2=A0

    See section 2 of=C2=A0draft-ietf-idr-bgp-optima= l-route-reflection for more details.=C2=A0

    draft-ietf-idr-bgp-nh-cost helps with all three cases eliminating the = need for remote SPF computation(s) which to some folks was the fundamental = concern in moving further with ORR :).

    As of today I am aware of one large implementa= tion which did all -A-, -B- & -C- options as well as other implementati= on which did only -A-.

    As far as your concern about implementation issues let'= s observe that finnaly RRs are moving to x86 compute blades (where they alw= ays really belonged). With that scalability of their processing does signif= icantly increses.

    Best,
    r= .


    On Sun, May 17, 2015 at 2:42 PM, N= ick Hilliard <nick@foobar.org> wrote:
    On 16/05/2015 10:58, internet-drafts@ietf.org wrote:
    >=C2=A0 =C2=A0 This draft augments BGPLS and defines a new extensions to= exchange
    >=C2=A0 =C2=A0 cost information to next-hops for the purpose of calculat= ing best
    >=C2=A0 =C2=A0 path from a peer perspective rather than local BGP speake= r own
    >=C2=A0 =C2=A0 perspective.

    correct me if I'm wrong, but if a RR starts calculating best pat= h from the
    point of view of its clients rather than from its own perspective, this
    will require best path calculation per client on the RR (ala what goes on with multiple ribs in bgp route servers).=C2=A0 If this is the case, it mig= ht be
    worth mentioning it in the draft, because it creates significant
    implementation issues.

    Nick


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

    --001a113ce726cef12c0516489701-- From nobody Sun May 17 09:13:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA87A1A1A56 for ; Sun, 17 May 2015 09:13:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.013 X-Spam-Level: X-Spam-Status: No, score=-0.013 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kxUzhuVqAHVb for ; Sun, 17 May 2015 09:13:30 -0700 (PDT) Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:4830:c400:203::3131]) (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 E3B2A1A1A55 for ; Sun, 17 May 2015 09:13:29 -0700 (PDT) Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:4830:c400:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t4HGDQlv052138; Sun, 17 May 2015 12:13:26 -0400 (EDT) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201505171613.t4HGDQlv052138@maildrop31.somerville.occnc.com> To: Randy Bush From: Curtis Villamizar In-reply-to: Your message of "Sat, 16 May 2015 14:45:12 -1000." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <52136.1431879206.1@harbor31.somerville.occnc.com> Date: Sun, 17 May 2015 12:13:26 -0400 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 16:13:31 -0000 In message Randy Bush writes: > > > Pardon my ignorance of BGP > > this would explain a *lot*! > > randy Grand Wizard Randy, But you already knew that. :-) Curtis From nobody Sun May 17 09:16:22 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3013C1A1A57 for ; Sun, 17 May 2015 09:16:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FSL3fl9WG7OC for ; Sun, 17 May 2015 09:16:20 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CE5C1A1A55 for ; Sun, 17 May 2015 09:16:20 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1Yu1Ed-0000OQ-Rw; Sun, 17 May 2015 16:16:16 +0000 Date: Sun, 17 May 2015 06:16:14 -1000 Message-ID: From: Randy Bush To: Curtis Villamizar In-Reply-To: <201505171613.t4HGDQlv052138@maildrop31.somerville.occnc.com> References: <201505171613.t4HGDQlv052138@maildrop31.somerville.occnc.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 16:16:21 -0000 the solace for these bikesheds is that folk one misses surface randy From nobody Sun May 17 11:11:01 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3D8D1A88C5 for ; Sun, 17 May 2015 11:10:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.912 X-Spam-Level: X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ldxtz3L5zCTa for ; Sun, 17 May 2015 11:10:58 -0700 (PDT) Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:4830:c400:203::3131]) (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 3137C1A3BA0 for ; Sun, 17 May 2015 11:10:58 -0700 (PDT) Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:4830:c400:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t4HI9X7x053164; Sun, 17 May 2015 14:09:33 -0400 (EDT) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201505171809.t4HI9X7x053164@maildrop31.somerville.occnc.com> To: Dinesh Dutt From: Curtis Villamizar In-reply-to: Your message of "Sun, 17 May 2015 05:07:15 -0700." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <53162.1431886173.1@harbor31.somerville.occnc.com> Content-Transfer-Encoding: quoted-printable Date: Sun, 17 May 2015 14:09:33 -0400 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 18:10:59 -0000 In message Dinesh Dutt writes: = > On Sun, May 17, 2015 at 3:00 AM, Thomas Mangin < > thomas.mangin@exa-networks.co.uk> wrote: > = > > > > > > http://exa.net.uk/about/contact-us > > On 17 May 2015, at 10:24, Randy Bush wrote: > > > > >>> and we're all waiting for the attack where the sender puts tasty > > >>> things in the supposed dns name > > >> If the worry is about the complexity of handling UTF-8, the draft > > >> could be change to require ascii 'a' through 'z' (in a > > >> case-insensitive manner), the digits '0' through '9', and the hyphe= n > > >> ('-') to be put in the draft as it is what DNS allows. > > > > > > bzzzzt! dns is eight bit clear. you are thinking of some restricti= ons > > > on hostnames, the leftmost chunk of the lhs at most. > > > > I stand corrected. > > That said, then perhaps the way is to only pass the hostname and not t= he > > fqdn. > > > = > That'll be fine. We added fqdn to allow for cases outside the DC. > = > On a different note, OSPF has a far more involved modification to allow = the > carrying of hostnames (https://tools.ietf.org/html/rfc5642). I'm curious= as > to why that was considered OK. > = > Dinesh OSPF can and often is run on unnumbered interfaces (or using link local addresses in IPv6). You can't use rDNS in these cases and the router-id is not supposed to be an address so you can't be sure a rDNS lookup of the router-id will yield anything useful. [Realistically, ISIS did it so OSPF felt obligated.] AFAIK - BGP is still being run on numbered interfaces or bound to a numbered loopback interface, which in both cases can be looked up using rDNS to get FQDN. If you use reuse PI space within the DC rather than routeable, or unique allocation from 10/8, or better yet use IPv6, you create your own mess and you are proposing changing BGP to bandaid over it. Cluelessly yours, Curtis From nobody Sun May 17 11:25:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95FB91A895C for ; Sun, 17 May 2015 11:25:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.101 X-Spam-Level: X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HMTs_aWWg0Pa for ; Sun, 17 May 2015 11:25:18 -0700 (PDT) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::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 135701A88E4 for ; Sun, 17 May 2015 11:25:18 -0700 (PDT) Received: by qcyk17 with SMTP id k17so80046574qcy.1 for ; Sun, 17 May 2015 11:25:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NXprqPJrgN1F7M/wsldzt+N49OB6J17ePDMhJy+kLj8=; b=Jn5q5wpqs9H1FmbcwNKFc3qCBe5iCzia9LLcyZ3WtuJIzpJdt2JkQyEMy7SFGEw+ox j2BFdQO4KWshKExYcwIrRl5h29k6pAXEGmHITuriSbjM9u+S741RPGraWXoWq1QCklgZ jqB319vOX5ieZKgIAOTNDniHWTvVlZeowtDZnjqhnrgDtwRoSew5M3v702XMEzJrhHN8 aWXsAe8uoHiCMLjnCd7Zba1X6n+GxY2xMth9Tpl3Eak1XC2SfLC2fndUxJ7tLs7IfoHY nrv8qLrxnFR3S7kwvV26KvxliBPu7cQzjhARRTBpuFqrIUfzCkqNPAy2f0U6BjTPLKOf tCSw== MIME-Version: 1.0 X-Received: by 10.140.144.76 with SMTP id 73mr25733416qhq.28.1431887117407; Sun, 17 May 2015 11:25:17 -0700 (PDT) Sender: christopher.morrow@gmail.com Received: by 10.140.31.71 with HTTP; Sun, 17 May 2015 11:25:17 -0700 (PDT) In-Reply-To: References: <20150516015819.5849234.74476.67011@gmail.com> Date: Sun, 17 May 2015 14:25:17 -0400 X-Google-Sender-Auth: REvOo2qz1g2b1RyQYO9GK5O2Oac Message-ID: From: Christopher Morrow To: Daniel Walton Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 18:25:19 -0000 On Sun, May 17, 2015 at 8:50 AM, Daniel Walton wrote: > > > On Sat, May 16, 2015 at 8:55 PM, Christopher Morrow > wrote: >> >> On Sat, May 16, 2015 at 12:08 AM, Daniel Walton >> wrote: >> > It makes troubleshooting much easier. >> >> so does not using private addressing? > > > IPv6 link-local addressing is the main motivator, not private addressing. equivalent to private addressing, in my opinion. >> >> why solve this in the bgp space? why not solve this in any of the >> other domains much better built for this? > > > Solving it in BGP is very simple, it works if routing is down (no DNS), it > works for ipv4/ipv6 and it is a very small change. 'is very simple' and 'very small change'... famous last words. I suppose I hear this: "Automation in a network (DC or wide area) is moving forward. We want to also be able to drop hints that 'peer ip blah is host X' or the like." Why not, since you are automating things, all fancy and stuff, also include the hostname in the config? (as mr. heasley points out). Surely in your automated processes you'll know whom you are talking to and can lay out the right config data as you go, eh? The problem expands beyond the 'DC' when you add it as a generic capability to BGP... we all have to pay for the 'solution' in other gear/code/problems/poor-choices. Also, this struck me as funny: " it works if routing is down (no DNS), " err... 'if all routing is down', because if your peer is down it's not working, right? This actually argues for Mr Heasley's position... put the name in the config (gathered from your automation and network discovery work) so when 'why is peer ff02:asd:as:as:asas:01 down?' you can see instead: "Peer abc123 is down'. -chris From nobody Sun May 17 18:59:30 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3341A0095 for ; Sun, 17 May 2015 18:59:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id blGoy_LEZjcT for ; Sun, 17 May 2015 18:59:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A7181A0086 for ; Sun, 17 May 2015 18:59:27 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWD35863; Mon, 18 May 2015 01:59:26 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 18 May 2015 02:59:15 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.89]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Mon, 18 May 2015 09:59:09 +0800 From: Haoweiguo To: "idr@ietf.org" Thread-Topic: New Version Notification for draft-hao-idr-ls-trill-00.txt Thread-Index: AQHQkQ2MNTXoy0C/NEqBu98qRSFRVJ2A+dis Date: Mon, 18 May 2015 01:59:08 +0000 Message-ID: References: <20150518015404.16051.52878.idtracker@ietfa.amsl.com> In-Reply-To: <20150518015404.16051.52878.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "Donald E. Eastlake" Subject: Re: [Idr] New Version Notification for draft-hao-idr-ls-trill-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 01:59:29 -0000 Hi Folks, A new version of "Distribution of TRILL Link-State using BGP" was posted.=20 Your comments and suggestions are appreciated. Thanks, weiguo ________________________________________ From: internet-drafts@ietf.org [internet-drafts@ietf.org] Sent: Monday, May 18, 2015 9:54 To: Haoweiguo; Donald E. Eastlake; Donald E. Eastlake 3rd; Haoweiguo Subject: New Version Notification for draft-hao-idr-ls-trill-00.txt A new version of I-D, draft-hao-idr-ls-trill-00.txt has been successfully submitted by Weiguo Hao and posted to the IETF repository. Name: draft-hao-idr-ls-trill Revision: 00 Title: Distribution of TRILL Link-State using BGP Document date: 2015-05-18 Group: Individual Submission Pages: 11 URL: https://www.ietf.org/internet-drafts/draft-hao-idr-ls-trill= -00.txt Status: https://datatracker.ietf.org/doc/draft-hao-idr-ls-trill/ Htmlized: https://tools.ietf.org/html/draft-hao-idr-ls-trill-00 Abstract: This draft describes a TRILL link state and MAC address reachability information distribution mechanism using a BGP LS extension. External components such as an SDN Controller can leverage the information for topology visibility, troubleshooting, network automation, etc. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat= From nobody Sun May 17 20:57:43 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32F4F1A07BD for ; Sun, 17 May 2015 20:57:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f1krytgrfkK8 for ; Sun, 17 May 2015 20:57:40 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 388AC1A0A85 for ; Sun, 17 May 2015 20:57:40 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWD43124; Mon, 18 May 2015 03:57:38 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 18 May 2015 04:57:35 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.152]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Mon, 18 May 2015 11:57:31 +0800 From: "Dongjie (Jimmy)" To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 Thread-Index: AdCHju7gmC+mWXxZROC3692ew2CZmwJj8SWA Date: Mon, 18 May 2015 03:57:31 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757D31495@nkgeml512-mbx.china.huawei.com> References: <009101d08799$91662180$b4326480$@ndzh.com> In-Reply-To: <009101d08799$91662180$b4326480$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C92757D31495nkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 03:57:42 -0000 --_000_76CD132C3ADEF848BD84D028D243C92757D31495nkgeml512mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. -Jie From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, May 06, 2015 9:11 AM To: idr@ietf.org Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redir= ect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 The IDR mail list has received no comments on the the revision of the draft= -ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for thi= s draft, this call is extended to 5/18/2015. Unless this draft receives s= upport comments, this draft will not be forwarded to the IESG. You can see the final revision at the following: http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt Sue Hares and John Scudder --_000_76CD132C3ADEF848BD84D028D243C92757D31495nkgeml512mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Support.

     

    -Jie

     

    From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
    Sent: Wednesday, May 06, 2015 9:11 AM
    To: idr@ietf.org
    Cc: 'Jeff Haas'
    Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspe= c-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015

     

    The IDR mail list has received = no comments on the the revision of the draft-ietf-idr-flowspec-redirect-rt-= bis-04.txt.   Due to earlier support for this draft, this call is= extended to 5/18/2015.   Unless this draft receives support comments, this draft will not be forwarded to the IESG.

     

    You can see the final revision = at the following:

     

    http://www.ietf.org/id/d= raft-ietf-idr-flowspec-redirect-rt-bis-04.txt

     

     

    Sue Hares and John Scudder &nbs= p;

    --_000_76CD132C3ADEF848BD84D028D243C92757D31495nkgeml512mbxchi_-- From nobody Sun May 17 23:31:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B0631A70E1 for ; Sun, 17 May 2015 23:31:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xtBCcX0diK8B for ; Sun, 17 May 2015 23:31:29 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90D301A7030 for ; Sun, 17 May 2015 23:31:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSQ37108; Mon, 18 May 2015 06:31:26 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 18 May 2015 07:31:25 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.152]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Mon, 18 May 2015 14:31:20 +0800 From: "Dongjie (Jimmy)" To: Daniel Walton , idr wg , Dinesh Dutt Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQj3dWocpdGUzGQES+WjyW1HSQCp2BP+ww Date: Mon, 18 May 2015 06:31:19 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757D3252D@nkgeml512-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C92757D3252Dnkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 06:31:31 -0000 --_000_76CD132C3ADEF848BD84D028D243C92757D3252Dnkgeml512mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGFuaWVsLA0KDQpUaGlzIGlzIGFuIGludGVyZXN0aW5nIGRvY3VtZW50LCBhIGZldyB5ZWFy cyBhZ28gd2UgcHJvcG9zZWQgc29tZXRoaW5nIHNpbWlsYXIgaW4gLTAwIHZlcnNpb24gb2YgZHJh ZnQtZG9uZy1pZHItZnNtLXN1YmNvZGUgKGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWRvbmctaWRyLWZzbS1zdWJjb2RlLTAwKSwgaW4gd2hpY2ggYSBuZXcgQkdQIGNhcGFiaWxpdHkg Y2FsbGVkIOKAnEJHUCBTZXNzaW9uIEluZm9ybWF0aW9uIENhcGFiaWxpdHnigJ0gd2FzIGRlZmlu ZWQsIGFuZCDigJxCR1AgU3BlYWtlciBEZXNjcmlwdGlvbuKAnSB3YXMgb25lIG9mIHRoZSBwcm9w b3NlZCBUTFZzIGluIHRoYXQgbmV3IGNhcGFiaWxpdHkuIENvbnNpZGVyYXRpb25zIGFib3V0IHRo ZSBpbXBhY3Qgb24gdGhlIENhcGFiaWxpdHkgcGFyYW1ldGVyIHNwYWNlIGluIE9QRU4gbWVzc2Fn ZSB3ZXJlIGFsc28gZGlzY3Vzc2VkLg0KDQpNeSBwZXJzb25hbCBvcGluaW9uIG9uIHRoaXMgZmVh dHVyZSBpcyBpdCBtYXkgaGVscCB0aGUgb3BlcmF0aW9uIGFuZCB0cm91Ymxlc2hvb3RpbmcsIGFs dGhvdWdoIHRoZSBob3N0bmFtZSBpbmZvcm1hdGlvbiBpcyBleGNoYW5nZWQgb25seSBiZXR3ZWVu IHBlZXJzLCBhcyBvcHBvc2VkIHRvIHRoZSBwcm9wb3NhbHMgaW4gSUdQIGV4dGVuc2lvbnMuDQoN CkJlc3QgcmVnYXJkcywNCkppZQ0KDQpGcm9tOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIERhbmllbCBXYWx0b24NClNlbnQ6IFNhdHVyZGF5LCBNYXkgMTYs IDIwMTUgOToyNiBBTQ0KVG86IGlkciB3ZzsgRGluZXNoIER1dHQNClN1YmplY3Q6IFtJZHJdIGRy YWZ0LXdhbHRvbi1iZ3AtaG9zdG5hbWUtY2FwYWJpbGl0eS0wMA0KDQpodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtd2FsdG9uLWJncC1ob3N0bmFtZS1jYXBhYmlsaXR5LTAwDQoNCkZl ZWRiYWNrIGlzIHdlbGNvbWUuIFRoZXJlIGlzIGEgIlNlY3Rpbm8iIHR5cG8gaW4gdGhlIGludHJv LCB3aWxsIGNsZWFuIHRoYXQgdXAuDQoNCkRhbmllbA0KDQo= --_000_76CD132C3ADEF848BD84D028D243C92757D3252Dnkgeml512mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcy LjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBEYW5p ZWwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoaXMgaXMgYW4gaW50ZXJl c3RpbmcgZG9jdW1lbnQsIGEgZmV3IHllYXJzIGFnbyB3ZSBwcm9wb3NlZCBzb21ldGhpbmcgc2lt aWxhciBpbiAtMDAgdmVyc2lvbiBvZiBkcmFmdC1kb25nLWlkci1mc20tc3ViY29kZSAoPGEgaHJl Zj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZG9uZy1pZHItZnNtLXN1YmNvZGUt MDAiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRvbmctaWRyLWZzbS1zdWJjb2Rl LTAwPC9hPiksDQogaW4gd2hpY2ggYSBuZXcgQkdQIGNhcGFiaWxpdHkgY2FsbGVkIOKAnEJHUCBT ZXNzaW9uIEluZm9ybWF0aW9uIENhcGFiaWxpdHnigJ0gd2FzIGRlZmluZWQsIGFuZCDigJxCR1Ag U3BlYWtlciBEZXNjcmlwdGlvbuKAnSB3YXMgb25lIG9mIHRoZSBwcm9wb3NlZCBUTFZzIGluIHRo YXQgbmV3IGNhcGFiaWxpdHkuIENvbnNpZGVyYXRpb25zIGFib3V0IHRoZSBpbXBhY3Qgb24gdGhl IENhcGFiaWxpdHkgcGFyYW1ldGVyIHNwYWNlIGluIE9QRU4gbWVzc2FnZSB3ZXJlDQogYWxzbyBk aXNjdXNzZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk15IHBlcnNvbmFs IG9waW5pb24gb24gdGhpcyBmZWF0dXJlIGlzIGl0IG1heSBoZWxwIHRoZSBvcGVyYXRpb24gYW5k IHRyb3VibGVzaG9vdGluZywgYWx0aG91Z2ggdGhlIGhvc3RuYW1lIGluZm9ybWF0aW9uIGlzIGV4 Y2hhbmdlZCBvbmx5IGJldHdlZW4NCiBwZWVycywgYXMgb3Bwb3NlZCB0byB0aGUgcHJvcG9zYWxz IGluIElHUCBleHRlbnNpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5C ZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5K aWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0 Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkRhbmllbCBXYWx0b248YnI+DQo8Yj5TZW50Ojwv Yj4gU2F0dXJkYXksIE1heSAxNiwgMjAxNSA5OjI2IEFNPGJyPg0KPGI+VG86PC9iPiBpZHIgd2c7 IERpbmVzaCBEdXR0PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtJZHJdIGRyYWZ0LXdhbHRvbi1iZ3At aG9zdG5hbWUtY2FwYWJpbGl0eS0wMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXdhbHRvbi1iZ3AtaG9zdG5hbWUtY2FwYWJpbGl0eS0wMCI+aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LXdhbHRvbi1iZ3AtaG9zdG5hbWUtY2FwYWJpbGl0eS0wMDwvYT48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkZlZWRiYWNrIGlzIHdl bGNvbWUuIFRoZXJlIGlzIGEgJnF1b3Q7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+U2VjdGlubyZxdW90OyB0eXBvIGluIHRoZSBp bnRybywgd2lsbCBjbGVhbiB0aGF0IHVwLiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5EYW5pZWw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_76CD132C3ADEF848BD84D028D243C92757D3252Dnkgeml512mbxchi_-- From nobody Mon May 18 00:42:33 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 812CF1A87A1 for ; Mon, 18 May 2015 00:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RxEavNeYs7R6 for ; Mon, 18 May 2015 00:42:29 -0700 (PDT) Received: from nobulus.com (nobulus.com [195.180.11.152]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BC151A8766 for ; Mon, 18 May 2015 00:42:23 -0700 (PDT) Received: from nobulus.com (localhost [127.0.0.1]) by nobulus.com (Postfix) with ESMTP id DA93217402; Mon, 18 May 2015 09:42:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at nobulus.com Received: from nobulus.com ([127.0.0.1]) by nobulus.com (nobulus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id p74saqzj1a8E; Mon, 18 May 2015 09:42:19 +0200 (CEST) Received: from [IPv6:2620::1040:402:608e:9480:4d70:c41d] (unknown [IPv6:2620:0:1040:402:608e:9480:4d70:c41d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by nobulus.com (Postfix) with ESMTPSA id 4D2E217317; Mon, 18 May 2015 09:42:19 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: iLya Varlashkin In-Reply-To: <55588CCA.5030709@foobar.org> Date: Mon, 18 May 2015 08:46:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6B55178C-498B-4185-AD33-C359B425C32F@nobulus.com> References: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> <55588CCA.5030709@foobar.org> To: Nick Hilliard X-Mailer: Apple Mail (2.2098) Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 07:42:31 -0000 Hi Nick, > On 17 May 2015, at 13:42, Nick Hilliard wrote: >=20 > On 16/05/2015 10:58, internet-drafts@ietf.org wrote: >> This draft augments BGPLS and defines a new extensions to exchange >> cost information to next-hops for the purpose of calculating best >> path from a peer perspective rather than local BGP speaker own >> perspective. >=20 > correct me if I'm wrong, but if a RR starts calculating best path from = the > point of view of its clients rather than from its own perspective, = this > will require best path calculation per client on the RR (ala what goes = on > with multiple ribs in bgp route servers). If this is the case, it = might be > worth mentioning it in the draft, because it creates significant > implementation issues. Yes, RR will calculate best path per client, that=E2=80=99s the whole = idea. This has been discussed with previous versions of this draft as = well as in regards to draft-ietf-idr-bgp-optimal-route-reflection (ORR). = In fact ORR draft provides the foundation (per client calculations) = while this draft provides means of conveying next-hop cost information. Also, section 3 of draft-ietf-idr-bgp-nh-cost-02 does say that NHIB = information is used instead of speaker=E2=80=99s own IGP cost. Kind regards, iLya From nobody Mon May 18 01:06:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E5031A8783 for ; Mon, 18 May 2015 01:05:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.798 X-Spam-Level: X-Spam-Status: No, score=0.798 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tc4S92Fxnxfm for ; Mon, 18 May 2015 01:05:53 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0115.outbound.protection.outlook.com [65.55.169.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10B811A01A5 for ; Mon, 18 May 2015 01:05:52 -0700 (PDT) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=hannes@juniper.net; Received: from hannes-mba.local (193.110.55.11) by DM2PR05MB446.namprd05.prod.outlook.com (10.141.104.142) with Microsoft SMTP Server (TLS) id 15.1.166.22; Mon, 18 May 2015 08:05:50 +0000 Received: from hannes-mba.local (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id 928F11332D35; Mon, 18 May 2015 10:05:35 +0200 (CEST) Date: Mon, 18 May 2015 10:05:35 +0200 From: Hannes Gredler To: Daniel Walton Message-ID: <20150518080535.GA35485@hannes-mba.local> References: <20150516015819.5849234.74476.67011@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [193.110.55.11] X-ClientProxiedBy: AM3PR04CA0013.eurprd04.prod.outlook.com (10.242.16.13) To DM2PR05MB446.namprd05.prod.outlook.com (10.141.104.142) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB446; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR05MB446; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB446; X-Forefront-PRVS: 058043A388 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(24454002)(377454003)(189002)(23726002)(110136002)(561944003)(50986999)(19580395003)(97756001)(19580405001)(98436002)(5001960100002)(83506001)(46102003)(5001830100001)(76506005)(101416001)(76176999)(87976001)(54356999)(50466002)(5001860100001)(86362001)(2950100001)(15975445007)(46406003)(81156007)(4001540100001)(92566002)(122386002)(33656002)(122856001)(47776003)(40100003)(189998001)(64706001)(230783001)(97736004)(62966003)(77156002)(106356001)(105586002)(4001350100001)(77096005)(68736005)(66066001)(93886004)(579124003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB446; H:hannes-mba.local; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 May 2015 08:05:50.6431 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB446 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 08:05:59 -0000 hi daniel, given the LL nature of the IP addresses (= no DNS) this sounds a reasonable proposal. assuming that all name information go to some internal database for resolution: have you put some thought on how to consolidate naming information from different sources ? (bgp-hostnames, BGP-LS node/link names, LLDP ...) /hannes On Sat, May 16, 2015 at 12:08:35AM -0400, Daniel Walton wrote: | Many of our customers use a Clos architecture and bgp peer to the IPv6 LL | address of every directly connected router. To avoid configuring neighbor | statements with LL addresses we support a "neighbor swpX interface" | command ("swpX" is the default notation for an interface name in cumulus | linux). We then peer to the LL address on the other end of the swpX link | (we only support this for point-to-point links). | When you run commands like "show ip bgp summary" you see a list of | interface names instead of IP addresses. Typically if you are loopback | peering you either become familiar with "10.0.0.1 is Chicago" because you | see 10.0.0.1 in the 'show ip bgp summ' output of several different routers | or you could use DNS to do a lookup on 10.0.0.1 and put the hostname in | the output. When every box is peering to LL addresses though ("swpX" for | short for us) you can't easily tell who that peer is and you can't use DNS | because they LL addresses | Before | leaf-11# show ip bgp summ | BGP router identifier 6.0.0.5, local AS number 65101 | BGP table version 25 | RIB entries 33, using 3960 bytes of memory | Peers 6, using 100 KiB of memory | Peer groups 1, using 56 bytes of memory | Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down | State/PfxRcd | swp1 4 65000 196 198 0 0 0 00:02:51 | 9 | swp2 4 65000 195 200 0 0 0 00:02:51 | 9 | swp3 4 65000 197 200 0 0 0 00:02:51 | 9 | swp4 4 65000 198 200 0 0 0 00:02:51 | 9 | swp5 4 65201 207 200 0 0 0 00:02:51 | 2 | swp6 4 65202 210 201 0 0 0 00:02:52 | 2 | Total number of neighbors 6 | leaf-11# | spine-3# show ip bgp summ | BGP router identifier 6.0.0.15, local AS number 65000 | BGP table version 19 | RIB entries 33, using 3960 bytes of memory | Peers 8, using 134 KiB of memory | Peer groups 1, using 56 bytes of memory | Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down | State/PfxRcd | swp5 4 65101 675 675 0 0 0 00:10:49 | 5 | swp6 4 65101 678 676 0 0 0 00:10:50 | 5 | swp7 4 65101 667 668 0 0 0 00:10:48 | 5 | swp8 4 65101 676 676 0 0 0 00:10:49 | 5 | swp9 4 65102 701 692 0 0 0 00:11:04 | 5 | swp10 4 65102 701 692 0 0 0 00:11:04 | 5 | swp11 4 65102 701 691 0 0 0 00:11:04 | 5 | swp12 4 65102 701 692 0 0 0 00:11:04 | 5 | Total number of neighbors 8 | spine-3# | spine-3# | After | leaf-11# show ip bgp summ | BGP router identifier 6.0.0.5, local AS number 65101 | BGP table version 25 | RIB entries 33, using 3960 bytes of memory | Peers 6, using 100 KiB of memory | Peer groups 1, using 56 bytes of memory | Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down | State/PfxRcd | spine-1(swp1) 4 65000 211 213 0 0 0 00:03:07 | 9 | spine-2(swp2) 4 65000 210 215 0 0 0 00:03:07 | 9 | spine-3(swp3) 4 65000 212 215 0 0 0 00:03:07 | 9 | spine-4(swp4) 4 65000 213 215 0 0 0 00:03:07 | 9 | tor-11(swp5) 4 65201 222 215 0 0 0 00:03:07 | 2 | tor-12(swp6) 4 65202 225 216 0 0 0 00:03:08 | 2 | Total number of neighbors 6 | leaf-11# | spine-3# show ip bgp summ | BGP router identifier 6.0.0.15, local AS number 65000 | BGP table version 19 | RIB entries 33, using 3960 bytes of memory | Peers 8, using 134 KiB of memory | Peer groups 1, using 56 bytes of memory | Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down | State/PfxRcd | leaf-11(swp5) 4 65101 1119 1119 0 0 0 00:18:13 | 5 | leaf-12(swp6) 4 65101 1122 1120 0 0 0 00:18:14 | 5 | leaf-13(swp7) 4 65101 1110 1111 0 0 0 00:18:12 | 5 | leaf-14(swp8) 4 65101 1119 1119 0 0 0 00:18:13 | 5 | leaf-21(swp9) 4 65102 1144 1135 0 0 0 00:18:28 | 5 | leaf-22(swp10) 4 65102 1144 1135 0 0 0 00:18:28 | 5 | leaf-23(swp11) 4 65102 1144 1134 0 0 0 00:18:28 | 5 | leaf-24(swp12) 4 65102 1144 1135 0 0 0 00:18:28 | 5 | Total number of neighbors 8 | spine-3# | It makes troubleshooting much easier. | Daniel | On Fri, May 15, 2015 at 9:58 PM, <[1]deleskie@gmail.com> wrote: | | Agree.. adding code for no real operational benefit | | Sent from my BlackBerry 10 smartphone on the Rogers network. | Original Message | From: Randy Bush | Sent: Friday, May 15, 2015 10:52 PM | To: Daniel Walton | Cc: idr wg; Dinesh Dutt | Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 | one more unneeded place for things to go wrong | | randy | | _______________________________________________ | Idr mailing list | [2]Idr@ietf.org | [3]https://www.ietf.org/mailman/listinfo/idr | | References | | Visible links | 1. mailto:deleskie@gmail.com | 2. mailto:Idr@ietf.org | 3. https://www.ietf.org/mailman/listinfo/idr | _______________________________________________ | Idr mailing list | Idr@ietf.org | https://www.ietf.org/mailman/listinfo/idr From nobody Mon May 18 02:27:55 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35E241A8849 for ; Mon, 18 May 2015 02:27:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ZQMhH-vqVZe for ; Mon, 18 May 2015 02:27:52 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 670CC1A6F38 for ; Mon, 18 May 2015 02:27:52 -0700 (PDT) Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda11.si.francetelecom.fr (ESMTP service) with ESMTP id C549D1B80F0; Mon, 18 May 2015 11:27:50 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id A5E58C8068; Mon, 18 May 2015 11:27:50 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0235.001; Mon, 18 May 2015 11:27:50 +0200 From: To: Christopher Morrow , Daniel Walton Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQkDwodYxpHFIRaEeLRaCcXrFZzZ2BdYTQ Date: Mon, 18 May 2015 09:27:50 +0000 Message-ID: <28809_1431941270_5559B096_28809_6703_1_53C29892C857584299CBF5D05346208A0F585C0C@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <20150516015819.5849234.74476.67011@gmail.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.18.71217 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 09:27:54 -0000 > From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Christopher Morrow > Sent: Sunday, May 17, 2015 2:55 AM >=20 > On Sat, May 16, 2015 at 12:08 AM, Daniel Walton > wrote: > > It makes troubleshooting much easier. >=20 > so does not using private addressing? > why solve this in the bgp space? why not solve this in any of the other > domains much better built for this? +1 e.g. what about SNMPv1? Seems to fit all requirements: - simple=20 - available now - works if routing is down - works in lab - works for all "upper" layer protocols / same name for all - works with link local - authentication/encryption not required - no configuration needed (use IP@ for the BGP session) Regarding MIB, either MIB-II System name (1.3.6.1.2.1.1.5), or a to be stan= dardized "BGP name", or a vendor specific OID.=20 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon May 18 10:05:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C0A41AD367 for ; Mon, 18 May 2015 10:05:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.122 X-Spam-Level: * X-Spam-Status: No, score=1.122 tagged_above=-999 required=5 tests=[BAYES_50=0.8, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x_2DQ3WXYDw4 for ; Mon, 18 May 2015 10:05:00 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id B2E911AD36E for ; Mon, 18 May 2015 10:05:00 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 5B2D31E301; Mon, 18 May 2015 13:05:25 -0400 (EDT) Date: Mon, 18 May 2015 13:05:25 -0400 From: Jeffrey Haas To: "George, Wes" Message-ID: <20150518170525.GA29264@pfrc.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: "amante@apple.com" , idr wg Subject: Re: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 17:05:04 -0000 [feeling too lazy to trim too much] The "gotcha" I point out below is a big one: It tells you that behavior of when you prepend is only half the problem and when you do loop detection is the other half. If we're going to get hung up in pedantic land (not your fault, Wes), this means that we should hold the document and take the appropriate surveys about loop detection. Consistency of the behavior with a given AS is critical - and thus has a bias towards similar behaviors from vendors. If you decide to make a recommendation about one behavior or the other, you're going to reduce this to a popularity contest. While WG participants may feel strongly about their particular implementation of when they prepend, they may not like what the deep introspection into the security and operational impacts of when loop detection is done means. The text below, which notes that both are acceptable options, but choose based on when loop detection is done would support the right part of such a discussion. I'm supportive of adding appropriate text. -- Jeff (and people wonder why we're hesitant to document long working hacks) On Tue, May 12, 2015 at 03:47:33PM -0400, George, Wes wrote: > I'm still awaiting feedback (whether from Alvaro or other members of the WG or both) on how to address the remaining concerns blocking this draft from proceeding, about where to add the ASN and how to provide that guidance, whether we integrate a variant of the text below, or something else entirely. > > Thanks, > > Wes > > > From: "Alvaro Retana (aretana)" > > Date: Wednesday, April 29, 2015 at 12:59 PM > To: "George, Wes" >, "amante@apple.com" > > Cc: Idr >, Jeffrey Haas > > Subject: Re: 2 Week WG LC on draft-ietf-idr-as-migration (4/9 to 4/23/2105 > > On 4/29/15, 11:08 AM, "George, Wes" > wrote: > > Wes: > > Hi! > > Thanks for talking this out with me — I really appreciate the patience. As you, I would also like to hear more from others; this is an important document! > > . . . > WG] . . . several folks in the WG seem to agree that the better solution is to add the AS on receipt so that the route is consistent within the AS in order to avoid loops. > > I would prefer to see a definite statement. If you don’t want to exclude one of the options then pick one (SHOULD — for the "right amount of wiggle room") and then mention the other as an option (MAY). In the end the effect is the same (no one is excluded), but the answer to “When should I prepend?” is clearer: do it when you SHOULD (but you MAY also do it at other times). > > WG] Well, I'm trying to avoid either re-hashing the apparent disagreement between the vendors, having to discuss deep details about multiple vendors' implementation choices to explain the should vs may and/or being responsible for fixing an existing ambiguity in the BGP spec, especially since at least one of those things is, as you said, the reason that this draft came back to the WG in the first place. Since email is bad at conveying tone, I should be clear that while I am a bit frustrated, I'm not trying to be combative here. It appears to me that there isn't a single right answer to the question you're posing, so I don't really know what the definite statement should be, which is why I didn't make it. > > The closest I've found is the last bit of Jeff's April 21 email, but even that is only discussing the gotchas, not making a definite statement: > "The issue has to do with where an implementation does its loop detection. > Some implementations do loop detection at every BGP speaker. Some do them > only at an ebgp edge. Some bias this behavior based on local-as being > enabled or not. How you do your loop detection and when heavily biases your > choice of implementation. In implementations that only requires local-as at > your ebgp edges but do loop detection at route reflectors/external confederation > routers, adding your local-as as part of import is a problem. > > So, consistency isn't only a big deal as part of when/where you do your > local-as prepend, it's also a matter of where you do loop detection. If > implementations in the absence of some "outside the scope" implementation > were to pedantically implement the base BGP RFC, the migration mechanisms > would be a bit biased to a given solution." > > Would something like this text be the right level of background info to provide unambiguous but unbiased guidance without requiring pages of additional discussion? > > Ok..how about this: > > Internal: the router SHOULD append the configured "Local AS" ASN > in the AS_PATH attribute either before installing the route or > before advertising the UPDATE to an iBGP neighbor. Please see section 3.3.1 > for additional guidance. > > Then we would need to add a new 3.3.1 section with a short discussion of pros/cons related to the consistency and loop detection angles. > > If this works for you, then we can work on the text that goes there. [I haven’t looked at Jeff’s text in detail yet.] > > Thanks! > > Alvaro. > > ________________________________ > This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. From nobody Mon May 18 10:30:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68ED61A1EB7 for ; Mon, 18 May 2015 10:30:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WALngpEDs5uL for ; Mon, 18 May 2015 10:30:33 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E89211A8704 for ; Mon, 18 May 2015 10:30:25 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1YuOrs-0004hi-5Q; Mon, 18 May 2015 17:30:20 +0000 Date: Mon, 18 May 2015 07:30:16 -1000 Message-ID: From: Randy Bush To: Jeffrey Haas In-Reply-To: <20150518170525.GA29264@pfrc.org> References: <20150518170525.GA29264@pfrc.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: idr wg , Shane Amante Subject: Re: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 17:30:34 -0000 > they may not like what the deep introspection into the security and > operational impacts of when loop detection is done means. should this not be done irregardless? while we finesse this document out the door, seems as if this would be good to do in parallel. randy From nobody Mon May 18 11:18:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4A81B29A8 for ; Mon, 18 May 2015 11:18:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C4Jb-zzDL973 for ; Mon, 18 May 2015 11:18:32 -0700 (PDT) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F7B81B29A5 for ; Mon, 18 May 2015 11:18:32 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) with ESMTP id 8fc2a555.2b6ad1a08940.7549434.00-2411.20947453.nbfkord-smmo07.seg.att.com (envelope-from ); Mon, 18 May 2015 18:18:32 +0000 (UTC) X-MXL-Hash: 555a2cf86faeeb02-73301a918784cdc44a6a1b6e331e5df101aba95c Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 3fc2a555.0.7549387.00-2075.20947307.nbfkord-smmo07.seg.att.com (envelope-from ); Mon, 18 May 2015 18:18:31 +0000 (UTC) X-MXL-Hash: 555a2cf72bcc6c51-661bd407596b578ce5111ec123b8c847ee6b5a73 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4IIIQhi024975; Mon, 18 May 2015 14:18:27 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4III6Oj024608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 18 May 2015 14:18:09 -0400 Received: from MISOUT7MSGHUBAB.ITServices.sbc.com (MISOUT7MSGHUBAB.itservices.sbc.com [130.9.129.146]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Mon, 18 May 2015 18:18:01 GMT Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.202]) by MISOUT7MSGHUBAB.ITServices.sbc.com ([130.9.129.146]) with mapi id 14.03.0224.002; Mon, 18 May 2015 14:18:01 -0400 From: "UTTARO, JAMES" To: "'Randy Bush'" , "'Jeffrey Haas'" Thread-Topic: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration Thread-Index: AdCM7HyXAny8DwA7QGuPat+4FZhwWgEwd+OAAADeLQAABnd/8A== Date: Mon, 18 May 2015 18:18:01 +0000 Message-ID: References: <20150518170525.GA29264@pfrc.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.91.76.225] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=Id0wrxWa c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=IIv4FVyU8v8A:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP] X-AnalysisOut: [7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=h1PgugrvaO0A:10 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=hLfFiHZKWkVIzgwBQt0A:9 a=CjuIK1q_8ugA:10 a=rKrVYeP] X-AnalysisOut: [j7rwA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: Cc: 'idr wg' , 'Shane Amante' Subject: Re: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 18:18:33 -0000 +1 -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Randy Bush Sent: Monday, May 18, 2015 1:30 PM To: Jeffrey Haas Cc: idr wg; Shane Amante Subject: Re: [Idr] 2 Week WG LC on draft-ietf-idr-as-migration > they may not like what the deep introspection into the security and > operational impacts of when loop detection is done means. should this not be done irregardless? while we finesse this document out the door, seems as if this would be good to do in parallel. randy _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Mon May 18 16:27:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 820AF1B2B0D for ; Mon, 18 May 2015 16:27:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CIDOXahZY5oR for ; Mon, 18 May 2015 16:27:18 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3FAF1B2B2F for ; Mon, 18 May 2015 16:27:17 -0700 (PDT) X-AuditID: c618062d-f79a96d000007fb1-b4-555a1cbf811b Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 91.FA.32689.0CC1A555; Mon, 18 May 2015 19:09:20 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0210.002; Mon, 18 May 2015 19:27:16 -0400 From: Jeff Tantsura To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 Thread-Index: AdCHju7gmC+mWXxZROC3692ew2CZmwJj8SWAACKT5AA= Date: Mon, 18 May 2015 23:27:15 +0000 Message-ID: References: <009101d08799$91662180$b4326480$@ndzh.com> <76CD132C3ADEF848BD84D028D243C92757D31495@nkgeml512-mbx.china.huawei.com> In-Reply-To: <76CD132C3ADEF848BD84D028D243C92757D31495@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_D17FC34B980C1jefftantsuraericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBIsWRmVeSWpSXmKPExsUyuXSPt+4BmahQg/W7hCxe3X7GZLFtuoXF nzevWByYPZYs+cnkcb3pKrvH7NfXWQOYo7hsUlJzMstSi/TtErgyGo+wFkzSqXgxwamB8b5a FyMnh4SAicS85g/MELaYxIV769m6GLk4hASOMkp07pnIDuEsZ5SYfqmLCaSKTcBA4v+34ywg toiAg8TthnbWLkYODmYBZYlvN/hA6oUFuhklup6eYQRxRAR6GCV2Hj0EViQiYCXROlEZxGQR UJWYctMeZAyvgLnE5s5/zBC7mhglnu35zwaS4BQIkzhy/yQriM0IdN33U2vAbmAWEJe49WQ+ E8TVAhJL9pyH+kBU4uXjf2D1ogJ6EiuvN7FBxBUl9vVPZ4fojZFoen6KEWKxoMTJmU9YJjCK zUIydhaSsllIyiDiOhILdn9ig7C1JZYtfM0MY5858Biq11pixo45KGoWMHKsYuQoLU4ty003 MtjECIzKYxJsujsY97y0PMQowMGoxMP7YF5EqBBrYllxZe4hRmkOFiVx3m+GIaFCAumJJanZ qakFqUXxRaU5qcWHGJk4OKUaGCUPXfy/bX/Qyu9L1Dh3bFq0NzjDuXUFR/b6LTZnqqts1UpN BL1UjmxWn6NSw7Dt2u3syVv3zozyv+Dp8zz9dfA+O7GEi2sFBA8fVqncWela99wic1ddRg6f yEW5a5I+p1V7had+bn+6tVbaYUfiBGfrpNeHeRvuyU2Onb5tn3SZiBeDSt+x5UosxRmJhlrM RcWJAMIulfqrAgAA Archived-At: Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2015 23:27:19 -0000 --_000_D17FC34B980C1jefftantsuraericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support Cheers, Jeff From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, May 06, 2015 9:11 AM To: idr@ietf.org Cc: 'Jeff Haas' Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redir= ect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 The IDR mail list has received no comments on the the revision of the draft= -ietf-idr-flowspec-redirect-rt-bis-04.txt. Due to earlier support for thi= s draft, this call is extended to 5/18/2015. Unless this draft receives s= upport comments, this draft will not be forwarded to the IESG. You can see the final revision at the following: http://www.ietf.org/id/draft-ietf-idr-flowspec-redirect-rt-bis-04.txt Sue Hares and John Scudder --_000_D17FC34B980C1jefftantsuraericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <6E5221914A2075439DEB3BD212B06EFD@ericsson.com> Content-Transfer-Encoding: quoted-printable
    Yes/support

    Cheers,
    Jeff

    From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
    Sent: Wednesday, May 06, 2015 9:11 AM
    To: idr@ietf.org
    Cc: 'Jeff Haas'
    Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspe= c-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015

     

    The IDR mail list has received = no comments on the the revision of the draft-ietf-idr-flowspec-redirect-rt-= bis-04.txt.   Due to earlier support for this draft, this call is= extended to 5/18/2015.   Unless this draft receives support comments, this draft will not be forwarded to the IESG.

     

    You can see the final revision = at the following:

     

    http://www.ietf.org/id/d= raft-ietf-idr-flowspec-redirect-rt-bis-04.txt

     

     

    Sue Hares and John Scudder &nbs= p;

     --_000_D17FC34B980C1jefftantsuraericssoncom_-- From nobody Tue May 19 04:47:18 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A4251B2E17 for ; Tue, 19 May 2015 04:47:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pgZ8lSUzcar3 for ; Tue, 19 May 2015 04:47:10 -0700 (PDT) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 900F41A87BB for ; Tue, 19 May 2015 04:47:10 -0700 (PDT) X-Envelope-To: idr@ietf.org Received: from crumpet.local (089-101-195154.ntlworld.ie [89.101.195.154] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.1/8.14.9) with ESMTPSA id t4JBl3fc018830 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 May 2015 12:47:04 +0100 (IST) (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.netability.ie: Host 089-101-195154.ntlworld.ie [89.101.195.154] (may be forged) claimed to be crumpet.local Message-ID: <555B22B7.4000207@foobar.org> Date: Tue, 19 May 2015 12:47:03 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Daniel Walton , idr wg , Dinesh Dutt References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2015 11:47:17 -0000 On 16/05/2015 02:26, Daniel Walton wrote: > https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 > > Feedback is welcome. There is a "Sectino" typo in the intro, will clean > that up. I like this idea because it makes my life as an operator easier. There is a similar option in ISIS for transmitting hostnames in ISIS. This is operationally useful for a wide variety of purposes. I would suggest that it would be more appropriate to define a generic text bgp capability along the lines of draft-ietf-idr-advisory, and define the BGP hostname as a subtype rather than using a dedicated bgp hostname capability. Nick From nobody Tue May 19 07:06:45 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FA6B1B2F96 for ; Tue, 19 May 2015 07:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qgm0M4dGN9VW for ; Tue, 19 May 2015 07:06:42 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0751.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::751]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A67631B2F98 for ; Tue, 19 May 2015 06:59:40 -0700 (PDT) Received: from DBXPR03MB589.eurprd03.prod.outlook.com (10.141.233.11) by DBXPR03MB590.eurprd03.prod.outlook.com (10.141.233.18) with Microsoft SMTP Server (TLS) id 15.1.166.22; Tue, 19 May 2015 13:25:36 +0000 Received: from DBXPR03MB589.eurprd03.prod.outlook.com ([10.141.233.11]) by DBXPR03MB589.eurprd03.prod.outlook.com ([10.141.233.11]) with mapi id 15.01.0166.017; Tue, 19 May 2015 13:25:36 +0000 From: "Neil J. McRae" To: Randy Bush , Daniel Walton Thread-Topic: [Idr] draft-walton-bgp-hostname-capability-00 Thread-Index: AQHQj3dTaslZFYaSPUKjRf0I281hlp191wMAgAWJZYA= Date: Tue, 19 May 2015 13:25:35 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=neil@domino.org; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [195.66.254.163] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DBXPR03MB590; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DBXPR03MB590; BCL:0; PCL:0; RULEID:; SRVR:DBXPR03MB590; x-forefront-prvs: 0581B5AB35 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(24454002)(479174004)(189002)(199003)(105586002)(64706001)(33656002)(87936001)(558084003)(86362001)(230783001)(82746002)(106116001)(83716003)(106356001)(19580395003)(2656002)(5001960100002)(101416001)(66066001)(19580405001)(5001860100001)(5001830100001)(5001770100001)(122556002)(40100003)(189998001)(68736005)(50986999)(77096005)(76176999)(54356999)(62966003)(77156002)(2900100001)(2950100001)(15975445007)(102836002)(46102003)(92566002)(36756003)(4001540100001)(81156007)(97736004)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DBXPR03MB590; H:DBXPR03MB589.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; received-spf: None (protection.outlook.com: domino.org does not designate permitted sender hosts) Content-Type: text/plain; charset="utf-8" Content-ID: <38C687BBCECD7B488B7C6D5DAFE75337@eurprd03.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: domino.org X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2015 13:25:35.8749 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 398f3eb4-3394-48e7-885c-de1ab2a9cf2e X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR03MB590 Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2015 14:06:44 -0000 aGF2ZSB0byBzYXkgSeKAmW0gd2l0aCBSYW5keSBvbiB0aGlzIG9uZS4gTm90IHN1cmUgd2h5IHRo aXMgaXMgbmVlZGVkLg0KDQoNCg0KDQpPbiAxNi8wNS8yMDE1IDAyOjUyLCAiUmFuZHkgQnVzaCIg PHJhbmR5QHBzZy5jb20+IHdyb3RlOg0KDQo+b25lIG1vcmUgdW5uZWVkZWQgcGxhY2UgZm9yIHRo aW5ncyB0byBnbyB3cm9uZw0KPg0KPnJhbmR5DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj5JZHIgbWFpbGluZyBsaXN0DQo+SWRyQGlldGYub3Jn DQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pZHINCg== From nobody Tue May 19 14:57:55 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC78A1AC529; Tue, 19 May 2015 14:57:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j0WCMPz86eOL; Tue, 19 May 2015 14:57:50 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C1031AC82C; Tue, 19 May 2015 14:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22619; q=dns/txt; s=iport; t=1432072664; x=1433282264; h=from:to:cc:subject:date:message-id:mime-version; bh=4yJbaTl3I8VKcake03G3rOZvPeTtZSVDoREw6jbzFcw=; b=NlVJKx8i7uyCXCV5J8UYhLtYwShcz1+/ljRJRz4exoEcl7Ea+cEjCCXm 67ZfTG349NOOuUCuESyypn/6gEm3ISJxDKQe4TS5Hs1MSDSzpbmKgG8yx mvqygO+VKVDVJtAxVM+OF/Q+0Zmfrg95b1llQDc/U21/EDwqHCv2/7JKM s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AXBQDXsFtV/5JdJa1cgkVLVF4GxmyFdoFITAEBAQEBAYELhCUEaw4SAYEAJwQOiDEN0z8BAQEBAQEEAQEBAQEBGASKOIUbFAYBAUwEhDQFi0GEb4I8hn2EAYEng2mCfYcsh1cjgWYkHIFSbwGBAwgXI4EBAQEB X-IronPort-AV: E=Sophos; i="5.13,460,1427760000"; d="scan'208,217"; a="13218771" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-8.cisco.com with ESMTP; 19 May 2015 21:57:28 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t4JLvRO1013850 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 19 May 2015 21:57:27 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.236]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Tue, 19 May 2015 16:57:26 -0500 From: "Alvaro Retana (aretana)" To: "draft-ietf-idr-ls-distribution@tools.ietf.org" Thread-Topic: AD Review of draft-ietf-idr-ls-distribution Thread-Index: AQHQkn7LtaP9hO+pSU+lgHeULAqMVA== Date: Tue, 19 May 2015 21:57:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.89.7.188] Content-Type: multipart/alternative; boundary="_000_D17ED917B07E9aretanaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "idr-chairs@ietf.org" , "idr@ietf.org" Subject: [Idr] AD Review of draft-ietf-idr-ls-distribution X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2015 21:57:54 -0000 --_000_D17ED917B07E9aretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Authors: Hi! I just finished reading this draft. There are a couple of things I would l= ike to talk about before moving it forward (=93Major=94 below). I also hav= e a number of minor comments and some nits. Alia had already produced an AD review [https://www.ietf.org/mail-archive/w= eb/idr/current/msg14146.html], but I didn=92t see any follow up. Our comme= nts don=92t fully overlap, so I expect both sets to be addressed. Also, during the IETF Last Call some comments came in, but none of the auth= ors replied, including comments from IANA. Please address those as well. Thanks! Alvaro. Major: 1. Section 5 (IANA Considerations) * I didn=92t see this comment as part of IANA=92s review, but the te= xt about the Designated Experts should be clarified. There is some guidanc= e in RFC5226. * "Note to RFC Editor: this section may be removed on publication as= an RFC.=94 The IANA considerations section should remain because there ar= e in fact considerations there. * I would like to have Designated Experts in place soon. It seems t= o me that having 2 of the authors volunteer (primary and backup) would be i= deal. Please let me knot if you want to do it. 2. 6.1.2 (Installation and Initial Setup): [default] "maximum rate at wh= ich Link-State NLRIs will be advertised/withdrawn from neighbors is set to = 200 updates per second.=94 Where did the number come from? It does look v= ery big. Are you assuming just changes or startup as well? One of my conc= erns is the interaction with other BGP stuff (like regular routing!). In f= act, in 6.1.5 (Impact on Network Operation) you wrote: "Frequency of Link-= State NLRI updates could interfere with regular BGP prefix distribution. A= network operator MAY use a dedicated Route-Reflector infrastructure to dis= tribute Link-State NLRIs.=94 Why not use SHOULD? If there may be signific= ant operational impact I think you should be more direct with the guidance. 3. 6.2.2 (Fault Management). "If an implementation of BGP-LS detects a m= alformed attribute, then it SHOULD use the 'Attribute Discard=92 action..= =94 Doesn't this mean that the information may be useless, completely miss= ing, or in the best case incomplete? Aren=92t we better off just resetting= the session or at least requesting a route refresh? Minor: 1. 3.1 (TLV Format): "Unrecognized types are preserved and propagated.= =94 This statement sounds necessary for interoperability and the correct p= ropagation of the information. Should it have a =93MUST=94 in it? 2. 3.1 (TLV Format): =93If there are more TLVs of the same type, then th= e TLVs MUST be ordered in ascending order of the TLV value within the TLVs = with the same type.=94 Ordered by value? How is that done? Some TLVs con= tain sub-TLVs in the value field, but others don=92t. 3. 3.2.1 (Node Descriptors): The BGP-LS Identifier is used, but it is d= efined later in 3.2.1.4. Please add a reference so that it is not mistaken= for the =93Identifier=94 (in the NLRIs themselves in Section 3.2). 4. 3.3.2 (Link Attribute TLVs): The attributes used are defined for ISI= S, some are easily derived from OSPF, but other don=92t map to anything. F= or example, =93administrative group (color)=94. How are these types of und= efined parameters in OSPF figured out? I suspect the easy answer is to jus= t say that it is out of scope, but the fact remains that there can be infor= mation there that doesn=92t exist in the original protocol. It should at l= east be clarified what is expected. Note that in 3.3.2.5 (Shared Risk Link= Group TLV) a different case of this shows up: the text seems to indicate t= hat because there is no SRLG TLV in OSPD-TE, then this information wouldn= =92t be available. Again, please clarify if there may be procedures outsid= e the scope of the document that could apply. 5. 3.3.2.2 (MPLS Protocol Mask TLV) * OLD> Generation of the MPLS Protocol Mask TLV is only valid for originators which have local link insight, like for example Protocol- IDs 'Static' or 'Direct' as per Table 2. The 'MPLS Protocol Mask' TLV MUST NOT be included in NLRIs with protocol-IDs 'IS-IS L1', 'IS- IS L2', 'OSPFv2' or 'OSPFv3' as per Table 2. * NEW> * Generation of the MPLS Protocol Mask TLV is only valid for originators which have local link insight, like for example Protocol- IDs 'Static' or 'Direct' as per Table 2. The 'MPLS Protocol Mask' TLV MUST NOT be included in NLRIs with other protocol-Ids. 6. "LINK_STATE attribute=94 shows up in 3.3.2 and 3.3.3. What is it? 7. In 3.3.1.1 (Node Flag Bits TLV) you included the ISIS Overload Bit, b= ut didn=92t say anything about OSPFv3=92s R-bit or v6-bit; and in 3.3.3.1 (= IGP Flags TLV) you included the IS-IS Up/Down Bit in this TLV, but I didn= =92t see the OSPF DN-bit anywhere. Are these opportunities to reuse the sa= me bit with a more generic definition while covering a similar option in OS= PF? I know you can=92t cover all the options, but these two are well-known= and seem low hanging fruit. 8. 6.2.5. (Performance Management) It might be nice to include updates= /second as one of the performance indicators. 9. Section 8 (Security Considerations) "The principal attack a consumer = may apply is to attempt to start multiple sessions either sequentially or s= imultaneously.=94 Isn=92t this an attack that any other node can try? Why= limit the discussion only to consumers? 10. Looking at the references, it seems to me that the following changes = could be made: * Make Informative: RFC1918 * Make Normative: I-D.ietf-idr-error-handling 11. Curious question: When encoding a =93normal=94 size node using BGP-L= S, what is the resulting size of the UPDATE? Nits: 1. 3.2: s/'Static' protocol types/=91Static configuration' protocol type= s Again in 3.3.2.2. 2. 3.2.1 and 6.2.3 : What does "Paragraph 2=94 refer to? 3. 3.2.1.2: =93mandatory TLV in all three types of NLRIs=94 I assume yo= u=92re referring to Node, Link and Prefix NLRIs, right? However, it is con= fusing because there are in fact 4 types defined. Please correct. 4. 3.2.1.4: =93IGP Router ID=85mandatory TLV=94 Should be sub-TLV. 5. 3.2.3.1: "The Route Type TLV allows to discrimination of these advert= isements./The Route Type TLV allows the discrimination of these advertiseme= nts. 6. 3.3.2.2: Please be consistent in the name. Is it =93MPLS Protocol Ma= sk TLV=94 or just =93MPLS Protocol TLV=94? 7. The description of the example in 3.7 is easier to read (because of t= he formatting) than the one in 3.6. It would be nice to be consistent. 8. 3.8 seems to be a better example of simply ships in the night than mi= gration as the emphasis is put on identifying the common links of the two p= rocesses. 9. 4.1 s/"see" the full topology of AS/"see" the full topology of AS2 --_000_D17ED917B07E9aretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <0CCB354C5788A744A6C8447097875937@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
    Authors:

    Hi!

    I just finished reading this draft.  There are a couple of things I wo= uld like to talk about before moving it forward (=93Major=94 below).  = I also have a number of minor comments and some nits.

    Alia had already produced an AD review [https://www.ietf.org/mail-archive/= web/idr/current/msg14146.html], but I didn=92t see any follow up.  = ;Our comments don=92t fully overlap, so I expect both sets to be addressed.   

    Also, during the IETF Last Call some comments came in, but none of the auth= ors replied, including comments from IANA.  Please address those as we= ll.

    Thanks!

    Alvaro.


    Major:
    1. Section 5 (IANA Considerations)
      • I didn=92t see this comment as part of IANA=92s review, but the text about = the Designated Experts should be clarified.  There is some guidance in= RFC5226.
      • "Note to RFC Editor: this section may be removed on pu= blication as an RFC.=94  The = IANA considerations section should remain because there are in fact considerations there.
      • I would like to have Designated Experts in place soon.  = ;It seems to me that having 2 of the authors volunteer (primary and backup)= would be ideal.  Please let me knot if you want to do it.=
    2. 6.1.2 (Installation and Initial Setup): [default] "maximum rate at whi= ch Link-State NLRIs will be advertised/withdrawn from neighbors is set to 2= 00 updates per second.=94  Where did the number come from?  It do= es look very big.  Are you assuming just changes or startup as well?  One of my concerns is the interaction with other= BGP stuff (like regular routing!).  In fact, in 6.1.5 (Impact on Netw= ork Operation) you wrote:  "Frequency of Link-State NLRI updates = could interfere with regular BGP prefix distribution.  A network operator MAY use a dedicated Route-Reflector infrastructur= e to distribute Link-State NLRIs.=94  Why not use SHOULD?  If the= re may be significant operational impact I think you should be more direct = with the guidance.
    3. 6.2.2 (Fault M= anagement). "If an implementation of BGP-LS detects a malformed attrib= ute, then it SHOULD use the 'Attribute Discard=92 action..=94  Do= esn't this mean that the information may be useless, completely missing, or in the best case incomplete?  Aren=92t we better off just resetting t= he session or at least requesting a route refresh?

    Minor:
    1. 3.1 (TLV Format): "Unrecognized types are preserved and pr= opagated.=94  This statement sounds necessary for interoperability and the correct propagation of the information.  Sho= uld it have a =93MUST=94 in it?
    2. 3.1 (TLV Format): =93If there are more TL= Vs of the same type, then the TLVs MUST be ordered in ascending order of th= e TLV value within the TLVs with the same type.=94  Ordered by value? =  How is that done?  Some TLVs contain sub-TLVs in the value field, but others don=92t.
    3. 3.2.1 (Node Descriptors):  The BGP-LS Identifier is use= d, but it is defined later in 3.2.1.4.  Please add a reference so that= it is not mistaken for the =93Identifier=94 (in the NLRIs themselves = in Section 3.2).
    4. 3.3.2 (Li= nk Attribute TLVs):  The attributes used are defined for ISIS, some ar= e easily derived from OSPF, but other don=92t map to anything.  For ex= ample, =93administrative group (color)=94.  How are these types o= f undefined parameters in OSPF figured out?  I suspect the easy answer is to just say that i= t is out of scope, but the fact remains that there can be information there= that doesn=92t exist in the original protocol.  It should at lea= st be clarified what is expected.  Note that in 3.3.2.5 (Shared Risk Link Group TLV) a different case of this shows up: the text&n= bsp;seems to indicate that because there is no SRLG TLV in OSPD-TE, then th= is information wouldn=92t be available.  Again, please clarify if= there may be procedures outside the scope of the document that could apply.
    5. 3.3.2.2 (MPLS Protocol Mask TLV)
      • OLD> 
           Generation of the MPLS Protocol Mask TLV is only valid fo= r
           originators which have local link insight, like for examp= le Protocol-
           IDs 'Static' or 'Direct' as per Table 2.  The 'MPLS = Protocol Mask'
           TLV MUST NOT be included in NLRIs with protocol-IDs 'IS-I= S L1', 'IS-
           IS L2', 'OSPFv2' or 'OSPFv3' as per Table 2.
      • NEW>
      •    Generation of the MPLS Protocol Mask TLV is only valid fo= r
           originators which have local link insight, like for examp= le Protocol-
           IDs 'Static' or 'Direct' as per Table 2.  The 'MPLS = Protocol Mask'
           TLV MUST NOT be included in NLRIs with other protocol-Ids= .
    6. LINK_STATE attribute=94 sh= ows up in 3.3.2 and 3.3.3.  What is it?
    7. In 3.3.1.1 (Node Flag Bits TLV) you inclu= ded the ISIS Overload Bit, but didn=92t say anything about OSPFv3=92s = R-bit or v6-bit; and in 3.3.3.1 (IGP Flags TLV) you included the IS-IS Up/Down Bit in this TLV, but I didn=92t see the OSPF DN-bit anywhere.=  Are these opportunities to reuse the same bit with a more generic de= finition while covering a similar option in OSPF?  I know you can= =92t cover all the options, but these two are well-known and seem low hanging fruit.
    8. 6.2.5.  (Performance Management) &nb= sp;It might be nice to include updates/second as one of the performance ind= icators.
    9. Section 8 (Security Considerations) = "The principa= l attack a consumer may apply is to attempt to start multiple sessions either sequentially or simul= taneously.=94  Isn=92t this an attack that any other node can try? &nb= sp;Why limit the discussion only to consumers?
    10. Looking at the references, it seems to me= that the following changes could be made:
      • Make Informative: RFC1918
      • Make Normative: = I-D.ietf-idr-error-handling
    11. Curious question:  When encoding a =93normal=94 size node using BGP-LS= , what is the resulting size of the UPDATE?

    Nits:
    1. 3.2: s/'Static' protocol types/=91= Static configuration' protocol types     Again in 3.3.2.2.=
    2. 3.2.1 and 6.2.3 : What does "= Paragraph 2=94 refer to?
    3. 3.2.1.2: =93mandatory TLV in all&nbs= p;three types of NLRIs=94  I = assume you=92re referring to Node, Link and Prefix NLRIs, right?  Howe= ver, it is confusing because there are in fact 4 types defined.  Please correct.
    4. 3.2.1.4: =93IGP Router ID=85mandatory TLV=94  Should be sub-= TLV.
    5. 3.2.3.1: "The Route Type TLV allows to discrimination = of these adve= rtisements./The Route Type TLV allows the discrimination of these advertisements.
    6. 3.3.2.2: Please be consistent in the name= .  Is it =93MPLS Protocol Mask TLV=94 or just =93MPLS Protoc= ol TLV=94?
    7. The description of the example in 3.7 is = easier to read (because of the formatting) than the one in 3.6.  It wo= uld be nice to be consistent.
    8. 3.8 seems to be a better example of simpl= y ships in the night than migration as the emphasis is put on identifying t= he common links of the two processes.
    9. 4.1 s/"see= " the full topology of AS/"see" the full topology of AS2
    --_000_D17ED917B07E9aretanaciscocom_-- From nobody Wed May 20 07:41:39 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D28F1A878B for ; Wed, 20 May 2015 07:41:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.122 X-Spam-Level: * X-Spam-Status: No, score=1.122 tagged_above=-999 required=5 tests=[BAYES_50=0.8, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ugNYMwN5q-qS for ; Wed, 20 May 2015 07:41:36 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 43F761A8785 for ; Wed, 20 May 2015 07:41:36 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id B873A1E301; Wed, 20 May 2015 10:42:03 -0400 (EDT) Date: Wed, 20 May 2015 10:42:03 -0400 From: Jeffrey Haas To: Daniel Walton Message-ID: <20150520144203.GA16193@pfrc.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2015 14:41:37 -0000 On Fri, May 15, 2015 at 09:26:16PM -0400, Daniel Walton wrote: > https://tools.ietf.org/html/draft-walton-bgp-hostname-capability-00 > > Feedback is welcome. There is a "Sectino" typo in the intro, will clean > that up. At John's request, here is a short list of things I find problematic about this draft. Note that this isn't a statement of my opinion on the value of it. 1. The draft really should require the ext-opt-param feature. It's too easy for a hostname to eat all of the capability space. 2. You can't rely on the hostname in question being useful for DNS purposes. The IPv6 link local peering is just one example of why. 3. The specification should offer some guidance about what to do when you have multiple peering sessions with a given router. 4. The specification should offer some guidance about what to do when two distinct routers use the same name. Note that 3 and 4 can be distinguished based on BGP Identifier. As for the UTF-8 issue, it's the right thing to do and as much as it makes things a real mess, the draft wouldn't progress in IESG without I18N issues being dealt with. That said, carefully consider what you expect to do with the names returned by such a feature. Just because you can print the things, does that mean the input portion of your UI can accept it? -- Jeff (best I can do with anything that isn't Latin-1 is cut and paste) From nobody Wed May 20 07:43:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE7ED1A8794 for ; Wed, 20 May 2015 07:43:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rct9FxO-kwgd for ; Wed, 20 May 2015 07:43:02 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id B9DDB1A8785 for ; Wed, 20 May 2015 07:43:02 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: Date: Wed, 20 May 2015 10:43:01 -0400 Message-ID: <000301d0930b$45a8d440$d0fa7cc0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01D092E9.BE98BAE0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCTCvUgEFrvUWp9SdmBPtDWkoa76A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2015 14:43:04 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0004_01D092E9.BE98BAE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Draft-ietf-idr-flowspec-redirecdt-rt-bis-04.txt has completed the extended WG LC, and the revised draft has reached consensus. This draft will be forwarded to the IESG. Sue Hares and John Scudder ------=_NextPart_000_0004_01D092E9.BE98BAE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Draft-ietf-idr-flowspec-redirecdt-rt-bis-04.txt has = completed the extended WG LC, and the revised draft has reached = consensus.   This draft will be forwarded to the IESG. =

     

    Sue Hares and John Scudder =

    ------=_NextPart_000_0004_01D092E9.BE98BAE0-- From nobody Wed May 20 08:42:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 449CC1A88C1; Wed, 20 May 2015 08:41:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.391 X-Spam-Level: * X-Spam-Status: No, score=1.391 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JUzV6TQwrowl; Wed, 20 May 2015 08:41:56 -0700 (PDT) Received: from cappuccino.rob.sh (cappuccino.rob.sh [IPv6:2a03:9800:10:4c::cafe:b00c]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0C111A87BF; Wed, 20 May 2015 08:41:55 -0700 (PDT) Received: from [109.144.201.208] (helo=corretto.local) by cappuccino.rob.sh with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Yv67o-0007M1-49; Wed, 20 May 2015 16:41:40 +0100 Date: Wed, 20 May 2015 16:42:02 +0100 From: Rob Shakir To: "=?utf-8?Q?draft-ietf-idr-ls-distribution=40tools.ietf.org?=" , "Alvaro Retana (aretana)" Message-ID: In-Reply-To: References: X-Mailer: Airmail Beta (307) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="555cab4a_438606bd_b56b" Archived-At: Cc: "=?utf-8?Q?idr-chairs=40ietf.org?=" , "=?utf-8?Q?idr=40ietf.org?=" Subject: Re: [Idr] AD Review of draft-ietf-idr-ls-distribution X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2015 15:41:59 -0000 --555cab4a_438606bd_b56b Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 19 May 2015 at 22:58:10, Alvaro Retana (aretana) (aretana=40cisco.com)= wrote: 6.2.2 (=46ault Management). =22If an implementation of BGP-LS detects a m= alformed attribute, then it SHOULD use the 'Attribute Discard=E2=80=99=C2= =A0action..=E2=80=9D =C2=A0Doesn't this mean that the information may be = useless, completely missing, or in the best case incomplete=3F =C2=A0Aren= =E2=80=99t we better off just resetting the session or at least requestin= g a route refresh=3F Alvaro, Sorry =E2=80=94 I completely disagree here. If we consider that this info= rmation might be sharing a BGP session with another A=46I,SA=46I that is = significantly more critical to network operation, this kind of meta data = SHOULD NOT impact that other A=46I,SA=46I=E2=80=99s routing. Based on this, session reset as a default behaviour is really not accepta= ble to me from an operational perspective. =46or the record, I agree with the other comments about scaling/isolation= - and argued these to start with the authors. Ultimately, if we are goin= g to have the ability for BGP-LS to share sessions with other routing inf= ormation, then robustness is something that has to be a critical concern.= Kind regards, r. --555cab4a_438606bd_b56b Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

    This = begins a 2 week Working Group adoption for = draft-wang-idr-eag-distribution.   You can find the draft at: =

     

    http://datatracker.ietf.org/doc/draft-wang-idr-eag-distribution/

     

    This draft proposes a new BGP-LS

     

       As MPLS-TE network grows, =
administrative Groups advertised as a
       fixed-length 32-bit Bitmask is quite =
constraining.  "Extended
       Administrative Group" IGP TE =
extensions sub-TLV defined in [RFC7308]
       is introduced to provide for =
additional administrative groups (link
       colors) beyond the current limit of =
32.

     

     

       The EAG TLV is used in addition to =
the Administrative Groups when a
       node wants to advertise more than 32 =
colors for a link.  The EAG TLV
       is optional.  The format and =
semantics of the 'value' fields in EAG
       TLVs correspond to the format and =
semantics of value fields in IGP
       extension sub-TLVs, defined in [RFC7308].
     
       =
+------------+---------------------+--------------+-----------------+
       |  TLV Code  =
|     Description     =
|     IS-IS    |   Defined =
in:   |
       |    Point   =
|            =
         |  TLV/Sub-TLV =
|            =
     |
       =
+------------+---------------------+--------------+-----------------+
       |    =
xxxx    |       =
Extended      |     =
22/xx    |    [RFC7308]    =
|
       =
|         =
   |      Admin =
Group    =
|            =
  =
|            =
     |
       =
+------------+---------------------+--------------+-----------------+

     

    Please in your comments include “support” = or “no support” for this draft.

     

    Sue Hares = and John Scudder.

    ------=_NextPart_000_0070_01D09460.90B5F700-- From nobody Fri May 22 04:41:18 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A76E1ACD62 for ; Fri, 22 May 2015 04:41:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tteRN_EuvA5w for ; Fri, 22 May 2015 04:41:14 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 789B01ACD5C for ; Fri, 22 May 2015 04:41:13 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: Date: Fri, 22 May 2015 07:41:14 -0400 Message-ID: <007c01d09484$35c8a440$a159ecc0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01D09462.AEB88AE0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCUg7a/QPVlrA1nQSKXO1p+bYtSYQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [Idr] 2 Week WG LC for draft-ietf-idr-rtc-no-rt-00 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 11:41:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_007D_01D09462.AEB88AE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is a 2 week WG LC for draft-ietf-idr-rtc-no-rt-00. You can find the draft at: http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ This draft looks to clarify the default setting of the RTC when the extended community does not carry an RT in the extended communities. A full description is: BGP routes sometimes carry an "Extended Communities" path attribute. An Extended Communities path attribute can contain one or more "Route Targets" (RTs). By means of a procedure known as "RT Constrained Distribution" (RTC), a BGP speaker can send BGP UPDATE messages that express its interest in a particular set of RTs. Generally, RTC has been applied only to address families whose routes always carry RTs. When RTC is applied to such an address family, a BGP speaker expressing its interest in a particular set of RTs is indicating that it wants to receive all and only the routes of that address family that have at least one of the RTs of interest. However, there are scenarios in which the originator of a route chooses not to include any RTs at all, assuming that the distribution of a route with no RTs at all will be unaffected by RTC. This has led to interoperability problems in the field, where the originator of a route assumes that RTC will not affect the distribution of the route, but intermediate BGP speakers refuse to distribute that route because it does not carry any RT of interest. The purpose of this document is to clarify the effect of the RTC mechanism on routes that do not have any RTs. Please comment if this clarification will aid your BGP Deployments, and if you think this draft is ready for WG LC. Sue Hares ------=_NextPart_000_007D_01D09462.AEB88AE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    This is a = 2 week WG LC for draft-ietf-idr-rtc-no-rt-00.   You can find = the draft at:

     

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

     

    This draft = looks to clarify the default setting of the RTC when the extended = community does not carry an RT in the extended communities. =

     

    A full description is:

     

       = BGP routes sometimes carry an "Extended Communities" path = attribute.

       An Extended = Communities path attribute can contain one or more = "Route

       = Targets" (RTs).  By means of a procedure known as "RT = Constrained

       = Distribution" (RTC), a BGP speaker can send BGP UPDATE messages = that

       express its = interest in a particular set of RTs.  Generally, RTC = has

       been applied only to = address families whose routes always carry RTs.

       When RTC is applied to such an address = family, a BGP speaker

       = expressing its interest in a particular set of RTs is indicating = that

       it wants to receive = all and only the routes of that address family

       that have at least one of the RTs of = interest.  However, there are

       scenarios in which the originator of a = route chooses not to include

       any RTs at all, assuming that the = distribution of a route with no RTs

       at all will be unaffected by RTC.  = This has led to interoperability

       problems in the field, where the = originator of a route assumes that

       RTC will not affect the distribution of = the route, but intermediate

       BGP speakers refuse to distribute that = route because it does not

       carry any RT of interest.  The = purpose of this document is to clarify

       the effect of the RTC mechanism on routes = that do not have any RTs.

     

    Please = comment if this clarification will aid your BGP Deployments, and if you = think this draft is ready for WG LC.

     

    Sue Hares =

    ------=_NextPart_000_007D_01D09462.AEB88AE0-- From nobody Fri May 22 04:44:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 181721ACD65 for ; Fri, 22 May 2015 04:44:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fSlbyUDrdgBe for ; Fri, 22 May 2015 04:44:32 -0700 (PDT) Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F307A1ACD63 for ; Fri, 22 May 2015 04:44:31 -0700 (PDT) X-Envelope-To: idr@ietf.org Received: from crumpet.local (089-101-195154.ntlworld.ie [89.101.195.154] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.1/8.14.9) with ESMTPSA id t4MBiT4p094831 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 May 2015 12:44:30 +0100 (IST) (envelope-from nick@foobar.org) X-Authentication-Warning: cheesecake.netability.ie: Host 089-101-195154.ntlworld.ie [89.101.195.154] (may be forged) claimed to be crumpet.local Message-ID: <555F169D.1050602@foobar.org> Date: Fri, 22 May 2015 12:44:29 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: iLya Varlashkin References: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> <55588CCA.5030709@foobar.org> <6B55178C-498B-4185-AD33-C359B425C32F@nobulus.com> In-Reply-To: <6B55178C-498B-4185-AD33-C359B425C32F@nobulus.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: idr@ietf.org Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 11:44:34 -0000 On 18/05/2015 08:46, iLya Varlashkin wrote: > Yes, RR will calculate best path per client, that’s the whole idea. This > has been discussed with previous versions of this draft as well as in > regards to draft-ietf-idr-bgp-optimal-route-reflection (ORR). In fact > ORR draft provides the foundation (per client calculations) while this > draft provides means of conveying next-hop cost information. > > Also, section 3 of draft-ietf-idr-bgp-nh-cost-02 does say that NHIB > information is used instead of speaker’s own IGP cost. ok cool. this addresses any concerns I have about the draft. Nick From nobody Fri May 22 06:29:16 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB59F1ACE1E; Fri, 22 May 2015 06:29:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cwqSMqT7Yx-x; Fri, 22 May 2015 06:29:07 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias245.francetelecom.com [80.12.204.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F73E1AD2EC; Fri, 22 May 2015 06:29:07 -0700 (PDT) Received: from omfeda08.si.francetelecom.fr (unknown [xx.xx.xx.201]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id 5EAB12AC2C2; Fri, 22 May 2015 15:29:05 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.31]) by omfeda08.si.francetelecom.fr (ESMTP service) with ESMTP id 3A919384081; Fri, 22 May 2015 15:29:05 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0235.001; Fri, 22 May 2015 15:29:04 +0200 From: To: "rtg-ads@tools.ietf.org" , "idr-chairs@ietf.org" , "draft-ietf-idr-sla-exchange.all@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-idr-sla-exchange-05 Thread-Index: AdCUi8+gXmtNo8JiQC6VDQyrqcLOXQ== Date: Fri, 22 May 2015 13:29:04 +0000 Message-ID: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.22.122116 Archived-At: Cc: "rtg-dir@ietf.org" , idr wg Subject: [Idr] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 13:29:13 -0000 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2Ug Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0 IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBh bnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo ZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaWRyLXNsYS1leGNoYW5nZS0wNQ0KUmV2 aWV3ZXI6IEJydW5vIERlY3JhZW5lDQpSZXZpZXcgRGF0ZTogMjIvMDUvMjAxNQ0KSUVURiBMQyBF bmQgRGF0ZTogMDIvMDMvMjAxNQ0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCg0K U3VtbWFyeTogIEkgaGF2ZSBzaWduaWZpY2FudCBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50 IGFuZCByZWNvbW1lbmQgdGhhdCB0aGUgUm91dGluZyBBRHMgZGlzY3VzcyB0aGVzZSBpc3N1ZXMg ZnVydGhlciB3aXRoIHRoZSBhdXRob3JzLiANCg0KKE9yIHRoZSBjaGFpcnMgYXMgSSBzZWUgdGhh dCB0aGlzIGRvY3VtZW50IGhhcyBub3QgeWV0IGJlZW4gcGFzc2VkIHRvIHRoZSBBRHMpDQoNCkNv bW1lbnRzOg0KSW4gZ2VuZXJhbCwgdGhlIHJlYWRhYmlsaXR5IG9mIHRoZSBkb2N1bWVudCBpcyBh Y2NlcHRhYmxlIGJ1dCBjb3VsZCBiZSBpbXByb3ZlZCwgYm90aCBmcm9tIGEgbGFuZ3VhZ2UgYW5k IHRlY2huaWNhbCBwcmVjaXNpb24gcG9pbnQgb2Ygdmlldy4gKGV4YW1wbGVzIGJlbG93KS4NCkhv d2V2ZXIsIHRoZXJlIGFyZSBzb21lIG5vcm1hdGl2ZSBwYXJ0cyBvZiB0aGlzIFN0YW5kYXJkIFRy YWNrIHNwZWNpZmljYXRpb24gdGhhdCBJIGNvdWxkIG5vdCB1bmRlcnN0YW5kLg0KDQpNYWpvcjoN Ck0xKSBUaGUgSW50cm9kdWN0aW9uIHN0YXRlcw0KIkluIGEgbXVsdGktdmVuZG9yIG5ldHdvcmss IHRyYW5zbGF0aW5nIFNMQXMgaW50byB0ZWNobm9sb2d5LXNwZWNpZmljIGFuZCB2ZW5kb3Itc3Bl Y2lmaWMgY29uZmlndXJhdGlvbiByZXF1aXJlcyB0byBjb25zaWRlciBzcGVjaWZpY2l0aWVzIG9m IGVhY2ggdmVuZG9yLg0KVGhlcmUgZG9lcyBub3QgZXhpc3QgYW55IHN0YW5kYXJkIHByb3RvY29s IHRvIHRyYW5zbGF0ZSBTTEEgYWdyZWVtZW50cyBpbnRvIHRlY2huaWNhbCBjbGF1c2VzIGFuZCBj b25maWd1cmF0aW9ucyBhbmQgdGh1cyBib3RoIHRoZSBzdGVwcyBvZiBvdXQgb2YgYmFuZCBsZWFy bmluZyBvZiBuZWdvdGlhdGVkIFNMQSBhbmQgcHJvdmlzaW9uaW5nIHRoZW0gaW4gYSB2ZW5kb3Ig c3BlY2lmaWMgbGFuZ3VhZ2UgY2FuIGJlIGNvbXBsZXggYW5kIGVycm9yLXByb25lLiINCiAgIA0K LSBJIGd1ZXNzIHNvbWUgd291bGQgdXNlIE5FVENPTkYvWUFORyB0byBhZGRyZXNzIHRoaXMuIEl0 IGNvdWxkIGJlIHF1ZXN0aW9uZWQgd2h5IEJHUCBoYXMgYmVlbiBwcmVmZXJyZWQuIEVzcGVjaWFs bHkgc2luY2U6DQoJLSBpbiB0aGUgVlBOIGNvbnRleHQgKHVzaW5nIGEgbG90IG9mIFFvUyBhbmQg dGhlIHVzZXMgY2FzZXMgZGVzY3JpYmVkIGluIHRoZSBkb2N1bWVudCkgbWFueSBjdXN0b21lciBj b25uZWN0aW9ucyB1c2Ugc3RhdGljIHJvdXRpbmcgcmF0aGVyIHRoYW4gZUJHUC4gSGVuY2UgdGhp cyBzcGVjaWZpY2F0aW9uIHdvdWxkIG5vdCBiZSBlbm91Z2ggdG8gZGlzdHJpYnV0ZSBTTEEgYW5k IHdvdWxkIHJlcXVpcmUgYW5vdGhlciBwcm90b2NvbC4NCgktIFFvUyBpcyBvbmx5IG9uZSBwYXJ0 IG9mIHRoZSBjb25maWd1cmF0aW9uIGVmZm9ydC4gV2h5IHVzaW5nIGRpZmZlcmVudCBwcm90b2Nv bHMgdG8gY29uZmlndXJlIGRpZmZlcmVudCBhc3BlY3RzPw0KDQotIFRoaXMgbWF5IGJlIHJlbGF0 ZWQgdG8gZHJhZnQtbDN2cG4tc2VydmljZS15YW5nIGFuZCB0aGUgTDNWUE4gU2VydmljZSBNb2Rl bCBXRyAobDNzbSkuIE1heSBiZSBzb21lIGZvcm0gb2YgY29vcmRpbmF0aW9uIHdvdWxkIGJlIGJl bmVmaWNpYWwuDQoNCk0yKSJUaGUgZXhjZXB0aW9uIGlzIHdoZXJlIGEgQkdQIHNwZWFrZXIsIGlu IHRoZSBtaWRkbGUgb2YgYW4gdXBkYXRlIHBhdGggdG8gdGhlIGRlc3RpbmF0aW9uIEFTLCBhZ2dy ZWdhdGVzIHByZWZpeGVzLiBXZSB3aWxsIHJlZmVyIHRoaXMgbWlkZGxlIEJHUCBzcGVha2VyLCB0 aGF0IGFnZ3JlZ2F0ZXMgcm91dGVzLCBhcyBhbiBBZ2dyZWdhdG9yLiBBZ2dyZWdhdG9yIGlzIHRo ZW4gcmVxdWlyZWQgdG8gaW5zZXJ0IG9yaWdpbmFsIE5MUkkgZGV0YWlscyBpbiB0aGUgb3B0aW9u YWwgYWR2ZXJ0aXNlciBmaWVsZCINCgkJDQpJZiB5b3UgcmVmZXIgdG8gdGhlIHVzZSBvZiBBU19T RVQsIFJGQzY0NzIgcmVjb21tZW5kcyBhZ2FpbnN0IHRoZSB1c2Ugb2YgQVNfU0VULiBTbywgSSdt IG5vdCBzdXJlIHRoYXQgdGhlcmUgaXMgYSBuZWVkIHRvIGFkZCBjb21wbGV4aXR5IGluIHRoaXMg c3BlY2lmaWNhdGlvbiBpbiBvcmRlciB0byBoYW5kbGUgcm91dGUgYWdncmVnYXRpb24uDQpJZiBy ZW1vdmVkLCAic2VjdGlvbiA1LjMgQWdncmVnYXRvciIgbWF5IGFsc28gYmUgcmVtb3ZlZC4NCgkN Ck00KQ0KICJUcmFmZmljIENsYXNzIERlc2NyaXB0aW9uDQogICAgICAgIEFzY2lpIERlc2NyaXB0 aW9uIG9mIHRoZSBUcmFmZmljIENsYXNzIg0KDQpTaG91bGQgaXQgYmUgVVRGLTg/DQoNCk01KSBT TEEgZGVmaW5pdGlvbg0KIEl0IHdvdWxkIGJlIGdvb2QgdG8gZGVmaW5lIHdoYXQgYSBTTEEgaXMu IEVzcGVjaWFsbHkgc2luY2UgdGhpcyB3aG9sZSBnb2FsIG9mIHRoZSBkcmFmdCBpcyB0byBhZHZl cnRpc2UgU0xBIGluIEJHUC4gQ2l0aW5nIGFuIGluZGl2aWR1YWwgZHJhZnQgW0NQUF0gaXMgbm90 IGVub3VnaCB0byBoYXZlIGFuIGFncmVlZCBvbiBkZWZpbml0aW9uLCBlc3BlY2lhbGx5IGZvciBh IFNURCB0cmFjayBSRkMuDQogU2luY2UgUW9TIGlzIG5vdCBuZXcgaW4gdGhlIElFVEYsIHRoZXJl IGlzIHByb2JhYmx5IGEgZG9jdW1lbnQgZGVmaW5pbmcgaXQgKG9yIHVzaW5nIGEgbW9yZSBwb3B1 bGFyIHRlcm1pbm9sb2d5KS4NCkxvb2tpbmcgaW4gZ29vZ2xlLCBJIGRvbid0IHJlYWxseSBzZWUg bWF0Y2hlcyBmb3IgIklFVEYgU0xBIiAob3V0c2lkZSBvZiBkb2N1bWVudHMgd3JpdHRlbiBieSB0 aGUgYXV0aG9ycykuDQpXaWtpcGVkaWEgc2VlbXMgdG8gZ2l2ZSBhIHF1aXRlIGRpZmZlcmVudCBk ZWZpbml0aW9uLCBtdWNoIHdpZGVyIHRoYW4gZGlmZnNlcnYgc3BlY2lmaWMgcGFyYW1ldGVycyB3 aGljaCBzZWVtcyB0byBiZSB0aGUgbWFpbiBwb2ludCBvZiB0aGlzIEJHUCBhdHRyaWJ1dGU6DQoi QSBzZXJ2aWNlLWxldmVsIGFncmVlbWVudCAoU0xBKSBpcyBhIHBhcnQgb2YgYSBzZXJ2aWNlIGNv bnRyYWN0W2Rpc2FtYmlndWF0aW9uIG5lZWRlZF0gd2hlcmUgYSBzZXJ2aWNlIGlzIGZvcm1hbGx5 IGRlZmluZWQuIFBhcnRpY3VsYXIgYXNwZWN0cyBvZiB0aGUgc2VydmljZSAtIHNjb3BlLCBxdWFs aXR5LCByZXNwb25zaWJpbGl0aWVzIC0gYXJlIGFncmVlZCBiZXR3ZWVuIHRoZSBzZXJ2aWNlIHBy b3ZpZGVyIGFuZCB0aGUgc2VydmljZSB1c2VyLiBBIGNvbW1vbiBmZWF0dXJlIG9mIGFuIFNMQSBp cyBhIGNvbnRyYWN0ZWQgZGVsaXZlcnkgdGltZSAob2YgdGhlIHNlcnZpY2Ugb3IgcGVyZm9ybWFu Y2UpLiBBcyBhbiBleGFtcGxlLCBJbnRlcm5ldCBzZXJ2aWNlIHByb3ZpZGVycyBhbmQgdGVsY29z IHdpbGwgY29tbW9ubHkgaW5jbHVkZSBzZXJ2aWNlIGxldmVsIGFncmVlbWVudHMgd2l0aGluIHRo ZSB0ZXJtcyBvZiB0aGVpciBjb250cmFjdHMgd2l0aCBjdXN0b21lcnMgdG8gZGVmaW5lIHRoZSBs ZXZlbChzKSBvZiBzZXJ2aWNlIGJlaW5nIHNvbGQgaW4gcGxhaW4gbGFuZ3VhZ2UgdGVybXMuIElu IHRoaXMgY2FzZSB0aGUgU0xBIHdpbGwgdHlwaWNhbGx5IGhhdmUgYSB0ZWNobmljYWwgZGVmaW5p dGlvbiBpbiB0ZXJtcyBvZiBtZWFuIHRpbWUgYmV0d2VlbiBmYWlsdXJlcyAoTVRCRiksIG1lYW4g dGltZSB0byByZXBhaXIgb3IgbWVhbiB0aW1lIHRvIHJlY292ZXJ5IChNVFRSKTsgaWRlbnRpZnlp bmcgd2hpY2ggcGFydHkgaXMgcmVzcG9uc2libGUgZm9yIHJlcG9ydGluZyBmYXVsdHMgb3IgcGF5 aW5nIGZlZXM7IHJlc3BvbnNpYmlsaXR5IGZvciB2YXJpb3VzIGRhdGEgcmF0ZXM7IHRocm91Z2hw dXQ7IGppdHRlcjsgb3Igc2ltaWxhciBtZWFzdXJhYmxlIGRldGFpbHMuLiINCg0KTTYpDQogIiAg IFRyYWZmaWMgQ2xhc3MgU2VydmljZSAob3B0aW9uYWwpLA0KICAgICAgICAxNi1iaXQgICAgICAg ICAgPSB0eXBlIG9mIHRoZSBmaWVsZA0KICAgICAgICB2YXJpYWJsZS1sZW5ndGggPSBiYXNlZCBv biB0eXBlIG9mIHRoZSBzZXJ2aWNlIg0KCQkNClBsZWFzZSBzcGVjaWZ5IHRoZSBjb250ZW50IG9m IHRoZSAidmFyaWFibGUtbGVuZ3RoIiBmaWVsZC4gDQpJZiBpdCBvbmx5IGNvbnRhaW5zIHRoZSBE YXRhIFR5cGUgb2YgdGhlIElQRklYIEluZm9ybWF0aW9uIEVsZW1lbnRzLCBJJ20gbm90IHN1cmUg aG93IHRoZSBlbmNvZGluZyBzdXBwb3J0cywgb24gdGhlIHJlY2VpdmluZyBzaWRlLCB0aGUgc2tp cHBpbmcgb2YgdW5rbm93biBFbGVtZW50SUQuDQpHaXZlbiB0aGF0IEkgYWxzbyBkb24ndCBzZWUg YW4gZW5kIHRvIGVuZCBuZWdvdGlhdGlvbiBjaGFubmVsIGZvciB0aGUgQkdQIHNwZWFrZXIgdG8g a25vd24gdGhlIGNhcGFiaWxpdGllcyBvZiB0aGUgQkdQIHJlY2VpdmVyLCBJIGRvbid0IHNlZSBo b3cgdGhlIHNwZWNpZmljYXRpb24gd2lsbCBzdXBwb3J0IHRoZSBpbnRyb2R1Y3Rpb24gb2YgbmV3 IFRyYWZmaWMgQ2xhc3MgU2VydmljZXMgaW4gdGhlIGZ1dHVyZS4JDQoNCk03KSBOTFJJDQpJIGRv bid0IHNlZSB0aGUgcmVsYXRpb24gYmV0d2VlbiB0aGUgUW9TIGF0dHJpYnV0ZSBhbmQgdGhlIE5M UkkuDQotIElzIHRoZSBRb1MgYXR0cmlidXRlIG9ubHkgYXBwbGljYWJsZSB0byB0aGUgTkxSSSBh ZHZlcnRpc2VkPyBJZiBzbyB3aGF0IGlzIHRoZSByZWxhdGlvbiB3aXRoIGRlc3RpbmF0aW9uSVAq IGFkdmVydGlzZWQgaW4gdGhlIGNsYXNzaWZpZXIgRWxlbWVudD8gU2hvdWxkIHRoZXkgYmUgcmVz dHJpY3RlZCB0byBtb3JlIHNwZWNpZmljcyBvZiB0aGUgYWR2ZXJ0aXNlZCBOTFJJPw0KLSBBbHNv IHRoZSBRb1MgYXR0cmlidXRlIG1heSBpbnN0cnVjdCAidG8gZHJvcCBlbnRpcmUgQkdQIHVwZGF0 ZSBtZXNzYWdlIFtOb3RlIHRoYXQgaXQgaXMgYW4gaW5kaWNhdGlvbiB0byBkcm9wIGVudGlyZSB1 cGRhdGUgbWVzc2FnZSwgbm90IG9ubHkgUW9TIGF0dHJpYnV0ZV0iLiBUaGlzIG1lYW5zIHRoYXQg dGhlIE5MUkkgd2lsbCBub3QgYmUgcHJvcGFnYXRlZCwgaGVuY2Ugcm91dGVkLCBhbnltb3JlLCB3 aGljaCBzZWVtcyBzdHJhbmdlLiBUbyBwcmVzZXJ2ZSByb3V0aW5nIG9mIHRoZSBOTFJJLCBkbyB0 aGUgUW9TIGF0dHJpYnV0ZSByZXF1aXJlIHRvIGFkdmVydGlzZSBhIGxlc3Mgc3BlY2lmaWMgcHJl Zml4ICh3aXRoIG5vIFFvUyBhdHRyaWJ1dGUpIGluIGFkZGl0aW9uPyBPciB0byB1c2UgQUREX1BB VEggdG8gYWR2ZXJ0aXNlIHRoZSBOTFJJIG11bHRpcGxlIHRpbWVzICh3aXRoICYgd2l0aG91dCB0 aGUgUW9TIGF0dHJpYnV0ZSkuDQoNClBvc3NpYmx5IHNhbWUgcXVlc3Rpb24gZm9yIHRoZSByZWxh dGlvbiBiZXR3ZWVuIHRoZSBRb1MgYXR0cmlidXRlIGFuZCB0aGUgQUZJL1NBRkkgb2YgdGhlIEJH UCBVUERBVEUuIElzIHRoZSBRb1MgYXR0cmlidXRlIHRvIGJlIHVuZGVyc3Rvb2QgaW4gdGhlIGNv bnRleHQgb2YgdGhlIEFGSS9TQUZJIG9yIG5vdD8gZS5nLiBpZiB0aGUgY2xhc3NpZmllciBlbGVt ZW50IGlzIHRoZSBpcERpZmZTZXJ2Q29kZVBvaW50IGRvZXMgaXQgbWF0Y2ggYWxsIHByb3RvY29s cyBvciBvbmx5IHRoZSBvbmUgb2YgdGhlIEFGSS9TQUZJPw0KDQpNOCkgRXJyb3IgaGFuZGxpbmcN CkN1cnJlbnQgdGV4dCBzYXlzIHRoYXQgZXJyb3IgaGFuZGxpbmcgTUFZIHVzZSBhdHRyaWJ1dGUg ZGlzY2FyZCBvciBNQVkgdXNlIHRyZWF0IGFzIHdpdGhkcmF3Lg0KVGhpcyBzZWVtcyB1bmRlcnNw ZWNpZmllZCBhcyBvbmUgaW1wbGVtZW50YXRpb24gd291bGQgYmUgZnJlZSB0byBkbyBub3RoaW5n LCB3aGlsZSBhbm90aGVyIGNvdWxkIGRvIHNlc3Npb24gcmVzZXQuIFRoaXMgd291bGQgb3BlbiBt YW55IEJHUCBzZXNzaW9uIHJlc2V0IGluIHJlYWwgbmV0d29ya3MuDQpQbGVhc2Ugc3BlY2lmaWMg d2hhdCBtdXN0IGJlIGRvbmUuIA0KQmVzaWRlcywgb3RoZXIgcGFydCBvZiB0aGUgZG9jdW1lbnQg cHJvdmlkZXMgc29tZSBtb3JlIHNwZWNpZmljL2RpZmZlcmVudCBlcnJvciBoYW5kbGluZy4gZS5n LiAiSWYgdGhlcmUgYXJlIG1vcmUgdGhhbiBvbmUgc3VjaCBUcmFmZmljIENsYXNzZXMgcHJlc2Vu dCB0aGVuIGFkdmVydGlzZWQgU0xBIHBhcmFtZXRlcnMgTVVTVCBiZSBpZ25vcmVkLiINCkZpbmFs bHksIHRoZSBzcGVjIG5lZWRzIHRvIGRlZmluZSB3aGVuIHRoZSBuZXcgYXR0cmlidXRlIGlzIGNv bnNpZGVyZWQgbWFsZm9ybWVkLg0KT24gYW4gZWRpdG9yaWFsIG5vdGUsIEkgd291bGQgcHJlZmVy IGEgZGVkaWNhdGUgc2VjdGlvbiByZWxhdGVkIHRvIGVycm9yIGhhbmRsaW5nLg0KDQpNOSkgc2Vj dXJpdHkgY29uc2lkZXJhdGlvbiBtYXkgcmVxdWlyZSBzb21lIGRpc2N1c3Npb24uDQoiVGhlcmUg aXMgYSBwb3RlbnRpYWwgZm9yIG1pcy1iZWhhdmVkIEFTIHRvIGFkdmVydGlzZSB3cm9uZyBTTEEs IHN0ZWFsaW5nIGlkZW50aXR5IG9mIGFub3RoZXIgQVMuIg0KQWdyZWVkLiBCdXQgdGhlcmUgYXJl IHByb2JhYmx5IG90aGVyIGF0dGFjayB2ZWN0b3JzIChlLmcuIG1vZGlmeWluZyB0aGUgYXR0cmli dXRlIGR1cmluZyBwcm9wYWdhdGlvbiwgc2V0dGluZyBwYXJhbWV0ZXJzIHRvIGluc3RydWN0IEJH UCB0byBkcm9wIHRoZSBtZXNzYWdlIChhcyB0aGlzIHNlZW1zIGFsbGxvd2VkIGJ5IHRoZSBzcGVj aWZpY2F0aW9uKS4uLikNCg0KIlRoaXMgcmVzZW1ibGVzIHRvIHByb2JsZW1zIGFscmVhZHkgaWRl bnRpZmllZCBhbmQgcmVzb2x2ZWQsIGluIHRoZSByb3V0aW5nIHdvcmxkLCB0aHJ1IHJldmVyc2Ug cGF0aCBmb3J3YXJkaW5nIGNoZWNrLiINCiJSZXNlbWJsZXMiIGlzIG5vdCBlbm91Z2guICJSZXNv bHZlZCIgaXMgcHJvYmFibHkgYSBiaXQgcXVpY2suDQoNCiJPbmUgcHJvcG9zYWwsIGlubGluZSB0 byBSUEYsIHRvIHJlc29sdmUgc3VjaCB0aHJlYXRzIGlzIHRvIGhhdmUgZWFjaCBCR1Agc3BlYWtl ciBub2RlLCBpbiB0aGUgZm9yd2FyZGluZyBwYXRoLCBwZXJmb3JtIHJldmVyc2UgcGF0aCBjaGVj ayBvbiBzb3VyY2UgQVMuIg0KSWYgdGhpcyBpcyBhIHNwZWNpZmljYXRpb24sIGl0IHNob3VsZCBi ZSBkZXNjcmliZWQgaW4gdGhlIGRvY3VtZW50IChxdWlja2x5IGNpdGluZyBpdCBpbiB0aGUgc2Vj dXJpdHkgc2VjdGlvbiBpcyBub3QgZW5vdWdoKS4NCkl0J3MgYWxzbyBhIGJpdCBzaG9ydCBpbiB0 ZXJtIG9mIHNwZWNpZmljYXRpb24uIGUuZy4gSSBkb24ndCBzZWUgInNvdXJjZSBBUyIgaW4gdGhl IGZvcndhcmRpbmcgcGF0aCAobmVpdGhlciBpbiB0aGUgcGFja2V0IG5vciBpbiB0aGUgRklCKQ0K DQoiU2luY2Ugd2UgZXhwZWN0IHRoZXNlIG1lc3NhZ2VzIHRvIG9yaWdpbmF0ZSBhbmQgZGlzdHJp YnV0ZWQgaW4gdGhlIG1hbmFnZWQgbmV0d29yaywgdGhlcmUgc2hvdWxkIG5vdCBiZSBhbnkgcmlz a3MgZm9yIGlkZW50aXR5IHRoZWZ0LiINCklmIHlvdSByZXN0cmljdCB0aGUgdXNlIG9mIHRoaXMg c3BlY2lmaWNhdGlvbi9BVFRSSUJVVEUgaW4gIm1hbmFnZWQgbmV0d29yayIsIHRoaXMgbmVlZHMg dG8gYmUgY2xhcmlmaWVkIGZyb20gdGhlIGJlZ2lubmluZyAoYW5kIG5vdCBhdCB0aGlzIHZlcnkg ZW5kIG9mIHRoZSBkb2N1bWVudCksIGFuZCB0aGUgc3BlY2lmaWNhdGlvbiBzaG91bGQgdGFrZSBt ZWFzdXJlIHRvIGVuc3VyZSB0aGF0IHRoaXMgYXR0cmlidXRlIGlzIG5vdCByZWNlaXZlZCBmcm9t L2xlYWtlZCBvdXRzaWRlIG9mIHRoaXMgIm1hbmFnZWQgbmV0d29yayIuDQpEZWZpbmluZyAibWFu YWdlZCBuZXR3b3JrIiBtYXkgYWxzbyBoZWxwLCBlc3BlY2lhbGx5IHNpbmNlIHRoZSBwcm9wb3Np dGlvbiBpbnZvbHZlcyBtdWx0aXBsZSBBU2VzIGFuZCBtdWx0aXBsZSBvcmdhbmlzYXRpb25zLg0K KG90aGVyd2lzZSwgeW91IG5lZWQgdG8gaGFuZGxlIHRoZSBjYXNlIHdoZW4gdGhpcyBhdHRyaWJ1 dGUgaXMgdXNlZCBvdXRzaWRlIG9mICJtYW5hZ2VkIG5ldHdvcmsiIGFuZCB0aGVyZWZvcmUgY29u c2lkZXIgdGhlIHNlY3VyaXR5IGltcGxpY2F0aW9ucykNCg0KTTEwKSBJQU5BIHNlY3Rpb24gaXMg dW5kZXIgc3BlY2lmaWVkLg0KZS5nLiB5b3Ugc2hvdWxkOg0KLSBzdGF0ZXMgdGhlIG5hbWUgb2Yg dGhlIHJlZ2lzdHJ5IHRoYXQgeW91IHdhbnQgdG8gY3JlYXRlIG9yIHVwZGF0ZS4NCi0gc3RhdGVz IHRoZSBuYW1lIG9mIHRoZSBuZXcgZW50cmllcyBpbiBleGlzdGluZyByZWdpc3RyaWVzLg0KLSBk ZWZpbmUgYWxsIHlvdXIgbmV3IHJlZ2lzdHJpZXMuIChlLmcuIHlvdSBkb24ndCBoYXZlIG9uZXMg Zm9yIG5ldyBRb1MgVExWIHN1YnR5cGVzIChkZWZpbmVkIGluIMKnMy4xKSwgT3B0aW9uYWwgQWR2 ZXJ0aXNlZCBpZCBUTFYsIFNMQSBldmVudCBUeXBlLi4uKQ0KLSBkZWZpbmUgdGhlIHJlZ2lzdHJh dGlvbiBwb2xpY3kgb2YgdGhvc2UgbmV3IHJlZ2lzdHJpZXMuDQoNClJlYWRpbmcgUkZDNTIyNiBt YXkgaGVscC4NCg0KDQpNaW5vciAoc29tZSBub3Qgc28gbWlub3IpOg0KbTEpIEZyb20gYW4gZWRp dG9yaWFsIHN0YW5kcG9pbnQsIHRoZSBkb2N1bWVudCBtYXkgYmVuZWZpdCBmcm9tIGFuIGVuZ2xp c2ggbGFuZ3VhZ2UgcmV2aWV3Lg0KICAtIFNvbWUgc2VudGVuY2VzIGFyZSBoYXJkIHRvIHBhcnNl IChhdCBsZWFzdCBmb3IgbWUpLiBlLmcuICJUaGUgbmVlZCB0byBleGNoYW5nZSBTTEEgcGFyYW1l dGVycyBiZXR3ZWVuIGRvbWFpbnMgKEF1dG9tYXRlZCBTeXN0ZW1zIChBUykpLCB3aGVyZSBpbiB1 c2UtY2FzZXMgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQsIEJHUCBpcyBhIHN1aXRhYmxlIHBy b3RvY29sIGZvciBpbnRlci1kb21haW4gZXhjaGFuZ2UgW1JGQzQyNzFdW1JGQzQzNjRdLg0KICAt IEFkZGluZyBhIGZ1bGwgcG9pbnQgIi4iIGF0IHRoZSBlbmQgb2YgZWFjaCBzZW50ZW5jZSBtYXkg aGVscCB0aGUgcGFyc2luZy4NCiAgLSBJTUhPIHNvbWUgc2VudGVuY2VzIGNvdWxkIGJlIHJld3Jp dHRlbiB0byBpbXByb3ZlIHJlYWRhYmlsaXR5LiBlLmcuDQogIE9MRDogDQogICAgICAgIGhpZ2hl c3Qgb3JkZXIgYml0IChiaXQgMCkgLQ0KICAgICAgICAgICAgSXQgZGVmaW5lcyBpZiB1cGRhdGUg bWVzc2FnZSBNVVNUIGJlIGRyb3BwZWQgKGlmIHNldCB0byAxKQ0KICAgICAgICAgICAgd2l0aG91 dCB1cGRhdGluZyByb3V0aW5nIGluZm9ybWF0aW9uIGJhc2UsIHdoZW4gdGhpcyBpcyB0aGUNCiAg ICAgICAgICAgIGxhc3QgQkdQIHJlY2VpdmVyIGZyb20gdGhlIGxpc3Qgb2YgZGVzdGluYXRpb24g QVNlcyB0aGlzDQogICAgICAgICAgICBhdHRyaWJ1dGUgaXMgYW5ub3VuY2VkIHRvLCBvciBNVVNU IGFubm91bmNlIChpZiBzZXQgdG8gMCkNCiAgICAgICAgICAgIGZ1cnRoZXIgdG8gQkdQIHBlZXJz DQogIE5FVw0KICAgICAgICBoaWdoZXN0IG9yZGVyIGJpdCAoYml0IDApIC0NCgkJCVRoaXMgZmxh Z3MgZGVmaW5lcyBob3cgdXBkYXRlIG1lc3NhZ2UgbXVzdCBiZSBoYW5kbGVkIGJ5IHRoZSBsYXN0 IEJHUCByZWNlaXZlciBpbiB0aGUgbGlzdCBvZiBkZXN0aW5hdGlvbiBBU2VzLg0KICAgICAgICAg ICAgSWYgc2V0ICgxKSB1cGRhdGUgbWVzc2FnZSBNVVNUIGJlIGRyb3BwZWQgd2l0aG91dCB1cGRh dGluZyByb3V0aW5nIGluZm9ybWF0aW9uIGJhc2UuDQoJCQlJZiBjbGVhcmVkICgwKSB1cGRhdGUg bWVzc2FnZSBNVVNUIGJlIGZ1cnRoZXIgYWR2ZXJ0aXNlZCB0byBCR1AgcGVlcnMuDQogICAgICAg ICAgICANCiAgT24gYSBzaWRlIG5vdGUsIGF0IHRoaXMgcG9pbnQgaW4gdGhlIGRvY3VtZW50LCBp dCdzIG5vdCBjcnlzdGFsIGNsZWFyIHdoYXQgeW91IG1lYW4gYnkgInVwZGF0ZSBtZXNzYWdlIi4g VGhlIFFvUyBBdHRyaWJ1dGUgVExWPyBUaGUgUW9TIEJHUCBhdHRyaWJ1dGU/IFRoZSBCR1AgVVBE QVRFIG1lc3NhZ2U/IEluIGdlbmVyYWwsIGluIHRoZSBkb2N1bWVudCwgcGxlYXNlIHVzZSB0aGUg cHJvdG9jb2xzIG5hbWVzIG9mIHRoZSBtZXNzYWdlcy9maWVsZHMuDQogIC0gIlNMQSBzdWItdHlw ZSBzcGVjaWZpYyB2YWx1ZSBmaWVsZCBkZXRhaWxzLiIgSSBndWVzcyB5b3UgbWVhbiA6cy9zcGVj aWZpYy9zcGVjaWZpZXMuIA0KICANCm0yKQ0KT0xEOiBSZW1haW5pbmcgYml0cyBhcmUgY3VycmVu dGx5IHVudXNlZCBhbmQgTVVTVCBiZSBzZXQgdG8gMA0KTkVXOiBUaGUgbG93ZXItb3JkZXIgc2V2 ZW4gYml0cyBvZiB0aGUgQXR0cmlidXRlIEZsYWdzIG9jdGV0IGFyZSB1bnVzZWQuICBUaGV5IE1V U1QgYmUgemVybyB3aGVuIHNlbnQgYW5kIE1VU1QgYmUgaWdub3JlZCB3aGVuIHJlY2VpdmVkLiAN CihQcm9wb3NlZCB0ZXh0IGlzIGEgY29weS9wYXN0IGZyb20gUkZDIDQyNzEuIFlvdSBhcmUgZnJl ZSB0byB1c2UgYW5vdGhlciB0ZXh0IGJ1dCBwbGVhc2Ugc3BlY2lmeSB0aGUgYmVoYXZpb3VyIG9u IHRoZSByZWNlaXZpbmcgc2lkZSBhcyB3ZSBoYXZlIHNlZW4gQkdQIHNlc3Npb24gcmVzZXQgaW4g dGhlIEludGVybmV0IHdoaWNoIGEgbXVjaCBjbGVhcmVyIHNlbnRlbmNlLikNCg0KbTMpIFRoYXQn cyBub3Qgc3BlY2lmaWMgdG8gdGhpcyBkb2N1bWVudCwgYnV0IEkgd291bGQgZmluZCB1c2VmdWwg dG8gaGF2ZSB0aGUgcmVsYXRlZCBpbXBsZW1lbnRhdGlvbiByZXBvcnQgZHJhZnQgYmUgcmVmZXJl bmNlZCBpbiB0aGUgaW5mb3JtYXRpdmUgcmVmZXJlbmNlIHNlY3Rpb24uDQoNCm00KSAic3ViIHR5 cGUgTGVuZ3RoIiBQbGVhc2Ugc3BlY2lmeSBleGFjdGx5IHdoYXQgcGFydCBvZiB0aGUgbWVzc2Fn ZSBpcyBjb3ZlcmVkIGJ5IHRoZSBsZW5ndGggKGFzIHNvbWUgSUVURiBzcGVjIHVzZSB0aGUgbGVu Z3RoIG9mIHRoZSB2YWx1ZSBmaWVsZCwgd2hpbGUgc29tZSBvdGhlciB1c2UgdGhlIGxlbmd0aCBv ZiB0aGUgdHlwZStsZW5ndGgrdmFsdWUgZmllbGRzLg0KIA0KbTUpICIzMi1iaXQgc291cmNlIEFT IChBZHZlcnRpc2VyKSIgVGhlIHdvcmQgImFkdmVydGlzZXIiIG1heSBiZSBtaXNsZWFkaW5nLiAo Y2YgZHJhZnQtaGFyZXMtaWRyLXVwZGF0ZS1hdHRyaWItbG93LWJpdHMtZml4KS4gUkZDIDQyNzEg dXNlcyAiT3JpZ2luYXRpbmcgc3BlYWtlciIgKFNJRFIgc2VlbXMgYWxzbyB0byB1c2UgIk9yaWdp biIuDQpNdWx0aXBsZSBvY2N1cnJlbmNlcyBpbiB0aGUgZHJhZnQuDQoNCm02KSAgIjAgPSBpZ25v cmUgU291cmNlIGFuZCBEZXN0aW5hdGlvbiBBUyBsaXN0IGZyb20gdGhpcyBWYWx1ZSBmaWVsZC4N CiAgICAgICAgICAgIEluc3RlYWQgcmVmZXIgdG8gU291cmNlIGFuZCBEZXN0aW5hdGlvbiBBUyBh cyBkZWZpbmVkIGJ5IEJHUA0KICAgICAgICAgICAgbWVzc2FnZSINCkknbSBub3Qgc3VyZSB3aGF0 IGlzIG1lYW50IGJ5IHRoZSBzZWNvbmQgc2VudGVuY2UuIFBsZWFzZSB1c2UgdGhlIHNwZWNpZmlj IG5hbWVzIG9mIEJHUCBtZXNzYWdlcyBhbmQgZmllbGRzLg0KDQptNykgImZvcm1hdCBvZiB0aGUg U0xBIG1lc3NhZ2UiDQpHaXZpbmcgbmFtZXMgYW5kIG51bWJlciB0byBmaWd1cmVzIGNvdWxkIGJl IGNvbnNpZGVyZWQuDQpTbyBkb2VzIGFkZGluZyB0aGUgbWVtb3J5IGF4aXM6DQogICAgMCAgICAg ICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0K ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMQ0KCQ0KCQ0KbTgpIAkJCQ0KIiAgICBPcHRpb25hbCBhZHZlcnRpc2VyIGlkIHRv dGFsIGxlbg0KICAgICAgICAxNi1iaXQgU291cmNlIGFkZHJlc3MgaWRlbnRpZmllciAob3B0aW9u YWwpLiINCgkJDQpJIHJlYWQgdGhpcyBhcyB0aGUgZmllbGQgIk9wdGlvbmFsIGFkdmVydGlzZXIg aWQgdG90YWwgbGVuIiBjb250YWlucyBhIDE2LWJpdCBTb3VyY2UgYWRkcmVzcyBpZGVudGlmaWVy Lg0KV2hpbGUgdGhpcyBmaWVsZCBwcm9iYWJseSBjb250YWluIHRoZSBsZW5ndGggb2YgInNvbWV0 aGluZyIuIFBsZWFzZSBjaGVjay9jbGFyaWZ5LiANCg0KbTkpIA0KICAgICJPcHRpb25hbCBBZHZl cnRpc2VyIGlkIFRMVg0KICAgICAgICA0LWJpdCB0eXBlIg0KCQ0KWW91IG5lZWQgdG8gc3BlY2lm eSB0aGUgc2l6ZSBvZiB0aGUgIkxlbmd0aCIgZmllbGQuIEVzcGVjaWFsbHkgc2luY2UgeW91IGlu dHJvZHVjZSBhIHNvbWV3aGF0IHVudXN1YWwgc2l6ZSBvZiB0aGUgIlR5cGUgZmllbGQiIGFuZCBz b21lIHBlb3BsZSBtYXkgYXNzdW1lIHRoYXQgdGhlIHNpemUgb2YgdGhlICJsZW5ndGgiIGZpZWxk IGlzIG9mIHRoZSBzYW1lIHNpemUgKDQtYml0KSwgd2hpbGUgc29tZSBvdGhlcnMgbWF5IGJlbGll dmUgaXRzIHRoZSB1c3VhbCAxLW9jdGV0LiAJCQ0KDQptMTApIiAgICBEZXN0aW5hdGlvbiBBUyBj b3VudA0KICAgICAgICAzMi1iaXQgZGVzdGluYXRpb24gQVMgY291bnQgdG8gdGFrZSB2YXJpYWJs ZSBsZW5ndGggQVMgbGlzdC4iDQpJIGd1ZXNzIHlvdSBtZWFuOg0KbnVtYmVyIG9mIGRlc3RpbmF0 aW9uIEFTZXMNClRoaXMgZmllbGQgaW5kaWNhdGVzIHRoZSBudW1iZXIgb2YgZGVzdGluYXRpb24g QVMgcHJlc2VudCBpbiB0aGUgRGVzdGluYXRpb24gQVMgbGlzdA0KDQptMTEpICJTTEEgSWQiDQpU aGUgdGV4dCB1bmRlciAiU0xBIElkIiBtaXhlcyB0ZXh0IHJlbGF0ZWQgdG8gIlNMQSBJZCAiIGFu ZCB0ZXh0IHJlbGF0ZWQgdG8gICJDb250ZW50Ii4gUGxlYXNlIHNwbGl0IHRoZSB0ZXh0Lg0KDQpt MTIpIEkgZG9uJ3Qgc2VlIGEgZGVzY3JpcHRpb24gb2YgdGhlIGZpbGVkICJDb250ZW50IGFzIHBl ciBTTEEgRXZlbnQiDQoNCm0xMykgICIgICAgU0xBIExlbmd0aA0KICAgICAgICAxMi1iaXRzIg0K UGxlYXNlIHNwZWNpZnkgd2hhdCBpcyBjb3ZlcmVkL21lYXN1cmVkIGJ5IHRoaXMgbGVuZ3RoIGZp ZWxkLgkJDQoNCm0xNCkNCiIgICAgRGlyZWN0aW9uDQogICAgICAgIDB4MSA9IGluY29taW5nLCBm cm9tIGRlc3RpbmF0aW9uIEFTIHRvd2FyZHMgc291cmNlIEFTDQogICAgICAgIDB4MiA9IG91dGdv aW5nLCBmcm9tIHNvdXJjZSBBUyB0b3dhcmRzIGRlc3RpbmF0aW9uIEFTIg0KSSBmaW5kIHRoZSB0 ZXJtcyAiaW5jb21pbmciIGFuZCAib3V0Y29taW5nIiBhIGJpdCBtaXNsZWFkaW5nLiBlLmcuDQp0 aGUgZGlyZWN0aW9uICJmcm9tIHNvdXJjZSBBUyB0b3dhcmRzIGRlc3RpbmF0aW9uIEFTIiBzZWVt cyB0byBiZToNCi0gb3V0Z29pbmcgaW4gdGhlIHNvdXJjZSBBUw0KLSBpbmdvaW5nIGluIHRoZSBk ZXN0aW5hdGlvbiBBUw0KCQkNCm0xNSkgICAgIlRyYWZmaWMgQ2xhc3MgRGVzY3IgTGVuZ3RoDQog ICAgICAgIDA4LWJpdCwgc2l6ZSBvZiB0aGUgbGVuZ3RoIg0KcHJvcG9zaXRpb24gIDpzL3NpemUg b2YgdGhlIGxlbmd0aC8gbGVuZ3RoIG9mIFhYWA0KDQptMTYpIEluIHNlY3Rpb24gMywgSSBkb24n dCBzZWUgdGhlIHNwZWNpZmljYXRpb24gb2YgdGhlIFJFUVVFU1QgU0xBIGV2ZW4gdHlwZS4NCkF0 IHRoZSBlbmQgb2YgdGhlIGRvY3VtZW50LCBpdCdzIHNhaWQgdGhhdCAiZGlzY3Vzc2lvbiBvZiBS RVFVRVNUIG1lc3NhZ2UsIGZvciB0aGlzIHB1cnBvc2Ugb3IgYW55IG90aGVyIHB1cnBvc2UsIGlz IGNvbnNpZGVyZWQgb3V0IG9mIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LiIgSW4gd2hpY2gg Y2FzZSwgeW91IHNob3VsZCBwcm9iYWJseSBub3Qgc3BlY2lmeSBhIFJFUVVFU1QgU0xBIGV2ZW4g dHlwZS4NCiAgIA0KbTE5KQ0KIkdpdmVuIElQRklYIFtSRkM1MTAyXSBoYXMgd2VsbCBkZWZpbmVk IGlkZW50aWZpZXIgc2V0IGZvciBhIGxhcmdlIG51bWJlciBvZiBwYWNrZXQgYXR0cmlidXRlcywg SVBGSVggSUFOQSByZWdpc3RyeSBpcyAiaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXNzaWdubWVudHMv aXBmaXgiIGNob3NlbiB0byBzcGVjaWZ5IHBhY2tldCBjbGFzc2lmaWNhdGlvbiBhdHRyaWJ1dGVz LiINClNlbnRlbmNlIGlzIGhhcmQgdG8gcGFyc2UsIHdoaWNoIGlzIGFuIGlzc3VlIGZvciBhIG5v cm1hdGl2ZSBwYXJ0LgkNClRoZSByZWZlcmVuY2Ugc2hvdWxkIHByb2JhYmx5IGJlIGxpc3RlZCBp biB0aGUgcmVmZXJlbmNlIHNlY3Rpb24uDQoNCiJIb3dldmVyLCBzaW5jZSBub3QgYWxsIGlkZW50 aWZpZXJzIGZyb20gSVBGSVggd291bGQgYmUgYXBwbGljYWJsZSB0byB0aGlzIHByb3Bvc2FsLCBv bmx5IGEgbGltaXRlZCBzZXQgaWRlbnRpZmllZCBoZXJlIGNhbiBiZSBzdXBwb3J0ZWQgYnkgQkdQ IFNMQSBleGNoYW5nZS4gQW55IG5ldyBlbGVtZW50IGlkZW50aWZpZXIsIGluIGZ1dHVyZSwgYWRk ZWQgdG8gdGhlIElQRklYIElBTkEgcmVnaXN0cnkgZG9lcyBub3QgYXV0b21hdGljYWxseSBtZWFu IHN1cHBvcnRlZCBmb3IgdGhpcyBwcm9wb3NhbC4iDQoNCi0gVGhpcyBwcm9iYWJseSBjYWxscyBm b3IgYSBJQU5BIHJlZ2lzdHJ5IHRvIGlkZW50aWZ5IHdoaWNoIGVsZW1lbnQgaWRlbnRpZmllciBj YW4gYmUgdXNlZC4NCi0gVGV4dCBzaG91bGQgY2xhcmlmeSB0aGF0IHRoZSBsaXN0IG9mIGFjY2Vw dGVkIGlkZW50aWZpZXJzIGlzIGRlZmluZWQgaW4gdGhlIHN1YnNlcXVlbnQgbGlzdCAoaGF2aW5n IG5vIG5hbWUgYW5kIG5vIG51bWJlcikuDQoJCQ0KbTIwKSBzZWN0aW9uIDMgaXMgaGFyZCB0byBy ZWFkLg0KLSBJTU8gdGhlIGRvY3VtZW50L3NlY3Rpb24gMyB3b3VsZCBiZW5lZml0IGZyb20gYW4g c2VjdGlvbiBwcmVzZW50aW5nIGFuIG92ZXJ2aWV3IG9mIHRoZSBzb2x1dGlvbg0KLSBzZWN0aW9u IDMgaGF2ZSBhIHNpbmdsZSBzdWJzZWN0aW9uICgzLjEpIGhlbmNlIHRoZSBpbnRlcmVzdCBvZiB1 c2luZyBzdWJzZWN0aW9uIGlzIGxpbWl0ZWQuIEdpdmVuIHRoZSBzaXplIG9mIHNlY3Rpb24gMyAo MTAgcGFnZXMpLCB0byBpbXByb3ZlIHJlYWRhYmlsaXR5IEkgd291bGQgc3VnZ2VzdCB0aGUgdXNl IG9mIG11bHRpcGxlcyBzdWJzZWN0aW9uLg0KDQptMjEpDQogICAgICAiVGhlIG1pbmltdW0gcG9s aWNlZCB1bml0IChtKSBhbmQgbWF4aW11bSBwYWNrZXQgc2l6ZSAoTSkNCiAgICAgIHBhcmFtZXRl cnMgaGF2ZSBubyByZWxldmFuY2UgZm9yIHRoZSBwdXJwb3NlIG9mIFNMQSBleGNoYW5nZS4NCiAg ICAgIFRodXMgdGhleSBNVVNUIGJlIGlnbm9yZWQuIg0KDQpXaHkgc3BlY2lmeWluZyBhbmQgc2Vu ZGluZyBzdWNoIHBhcmFtZXRlcnMgaW4gQkdQIGlmIHRoZXkgTVVTVCBiZSBpZ25vcmVkIGJ5IHRo ZSByZWNlaXZlcj8JICANCgkgIA0KbTIyKQ0KIiBUaGlzIHJhdGUgaW5kaWNhdGVzIHRoZSBtaW5p bXVtIHJhdGUsIG1lYXN1cmVkIGluIGJ5dGVzIG9mIExheWVyIDIgKEwyKSBkYXRhZ3JhbXMgcGVy IHNlY29uZCwiDQpJJ20gbm90IHN1cmUgd2h5IHRoZSBMYXllciAyIHNpemUgaXMgdXNlZCByYXRo ZXIgdGhhbiB0aGUgbGF5ZXIgMyBzaXplLiBBcyBhIGNvbnNlcXVlbmNlLCB5b3UgbmVlZCB0byBz ZW5kIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gKEwyX09WRVJIRUFEKSB3aGljaCBtYXkgYmUgbm90 IG5lZWRlZCBvdGhlcndpc2UuDQpEcmFmdCBjaXRlcyBSRkMgMjIxMiBhcyB0aGUgc291cmNlIG9m IHRoaXMgVFJBRkZJQ19DTEFTU19UU1BFQyBwYXJhbWV0ZXIsIGFuZCBSRkMgMjIxMiB1c2UgdGhl IElQIGRhdGFncmFtIHNpemUuDQoNCm0yMykNCiI0LiAgT3JpZ2luYXRpbmcgU0xBIE5vdGlmaWNh dGlvbg0KDQogICBUaGUgUW9TIGF0dHJpYnV0ZSB0byBhZHZlcnRpc2UgU0xBIHN1Yi10eXBlIE1V U1QgYmUgYWRkZWQgYnkgdGhlDQogICBvcmlnaW5hdG9yIG9mIGEgQkdQIFVQREFURSBtZXNzYWdl LiINCiAgIA0KSSBndWVzcyB5b3UgZG9uJ3QgbWVhbiB0aGF0IGFkdmVydGlzaW5nIHRoaXMgbmV3 IGF0dHJpYnV0ZSBpcyBtYW5kYXRvcnkuIFNvIHBsZWFzZSByZXBocmFzZSAoZS5nLiBhdCBsZWFz dCA6cy9NVVNUL01BWSkgICANCg0KbTI0KSAgIiBJZiBhIEJHUCBub2RlIGlzIGNhcGFibGUgb2Yg cHJvY2Vzc2luZyBRb1MgYXR0cmlidXRlLCBpdCBvcHRpb25hbGx5IE1BWSBwcm9jZXNzIHRoZSBt ZXNzYWdlLiINCiAgIFdoYXQgbWVzc2FnZT8gVGhlIEJHUCBVUERBVEU/DQogICANCm0yNSkgICAi QkdQIG5vZGUgTVVTVCBkcm9wIFNMQSByZWxhdGVkIHN1Yi10eXBlIGZyb20gdGhlIFFvUyBhdHRy aWJ1dGUsIGlmDQogICBub25lIG9mIHRoZSBBUyBmcm9tIHRoZSBkZXN0aW5hdGlvbiBsaXN0IGlz IGluIHRoZSBmb3J3YXJkaW5nIHBhdGguIg0KDQogICBUaGVyZSBpcyBubyBBUyBpbiB0aGUgZm9y d2FyZGluZyBwYXRoLiBQbGVhc2UgcmVwaHJhc2UuDQogICANCm0yNikgICAiNS4yLiAgQkdQIE5v ZGUgbm90IENhcGFibGUgb2YgUHJvY2Vzc2luZyBRb1MgQXR0cmlidXRlDQoNCiAgIElmIHRoZSBC R1Agbm9kZSBpcyBub3QgY2FwYWJsZSBvZiBwcm9jZXNzaW5nIFFvUyBhdHRyaWJ1dGUsIGl0IE1V U1QNCiAgIGZvcndhcmQgdGhlIFFvUyBhdHRyaWJ1dGUgbWVzc2FnZSB1bmFsdGVyZWQuIg0KDQpU aGlzIHNlY3Rpb24gaXMgY29tcGxldGVseSB1c2VsZXNzLiBJdCBzaG91bGQgZWl0aGVyIGJlIHJl bW92ZWQgb3IgYXQgdGhlIG1pbmltdW0gc2hvdWxkIG5vdCBzcGVjaWZ5IGEgYmVoYXZpb3IuIGUu Zy4NCk9MRDogaXQgTVVTVCBmb3J3YXJkDQpORVc6IGFzIHBlciBSRkM0MjcxLCBpdCB3aWxsDQoN Cm9yIHNob3VsZCBkZWZpbmUgd2hhdCBpcyBtZWFudCBieSAicHJvY2Vzc2luZyBRb1MgYXR0cmli dXRlIi4gKG15IHJlYWRpbmcgaXMgImRvZXMgbm90IHJlY29nbml6ZSIpDQoNCm0yNykgIklmIGFk dmVydGlzZWQgUW9TIEF0dHJpYnV0ZSwgaW5zaWRlIGFuIHVwZGF0ZSBtZXNzYWdlLCBpcyB3aXRo IGEgZmxhZyBzZXQgaW5kaWNhdGluZyB0byBkcm9wIHRoYXQgbWVzc2FnZSwgYSByZWNlaXZlciBN VVNUIGRyb3AgbWVzc2FnZSBpZiBpdCBpcyB0aGUgbGFzdCByZWNlaXZlciwgaW4gdXBkYXRlIHBh dGgsIHRoYXQgbWVzc2FnZSBpcyBhZHZlcnRpc2VkIHRvLiINClRoaXMgaXMgbm90IGV4dHJlbWVs eSBjbGVhci4gRXNwZWNpYWxseSBmb3IgYSAiTVVTVCIgYmVoYXZpb3IuIFBsZWFzZSByZXBocmFz ZSB1c2luZyB0aGUgcHJvdG9jb2xzIG5hbWVzIG9mIHRoZSBtZXNzYWdlcy9maWVsZHMuDQoNCm0y OCkiSWYgdGhlIGFkdmVydGlzZWQgU0xBIGlzIGZyb20gdGhlIG5leHQgaG9wLCBpbiB0aGUgcmV2 ZXJzZSBwYXRoLCB0aGUgcmVjZWl2ZXIgbWF5IGltcGxlbWVudCBhZHZlcnRpc2VkIFNMQSBmb3Ig dGhlIHdob2xlIGxpbmssIHRoZSBsaW5rIGNvdWxkIGJlIHBoeXNpY2FsIG9yIHZpcnR1YWwgbGlu aywgYXNzb2NpYXRlZCB3aXRoIHRoZSBuZXh0IGhvcC4gIg0KICAgDQpJIGRvbid0IHVuZGVyc3Rh bmQuIFBsZWFzZSByZXBocmFzZS4gKGUuZy4gd2hpY2ggbmV4dC1ob3A/LCByZXZlcnNlIHBhdGgg b2Ygd2hhdD8pDQoNCiJJZiBOTFJJIGFkdmVydGlzZWQgaW4gdXBkYXRlIG1lc3NhZ2UgaXMgbm90 IG9mIHRoZSBuZXh0IGhvcCwiDQpJIGRvbid0IHVuZGVyc3RhbmQuIFBsZWFzZSByZXBocmFzZS4g DQoNCm0yOSkNCiAgICJGb3IgY2FzZXMgd2hlcmUgaWYgZWFybGllciBtZXNzYWdlcyBoYXZlIG5v dCByZWFjaGVkIHRoZSBpbnRlbmRlZCByZWNlaXZlciB5ZXQsIGEgcmUtc2lnbmFsaW5nIGlzIHJl cXVpcmVkLiAgQSByZWNlaXZlciBtYXkgaW50ZW5kIHRvIHJlcXVlc3QgYW4gU0xBIG1lc3NhZ2Ug ZnJvbSB0aGUgb3JpZ2luYXRvciBpbiBzdWNoIGNhc2UuICBTaW5jZSBCR1AgbWVzc2FnZXMgYXJl IGNvbnNpZGVyZWQgcmVsaWFibGUsIGl0IGlzIGFzc3VtZWQgdGhhdCBhZHZlcnRpc2VkIG1lc3Nh Z2VzIGFsd2F5cyByZWFjaCBpbnRlbmRlZCByZWNlaXZlcnMuICBUaHVzIGRpc2N1c3Npb24gb2Yg UkVRVUVTVA0KICAgbWVzc2FnZSwgZm9yIHRoaXMgcHVycG9zZSBvciBhbnkgb3RoZXIgcHVycG9z ZSwgaXMgY29uc2lkZXJlZCBvdXQgb2YgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuIg0KU29t ZSBwYXJzaW5nIGlzc3Vlcy4NClRoZSB0ZXh0IHNlZW1zIHRvIHNlbGYgY29udHJhZGljdDoNCi0g ImEgcmUtc2lnbmFsaW5nIGlzIHJlcXVpcmVkIg0KLSAiU2luY2UgQkdQIG1lc3NhZ2VzIGFyZSBj b25zaWRlcmVkIHJlbGlhYmxlLCBpdCBpcyBhc3N1bWVkIHRoYXQgYWR2ZXJ0aXNlZCBtZXNzYWdl cyBhbHdheXMgcmVhY2ggaW50ZW5kZWQgcmVjZWl2ZXJzLiINCiANCm0zMCkNCiAgICJUaGVyZSBh cmUgd2VsbC1kZWZpbmVkIHJlY29tbWVuZGF0aW9ucyB0aGF0IGV4aXN0IGZvciB0cmFmZmljIGNs YXNzIG1hcHBpbmcgYmV0d2VlbiB0d28gdGVjaG5vbG9naWVzLiAiDQogICANCiAgIFBsZWFzZSBw cm92aWRlcyByZWZlcmVuY2VzLg0KICAgDQptMzEpDQoiQVMyIGNhbiBhZHZlcnRpc2UgdGhlIHNh bWUgb3IgYSBzdWJzZXQgb2YgdGhhdCBTTEEgdG8gQVMzIGluIHRoZSBjb250ZXh0IG9mIHR1bm5l bCdzIGlwIGFkZHJlc3MuIg0KV2hpY2ggdHVubmVsIGFyZSB5b3UgcmVmZXJpbmcgdG8/DQogDQoN Ck5pdHM6DQpOMSkgSUQgTml0cyByZXBvcnRzIDEgZXJyb3IgKE9ic29sZXRlIG5vcm1hdGl2ZSBy ZWZlcmVuY2UpDQpOMikgSW4gYSBCR1AgY29udGV4dCwgIkFTIiBzdGFuZHMgZm9yICJBdXRvbm9t b3VzIFN5c3RlbSIgYW5kIG5vdCAiQXV0b21hdGVkIFN5c3RlbSINCk4zKSAgDQoiICAgICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKw0KICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgfiAgICAgICAgICAgICAgVHJhZmZpYyBDbGFz cyBFbGVtZW50cyBjb3VudC92YWx1ZXMgICAgICAgICAgICAgIH4NCiAgICAgICB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0K ICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rICINCgkgICANCkkgZmVlbCB0aGF0IHRoZSBmaWd1cmUgY291bGQgYmUg dXBkYXRlZCB0byBtb3JlIGFjY3VyYXRlbHkgcmVwcmVzZW50IGJvdGggZmllbGRzIChsZW5ndGgp LglTb21ldGhpbmcgbGlrZSAgIA0KCQkNCgkgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHwgVHJhZmZpYyAg Q291bnR8ICAgICAgVHJhZmZpYyBDbGFzcyB2YWx1ZXMgICAgICAgICAgICAgICAgICAgICB8DQog ICAgICAgKy0rLSstKy0rLSstKy0rLSsgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH4NCiAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgIH4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB+DQogICAgICAg fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwNCiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQpONCkgSW4gZ2VuZXJhbCBmb3IgYWxsIGZpZ3Vy ZXMsIGl0J3MgZWFzaWVyIGlmIHRoZSBuYW1lIG9mIHRoZSBsZWdlbmQgLyBkZXNjcmlwdGl2ZSBw YXJhZ3JhcGggbWF0Y2ggdGhlIG5hbWUgaW4gdGhlIGZpZ3VyZS4NCmUuZy4gIA0KIkNsYXNzIERl c2MgTGVuIiBpbiBmaWd1cmUgdmVyc3VzICJUcmFmZmljIENsYXNzIERlc2NyIExlbmd0aCIgaW4g dGhlIGxlZ2VuZA0KIkFkdmVydGlzZXIgaWQgVExWcyIgaW4gZmlndXJlIHZlcnN1cyAiT3B0aW9u YWwgQWR2ZXJ0aXNlciBpZCBUTFYiIGluIHRoZSBsZWdlbmQNCiJFdmVudCIgaW4gZmlndXJlIHZl cnN1cyAiU0xBIEV2ZW50IFR5cGUiIGluIHRoZSBsZWdlbmQNCi4uLg0KCQ0KTjUpCQkNCiJJUEZJ WCBJQU5BIHJlZ2lzdHJ5IGlzICJodHRwczovL3d3dy5pZXRmLm9yZy9hc3NpZ25tZW50cy9pcGZp eCIgIg0KTWF5IGJlIGFkZGVkIHRvIHRoZSByZWZlcmVuY2Ugc2VjdGlvbi4NCg0KTjYpIFRoZXJl IGlzIGEgbWl4IG9mIHVzYWdlIG9mICJvY3RldCIgYW5kICJieXRlIi4gRm9yIGNvbnNpc3RlbmN5 LCBvbmx5IG9uZSBzaG91bGQgYmUgY2hvc2VuICgib2N0ZXQiIElNSE8pDQoNCk43KVtDUFBdICAg ICAgSS1ELmJvdWNhZGFpci1jb25uZWN0aXZpdHktcHJvdmlzaW9uaW5nLXByb2ZpbGUiDQp3aHkg bm90IGNpdGluZyBSRkMgNzI5NyBpbnN0ZWFkPw0KDQoNClJlZ2FyZHMsDQpCcnVubw0KCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZl bnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9y aXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxl eiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVz IHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0 aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBz aSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpU aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwg b3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0 aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0 aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxl YXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUg Zm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmll ZC4KVGhhbmsgeW91LgoK From nobody Fri May 22 06:50:24 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E40821A1A5B; Fri, 22 May 2015 06:50:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XS7StV7cbx_g; Fri, 22 May 2015 06:50:22 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA30A1A1A59; Fri, 22 May 2015 06:50:18 -0700 (PDT) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net; Received: from [172.29.35.50] (66.129.241.11) by BLUPR05MB724.namprd05.prod.outlook.com (10.141.207.154) with Microsoft SMTP Server (TLS) id 15.1.166.22; Fri, 22 May 2015 13:50:15 +0000 Content-Type: text/plain; charset="windows-1252" MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: "John G. Scudder" In-Reply-To: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> Date: Fri, 22 May 2015 09:50:07 -0400 Content-Transfer-Encoding: quoted-printable Message-ID: <2CB8934F-DA50-4014-AD93-2C4E141BFDF0@juniper.net> References: <20150516095828.7350.47849.idtracker@ietfa.amsl.com> To: X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BY1PR10CA0016.namprd10.prod.outlook.com (25.160.197.26) To BLUPR05MB724.namprd05.prod.outlook.com (10.141.207.154) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB724; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(520002)(5005006)(3002001); SRVR:BLUPR05MB724; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB724; X-Forefront-PRVS: 058441C12A X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(24454002)(51704005)(199003)(164054003)(377454003)(189002)(377424004)(40100003)(122386002)(101416001)(83716003)(87976001)(42186005)(57306001)(105586002)(76176999)(15975445007)(81156007)(50986999)(86362001)(77096005)(92566002)(4001540100001)(46102003)(110136002)(66066001)(64706001)(50226001)(62966003)(77156002)(97736004)(47776003)(2950100001)(68736005)(5001860100001)(5001830100001)(23746002)(50466002)(106356001)(33656002)(2351001)(5001960100002)(19580405001)(36756003)(19580395003)(450100001)(189998001)(230783001)(82746002)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB724; H:[172.29.35.50]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 May 2015 13:50:15.8865 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB724 Archived-At: Cc: "idr@ietf. org" Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-nh-cost-02.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 13:50:24 -0000 I notice this version is a big update compared to previous versions =96 = you've abandoned NH-SAFI and are using BGP-LS instead. I personally have = no problem with this change, but considering it's a working group draft, = I think it would be a good idea for the authors to provide the WG with a = summary of the motivation for the change. Thanks, =96 John On May 16, 2015, at 5:58 AM, internet-drafts@ietf.org wrote: >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Inter-Domain Routing Working Group of = the IETF. >=20 > Title : Carrying next-hop cost information in BGP > Authors : Ilya Varlashkin > Robert Raszuk > Keyur Patel > Manish Bhardwaj > Serpil Bayraktar > Filename : draft-ietf-idr-bgp-nh-cost-02.txt > Pages : 10 > Date : 2015-05-16 >=20 > Abstract: > BGPLS provides a mechanism by which Link state and traffic > engineering information can be collected from internal networks and > shared with external network routers using BGP. BGPLS defines a new > Address Family to exchange this information using BGP. >=20 > BGP Optimal Route Reflection (ORR) provides a mechanism for a > centralized BGP Route Reflector to acheive requirements of a Hot > Potato Routing as described in Section 11 of [RFC4456]. Optimal > Route Reflection requires BGP ORR to overwrite the default IGP > location placement of the route reflector; which is used for > determining cost to the nexthop contained in the path. >=20 > This draft augments BGPLS and defines a new extensions to exchange > cost information to next-hops for the purpose of calculating best > path from a peer perspective rather than local BGP speaker own > perspective. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-nh-cost/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-idr-bgp-nh-cost-02 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-idr-bgp-nh-cost-02 >=20 >=20 > 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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri May 22 07:25:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DCA51A010F; Fri, 22 May 2015 07:24:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W8JbYfnv35gs; Fri, 22 May 2015 07:24:53 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 500251A00B1; Fri, 22 May 2015 07:24:53 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: , , , References: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> Date: Fri, 22 May 2015 10:24:56 -0400 Message-ID: <010601d0949b$13f15850$3bd408f0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIM9WM88S1yuXJvv2o0F/ow4GZjK50PSb6A Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: rtg-dir@ietf.org, 'idr wg' Subject: Re: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 14:24:57 -0000 Bruno:=20 It is for the Chairs to discuss with the authors. However, I hope that = the authors will discuss these issues on list with you. I think it is = important to cover the major topics on list? I will start a WG thread = with these major issue. The minor issues will be addressed offline with = the authors.=20 Thank you for your careful review. =20 Sue Hares=20 -----Original Message----- From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of = bruno.decraene@orange.com Sent: Friday, May 22, 2015 9:29 AM To: rtg-ads@tools.ietf.org; idr-chairs@ietf.org; = draft-ietf-idr-sla-exchange.all@tools.ietf.org Cc: rtg-dir@ietf.org; idr wg Subject: [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 Hello, I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review, and = sometimes on special request. The purpose of the review is to provide = assistance to the Routing ADs. For more information about the Routing = Directorate, please see = =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. Document: draft-ietf-idr-sla-exchange-05 Reviewer: Bruno Decraene Review Date: 22/05/2015 IETF LC End Date: 02/03/2015 Intended Status: Standards Track Summary: I have significant concerns about this document and recommend = that the Routing ADs discuss these issues further with the authors.=20 (Or the chairs as I see that this document has not yet been passed to = the ADs) Comments: In general, the readability of the document is acceptable but could be = improved, both from a language and technical precision point of view. = (examples below). However, there are some normative parts of this Standard Track = specification that I could not understand. Major: M1) The Introduction states "In a multi-vendor network, translating SLAs into technology-specific = and vendor-specific configuration requires to consider specificities of = each vendor. There does not exist any standard protocol to translate SLA agreements = into technical clauses and configurations and thus both the steps of out = of band learning of negotiated SLA and provisioning them in a vendor = specific language can be complex and error-prone." =20 - I guess some would use NETCONF/YANG to address this. It could be = questioned why BGP has been preferred. Especially since: - in the VPN context (using a lot of QoS and the uses cases described = in the document) many customer connections use static routing rather = than eBGP. Hence this specification would not be enough to distribute = SLA and would require another protocol. - QoS is only one part of the configuration effort. Why using different = protocols to configure different aspects? - This may be related to draft-l3vpn-service-yang and the L3VPN Service = Model WG (l3sm). May be some form of coordination would be beneficial. M2)"The exception is where a BGP speaker, in the middle of an update = path to the destination AS, aggregates prefixes. We will refer this = middle BGP speaker, that aggregates routes, as an Aggregator. Aggregator = is then required to insert original NLRI details in the optional = advertiser field" =09 If you refer to the use of AS_SET, RFC6472 recommends against the use of = AS_SET. So, I'm not sure that there is a need to add complexity in this = specification in order to handle route aggregation. If removed, "section 5.3 Aggregator" may also be removed. =09 M4) "Traffic Class Description Ascii Description of the Traffic Class" Should it be UTF-8? M5) SLA definition It would be good to define what a SLA is. Especially since this whole = goal of the draft is to advertise SLA in BGP. Citing an individual draft = [CPP] is not enough to have an agreed on definition, especially for a = STD track RFC. Since QoS is not new in the IETF, there is probably a document defining = it (or using a more popular terminology). Looking in google, I don't really see matches for "IETF SLA" (outside of = documents written by the authors). Wikipedia seems to give a quite different definition, much wider than = diffserv specific parameters which seems to be the main point of this = BGP attribute: "A service-level agreement (SLA) is a part of a service = contract[disambiguation needed] where a service is formally defined. = Particular aspects of the service - scope, quality, responsibilities - = are agreed between the service provider and the service user. A common = feature of an SLA is a contracted delivery time (of the service or = performance). As an example, Internet service providers and telcos will = commonly include service level agreements within the terms of their = contracts with customers to define the level(s) of service being sold in = plain language terms. In this case the SLA will typically have a = technical definition in terms of mean time between failures (MTBF), mean = time to repair or mean time to recovery (MTTR); identifying which party = is responsible for reporting faults or paying fees; responsibility for = various data rates; throughput; jitter; or similar measurable details.." M6) " Traffic Class Service (optional), 16-bit =3D type of the field variable-length =3D based on type of the service" =09 Please specify the content of the "variable-length" field.=20 If it only contains the Data Type of the IPFIX Information Elements, I'm = not sure how the encoding supports, on the receiving side, the skipping = of unknown ElementID. Given that I also don't see an end to end negotiation channel for the = BGP speaker to known the capabilities of the BGP receiver, I don't see = how the specification will support the introduction of new Traffic Class = Services in the future.=09 M7) NLRI I don't see the relation between the QoS attribute and the NLRI. - Is the QoS attribute only applicable to the NLRI advertised? If so = what is the relation with destinationIP* advertised in the classifier = Element? Should they be restricted to more specifics of the advertised = NLRI? - Also the QoS attribute may instruct "to drop entire BGP update message = [Note that it is an indication to drop entire update message, not only = QoS attribute]". This means that the NLRI will not be propagated, hence = routed, anymore, which seems strange. To preserve routing of the NLRI, = do the QoS attribute require to advertise a less specific prefix (with = no QoS attribute) in addition? Or to use ADD_PATH to advertise the NLRI = multiple times (with & without the QoS attribute). Possibly same question for the relation between the QoS attribute and = the AFI/SAFI of the BGP UPDATE. Is the QoS attribute to be understood in = the context of the AFI/SAFI or not? e.g. if the classifier element is = the ipDiffServCodePoint does it match all protocols or only the one of = the AFI/SAFI? M8) Error handling Current text says that error handling MAY use attribute discard or MAY = use treat as withdraw. This seems underspecified as one implementation would be free to do = nothing, while another could do session reset. This would open many BGP = session reset in real networks. Please specific what must be done.=20 Besides, other part of the document provides some more = specific/different error handling. e.g. "If there are more than one such = Traffic Classes present then advertised SLA parameters MUST be ignored." Finally, the spec needs to define when the new attribute is considered = malformed. On an editorial note, I would prefer a dedicate section related to error = handling. M9) security consideration may require some discussion. "There is a potential for mis-behaved AS to advertise wrong SLA, = stealing identity of another AS." Agreed. But there are probably other attack vectors (e.g. modifying the = attribute during propagation, setting parameters to instruct BGP to drop = the message (as this seems alllowed by the specification)...) "This resembles to problems already identified and resolved, in the = routing world, thru reverse path forwarding check." "Resembles" is not enough. "Resolved" is probably a bit quick. "One proposal, inline to RPF, to resolve such threats is to have each = BGP speaker node, in the forwarding path, perform reverse path check on = source AS." If this is a specification, it should be described in the document = (quickly citing it in the security section is not enough). It's also a bit short in term of specification. e.g. I don't see "source = AS" in the forwarding path (neither in the packet nor in the FIB) "Since we expect these messages to originate and distributed in the = managed network, there should not be any risks for identity theft." If you restrict the use of this specification/ATTRIBUTE in "managed = network", this needs to be clarified from the beginning (and not at this = very end of the document), and the specification should take measure to = ensure that this attribute is not received from/leaked outside of this = "managed network". Defining "managed network" may also help, especially since the = proposition involves multiple ASes and multiple organisations. (otherwise, you need to handle the case when this attribute is used = outside of "managed network" and therefore consider the security = implications) M10) IANA section is under specified. e.g. you should: - states the name of the registry that you want to create or update. - states the name of the new entries in existing registries. - define all your new registries. (e.g. you don't have ones for new QoS = TLV subtypes (defined in =C2=A73.1), Optional Advertised id TLV, SLA = event Type...) - define the registration policy of those new registries. Reading RFC5226 may help. Minor (some not so minor): m1) From an editorial standpoint, the document may benefit from an = english language review. - Some sentences are hard to parse (at least for me). e.g. "The need = to exchange SLA parameters between domains (Automated Systems (AS)), = where in use-cases described in this document, BGP is a suitable = protocol for inter-domain exchange [RFC4271][RFC4364]. - Adding a full point "." at the end of each sentence may help the = parsing. - IMHO some sentences could be rewritten to improve readability. e.g. OLD:=20 highest order bit (bit 0) - It defines if update message MUST be dropped (if set to 1) without updating routing information base, when this is the last BGP receiver from the list of destination ASes this attribute is announced to, or MUST announce (if set to 0) further to BGP peers NEW highest order bit (bit 0) - This flags defines how update message must be handled by the last BGP = receiver in the list of destination ASes. If set (1) update message MUST be dropped without updating = routing information base. If cleared (0) update message MUST be further advertised to BGP = peers. =20 On a side note, at this point in the document, it's not crystal clear = what you mean by "update message". The QoS Attribute TLV? The QoS BGP = attribute? The BGP UPDATE message? In general, in the document, please = use the protocols names of the messages/fields. - "SLA sub-type specific value field details." I guess you mean = :s/specific/specifies.=20 =20 m2) OLD: Remaining bits are currently unused and MUST be set to 0 NEW: The lower-order seven bits of the Attribute Flags octet are unused. = They MUST be zero when sent and MUST be ignored when received.=20 (Proposed text is a copy/past from RFC 4271. You are free to use another = text but please specify the behaviour on the receiving side as we have = seen BGP session reset in the Internet which a much clearer sentence.) m3) That's not specific to this document, but I would find useful to = have the related implementation report draft be referenced in the = informative reference section. m4) "sub type Length" Please specify exactly what part of the message is = covered by the length (as some IETF spec use the length of the value = field, while some other use the length of the type+length+value fields. =20 m5) "32-bit source AS (Advertiser)" The word "advertiser" may be = misleading. (cf draft-hares-idr-update-attrib-low-bits-fix). RFC 4271 = uses "Originating speaker" (SIDR seems also to use "Origin". Multiple occurrences in the draft. m6) "0 =3D ignore Source and Destination AS list from this Value field. Instead refer to Source and Destination AS as defined by BGP message" I'm not sure what is meant by the second sentence. Please use the = specific names of BGP messages and fields. m7) "format of the SLA message" Giving names and number to figures could be considered. So does adding the memory axis: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 =09 m8) =09 " Optional advertiser id total len 16-bit Source address identifier (optional)." =09 I read this as the field "Optional advertiser id total len" contains a = 16-bit Source address identifier. While this field probably contain the length of "something". Please = check/clarify.=20 m9)=20 "Optional Advertiser id TLV 4-bit type" =09 You need to specify the size of the "Length" field. Especially since you = introduce a somewhat unusual size of the "Type field" and some people = may assume that the size of the "length" field is of the same size = (4-bit), while some others may believe its the usual 1-octet. =09 m10)" Destination AS count 32-bit destination AS count to take variable length AS list." I guess you mean: number of destination ASes This field indicates the number of destination AS present in the = Destination AS list m11) "SLA Id" The text under "SLA Id" mixes text related to "SLA Id " and text related = to "Content". Please split the text. m12) I don't see a description of the filed "Content as per SLA Event" m13) " SLA Length 12-bits" Please specify what is covered/measured by this length field. =09 m14) " Direction 0x1 =3D incoming, from destination AS towards source AS 0x2 =3D outgoing, from source AS towards destination AS" I find the terms "incoming" and "outcoming" a bit misleading. e.g. the direction "from source AS towards destination AS" seems to be: - outgoing in the source AS - ingoing in the destination AS =09 m15) "Traffic Class Descr Length 08-bit, size of the length" proposition :s/size of the length/ length of XXX m16) In section 3, I don't see the specification of the REQUEST SLA even = type. At the end of the document, it's said that "discussion of REQUEST = message, for this purpose or any other purpose, is considered out of the = scope of this document." In which case, you should probably not specify = a REQUEST SLA even type. =20 m19) "Given IPFIX [RFC5102] has well defined identifier set for a large = number of packet attributes, IPFIX IANA registry is = "https://www.ietf.org/assignments/ipfix" chosen to specify packet = classification attributes." Sentence is hard to parse, which is an issue for a normative part.=09 The reference should probably be listed in the reference section. "However, since not all identifiers from IPFIX would be applicable to = this proposal, only a limited set identified here can be supported by = BGP SLA exchange. Any new element identifier, in future, added to the = IPFIX IANA registry does not automatically mean supported for this = proposal." - This probably calls for a IANA registry to identify which element = identifier can be used. - Text should clarify that the list of accepted identifiers is defined = in the subsequent list (having no name and no number). =09 m20) section 3 is hard to read. - IMO the document/section 3 would benefit from an section presenting an = overview of the solution - section 3 have a single subsection (3.1) hence the interest of using = subsection is limited. Given the size of section 3 (10 pages), to = improve readability I would suggest the use of multiples subsection. m21) "The minimum policed unit (m) and maximum packet size (M) parameters have no relevance for the purpose of SLA exchange. Thus they MUST be ignored." Why specifying and sending such parameters in BGP if they MUST be = ignored by the receiver? =20 =20 m22) " This rate indicates the minimum rate, measured in bytes of Layer 2 = (L2) datagrams per second," I'm not sure why the Layer 2 size is used rather than the layer 3 size. = As a consequence, you need to send additional information (L2_OVERHEAD) = which may be not needed otherwise. Draft cites RFC 2212 as the source of this TRAFFIC_CLASS_TSPEC = parameter, and RFC 2212 use the IP datagram size. m23) "4. Originating SLA Notification The QoS attribute to advertise SLA sub-type MUST be added by the originator of a BGP UPDATE message." =20 I guess you don't mean that advertising this new attribute is mandatory. = So please rephrase (e.g. at least :s/MUST/MAY) =20 m24) " If a BGP node is capable of processing QoS attribute, it = optionally MAY process the message." What message? The BGP UPDATE? =20 m25) "BGP node MUST drop SLA related sub-type from the QoS attribute, = if none of the AS from the destination list is in the forwarding path." There is no AS in the forwarding path. Please rephrase. =20 m26) "5.2. BGP Node not Capable of Processing QoS Attribute If the BGP node is not capable of processing QoS attribute, it MUST forward the QoS attribute message unaltered." This section is completely useless. It should either be removed or at = the minimum should not specify a behavior. e.g. OLD: it MUST forward NEW: as per RFC4271, it will or should define what is meant by "processing QoS attribute". (my = reading is "does not recognize") m27) "If advertised QoS Attribute, inside an update message, is with a = flag set indicating to drop that message, a receiver MUST drop message = if it is the last receiver, in update path, that message is advertised = to." This is not extremely clear. Especially for a "MUST" behavior. Please = rephrase using the protocols names of the messages/fields. m28)"If the advertised SLA is from the next hop, in the reverse path, = the receiver may implement advertised SLA for the whole link, the link = could be physical or virtual link, associated with the next hop. " =20 I don't understand. Please rephrase. (e.g. which next-hop?, reverse path = of what?) "If NLRI advertised in update message is not of the next hop," I don't understand. Please rephrase.=20 m29) "For cases where if earlier messages have not reached the intended = receiver yet, a re-signaling is required. A receiver may intend to = request an SLA message from the originator in such case. Since BGP = messages are considered reliable, it is assumed that advertised messages = always reach intended receivers. Thus discussion of REQUEST message, for this purpose or any other purpose, is considered out of = the scope of this document." Some parsing issues. The text seems to self contradict: - "a re-signaling is required" - "Since BGP messages are considered reliable, it is assumed that = advertised messages always reach intended receivers." =20 m30) "There are well-defined recommendations that exist for traffic class = mapping between two technologies. " =20 Please provides references. =20 m31) "AS2 can advertise the same or a subset of that SLA to AS3 in the = context of tunnel's ip address." Which tunnel are you refering to? =20 Nits: N1) ID Nits reports 1 error (Obsolete normative reference) N2) In a BGP context, "AS" stands for "Autonomous System" and not = "Automated System" N3) =20 " +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ Traffic Class Elements count/values ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = " =20 I feel that the figure could be updated to more accurately represent = both fields (length). Something like =20 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Traffic Count| Traffic Class values | +-+-+-+-+-+-+-+-+ ~ | | ~ ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ N4) In general for all figures, it's easier if the name of the legend / = descriptive paragraph match the name in the figure. e.g. =20 "Class Desc Len" in figure versus "Traffic Class Descr Length" in the = legend "Advertiser id TLVs" in figure versus "Optional Advertiser id = TLV" in the legend "Event" in figure versus "SLA Event Type" in the = legend ... =09 N5) =09 "IPFIX IANA registry is "https://www.ietf.org/assignments/ipfix" " May be added to the reference section. N6) There is a mix of usage of "octet" and "byte". For consistency, only = one should be chosen ("octet" IMHO) N7)[CPP] I-D.boucadair-connectivity-provisioning-profile" why not citing RFC 7297 instead? Regards, Bruno _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. From nobody Fri May 22 07:34:42 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D99051A0270; Fri, 22 May 2015 07:34:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qz0TUSnxOKdy; Fri, 22 May 2015 07:34:35 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 434B61A014D; Fri, 22 May 2015 07:34:34 -0700 (PDT) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id 8D7E33244DA; Fri, 22 May 2015 16:34:32 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 716EE4C015; Fri, 22 May 2015 16:34:32 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0235.001; Fri, 22 May 2015 16:34:32 +0200 From: To: Susan Hares Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 Thread-Index: AQIM9WM898NgyTYpzEmgNzGC+561OJ0PSb6AgAACr+A= Date: Fri, 22 May 2015 14:34:31 +0000 Message-ID: <2522_1432305272_555F3E78_2522_8958_1_53C29892C857584299CBF5D05346208A0F58D1D4@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> <010601d0949b$13f15850$3bd408f0$@ndzh.com> In-Reply-To: <010601d0949b$13f15850$3bd408f0$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.22.140316 Archived-At: Cc: "rtg-dir@ietf.org" , "rtg-ads@tools.ietf.org" , 'idr wg' Subject: Re: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 14:34:40 -0000 U3VzYW4sDQoNCj4gRnJvbTogU3VzYW4gSGFyZXMgW21haWx0bzpzaGFyZXNAbmR6aC5jb21dID4g U2VudDogRnJpZGF5LCBNYXkgMjIsIDIwMTUgNDoyNSBQTQ0KPiANCj4gQnJ1bm86DQo+IA0KPiBJ dCBpcyBmb3IgdGhlIENoYWlycyB0byBkaXNjdXNzIHdpdGggdGhlIGF1dGhvcnMuIA0KDQpTdXJl Lg0KSWYgeW91IGFyZSByZWZlcnJpbmcgdG8gdGhlIGludHJvZHVjdGlvbiB0ZXh0IGNpdGluZyBS b3V0aW5nIEFEcywgSSBmZWx0IGxpa2UgSSBoYWQgdG8gZm9sbG93IHRoZSBlbWFpbCB0ZW1wbGF0 ZSBwcm92aWRlZCBhdCAgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93 aWtpL1J0Z0Rpckd1aWRhbmNlDQoNCkJydW5vDQoNCj4gSG93ZXZlciwgSSBob3BlIHRoYXQgdGhl DQo+IGF1dGhvcnMgd2lsbCBkaXNjdXNzIHRoZXNlIGlzc3VlcyBvbiBsaXN0IHdpdGggeW91LiAg SSB0aGluayBpdCBpcyBpbXBvcnRhbnQgdG8NCj4gY292ZXIgdGhlIG1ham9yIHRvcGljcyBvbiBs aXN0PyAgIEkgd2lsbCBzdGFydCBhIFdHIHRocmVhZCB3aXRoIHRoZXNlIG1ham9yDQo+IGlzc3Vl LiAgVGhlIG1pbm9yIGlzc3VlcyB3aWxsIGJlIGFkZHJlc3NlZCBvZmZsaW5lIHdpdGggdGhlIGF1 dGhvcnMuDQo+IA0KPiBUaGFuayB5b3UgZm9yIHlvdXIgY2FyZWZ1bCByZXZpZXcuDQo+IA0KPiBT dWUgSGFyZXMNCj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBy dGctZGlyIFttYWlsdG86cnRnLWRpci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4g YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbQ0KPiBTZW50OiBGcmlkYXksIE1heSAyMiwgMjAxNSA5 OjI5IEFNDQo+IFRvOiBydGctYWRzQHRvb2xzLmlldGYub3JnOyBpZHItY2hhaXJzQGlldGYub3Jn OyBkcmFmdC1pZXRmLWlkci1zbGEtDQo+IGV4Y2hhbmdlLmFsbEB0b29scy5pZXRmLm9yZw0KPiBD YzogcnRnLWRpckBpZXRmLm9yZzsgaWRyIHdnDQo+IFN1YmplY3Q6IFtSVEctRElSXSBSdGdEaXIg cmV2aWV3OiBkcmFmdC1pZXRmLWlkci1zbGEtZXhjaGFuZ2UtMDUNCj4gDQo+IEhlbGxvLA0KPiAN Cj4gSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3 ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZQ0KPiBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJl dmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzDQo+IHRoZXkgcGFz cyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBv biBzcGVjaWFsDQo+IHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJv dmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nDQo+IEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRp b24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQo+IGh0dHA6Ly90 cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCj4gDQo+IEFsdGhv dWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRp bmcgQURzLCBpdA0KPiB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVt IGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFzdA0KPiBDYWxsIGNvbW1lbnRzIHRoYXQgeW91 IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gNCj4gZGlzY3Vzc2lv biBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQo+IA0KPiBEb2N1bWVudDogZHJhZnQtaWV0Zi1p ZHItc2xhLWV4Y2hhbmdlLTA1DQo+IFJldmlld2VyOiBCcnVubyBEZWNyYWVuZQ0KPiBSZXZpZXcg RGF0ZTogMjIvMDUvMjAxNQ0KPiBJRVRGIExDIEVuZCBEYXRlOiAwMi8wMy8yMDE1DQo+IEludGVu ZGVkIFN0YXR1czogU3RhbmRhcmRzIFRyYWNrDQo+IA0KPiBTdW1tYXJ5OiAgSSBoYXZlIHNpZ25p ZmljYW50IGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgYW5kIHJlY29tbWVuZA0KPiB0aGF0 IHRoZSBSb3V0aW5nIEFEcyBkaXNjdXNzIHRoZXNlIGlzc3VlcyBmdXJ0aGVyIHdpdGggdGhlIGF1 dGhvcnMuDQo+IA0KPiAoT3IgdGhlIGNoYWlycyBhcyBJIHNlZSB0aGF0IHRoaXMgZG9jdW1lbnQg aGFzIG5vdCB5ZXQgYmVlbiBwYXNzZWQgdG8gdGhlDQo+IEFEcykNCj4gDQo+IENvbW1lbnRzOg0K PiBJbiBnZW5lcmFsLCB0aGUgcmVhZGFiaWxpdHkgb2YgdGhlIGRvY3VtZW50IGlzIGFjY2VwdGFi bGUgYnV0IGNvdWxkIGJlDQo+IGltcHJvdmVkLCBib3RoIGZyb20gYSBsYW5ndWFnZSBhbmQgdGVj aG5pY2FsIHByZWNpc2lvbiBwb2ludCBvZiB2aWV3Lg0KPiAoZXhhbXBsZXMgYmVsb3cpLg0KPiBI b3dldmVyLCB0aGVyZSBhcmUgc29tZSBub3JtYXRpdmUgcGFydHMgb2YgdGhpcyBTdGFuZGFyZCBU cmFjaw0KPiBzcGVjaWZpY2F0aW9uIHRoYXQgSSBjb3VsZCBub3QgdW5kZXJzdGFuZC4NCj4gDQo+ IE1ham9yOg0KPiBNMSkgVGhlIEludHJvZHVjdGlvbiBzdGF0ZXMNCj4gIkluIGEgbXVsdGktdmVu ZG9yIG5ldHdvcmssIHRyYW5zbGF0aW5nIFNMQXMgaW50byB0ZWNobm9sb2d5LXNwZWNpZmljIGFu ZA0KPiB2ZW5kb3Itc3BlY2lmaWMgY29uZmlndXJhdGlvbiByZXF1aXJlcyB0byBjb25zaWRlciBz cGVjaWZpY2l0aWVzIG9mIGVhY2gNCj4gdmVuZG9yLg0KPiBUaGVyZSBkb2VzIG5vdCBleGlzdCBh bnkgc3RhbmRhcmQgcHJvdG9jb2wgdG8gdHJhbnNsYXRlIFNMQSBhZ3JlZW1lbnRzIGludG8NCj4g dGVjaG5pY2FsIGNsYXVzZXMgYW5kIGNvbmZpZ3VyYXRpb25zIGFuZCB0aHVzIGJvdGggdGhlIHN0 ZXBzIG9mIG91dCBvZiBiYW5kDQo+IGxlYXJuaW5nIG9mIG5lZ290aWF0ZWQgU0xBIGFuZCBwcm92 aXNpb25pbmcgdGhlbSBpbiBhIHZlbmRvciBzcGVjaWZpYw0KPiBsYW5ndWFnZSBjYW4gYmUgY29t cGxleCBhbmQgZXJyb3ItcHJvbmUuIg0KPiANCj4gLSBJIGd1ZXNzIHNvbWUgd291bGQgdXNlIE5F VENPTkYvWUFORyB0byBhZGRyZXNzIHRoaXMuIEl0IGNvdWxkIGJlDQo+IHF1ZXN0aW9uZWQgd2h5 IEJHUCBoYXMgYmVlbiBwcmVmZXJyZWQuIEVzcGVjaWFsbHkgc2luY2U6DQo+IAktIGluIHRoZSBW UE4gY29udGV4dCAodXNpbmcgYSBsb3Qgb2YgUW9TIGFuZCB0aGUgdXNlcyBjYXNlcyBkZXNjcmli ZWQNCj4gaW4gdGhlIGRvY3VtZW50KSBtYW55IGN1c3RvbWVyIGNvbm5lY3Rpb25zIHVzZSBzdGF0 aWMgcm91dGluZyByYXRoZXIgdGhhbg0KPiBlQkdQLiBIZW5jZSB0aGlzIHNwZWNpZmljYXRpb24g d291bGQgbm90IGJlIGVub3VnaCB0byBkaXN0cmlidXRlIFNMQSBhbmQNCj4gd291bGQgcmVxdWly ZSBhbm90aGVyIHByb3RvY29sLg0KPiAJLSBRb1MgaXMgb25seSBvbmUgcGFydCBvZiB0aGUgY29u ZmlndXJhdGlvbiBlZmZvcnQuIFdoeSB1c2luZyBkaWZmZXJlbnQNCj4gcHJvdG9jb2xzIHRvIGNv bmZpZ3VyZSBkaWZmZXJlbnQgYXNwZWN0cz8NCj4gDQo+IC0gVGhpcyBtYXkgYmUgcmVsYXRlZCB0 byBkcmFmdC1sM3Zwbi1zZXJ2aWNlLXlhbmcgYW5kIHRoZSBMM1ZQTiBTZXJ2aWNlDQo+IE1vZGVs IFdHIChsM3NtKS4gTWF5IGJlIHNvbWUgZm9ybSBvZiBjb29yZGluYXRpb24gd291bGQgYmUgYmVu ZWZpY2lhbC4NCj4gDQo+IE0yKSJUaGUgZXhjZXB0aW9uIGlzIHdoZXJlIGEgQkdQIHNwZWFrZXIs IGluIHRoZSBtaWRkbGUgb2YgYW4gdXBkYXRlIHBhdGgNCj4gdG8gdGhlIGRlc3RpbmF0aW9uIEFT LCBhZ2dyZWdhdGVzIHByZWZpeGVzLiBXZSB3aWxsIHJlZmVyIHRoaXMgbWlkZGxlIEJHUA0KPiBz cGVha2VyLCB0aGF0IGFnZ3JlZ2F0ZXMgcm91dGVzLCBhcyBhbiBBZ2dyZWdhdG9yLiBBZ2dyZWdh dG9yIGlzIHRoZW4NCj4gcmVxdWlyZWQgdG8gaW5zZXJ0IG9yaWdpbmFsIE5MUkkgZGV0YWlscyBp biB0aGUgb3B0aW9uYWwgYWR2ZXJ0aXNlciBmaWVsZCINCj4gDQo+IElmIHlvdSByZWZlciB0byB0 aGUgdXNlIG9mIEFTX1NFVCwgUkZDNjQ3MiByZWNvbW1lbmRzIGFnYWluc3QgdGhlIHVzZSBvZg0K PiBBU19TRVQuIFNvLCBJJ20gbm90IHN1cmUgdGhhdCB0aGVyZSBpcyBhIG5lZWQgdG8gYWRkIGNv bXBsZXhpdHkgaW4gdGhpcw0KPiBzcGVjaWZpY2F0aW9uIGluIG9yZGVyIHRvIGhhbmRsZSByb3V0 ZSBhZ2dyZWdhdGlvbi4NCj4gSWYgcmVtb3ZlZCwgInNlY3Rpb24gNS4zIEFnZ3JlZ2F0b3IiIG1h eSBhbHNvIGJlIHJlbW92ZWQuDQo+IA0KPiBNNCkNCj4gICJUcmFmZmljIENsYXNzIERlc2NyaXB0 aW9uDQo+ICAgICAgICAgQXNjaWkgRGVzY3JpcHRpb24gb2YgdGhlIFRyYWZmaWMgQ2xhc3MiDQo+ IA0KPiBTaG91bGQgaXQgYmUgVVRGLTg/DQo+IA0KPiBNNSkgU0xBIGRlZmluaXRpb24NCj4gIEl0 IHdvdWxkIGJlIGdvb2QgdG8gZGVmaW5lIHdoYXQgYSBTTEEgaXMuIEVzcGVjaWFsbHkgc2luY2Ug dGhpcyB3aG9sZSBnb2FsIG9mDQo+IHRoZSBkcmFmdCBpcyB0byBhZHZlcnRpc2UgU0xBIGluIEJH UC4gQ2l0aW5nIGFuIGluZGl2aWR1YWwgZHJhZnQgW0NQUF0gaXMgbm90DQo+IGVub3VnaCB0byBo YXZlIGFuIGFncmVlZCBvbiBkZWZpbml0aW9uLCBlc3BlY2lhbGx5IGZvciBhIFNURCB0cmFjayBS RkMuDQo+ICBTaW5jZSBRb1MgaXMgbm90IG5ldyBpbiB0aGUgSUVURiwgdGhlcmUgaXMgcHJvYmFi bHkgYSBkb2N1bWVudCBkZWZpbmluZyBpdA0KPiAob3IgdXNpbmcgYSBtb3JlIHBvcHVsYXIgdGVy bWlub2xvZ3kpLg0KPiBMb29raW5nIGluIGdvb2dsZSwgSSBkb24ndCByZWFsbHkgc2VlIG1hdGNo ZXMgZm9yICJJRVRGIFNMQSIgKG91dHNpZGUgb2YNCj4gZG9jdW1lbnRzIHdyaXR0ZW4gYnkgdGhl IGF1dGhvcnMpLg0KPiBXaWtpcGVkaWEgc2VlbXMgdG8gZ2l2ZSBhIHF1aXRlIGRpZmZlcmVudCBk ZWZpbml0aW9uLCBtdWNoIHdpZGVyIHRoYW4NCj4gZGlmZnNlcnYgc3BlY2lmaWMgcGFyYW1ldGVy cyB3aGljaCBzZWVtcyB0byBiZSB0aGUgbWFpbiBwb2ludCBvZiB0aGlzIEJHUA0KPiBhdHRyaWJ1 dGU6DQo+ICJBIHNlcnZpY2UtbGV2ZWwgYWdyZWVtZW50IChTTEEpIGlzIGEgcGFydCBvZiBhIHNl cnZpY2UNCj4gY29udHJhY3RbZGlzYW1iaWd1YXRpb24gbmVlZGVkXSB3aGVyZSBhIHNlcnZpY2Ug aXMgZm9ybWFsbHkgZGVmaW5lZC4NCj4gUGFydGljdWxhciBhc3BlY3RzIG9mIHRoZSBzZXJ2aWNl IC0gc2NvcGUsIHF1YWxpdHksIHJlc3BvbnNpYmlsaXRpZXMgLSBhcmUgYWdyZWVkDQo+IGJldHdl ZW4gdGhlIHNlcnZpY2UgcHJvdmlkZXIgYW5kIHRoZSBzZXJ2aWNlIHVzZXIuIEEgY29tbW9uIGZl YXR1cmUgb2YgYW4NCj4gU0xBIGlzIGEgY29udHJhY3RlZCBkZWxpdmVyeSB0aW1lIChvZiB0aGUg c2VydmljZSBvciBwZXJmb3JtYW5jZSkuIEFzIGFuDQo+IGV4YW1wbGUsIEludGVybmV0IHNlcnZp Y2UgcHJvdmlkZXJzIGFuZCB0ZWxjb3Mgd2lsbCBjb21tb25seSBpbmNsdWRlIHNlcnZpY2UNCj4g bGV2ZWwgYWdyZWVtZW50cyB3aXRoaW4gdGhlIHRlcm1zIG9mIHRoZWlyIGNvbnRyYWN0cyB3aXRo IGN1c3RvbWVycyB0bw0KPiBkZWZpbmUgdGhlIGxldmVsKHMpIG9mIHNlcnZpY2UgYmVpbmcgc29s ZCBpbiBwbGFpbiBsYW5ndWFnZSB0ZXJtcy4gSW4gdGhpcyBjYXNlDQo+IHRoZSBTTEEgd2lsbCB0 eXBpY2FsbHkgaGF2ZSBhIHRlY2huaWNhbCBkZWZpbml0aW9uIGluIHRlcm1zIG9mIG1lYW4gdGlt ZQ0KPiBiZXR3ZWVuIGZhaWx1cmVzIChNVEJGKSwgbWVhbiB0aW1lIHRvIHJlcGFpciBvciBtZWFu IHRpbWUgdG8gcmVjb3ZlcnkNCj4gKE1UVFIpOyBpZGVudGlmeWluZyB3aGljaCBwYXJ0eSBpcyBy ZXNwb25zaWJsZSBmb3IgcmVwb3J0aW5nIGZhdWx0cyBvciBwYXlpbmcNCj4gZmVlczsgcmVzcG9u c2liaWxpdHkgZm9yIHZhcmlvdXMgZGF0YSByYXRlczsgdGhyb3VnaHB1dDsgaml0dGVyOyBvciBz aW1pbGFyDQo+IG1lYXN1cmFibGUgZGV0YWlscy4uIg0KPiANCj4gTTYpDQo+ICAiICAgVHJhZmZp YyBDbGFzcyBTZXJ2aWNlIChvcHRpb25hbCksDQo+ICAgICAgICAgMTYtYml0ICAgICAgICAgID0g dHlwZSBvZiB0aGUgZmllbGQNCj4gICAgICAgICB2YXJpYWJsZS1sZW5ndGggPSBiYXNlZCBvbiB0 eXBlIG9mIHRoZSBzZXJ2aWNlIg0KPiANCj4gUGxlYXNlIHNwZWNpZnkgdGhlIGNvbnRlbnQgb2Yg dGhlICJ2YXJpYWJsZS1sZW5ndGgiIGZpZWxkLg0KPiBJZiBpdCBvbmx5IGNvbnRhaW5zIHRoZSBE YXRhIFR5cGUgb2YgdGhlIElQRklYIEluZm9ybWF0aW9uIEVsZW1lbnRzLCBJJ20gbm90DQo+IHN1 cmUgaG93IHRoZSBlbmNvZGluZyBzdXBwb3J0cywgb24gdGhlIHJlY2VpdmluZyBzaWRlLCB0aGUg c2tpcHBpbmcgb2YNCj4gdW5rbm93biBFbGVtZW50SUQuDQo+IEdpdmVuIHRoYXQgSSBhbHNvIGRv bid0IHNlZSBhbiBlbmQgdG8gZW5kIG5lZ290aWF0aW9uIGNoYW5uZWwgZm9yIHRoZSBCR1ANCj4g c3BlYWtlciB0byBrbm93biB0aGUgY2FwYWJpbGl0aWVzIG9mIHRoZSBCR1AgcmVjZWl2ZXIsIEkg ZG9uJ3Qgc2VlIGhvdyB0aGUNCj4gc3BlY2lmaWNhdGlvbiB3aWxsIHN1cHBvcnQgdGhlIGludHJv ZHVjdGlvbiBvZiBuZXcgVHJhZmZpYyBDbGFzcyBTZXJ2aWNlcyBpbg0KPiB0aGUgZnV0dXJlLg0K PiANCj4gTTcpIE5MUkkNCj4gSSBkb24ndCBzZWUgdGhlIHJlbGF0aW9uIGJldHdlZW4gdGhlIFFv UyBhdHRyaWJ1dGUgYW5kIHRoZSBOTFJJLg0KPiAtIElzIHRoZSBRb1MgYXR0cmlidXRlIG9ubHkg YXBwbGljYWJsZSB0byB0aGUgTkxSSSBhZHZlcnRpc2VkPyBJZiBzbyB3aGF0IGlzDQo+IHRoZSBy ZWxhdGlvbiB3aXRoIGRlc3RpbmF0aW9uSVAqIGFkdmVydGlzZWQgaW4gdGhlIGNsYXNzaWZpZXIg RWxlbWVudD8gU2hvdWxkDQo+IHRoZXkgYmUgcmVzdHJpY3RlZCB0byBtb3JlIHNwZWNpZmljcyBv ZiB0aGUgYWR2ZXJ0aXNlZCBOTFJJPw0KPiAtIEFsc28gdGhlIFFvUyBhdHRyaWJ1dGUgbWF5IGlu c3RydWN0ICJ0byBkcm9wIGVudGlyZSBCR1AgdXBkYXRlIG1lc3NhZ2UNCj4gW05vdGUgdGhhdCBp dCBpcyBhbiBpbmRpY2F0aW9uIHRvIGRyb3AgZW50aXJlIHVwZGF0ZSBtZXNzYWdlLCBub3Qgb25s eSBRb1MNCj4gYXR0cmlidXRlXSIuIFRoaXMgbWVhbnMgdGhhdCB0aGUgTkxSSSB3aWxsIG5vdCBi ZSBwcm9wYWdhdGVkLCBoZW5jZSByb3V0ZWQsDQo+IGFueW1vcmUsIHdoaWNoIHNlZW1zIHN0cmFu Z2UuIFRvIHByZXNlcnZlIHJvdXRpbmcgb2YgdGhlIE5MUkksIGRvIHRoZSBRb1MNCj4gYXR0cmli dXRlIHJlcXVpcmUgdG8gYWR2ZXJ0aXNlIGEgbGVzcyBzcGVjaWZpYyBwcmVmaXggKHdpdGggbm8g UW9TIGF0dHJpYnV0ZSkgaW4NCj4gYWRkaXRpb24/IE9yIHRvIHVzZSBBRERfUEFUSCB0byBhZHZl cnRpc2UgdGhlIE5MUkkgbXVsdGlwbGUgdGltZXMgKHdpdGggJg0KPiB3aXRob3V0IHRoZSBRb1Mg YXR0cmlidXRlKS4NCj4gDQo+IFBvc3NpYmx5IHNhbWUgcXVlc3Rpb24gZm9yIHRoZSByZWxhdGlv biBiZXR3ZWVuIHRoZSBRb1MgYXR0cmlidXRlIGFuZCB0aGUNCj4gQUZJL1NBRkkgb2YgdGhlIEJH UCBVUERBVEUuIElzIHRoZSBRb1MgYXR0cmlidXRlIHRvIGJlIHVuZGVyc3Rvb2QgaW4gdGhlDQo+ IGNvbnRleHQgb2YgdGhlIEFGSS9TQUZJIG9yIG5vdD8gZS5nLiBpZiB0aGUgY2xhc3NpZmllciBl bGVtZW50IGlzIHRoZQ0KPiBpcERpZmZTZXJ2Q29kZVBvaW50IGRvZXMgaXQgbWF0Y2ggYWxsIHBy b3RvY29scyBvciBvbmx5IHRoZSBvbmUgb2YgdGhlDQo+IEFGSS9TQUZJPw0KPiANCj4gTTgpIEVy cm9yIGhhbmRsaW5nDQo+IEN1cnJlbnQgdGV4dCBzYXlzIHRoYXQgZXJyb3IgaGFuZGxpbmcgTUFZ IHVzZSBhdHRyaWJ1dGUgZGlzY2FyZCBvciBNQVkgdXNlDQo+IHRyZWF0IGFzIHdpdGhkcmF3Lg0K PiBUaGlzIHNlZW1zIHVuZGVyc3BlY2lmaWVkIGFzIG9uZSBpbXBsZW1lbnRhdGlvbiB3b3VsZCBi ZSBmcmVlIHRvIGRvDQo+IG5vdGhpbmcsIHdoaWxlIGFub3RoZXIgY291bGQgZG8gc2Vzc2lvbiBy ZXNldC4gVGhpcyB3b3VsZCBvcGVuIG1hbnkgQkdQDQo+IHNlc3Npb24gcmVzZXQgaW4gcmVhbCBu ZXR3b3Jrcy4NCj4gUGxlYXNlIHNwZWNpZmljIHdoYXQgbXVzdCBiZSBkb25lLg0KPiBCZXNpZGVz LCBvdGhlciBwYXJ0IG9mIHRoZSBkb2N1bWVudCBwcm92aWRlcyBzb21lIG1vcmUgc3BlY2lmaWMv ZGlmZmVyZW50DQo+IGVycm9yIGhhbmRsaW5nLiBlLmcuICJJZiB0aGVyZSBhcmUgbW9yZSB0aGFu IG9uZSBzdWNoIFRyYWZmaWMgQ2xhc3NlcyBwcmVzZW50DQo+IHRoZW4gYWR2ZXJ0aXNlZCBTTEEg cGFyYW1ldGVycyBNVVNUIGJlIGlnbm9yZWQuIg0KPiBGaW5hbGx5LCB0aGUgc3BlYyBuZWVkcyB0 byBkZWZpbmUgd2hlbiB0aGUgbmV3IGF0dHJpYnV0ZSBpcyBjb25zaWRlcmVkDQo+IG1hbGZvcm1l ZC4NCj4gT24gYW4gZWRpdG9yaWFsIG5vdGUsIEkgd291bGQgcHJlZmVyIGEgZGVkaWNhdGUgc2Vj dGlvbiByZWxhdGVkIHRvIGVycm9yDQo+IGhhbmRsaW5nLg0KPiANCj4gTTkpIHNlY3VyaXR5IGNv bnNpZGVyYXRpb24gbWF5IHJlcXVpcmUgc29tZSBkaXNjdXNzaW9uLg0KPiAiVGhlcmUgaXMgYSBw b3RlbnRpYWwgZm9yIG1pcy1iZWhhdmVkIEFTIHRvIGFkdmVydGlzZSB3cm9uZyBTTEEsIHN0ZWFs aW5nDQo+IGlkZW50aXR5IG9mIGFub3RoZXIgQVMuIg0KPiBBZ3JlZWQuIEJ1dCB0aGVyZSBhcmUg cHJvYmFibHkgb3RoZXIgYXR0YWNrIHZlY3RvcnMgKGUuZy4gbW9kaWZ5aW5nIHRoZQ0KPiBhdHRy aWJ1dGUgZHVyaW5nIHByb3BhZ2F0aW9uLCBzZXR0aW5nIHBhcmFtZXRlcnMgdG8gaW5zdHJ1Y3Qg QkdQIHRvIGRyb3AgdGhlDQo+IG1lc3NhZ2UgKGFzIHRoaXMgc2VlbXMgYWxsbG93ZWQgYnkgdGhl IHNwZWNpZmljYXRpb24pLi4uKQ0KPiANCj4gIlRoaXMgcmVzZW1ibGVzIHRvIHByb2JsZW1zIGFs cmVhZHkgaWRlbnRpZmllZCBhbmQgcmVzb2x2ZWQsIGluIHRoZSByb3V0aW5nDQo+IHdvcmxkLCB0 aHJ1IHJldmVyc2UgcGF0aCBmb3J3YXJkaW5nIGNoZWNrLiINCj4gIlJlc2VtYmxlcyIgaXMgbm90 IGVub3VnaC4gIlJlc29sdmVkIiBpcyBwcm9iYWJseSBhIGJpdCBxdWljay4NCj4gDQo+ICJPbmUg cHJvcG9zYWwsIGlubGluZSB0byBSUEYsIHRvIHJlc29sdmUgc3VjaCB0aHJlYXRzIGlzIHRvIGhh dmUgZWFjaCBCR1ANCj4gc3BlYWtlciBub2RlLCBpbiB0aGUgZm9yd2FyZGluZyBwYXRoLCBwZXJm b3JtIHJldmVyc2UgcGF0aCBjaGVjayBvbiBzb3VyY2UNCj4gQVMuIg0KPiBJZiB0aGlzIGlzIGEg c3BlY2lmaWNhdGlvbiwgaXQgc2hvdWxkIGJlIGRlc2NyaWJlZCBpbiB0aGUgZG9jdW1lbnQgKHF1 aWNrbHkNCj4gY2l0aW5nIGl0IGluIHRoZSBzZWN1cml0eSBzZWN0aW9uIGlzIG5vdCBlbm91Z2gp Lg0KPiBJdCdzIGFsc28gYSBiaXQgc2hvcnQgaW4gdGVybSBvZiBzcGVjaWZpY2F0aW9uLiBlLmcu IEkgZG9uJ3Qgc2VlICJzb3VyY2UgQVMiIGluDQo+IHRoZSBmb3J3YXJkaW5nIHBhdGggKG5laXRo ZXIgaW4gdGhlIHBhY2tldCBub3IgaW4gdGhlIEZJQikNCj4gDQo+ICJTaW5jZSB3ZSBleHBlY3Qg dGhlc2UgbWVzc2FnZXMgdG8gb3JpZ2luYXRlIGFuZCBkaXN0cmlidXRlZCBpbiB0aGUNCj4gbWFu YWdlZCBuZXR3b3JrLCB0aGVyZSBzaG91bGQgbm90IGJlIGFueSByaXNrcyBmb3IgaWRlbnRpdHkg dGhlZnQuIg0KPiBJZiB5b3UgcmVzdHJpY3QgdGhlIHVzZSBvZiB0aGlzIHNwZWNpZmljYXRpb24v QVRUUklCVVRFIGluICJtYW5hZ2VkDQo+IG5ldHdvcmsiLCB0aGlzIG5lZWRzIHRvIGJlIGNsYXJp ZmllZCBmcm9tIHRoZSBiZWdpbm5pbmcgKGFuZCBub3QgYXQgdGhpcyB2ZXJ5DQo+IGVuZCBvZiB0 aGUgZG9jdW1lbnQpLCBhbmQgdGhlIHNwZWNpZmljYXRpb24gc2hvdWxkIHRha2UgbWVhc3VyZSB0 byBlbnN1cmUNCj4gdGhhdCB0aGlzIGF0dHJpYnV0ZSBpcyBub3QgcmVjZWl2ZWQgZnJvbS9sZWFr ZWQgb3V0c2lkZSBvZiB0aGlzICJtYW5hZ2VkDQo+IG5ldHdvcmsiLg0KPiBEZWZpbmluZyAibWFu YWdlZCBuZXR3b3JrIiBtYXkgYWxzbyBoZWxwLCBlc3BlY2lhbGx5IHNpbmNlIHRoZSBwcm9wb3Np dGlvbg0KPiBpbnZvbHZlcyBtdWx0aXBsZSBBU2VzIGFuZCBtdWx0aXBsZSBvcmdhbmlzYXRpb25z Lg0KPiAob3RoZXJ3aXNlLCB5b3UgbmVlZCB0byBoYW5kbGUgdGhlIGNhc2Ugd2hlbiB0aGlzIGF0 dHJpYnV0ZSBpcyB1c2VkIG91dHNpZGUNCj4gb2YgIm1hbmFnZWQgbmV0d29yayIgYW5kIHRoZXJl Zm9yZSBjb25zaWRlciB0aGUgc2VjdXJpdHkgaW1wbGljYXRpb25zKQ0KPiANCj4gTTEwKSBJQU5B IHNlY3Rpb24gaXMgdW5kZXIgc3BlY2lmaWVkLg0KPiBlLmcuIHlvdSBzaG91bGQ6DQo+IC0gc3Rh dGVzIHRoZSBuYW1lIG9mIHRoZSByZWdpc3RyeSB0aGF0IHlvdSB3YW50IHRvIGNyZWF0ZSBvciB1 cGRhdGUuDQo+IC0gc3RhdGVzIHRoZSBuYW1lIG9mIHRoZSBuZXcgZW50cmllcyBpbiBleGlzdGlu ZyByZWdpc3RyaWVzLg0KPiAtIGRlZmluZSBhbGwgeW91ciBuZXcgcmVnaXN0cmllcy4gKGUuZy4g eW91IGRvbid0IGhhdmUgb25lcyBmb3IgbmV3IFFvUyBUTFYNCj4gc3VidHlwZXMgKGRlZmluZWQg aW4gwqczLjEpLCBPcHRpb25hbCBBZHZlcnRpc2VkIGlkIFRMViwgU0xBIGV2ZW50IFR5cGUuLi4p DQo+IC0gZGVmaW5lIHRoZSByZWdpc3RyYXRpb24gcG9saWN5IG9mIHRob3NlIG5ldyByZWdpc3Ry aWVzLg0KPiANCj4gUmVhZGluZyBSRkM1MjI2IG1heSBoZWxwLg0KPiANCj4gDQo+IE1pbm9yIChz b21lIG5vdCBzbyBtaW5vcik6DQo+IG0xKSBGcm9tIGFuIGVkaXRvcmlhbCBzdGFuZHBvaW50LCB0 aGUgZG9jdW1lbnQgbWF5IGJlbmVmaXQgZnJvbSBhbg0KPiBlbmdsaXNoIGxhbmd1YWdlIHJldmll dy4NCj4gICAtIFNvbWUgc2VudGVuY2VzIGFyZSBoYXJkIHRvIHBhcnNlIChhdCBsZWFzdCBmb3Ig bWUpLiBlLmcuICJUaGUgbmVlZCB0bw0KPiBleGNoYW5nZSBTTEEgcGFyYW1ldGVycyBiZXR3ZWVu IGRvbWFpbnMgKEF1dG9tYXRlZCBTeXN0ZW1zIChBUykpLA0KPiB3aGVyZSBpbiB1c2UtY2FzZXMg ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQsIEJHUCBpcyBhIHN1aXRhYmxlIHByb3RvY29sDQo+ IGZvciBpbnRlci1kb21haW4gZXhjaGFuZ2UgW1JGQzQyNzFdW1JGQzQzNjRdLg0KPiAgIC0gQWRk aW5nIGEgZnVsbCBwb2ludCAiLiIgYXQgdGhlIGVuZCBvZiBlYWNoIHNlbnRlbmNlIG1heSBoZWxw IHRoZSBwYXJzaW5nLg0KPiAgIC0gSU1ITyBzb21lIHNlbnRlbmNlcyBjb3VsZCBiZSByZXdyaXR0 ZW4gdG8gaW1wcm92ZSByZWFkYWJpbGl0eS4gZS5nLg0KPiAgIE9MRDoNCj4gICAgICAgICBoaWdo ZXN0IG9yZGVyIGJpdCAoYml0IDApIC0NCj4gICAgICAgICAgICAgSXQgZGVmaW5lcyBpZiB1cGRh dGUgbWVzc2FnZSBNVVNUIGJlIGRyb3BwZWQgKGlmIHNldCB0byAxKQ0KPiAgICAgICAgICAgICB3 aXRob3V0IHVwZGF0aW5nIHJvdXRpbmcgaW5mb3JtYXRpb24gYmFzZSwgd2hlbiB0aGlzIGlzIHRo ZQ0KPiAgICAgICAgICAgICBsYXN0IEJHUCByZWNlaXZlciBmcm9tIHRoZSBsaXN0IG9mIGRlc3Rp bmF0aW9uIEFTZXMgdGhpcw0KPiAgICAgICAgICAgICBhdHRyaWJ1dGUgaXMgYW5ub3VuY2VkIHRv LCBvciBNVVNUIGFubm91bmNlIChpZiBzZXQgdG8gMCkNCj4gICAgICAgICAgICAgZnVydGhlciB0 byBCR1AgcGVlcnMNCj4gICBORVcNCj4gICAgICAgICBoaWdoZXN0IG9yZGVyIGJpdCAoYml0IDAp IC0NCj4gCQkJVGhpcyBmbGFncyBkZWZpbmVzIGhvdyB1cGRhdGUgbWVzc2FnZSBtdXN0IGJlDQo+ IGhhbmRsZWQgYnkgdGhlIGxhc3QgQkdQIHJlY2VpdmVyIGluIHRoZSBsaXN0IG9mIGRlc3RpbmF0 aW9uIEFTZXMuDQo+ICAgICAgICAgICAgIElmIHNldCAoMSkgdXBkYXRlIG1lc3NhZ2UgTVVTVCBi ZSBkcm9wcGVkIHdpdGhvdXQgdXBkYXRpbmcNCj4gcm91dGluZyBpbmZvcm1hdGlvbiBiYXNlLg0K PiAJCQlJZiBjbGVhcmVkICgwKSB1cGRhdGUgbWVzc2FnZSBNVVNUIGJlIGZ1cnRoZXINCj4gYWR2 ZXJ0aXNlZCB0byBCR1AgcGVlcnMuDQo+IA0KPiAgIE9uIGEgc2lkZSBub3RlLCBhdCB0aGlzIHBv aW50IGluIHRoZSBkb2N1bWVudCwgaXQncyBub3QgY3J5c3RhbCBjbGVhciB3aGF0IHlvdQ0KPiBt ZWFuIGJ5ICJ1cGRhdGUgbWVzc2FnZSIuIFRoZSBRb1MgQXR0cmlidXRlIFRMVj8gVGhlIFFvUyBC R1AgYXR0cmlidXRlPw0KPiBUaGUgQkdQIFVQREFURSBtZXNzYWdlPyBJbiBnZW5lcmFsLCBpbiB0 aGUgZG9jdW1lbnQsIHBsZWFzZSB1c2UgdGhlDQo+IHByb3RvY29scyBuYW1lcyBvZiB0aGUgbWVz c2FnZXMvZmllbGRzLg0KPiAgIC0gIlNMQSBzdWItdHlwZSBzcGVjaWZpYyB2YWx1ZSBmaWVsZCBk ZXRhaWxzLiIgSSBndWVzcyB5b3UgbWVhbg0KPiA6cy9zcGVjaWZpYy9zcGVjaWZpZXMuDQo+IA0K PiBtMikNCj4gT0xEOiBSZW1haW5pbmcgYml0cyBhcmUgY3VycmVudGx5IHVudXNlZCBhbmQgTVVT VCBiZSBzZXQgdG8gMA0KPiBORVc6IFRoZSBsb3dlci1vcmRlciBzZXZlbiBiaXRzIG9mIHRoZSBB dHRyaWJ1dGUgRmxhZ3Mgb2N0ZXQgYXJlIHVudXNlZC4NCj4gVGhleSBNVVNUIGJlIHplcm8gd2hl biBzZW50IGFuZCBNVVNUIGJlIGlnbm9yZWQgd2hlbiByZWNlaXZlZC4NCj4gKFByb3Bvc2VkIHRl eHQgaXMgYSBjb3B5L3Bhc3QgZnJvbSBSRkMgNDI3MS4gWW91IGFyZSBmcmVlIHRvIHVzZSBhbm90 aGVyDQo+IHRleHQgYnV0IHBsZWFzZSBzcGVjaWZ5IHRoZSBiZWhhdmlvdXIgb24gdGhlIHJlY2Vp dmluZyBzaWRlIGFzIHdlIGhhdmUgc2Vlbg0KPiBCR1Agc2Vzc2lvbiByZXNldCBpbiB0aGUgSW50 ZXJuZXQgd2hpY2ggYSBtdWNoIGNsZWFyZXIgc2VudGVuY2UuKQ0KPiANCj4gbTMpIFRoYXQncyBu b3Qgc3BlY2lmaWMgdG8gdGhpcyBkb2N1bWVudCwgYnV0IEkgd291bGQgZmluZCB1c2VmdWwgdG8g aGF2ZSB0aGUNCj4gcmVsYXRlZCBpbXBsZW1lbnRhdGlvbiByZXBvcnQgZHJhZnQgYmUgcmVmZXJl bmNlZCBpbiB0aGUgaW5mb3JtYXRpdmUNCj4gcmVmZXJlbmNlIHNlY3Rpb24uDQo+IA0KPiBtNCkg InN1YiB0eXBlIExlbmd0aCIgUGxlYXNlIHNwZWNpZnkgZXhhY3RseSB3aGF0IHBhcnQgb2YgdGhl IG1lc3NhZ2UgaXMNCj4gY292ZXJlZCBieSB0aGUgbGVuZ3RoIChhcyBzb21lIElFVEYgc3BlYyB1 c2UgdGhlIGxlbmd0aCBvZiB0aGUgdmFsdWUgZmllbGQsDQo+IHdoaWxlIHNvbWUgb3RoZXIgdXNl IHRoZSBsZW5ndGggb2YgdGhlIHR5cGUrbGVuZ3RoK3ZhbHVlIGZpZWxkcy4NCj4gDQo+IG01KSAi MzItYml0IHNvdXJjZSBBUyAoQWR2ZXJ0aXNlcikiIFRoZSB3b3JkICJhZHZlcnRpc2VyIiBtYXkg YmUNCj4gbWlzbGVhZGluZy4gKGNmIGRyYWZ0LWhhcmVzLWlkci11cGRhdGUtYXR0cmliLWxvdy1i aXRzLWZpeCkuIFJGQyA0MjcxIHVzZXMNCj4gIk9yaWdpbmF0aW5nIHNwZWFrZXIiIChTSURSIHNl ZW1zIGFsc28gdG8gdXNlICJPcmlnaW4iLg0KPiBNdWx0aXBsZSBvY2N1cnJlbmNlcyBpbiB0aGUg ZHJhZnQuDQo+IA0KPiBtNikgICIwID0gaWdub3JlIFNvdXJjZSBhbmQgRGVzdGluYXRpb24gQVMg bGlzdCBmcm9tIHRoaXMgVmFsdWUgZmllbGQuDQo+ICAgICAgICAgICAgIEluc3RlYWQgcmVmZXIg dG8gU291cmNlIGFuZCBEZXN0aW5hdGlvbiBBUyBhcyBkZWZpbmVkIGJ5IEJHUA0KPiAgICAgICAg ICAgICBtZXNzYWdlIg0KPiBJJ20gbm90IHN1cmUgd2hhdCBpcyBtZWFudCBieSB0aGUgc2Vjb25k IHNlbnRlbmNlLiBQbGVhc2UgdXNlIHRoZSBzcGVjaWZpYw0KPiBuYW1lcyBvZiBCR1AgbWVzc2Fn ZXMgYW5kIGZpZWxkcy4NCj4gDQo+IG03KSAiZm9ybWF0IG9mIHRoZSBTTEEgbWVzc2FnZSINCj4g R2l2aW5nIG5hbWVzIGFuZCBudW1iZXIgdG8gZmlndXJlcyBjb3VsZCBiZSBjb25zaWRlcmVkLg0K PiBTbyBkb2VzIGFkZGluZyB0aGUgbWVtb3J5IGF4aXM6DQo+ICAgICAwICAgICAgICAgICAgICAg ICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQo+ICAgICAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDENCj4gDQo+IA0KPiBtOCkNCj4gIiAgICBPcHRpb25hbCBhZHZlcnRpc2VyIGlkIHRvdGFsIGxl bg0KPiAgICAgICAgIDE2LWJpdCBTb3VyY2UgYWRkcmVzcyBpZGVudGlmaWVyIChvcHRpb25hbCku Ig0KPiANCj4gSSByZWFkIHRoaXMgYXMgdGhlIGZpZWxkICJPcHRpb25hbCBhZHZlcnRpc2VyIGlk IHRvdGFsIGxlbiIgY29udGFpbnMgYSAxNi1iaXQNCj4gU291cmNlIGFkZHJlc3MgaWRlbnRpZmll ci4NCj4gV2hpbGUgdGhpcyBmaWVsZCBwcm9iYWJseSBjb250YWluIHRoZSBsZW5ndGggb2YgInNv bWV0aGluZyIuIFBsZWFzZQ0KPiBjaGVjay9jbGFyaWZ5Lg0KPiANCj4gbTkpDQo+ICAgICAiT3B0 aW9uYWwgQWR2ZXJ0aXNlciBpZCBUTFYNCj4gICAgICAgICA0LWJpdCB0eXBlIg0KPiANCj4gWW91 IG5lZWQgdG8gc3BlY2lmeSB0aGUgc2l6ZSBvZiB0aGUgIkxlbmd0aCIgZmllbGQuIEVzcGVjaWFs bHkgc2luY2UgeW91DQo+IGludHJvZHVjZSBhIHNvbWV3aGF0IHVudXN1YWwgc2l6ZSBvZiB0aGUg IlR5cGUgZmllbGQiIGFuZCBzb21lIHBlb3BsZSBtYXkNCj4gYXNzdW1lIHRoYXQgdGhlIHNpemUg b2YgdGhlICJsZW5ndGgiIGZpZWxkIGlzIG9mIHRoZSBzYW1lIHNpemUgKDQtYml0KSwgd2hpbGUN Cj4gc29tZSBvdGhlcnMgbWF5IGJlbGlldmUgaXRzIHRoZSB1c3VhbCAxLW9jdGV0Lg0KPiANCj4g bTEwKSIgICAgRGVzdGluYXRpb24gQVMgY291bnQNCj4gICAgICAgICAzMi1iaXQgZGVzdGluYXRp b24gQVMgY291bnQgdG8gdGFrZSB2YXJpYWJsZSBsZW5ndGggQVMgbGlzdC4iDQo+IEkgZ3Vlc3Mg eW91IG1lYW46DQo+IG51bWJlciBvZiBkZXN0aW5hdGlvbiBBU2VzDQo+IFRoaXMgZmllbGQgaW5k aWNhdGVzIHRoZSBudW1iZXIgb2YgZGVzdGluYXRpb24gQVMgcHJlc2VudCBpbiB0aGUgRGVzdGlu YXRpb24NCj4gQVMgbGlzdA0KPiANCj4gbTExKSAiU0xBIElkIg0KPiBUaGUgdGV4dCB1bmRlciAi U0xBIElkIiBtaXhlcyB0ZXh0IHJlbGF0ZWQgdG8gIlNMQSBJZCAiIGFuZCB0ZXh0IHJlbGF0ZWQg dG8NCj4gIkNvbnRlbnQiLiBQbGVhc2Ugc3BsaXQgdGhlIHRleHQuDQo+IA0KPiBtMTIpIEkgZG9u J3Qgc2VlIGEgZGVzY3JpcHRpb24gb2YgdGhlIGZpbGVkICJDb250ZW50IGFzIHBlciBTTEEgRXZl bnQiDQo+IA0KPiBtMTMpICAiICAgIFNMQSBMZW5ndGgNCj4gICAgICAgICAxMi1iaXRzIg0KPiBQ bGVhc2Ugc3BlY2lmeSB3aGF0IGlzIGNvdmVyZWQvbWVhc3VyZWQgYnkgdGhpcyBsZW5ndGggZmll bGQuDQo+IA0KPiBtMTQpDQo+ICIgICAgRGlyZWN0aW9uDQo+ICAgICAgICAgMHgxID0gaW5jb21p bmcsIGZyb20gZGVzdGluYXRpb24gQVMgdG93YXJkcyBzb3VyY2UgQVMNCj4gICAgICAgICAweDIg PSBvdXRnb2luZywgZnJvbSBzb3VyY2UgQVMgdG93YXJkcyBkZXN0aW5hdGlvbiBBUyINCj4gSSBm aW5kIHRoZSB0ZXJtcyAiaW5jb21pbmciIGFuZCAib3V0Y29taW5nIiBhIGJpdCBtaXNsZWFkaW5n LiBlLmcuDQo+IHRoZSBkaXJlY3Rpb24gImZyb20gc291cmNlIEFTIHRvd2FyZHMgZGVzdGluYXRp b24gQVMiIHNlZW1zIHRvIGJlOg0KPiAtIG91dGdvaW5nIGluIHRoZSBzb3VyY2UgQVMNCj4gLSBp bmdvaW5nIGluIHRoZSBkZXN0aW5hdGlvbiBBUw0KPiANCj4gbTE1KSAgICAiVHJhZmZpYyBDbGFz cyBEZXNjciBMZW5ndGgNCj4gICAgICAgICAwOC1iaXQsIHNpemUgb2YgdGhlIGxlbmd0aCINCj4g cHJvcG9zaXRpb24gIDpzL3NpemUgb2YgdGhlIGxlbmd0aC8gbGVuZ3RoIG9mIFhYWA0KPiANCj4g bTE2KSBJbiBzZWN0aW9uIDMsIEkgZG9uJ3Qgc2VlIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHRoZSBS RVFVRVNUIFNMQSBldmVuDQo+IHR5cGUuDQo+IEF0IHRoZSBlbmQgb2YgdGhlIGRvY3VtZW50LCBp dCdzIHNhaWQgdGhhdCAiZGlzY3Vzc2lvbiBvZiBSRVFVRVNUIG1lc3NhZ2UsDQo+IGZvciB0aGlz IHB1cnBvc2Ugb3IgYW55IG90aGVyIHB1cnBvc2UsIGlzIGNvbnNpZGVyZWQgb3V0IG9mIHRoZSBz Y29wZSBvZiB0aGlzDQo+IGRvY3VtZW50LiIgSW4gd2hpY2ggY2FzZSwgeW91IHNob3VsZCBwcm9i YWJseSBub3Qgc3BlY2lmeSBhIFJFUVVFU1QgU0xBDQo+IGV2ZW4gdHlwZS4NCj4gDQo+IG0xOSkN Cj4gIkdpdmVuIElQRklYIFtSRkM1MTAyXSBoYXMgd2VsbCBkZWZpbmVkIGlkZW50aWZpZXIgc2V0 IGZvciBhIGxhcmdlIG51bWJlciBvZg0KPiBwYWNrZXQgYXR0cmlidXRlcywgSVBGSVggSUFOQSBy ZWdpc3RyeSBpcw0KPiAiaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXNzaWdubWVudHMvaXBmaXgiIGNo b3NlbiB0byBzcGVjaWZ5IHBhY2tldA0KPiBjbGFzc2lmaWNhdGlvbiBhdHRyaWJ1dGVzLiINCj4g U2VudGVuY2UgaXMgaGFyZCB0byBwYXJzZSwgd2hpY2ggaXMgYW4gaXNzdWUgZm9yIGEgbm9ybWF0 aXZlIHBhcnQuDQo+IFRoZSByZWZlcmVuY2Ugc2hvdWxkIHByb2JhYmx5IGJlIGxpc3RlZCBpbiB0 aGUgcmVmZXJlbmNlIHNlY3Rpb24uDQo+IA0KPiAiSG93ZXZlciwgc2luY2Ugbm90IGFsbCBpZGVu dGlmaWVycyBmcm9tIElQRklYIHdvdWxkIGJlIGFwcGxpY2FibGUgdG8gdGhpcw0KPiBwcm9wb3Nh bCwgb25seSBhIGxpbWl0ZWQgc2V0IGlkZW50aWZpZWQgaGVyZSBjYW4gYmUgc3VwcG9ydGVkIGJ5 IEJHUCBTTEENCj4gZXhjaGFuZ2UuIEFueSBuZXcgZWxlbWVudCBpZGVudGlmaWVyLCBpbiBmdXR1 cmUsIGFkZGVkIHRvIHRoZSBJUEZJWCBJQU5BDQo+IHJlZ2lzdHJ5IGRvZXMgbm90IGF1dG9tYXRp Y2FsbHkgbWVhbiBzdXBwb3J0ZWQgZm9yIHRoaXMgcHJvcG9zYWwuIg0KPiANCj4gLSBUaGlzIHBy b2JhYmx5IGNhbGxzIGZvciBhIElBTkEgcmVnaXN0cnkgdG8gaWRlbnRpZnkgd2hpY2ggZWxlbWVu dCBpZGVudGlmaWVyDQo+IGNhbiBiZSB1c2VkLg0KPiAtIFRleHQgc2hvdWxkIGNsYXJpZnkgdGhh dCB0aGUgbGlzdCBvZiBhY2NlcHRlZCBpZGVudGlmaWVycyBpcyBkZWZpbmVkIGluIHRoZQ0KPiBz dWJzZXF1ZW50IGxpc3QgKGhhdmluZyBubyBuYW1lIGFuZCBubyBudW1iZXIpLg0KPiANCj4gbTIw KSBzZWN0aW9uIDMgaXMgaGFyZCB0byByZWFkLg0KPiAtIElNTyB0aGUgZG9jdW1lbnQvc2VjdGlv biAzIHdvdWxkIGJlbmVmaXQgZnJvbSBhbiBzZWN0aW9uIHByZXNlbnRpbmcgYW4NCj4gb3ZlcnZp ZXcgb2YgdGhlIHNvbHV0aW9uDQo+IC0gc2VjdGlvbiAzIGhhdmUgYSBzaW5nbGUgc3Vic2VjdGlv biAoMy4xKSBoZW5jZSB0aGUgaW50ZXJlc3Qgb2YgdXNpbmcNCj4gc3Vic2VjdGlvbiBpcyBsaW1p dGVkLiBHaXZlbiB0aGUgc2l6ZSBvZiBzZWN0aW9uIDMgKDEwIHBhZ2VzKSwgdG8gaW1wcm92ZQ0K PiByZWFkYWJpbGl0eSBJIHdvdWxkIHN1Z2dlc3QgdGhlIHVzZSBvZiBtdWx0aXBsZXMgc3Vic2Vj dGlvbi4NCj4gDQo+IG0yMSkNCj4gICAgICAgIlRoZSBtaW5pbXVtIHBvbGljZWQgdW5pdCAobSkg YW5kIG1heGltdW0gcGFja2V0IHNpemUgKE0pDQo+ICAgICAgIHBhcmFtZXRlcnMgaGF2ZSBubyBy ZWxldmFuY2UgZm9yIHRoZSBwdXJwb3NlIG9mIFNMQSBleGNoYW5nZS4NCj4gICAgICAgVGh1cyB0 aGV5IE1VU1QgYmUgaWdub3JlZC4iDQo+IA0KPiBXaHkgc3BlY2lmeWluZyBhbmQgc2VuZGluZyBz dWNoIHBhcmFtZXRlcnMgaW4gQkdQIGlmIHRoZXkgTVVTVCBiZQ0KPiBpZ25vcmVkIGJ5IHRoZSBy ZWNlaXZlcj8NCj4gDQo+IG0yMikNCj4gIiBUaGlzIHJhdGUgaW5kaWNhdGVzIHRoZSBtaW5pbXVt IHJhdGUsIG1lYXN1cmVkIGluIGJ5dGVzIG9mIExheWVyIDIgKEwyKQ0KPiBkYXRhZ3JhbXMgcGVy IHNlY29uZCwiDQo+IEknbSBub3Qgc3VyZSB3aHkgdGhlIExheWVyIDIgc2l6ZSBpcyB1c2VkIHJh dGhlciB0aGFuIHRoZSBsYXllciAzIHNpemUuIEFzIGENCj4gY29uc2VxdWVuY2UsIHlvdSBuZWVk IHRvIHNlbmQgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiAoTDJfT1ZFUkhFQUQpDQo+IHdoaWNoIG1h eSBiZSBub3QgbmVlZGVkIG90aGVyd2lzZS4NCj4gRHJhZnQgY2l0ZXMgUkZDIDIyMTIgYXMgdGhl IHNvdXJjZSBvZiB0aGlzIFRSQUZGSUNfQ0xBU1NfVFNQRUMgcGFyYW1ldGVyLA0KPiBhbmQgUkZD IDIyMTIgdXNlIHRoZSBJUCBkYXRhZ3JhbSBzaXplLg0KPiANCj4gbTIzKQ0KPiAiNC4gIE9yaWdp bmF0aW5nIFNMQSBOb3RpZmljYXRpb24NCj4gDQo+ICAgIFRoZSBRb1MgYXR0cmlidXRlIHRvIGFk dmVydGlzZSBTTEEgc3ViLXR5cGUgTVVTVCBiZSBhZGRlZCBieSB0aGUNCj4gICAgb3JpZ2luYXRv ciBvZiBhIEJHUCBVUERBVEUgbWVzc2FnZS4iDQo+IA0KPiBJIGd1ZXNzIHlvdSBkb24ndCBtZWFu IHRoYXQgYWR2ZXJ0aXNpbmcgdGhpcyBuZXcgYXR0cmlidXRlIGlzIG1hbmRhdG9yeS4gU28NCj4g cGxlYXNlIHJlcGhyYXNlIChlLmcuIGF0IGxlYXN0IDpzL01VU1QvTUFZKQ0KPiANCj4gbTI0KSAg IiBJZiBhIEJHUCBub2RlIGlzIGNhcGFibGUgb2YgcHJvY2Vzc2luZyBRb1MgYXR0cmlidXRlLCBp dCBvcHRpb25hbGx5DQo+IE1BWSBwcm9jZXNzIHRoZSBtZXNzYWdlLiINCj4gICAgV2hhdCBtZXNz YWdlPyBUaGUgQkdQIFVQREFURT8NCj4gDQo+IG0yNSkgICAiQkdQIG5vZGUgTVVTVCBkcm9wIFNM QSByZWxhdGVkIHN1Yi10eXBlIGZyb20gdGhlIFFvUyBhdHRyaWJ1dGUsDQo+IGlmDQo+ICAgIG5v bmUgb2YgdGhlIEFTIGZyb20gdGhlIGRlc3RpbmF0aW9uIGxpc3QgaXMgaW4gdGhlIGZvcndhcmRp bmcgcGF0aC4iDQo+IA0KPiAgICBUaGVyZSBpcyBubyBBUyBpbiB0aGUgZm9yd2FyZGluZyBwYXRo LiBQbGVhc2UgcmVwaHJhc2UuDQo+IA0KPiBtMjYpICAgIjUuMi4gIEJHUCBOb2RlIG5vdCBDYXBh YmxlIG9mIFByb2Nlc3NpbmcgUW9TIEF0dHJpYnV0ZQ0KPiANCj4gICAgSWYgdGhlIEJHUCBub2Rl IGlzIG5vdCBjYXBhYmxlIG9mIHByb2Nlc3NpbmcgUW9TIGF0dHJpYnV0ZSwgaXQgTVVTVA0KPiAg ICBmb3J3YXJkIHRoZSBRb1MgYXR0cmlidXRlIG1lc3NhZ2UgdW5hbHRlcmVkLiINCj4gDQo+IFRo aXMgc2VjdGlvbiBpcyBjb21wbGV0ZWx5IHVzZWxlc3MuIEl0IHNob3VsZCBlaXRoZXIgYmUgcmVt b3ZlZCBvciBhdCB0aGUNCj4gbWluaW11bSBzaG91bGQgbm90IHNwZWNpZnkgYSBiZWhhdmlvci4g ZS5nLg0KPiBPTEQ6IGl0IE1VU1QgZm9yd2FyZA0KPiBORVc6IGFzIHBlciBSRkM0MjcxLCBpdCB3 aWxsDQo+IA0KPiBvciBzaG91bGQgZGVmaW5lIHdoYXQgaXMgbWVhbnQgYnkgInByb2Nlc3Npbmcg UW9TIGF0dHJpYnV0ZSIuIChteSByZWFkaW5nIGlzDQo+ICJkb2VzIG5vdCByZWNvZ25pemUiKQ0K PiANCj4gbTI3KSAiSWYgYWR2ZXJ0aXNlZCBRb1MgQXR0cmlidXRlLCBpbnNpZGUgYW4gdXBkYXRl IG1lc3NhZ2UsIGlzIHdpdGggYSBmbGFnDQo+IHNldCBpbmRpY2F0aW5nIHRvIGRyb3AgdGhhdCBt ZXNzYWdlLCBhIHJlY2VpdmVyIE1VU1QgZHJvcCBtZXNzYWdlIGlmIGl0IGlzDQo+IHRoZSBsYXN0 IHJlY2VpdmVyLCBpbiB1cGRhdGUgcGF0aCwgdGhhdCBtZXNzYWdlIGlzIGFkdmVydGlzZWQgdG8u Ig0KPiBUaGlzIGlzIG5vdCBleHRyZW1lbHkgY2xlYXIuIEVzcGVjaWFsbHkgZm9yIGEgIk1VU1Qi IGJlaGF2aW9yLiBQbGVhc2UNCj4gcmVwaHJhc2UgdXNpbmcgdGhlIHByb3RvY29scyBuYW1lcyBv ZiB0aGUgbWVzc2FnZXMvZmllbGRzLg0KPiANCj4gbTI4KSJJZiB0aGUgYWR2ZXJ0aXNlZCBTTEEg aXMgZnJvbSB0aGUgbmV4dCBob3AsIGluIHRoZSByZXZlcnNlIHBhdGgsIHRoZQ0KPiByZWNlaXZl ciBtYXkgaW1wbGVtZW50IGFkdmVydGlzZWQgU0xBIGZvciB0aGUgd2hvbGUgbGluaywgdGhlIGxp bmsgY291bGQgYmUNCj4gcGh5c2ljYWwgb3IgdmlydHVhbCBsaW5rLCBhc3NvY2lhdGVkIHdpdGgg dGhlIG5leHQgaG9wLiAiDQo+IA0KPiBJIGRvbid0IHVuZGVyc3RhbmQuIFBsZWFzZSByZXBocmFz ZS4gKGUuZy4gd2hpY2ggbmV4dC1ob3A/LCByZXZlcnNlIHBhdGggb2YNCj4gd2hhdD8pDQo+IA0K PiAiSWYgTkxSSSBhZHZlcnRpc2VkIGluIHVwZGF0ZSBtZXNzYWdlIGlzIG5vdCBvZiB0aGUgbmV4 dCBob3AsIg0KPiBJIGRvbid0IHVuZGVyc3RhbmQuIFBsZWFzZSByZXBocmFzZS4NCj4gDQo+IG0y OSkNCj4gICAgIkZvciBjYXNlcyB3aGVyZSBpZiBlYXJsaWVyIG1lc3NhZ2VzIGhhdmUgbm90IHJl YWNoZWQgdGhlIGludGVuZGVkDQo+IHJlY2VpdmVyIHlldCwgYSByZS1zaWduYWxpbmcgaXMgcmVx dWlyZWQuICBBIHJlY2VpdmVyIG1heSBpbnRlbmQgdG8gcmVxdWVzdCBhbg0KPiBTTEEgbWVzc2Fn ZSBmcm9tIHRoZSBvcmlnaW5hdG9yIGluIHN1Y2ggY2FzZS4gIFNpbmNlIEJHUCBtZXNzYWdlcyBh cmUNCj4gY29uc2lkZXJlZCByZWxpYWJsZSwgaXQgaXMgYXNzdW1lZCB0aGF0IGFkdmVydGlzZWQg bWVzc2FnZXMgYWx3YXlzIHJlYWNoDQo+IGludGVuZGVkIHJlY2VpdmVycy4gIFRodXMgZGlzY3Vz c2lvbiBvZiBSRVFVRVNUDQo+ICAgIG1lc3NhZ2UsIGZvciB0aGlzIHB1cnBvc2Ugb3IgYW55IG90 aGVyIHB1cnBvc2UsIGlzIGNvbnNpZGVyZWQgb3V0IG9mIHRoZQ0KPiBzY29wZSBvZiB0aGlzIGRv Y3VtZW50LiINCj4gU29tZSBwYXJzaW5nIGlzc3Vlcy4NCj4gVGhlIHRleHQgc2VlbXMgdG8gc2Vs ZiBjb250cmFkaWN0Og0KPiAtICJhIHJlLXNpZ25hbGluZyBpcyByZXF1aXJlZCINCj4gLSAiU2lu Y2UgQkdQIG1lc3NhZ2VzIGFyZSBjb25zaWRlcmVkIHJlbGlhYmxlLCBpdCBpcyBhc3N1bWVkIHRo YXQgYWR2ZXJ0aXNlZA0KPiBtZXNzYWdlcyBhbHdheXMgcmVhY2ggaW50ZW5kZWQgcmVjZWl2ZXJz LiINCj4gDQo+IG0zMCkNCj4gICAgIlRoZXJlIGFyZSB3ZWxsLWRlZmluZWQgcmVjb21tZW5kYXRp b25zIHRoYXQgZXhpc3QgZm9yIHRyYWZmaWMgY2xhc3MNCj4gbWFwcGluZyBiZXR3ZWVuIHR3byB0 ZWNobm9sb2dpZXMuICINCj4gDQo+ICAgIFBsZWFzZSBwcm92aWRlcyByZWZlcmVuY2VzLg0KPiAN Cj4gbTMxKQ0KPiAiQVMyIGNhbiBhZHZlcnRpc2UgdGhlIHNhbWUgb3IgYSBzdWJzZXQgb2YgdGhh dCBTTEEgdG8gQVMzIGluIHRoZSBjb250ZXh0IG9mDQo+IHR1bm5lbCdzIGlwIGFkZHJlc3MuIg0K PiBXaGljaCB0dW5uZWwgYXJlIHlvdSByZWZlcmluZyB0bz8NCj4gDQo+IA0KPiBOaXRzOg0KPiBO MSkgSUQgTml0cyByZXBvcnRzIDEgZXJyb3IgKE9ic29sZXRlIG5vcm1hdGl2ZSByZWZlcmVuY2Up DQo+IE4yKSBJbiBhIEJHUCBjb250ZXh0LCAiQVMiIHN0YW5kcyBmb3IgIkF1dG9ub21vdXMgU3lz dGVtIiBhbmQgbm90DQo+ICJBdXRvbWF0ZWQgU3lzdGVtIg0KPiBOMykNCj4gIiAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCj4gICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICAgICB+ICAgICAgICAgICAgICBUcmFmZmljIENs YXNzIEVsZW1lbnRzIGNvdW50L3ZhbHVlcyAgICAgICAgICAgICAgfg0KPiAgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCj4gICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rICINCj4gDQo+IEkgZmVlbCB0aGF0IHRoZSBmaWd1cmUgY291 bGQgYmUgdXBkYXRlZCB0byBtb3JlIGFjY3VyYXRlbHkgcmVwcmVzZW50IGJvdGgNCj4gZmllbGRz IChsZW5ndGgpLglTb21ldGhpbmcgbGlrZQ0KPiANCj4gCSAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ICAgICAgICB8 IFRyYWZmaWMgIENvdW50fCAgICAgIFRyYWZmaWMgQ2xhc3MgdmFsdWVzICAgICAgICAgICAgICAg ICAgICAgfA0KPiAgICAgICAgKy0rLSstKy0rLSstKy0rLSsgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH4NCj4gICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICAgICB+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfg0KPiAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+IA0KPiBONCkg SW4gZ2VuZXJhbCBmb3IgYWxsIGZpZ3VyZXMsIGl0J3MgZWFzaWVyIGlmIHRoZSBuYW1lIG9mIHRo ZSBsZWdlbmQgLw0KPiBkZXNjcmlwdGl2ZSBwYXJhZ3JhcGggbWF0Y2ggdGhlIG5hbWUgaW4gdGhl IGZpZ3VyZS4NCj4gZS5nLg0KPiAiQ2xhc3MgRGVzYyBMZW4iIGluIGZpZ3VyZSB2ZXJzdXMgIlRy YWZmaWMgQ2xhc3MgRGVzY3IgTGVuZ3RoIiBpbiB0aGUgbGVnZW5kDQo+ICJBZHZlcnRpc2VyIGlk IFRMVnMiIGluIGZpZ3VyZSB2ZXJzdXMgIk9wdGlvbmFsIEFkdmVydGlzZXIgaWQgVExWIiBpbiB0 aGUNCj4gbGVnZW5kICJFdmVudCIgaW4gZmlndXJlIHZlcnN1cyAiU0xBIEV2ZW50IFR5cGUiIGlu IHRoZSBsZWdlbmQgLi4uDQo+IA0KPiBONSkNCj4gIklQRklYIElBTkEgcmVnaXN0cnkgaXMgImh0 dHBzOi8vd3d3LmlldGYub3JnL2Fzc2lnbm1lbnRzL2lwZml4IiAiDQo+IE1heSBiZSBhZGRlZCB0 byB0aGUgcmVmZXJlbmNlIHNlY3Rpb24uDQo+IA0KPiBONikgVGhlcmUgaXMgYSBtaXggb2YgdXNh Z2Ugb2YgIm9jdGV0IiBhbmQgImJ5dGUiLiBGb3IgY29uc2lzdGVuY3ksIG9ubHkgb25lDQo+IHNo b3VsZCBiZSBjaG9zZW4gKCJvY3RldCIgSU1ITykNCj4gDQo+IE43KVtDUFBdICAgICAgSS1ELmJv dWNhZGFpci1jb25uZWN0aXZpdHktcHJvdmlzaW9uaW5nLXByb2ZpbGUiDQo+IHdoeSBub3QgY2l0 aW5nIFJGQyA3Mjk3IGluc3RlYWQ/DQo+IA0KPiANCj4gUmVnYXJkcywNCj4gQnJ1bm8NCj4gDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IA0KPiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMNCj4gY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcw0K PiBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3Nh Z2UgcGFyIGVycmV1ciwNCj4gdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4NCj4gTGVzIG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRl Y2xpbmUNCj4gdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KPiANCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMg YXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQNCj4gaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJl IGRpc3RyaWJ1dGVkLA0KPiB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+ IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBhbmQgZGVsZXRlDQo+IHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz Lg0KPiBBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbg0KPiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQu DQo+IFRoYW5rIHlvdS4NCj4gDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMg am9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVz IG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4 cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNl IG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIg ZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVs ZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFs dGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBt b2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Fri May 22 08:03:43 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA9A11A1A24; Fri, 22 May 2015 08:03:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2K2ZosVHAZp4; Fri, 22 May 2015 08:03:38 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 760011A1A1E; Fri, 22 May 2015 08:03:38 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: References: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> <010601d0949b$13f15850$3bd408f0$@ndzh.com> <2522_1432305272_555F3E78_2522_8958_1_53C29892C857584299CBF5D05346208A0F58D1D4@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <2522_1432305272_555F3E78_2522_8958_1_53C29892C857584299CBF5D05346208A0F58D1D4@OPEXCLILM21.corporate.adroot.infra.ftgroup> Date: Fri, 22 May 2015 11:03:41 -0400 Message-ID: <012a01d094a0$7de2acf0$79a806d0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIM9WM88S1yuXJvv2o0F/ow4GZjKwIjwAahARKJWOOc9aND4A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: rtg-dir@ietf.org, 'idr wg' , rtg-ads@tools.ietf.org Subject: Re: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 15:03:42 -0000 Bruno:=20 It is normally the AD that discusses this during the AD evaluation. = However with 10 major concerns, as a chair I would like to see these = topics discussed before I send the document to the AD. Otherwise, = Alvaro (AD) will just send it back to the IDR WG.=20 Sue=20 -----Original Message----- From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of = bruno.decraene@orange.com Sent: Friday, May 22, 2015 10:35 AM To: Susan Hares Cc: rtg-dir@ietf.org; rtg-ads@tools.ietf.org; 'idr wg' Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 Susan, > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Friday, May 22,=20 > 2015 4:25 PM >=20 > Bruno: >=20 > It is for the Chairs to discuss with the authors.=20 Sure. If you are referring to the introduction text citing Routing ADs, I felt = like I had to follow the email template provided at = http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDirGuidance Bruno > However, I hope that the > authors will discuss these issues on list with you. I think it is = important to > cover the major topics on list? I will start a WG thread with these = major > issue. The minor issues will be addressed offline with the authors. >=20 > Thank you for your careful review. >=20 > Sue Hares >=20 >=20 > -----Original Message----- > From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of=20 > bruno.decraene@orange.com > Sent: Friday, May 22, 2015 9:29 AM > To: rtg-ads@tools.ietf.org; idr-chairs@ietf.org; draft-ietf-idr-sla-=20 > exchange.all@tools.ietf.org > Cc: rtg-dir@ietf.org; idr wg > Subject: [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 >=20 > Hello, >=20 > I have been selected as the Routing Directorate reviewer for this=20 > draft. The Routing Directorate seeks to review all routing or=20 > routing-related drafts as they pass through IETF last call and IESG=20 > review, and sometimes on special request. The purpose of the review is = > to provide assistance to the Routing ADs. For more information about=20 > the Routing Directorate, please see=20 > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir >=20 > Although these comments are primarily for the use of the Routing ADs,=20 > it would be helpful if you could consider them along with any other=20 > IETF Last Call comments that you receive, and strive to resolve them=20 > through discussion or by updating the draft. >=20 > Document: draft-ietf-idr-sla-exchange-05 > Reviewer: Bruno Decraene > Review Date: 22/05/2015 > IETF LC End Date: 02/03/2015 > Intended Status: Standards Track >=20 > Summary: I have significant concerns about this document and=20 > recommend that the Routing ADs discuss these issues further with the = authors. >=20 > (Or the chairs as I see that this document has not yet been passed to=20 > the > ADs) >=20 > Comments: > In general, the readability of the document is acceptable but could be = > improved, both from a language and technical precision point of view. > (examples below). > However, there are some normative parts of this Standard Track=20 > specification that I could not understand. >=20 > Major: > M1) The Introduction states > "In a multi-vendor network, translating SLAs into technology-specific=20 > and vendor-specific configuration requires to consider specificities=20 > of each vendor. > There does not exist any standard protocol to translate SLA agreements = > into technical clauses and configurations and thus both the steps of=20 > out of band learning of negotiated SLA and provisioning them in a=20 > vendor specific language can be complex and error-prone." >=20 > - I guess some would use NETCONF/YANG to address this. It could be=20 > questioned why BGP has been preferred. Especially since: > - in the VPN context (using a lot of QoS and the uses cases described = > in the document) many customer connections use static routing rather=20 > than eBGP. Hence this specification would not be enough to distribute=20 > SLA and would require another protocol. > - QoS is only one part of the configuration effort. Why using=20 > different protocols to configure different aspects? >=20 > - This may be related to draft-l3vpn-service-yang and the L3VPN=20 > Service Model WG (l3sm). May be some form of coordination would be = beneficial. >=20 > M2)"The exception is where a BGP speaker, in the middle of an update=20 > path to the destination AS, aggregates prefixes. We will refer this=20 > middle BGP speaker, that aggregates routes, as an Aggregator.=20 > Aggregator is then required to insert original NLRI details in the = optional advertiser field" >=20 > If you refer to the use of AS_SET, RFC6472 recommends against the use=20 > of AS_SET. So, I'm not sure that there is a need to add complexity in=20 > this specification in order to handle route aggregation. > If removed, "section 5.3 Aggregator" may also be removed. >=20 > M4) > "Traffic Class Description > Ascii Description of the Traffic Class" >=20 > Should it be UTF-8? >=20 > M5) SLA definition > It would be good to define what a SLA is. Especially since this whole = > goal of the draft is to advertise SLA in BGP. Citing an individual=20 > draft [CPP] is not enough to have an agreed on definition, especially = for a STD track RFC. > Since QoS is not new in the IETF, there is probably a document=20 > defining it (or using a more popular terminology). > Looking in google, I don't really see matches for "IETF SLA" (outside=20 > of documents written by the authors). > Wikipedia seems to give a quite different definition, much wider than=20 > diffserv specific parameters which seems to be the main point of this=20 > BGP > attribute: > "A service-level agreement (SLA) is a part of a service=20 > contract[disambiguation needed] where a service is formally defined. > Particular aspects of the service - scope, quality, responsibilities - = > are agreed between the service provider and the service user. A common = > feature of an SLA is a contracted delivery time (of the service or=20 > performance). As an example, Internet service providers and telcos=20 > will commonly include service level agreements within the terms of=20 > their contracts with customers to define the level(s) of service being = > sold in plain language terms. In this case the SLA will typically have = > a technical definition in terms of mean time between failures (MTBF),=20 > mean time to repair or mean time to recovery (MTTR); identifying which = > party is responsible for reporting faults or paying fees;=20 > responsibility for various data rates; throughput; jitter; or similar = measurable details.." >=20 > M6) > " Traffic Class Service (optional), > 16-bit =3D type of the field > variable-length =3D based on type of the service" >=20 > Please specify the content of the "variable-length" field. > If it only contains the Data Type of the IPFIX Information Elements,=20 > I'm not sure how the encoding supports, on the receiving side, the=20 > skipping of unknown ElementID. > Given that I also don't see an end to end negotiation channel for the=20 > BGP speaker to known the capabilities of the BGP receiver, I don't see = > how the specification will support the introduction of new Traffic=20 > Class Services in the future. >=20 > M7) NLRI > I don't see the relation between the QoS attribute and the NLRI. > - Is the QoS attribute only applicable to the NLRI advertised? If so=20 > what is the relation with destinationIP* advertised in the classifier=20 > Element? Should they be restricted to more specifics of the advertised = NLRI? > - Also the QoS attribute may instruct "to drop entire BGP update=20 > message [Note that it is an indication to drop entire update message,=20 > not only QoS attribute]". This means that the NLRI will not be=20 > propagated, hence routed, anymore, which seems strange. To preserve=20 > routing of the NLRI, do the QoS attribute require to advertise a less=20 > specific prefix (with no QoS attribute) in addition? Or to use=20 > ADD_PATH to advertise the NLRI multiple times (with & without the QoS = attribute). >=20 > Possibly same question for the relation between the QoS attribute and=20 > the AFI/SAFI of the BGP UPDATE. Is the QoS attribute to be understood=20 > in the context of the AFI/SAFI or not? e.g. if the classifier element=20 > is the ipDiffServCodePoint does it match all protocols or only the one = > of the AFI/SAFI? >=20 > M8) Error handling > Current text says that error handling MAY use attribute discard or MAY = > use treat as withdraw. > This seems underspecified as one implementation would be free to do=20 > nothing, while another could do session reset. This would open many=20 > BGP session reset in real networks. > Please specific what must be done. > Besides, other part of the document provides some more=20 > specific/different error handling. e.g. "If there are more than one=20 > such Traffic Classes present then advertised SLA parameters MUST be = ignored." > Finally, the spec needs to define when the new attribute is considered = > malformed. > On an editorial note, I would prefer a dedicate section related to=20 > error handling. >=20 > M9) security consideration may require some discussion. > "There is a potential for mis-behaved AS to advertise wrong SLA,=20 > stealing identity of another AS." > Agreed. But there are probably other attack vectors (e.g. modifying=20 > the attribute during propagation, setting parameters to instruct BGP=20 > to drop the message (as this seems alllowed by the specification)...) >=20 > "This resembles to problems already identified and resolved, in the=20 > routing world, thru reverse path forwarding check." > "Resembles" is not enough. "Resolved" is probably a bit quick. >=20 > "One proposal, inline to RPF, to resolve such threats is to have each=20 > BGP speaker node, in the forwarding path, perform reverse path check=20 > on source AS." > If this is a specification, it should be described in the document=20 > (quickly citing it in the security section is not enough). > It's also a bit short in term of specification. e.g. I don't see=20 > "source AS" in the forwarding path (neither in the packet nor in the=20 > FIB) >=20 > "Since we expect these messages to originate and distributed in the=20 > managed network, there should not be any risks for identity theft." > If you restrict the use of this specification/ATTRIBUTE in "managed=20 > network", this needs to be clarified from the beginning (and not at=20 > this very end of the document), and the specification should take=20 > measure to ensure that this attribute is not received from/leaked=20 > outside of this "managed network". > Defining "managed network" may also help, especially since the=20 > proposition involves multiple ASes and multiple organisations. > (otherwise, you need to handle the case when this attribute is used=20 > outside of "managed network" and therefore consider the security=20 > implications) >=20 > M10) IANA section is under specified. > e.g. you should: > - states the name of the registry that you want to create or update. > - states the name of the new entries in existing registries. > - define all your new registries. (e.g. you don't have ones for new=20 > QoS TLV subtypes (defined in =C2=A73.1), Optional Advertised id TLV, = SLA=20 > event Type...) > - define the registration policy of those new registries. >=20 > Reading RFC5226 may help. >=20 >=20 > Minor (some not so minor): > m1) From an editorial standpoint, the document may benefit from an=20 > english language review. > - Some sentences are hard to parse (at least for me). e.g. "The need = > to exchange SLA parameters between domains (Automated Systems (AS)),=20 > where in use-cases described in this document, BGP is a suitable=20 > protocol for inter-domain exchange [RFC4271][RFC4364]. > - Adding a full point "." at the end of each sentence may help the = parsing. > - IMHO some sentences could be rewritten to improve readability. = e.g. > OLD: > highest order bit (bit 0) - > It defines if update message MUST be dropped (if set to 1) > without updating routing information base, when this is = the > last BGP receiver from the list of destination ASes this > attribute is announced to, or MUST announce (if set to 0) > further to BGP peers > NEW > highest order bit (bit 0) - > This flags defines how update message must be handled by the last=20 > BGP receiver in the list of destination ASes. > If set (1) update message MUST be dropped without updating = > routing information base. > If cleared (0) update message MUST be further advertised to BGP=20 > peers. >=20 > On a side note, at this point in the document, it's not crystal=20 > clear what you mean by "update message". The QoS Attribute TLV? The = QoS BGP attribute? > The BGP UPDATE message? In general, in the document, please use the=20 > protocols names of the messages/fields. > - "SLA sub-type specific value field details." I guess you mean=20 > :s/specific/specifies. >=20 > m2) > OLD: Remaining bits are currently unused and MUST be set to 0 > NEW: The lower-order seven bits of the Attribute Flags octet are = unused. > They MUST be zero when sent and MUST be ignored when received. > (Proposed text is a copy/past from RFC 4271. You are free to use=20 > another text but please specify the behaviour on the receiving side as = > we have seen BGP session reset in the Internet which a much clearer=20 > sentence.) >=20 > m3) That's not specific to this document, but I would find useful to=20 > have the related implementation report draft be referenced in the=20 > informative reference section. >=20 > m4) "sub type Length" Please specify exactly what part of the message=20 > is covered by the length (as some IETF spec use the length of the=20 > value field, while some other use the length of the type+length+value = fields. >=20 > m5) "32-bit source AS (Advertiser)" The word "advertiser" may be=20 > misleading. (cf draft-hares-idr-update-attrib-low-bits-fix). RFC 4271=20 > uses "Originating speaker" (SIDR seems also to use "Origin". > Multiple occurrences in the draft. >=20 > m6) "0 =3D ignore Source and Destination AS list from this Value = field. > Instead refer to Source and Destination AS as defined by = BGP > message" > I'm not sure what is meant by the second sentence. Please use the=20 > specific names of BGP messages and fields. >=20 > m7) "format of the SLA message" > Giving names and number to figures could be considered. > So does adding the memory axis: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >=20 >=20 > m8) > " Optional advertiser id total len > 16-bit Source address identifier (optional)." >=20 > I read this as the field "Optional advertiser id total len" contains a = > 16-bit Source address identifier. > While this field probably contain the length of "something". Please=20 > check/clarify. >=20 > m9) > "Optional Advertiser id TLV > 4-bit type" >=20 > You need to specify the size of the "Length" field. Especially since=20 > you introduce a somewhat unusual size of the "Type field" and some=20 > people may assume that the size of the "length" field is of the same=20 > size (4-bit), while some others may believe its the usual 1-octet. >=20 > m10)" Destination AS count > 32-bit destination AS count to take variable length AS list." > I guess you mean: > number of destination ASes > This field indicates the number of destination AS present in the=20 > Destination AS list >=20 > m11) "SLA Id" > The text under "SLA Id" mixes text related to "SLA Id " and text=20 > related to "Content". Please split the text. >=20 > m12) I don't see a description of the filed "Content as per SLA Event" >=20 > m13) " SLA Length > 12-bits" > Please specify what is covered/measured by this length field. >=20 > m14) > " Direction > 0x1 =3D incoming, from destination AS towards source AS > 0x2 =3D outgoing, from source AS towards destination AS" > I find the terms "incoming" and "outcoming" a bit misleading. e.g. > the direction "from source AS towards destination AS" seems to be: > - outgoing in the source AS > - ingoing in the destination AS >=20 > m15) "Traffic Class Descr Length > 08-bit, size of the length" > proposition :s/size of the length/ length of XXX >=20 > m16) In section 3, I don't see the specification of the REQUEST SLA=20 > even type. > At the end of the document, it's said that "discussion of REQUEST=20 > message, for this purpose or any other purpose, is considered out of=20 > the scope of this document." In which case, you should probably not=20 > specify a REQUEST SLA even type. >=20 > m19) > "Given IPFIX [RFC5102] has well defined identifier set for a large=20 > number of packet attributes, IPFIX IANA registry is=20 > "https://www.ietf.org/assignments/ipfix" chosen to specify packet=20 > classification attributes." > Sentence is hard to parse, which is an issue for a normative part. > The reference should probably be listed in the reference section. >=20 > "However, since not all identifiers from IPFIX would be applicable to=20 > this proposal, only a limited set identified here can be supported by=20 > BGP SLA exchange. Any new element identifier, in future, added to the=20 > IPFIX IANA registry does not automatically mean supported for this = proposal." >=20 > - This probably calls for a IANA registry to identify which element=20 > identifier can be used. > - Text should clarify that the list of accepted identifiers is defined = > in the subsequent list (having no name and no number). >=20 > m20) section 3 is hard to read. > - IMO the document/section 3 would benefit from an section presenting=20 > an overview of the solution > - section 3 have a single subsection (3.1) hence the interest of using = > subsection is limited. Given the size of section 3 (10 pages), to=20 > improve readability I would suggest the use of multiples subsection. >=20 > m21) > "The minimum policed unit (m) and maximum packet size (M) > parameters have no relevance for the purpose of SLA exchange. > Thus they MUST be ignored." >=20 > Why specifying and sending such parameters in BGP if they MUST be=20 > ignored by the receiver? >=20 > m22) > " This rate indicates the minimum rate, measured in bytes of Layer 2=20 > (L2) datagrams per second," > I'm not sure why the Layer 2 size is used rather than the layer 3=20 > size. As a consequence, you need to send additional information=20 > (L2_OVERHEAD) which may be not needed otherwise. > Draft cites RFC 2212 as the source of this TRAFFIC_CLASS_TSPEC=20 > parameter, and RFC 2212 use the IP datagram size. >=20 > m23) > "4. Originating SLA Notification >=20 > The QoS attribute to advertise SLA sub-type MUST be added by the > originator of a BGP UPDATE message." >=20 > I guess you don't mean that advertising this new attribute is=20 > mandatory. So please rephrase (e.g. at least :s/MUST/MAY) >=20 > m24) " If a BGP node is capable of processing QoS attribute, it=20 > optionally MAY process the message." > What message? The BGP UPDATE? >=20 > m25) "BGP node MUST drop SLA related sub-type from the QoS = attribute, > if > none of the AS from the destination list is in the forwarding = path." >=20 > There is no AS in the forwarding path. Please rephrase. >=20 > m26) "5.2. BGP Node not Capable of Processing QoS Attribute >=20 > If the BGP node is not capable of processing QoS attribute, it MUST > forward the QoS attribute message unaltered." >=20 > This section is completely useless. It should either be removed or at=20 > the minimum should not specify a behavior. e.g. > OLD: it MUST forward > NEW: as per RFC4271, it will >=20 > or should define what is meant by "processing QoS attribute". (my=20 > reading is "does not recognize") >=20 > m27) "If advertised QoS Attribute, inside an update message, is with a = > flag set indicating to drop that message, a receiver MUST drop message = > if it is the last receiver, in update path, that message is advertised = to." > This is not extremely clear. Especially for a "MUST" behavior. Please=20 > rephrase using the protocols names of the messages/fields. >=20 > m28)"If the advertised SLA is from the next hop, in the reverse path,=20 > the receiver may implement advertised SLA for the whole link, the link = > could be physical or virtual link, associated with the next hop. " >=20 > I don't understand. Please rephrase. (e.g. which next-hop?, reverse=20 > path of > what?) >=20 > "If NLRI advertised in update message is not of the next hop," > I don't understand. Please rephrase. >=20 > m29) > "For cases where if earlier messages have not reached the intended=20 > receiver yet, a re-signaling is required. A receiver may intend to=20 > request an SLA message from the originator in such case. Since BGP=20 > messages are considered reliable, it is assumed that advertised=20 > messages always reach intended receivers. Thus discussion of REQUEST > message, for this purpose or any other purpose, is considered out=20 > of the scope of this document." > Some parsing issues. > The text seems to self contradict: > - "a re-signaling is required" > - "Since BGP messages are considered reliable, it is assumed that=20 > advertised messages always reach intended receivers." >=20 > m30) > "There are well-defined recommendations that exist for traffic=20 > class mapping between two technologies. " >=20 > Please provides references. >=20 > m31) > "AS2 can advertise the same or a subset of that SLA to AS3 in the=20 > context of tunnel's ip address." > Which tunnel are you refering to? >=20 >=20 > Nits: > N1) ID Nits reports 1 error (Obsolete normative reference) > N2) In a BGP context, "AS" stands for "Autonomous System" and not=20 > "Automated System" > N3) > " = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | = | > ~ Traffic Class Elements count/values = ~ > | = | > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ " >=20 > I feel that the figure could be updated to more accurately represent = both > fields (length). Something like >=20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Traffic Count| Traffic Class values = | > +-+-+-+-+-+-+-+-+ = ~ > | = | > ~ = ~ > | = | > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > N4) In general for all figures, it's easier if the name of the legend=20 > / descriptive paragraph match the name in the figure. > e.g. > "Class Desc Len" in figure versus "Traffic Class Descr Length" in the=20 > legend "Advertiser id TLVs" in figure versus "Optional Advertiser id=20 > TLV" in the legend "Event" in figure versus "SLA Event Type" in the = legend ... >=20 > N5) > "IPFIX IANA registry is "https://www.ietf.org/assignments/ipfix" " > May be added to the reference section. >=20 > N6) There is a mix of usage of "octet" and "byte". For consistency,=20 > only one should be chosen ("octet" IMHO) >=20 > N7)[CPP] I-D.boucadair-connectivity-provisioning-profile" > why not citing RFC 7297 instead? >=20 >=20 > Regards, > Bruno >=20 > ______________________________________________________________ > ___________________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations=20 > confidentielles ou privilegiees et ne doivent donc pas etre diffuses,=20 > exploites ou copies sans autorisation. Si vous avez recu ce message=20 > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi = que les pieces jointes. > Les messages electroniques etant susceptibles d'alteration, Orange=20 > decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. >=20 > This message and its attachments may contain confidential or=20 > privileged information that may be protected by law; they should not=20 > be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have=20 > been modified, changed or falsified. > Thank you. >=20 _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. From nobody Fri May 22 08:43:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E15681A0252; Fri, 22 May 2015 08:43:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48bR-ArcgF26; Fri, 22 May 2015 08:43:22 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5561A066C; Fri, 22 May 2015 08:43:22 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: , , , , References: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> <010601d0949b$13f15850$3bd408f0$@ndzh.com> <2522_1432305272_555F3E78_2522_8958_1_53C29892C857584299CBF5D05346208A0F58D1D4@OPEXCLILM21.corporate.adroot.infra.ftgroup> <012a01d094a0$7de2acf0$79a806d0$@ndzh.com> In-Reply-To: <012a01d094a0$7de2acf0$79a806d0$@ndzh.com> Date: Fri, 22 May 2015 11:43:20 -0400 Message-ID: <013c01d094a6$07fe9070$17fbb150$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIM9WM88S1yuXJvv2o0F/ow4GZjKwIjwAahARKJWOMBgs6i7pzpla4g Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: rtg-dir@ietf.org, bruno.decraene@orange.com, rtg-ads@tools.ietf.org, 'idr wg' Subject: Re: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 15:43:27 -0000 Shitanshu, Keyur, Sandeep, Luis, and Mohamed:=20 Would you please address the 10 major points (see below) that Bruno = raised in his routing directorate review? The draft will not be = forwarded to the IESG for publication until you address the concerns on = the mail list?=20 You can address the concern by changing your document or indicate why = you think your original text/design is reasonable. I would appreciate = your quick attention on this topic.=20 Thank you,=20 Sue=20 > Document: draft-ietf-idr-sla-exchange-05 > Reviewer: Bruno Decraene > Review Date: 22/05/2015 > IETF LC End Date: 02/03/2015 > Intended Status: Standards Track >=20 > Summary: I have significant concerns about this document and=20 > recommend that the Routing ADs discuss these issues further with the = authors. >=20 > (Or the chairs as I see that this document has not yet been passed to=20 > the > ADs) >=20 > Comments: > In general, the readability of the document is acceptable but could be = > improved, both from a language and technical precision point of view. > (examples below). > However, there are some normative parts of this Standard Track=20 > specification that I could not understand. >=20 > Major: > M1) The Introduction states > "In a multi-vendor network, translating SLAs into technology-specific=20 > and vendor-specific configuration requires to consider specificities=20 > of each vendor. > There does not exist any standard protocol to translate SLA agreements = > into technical clauses and configurations and thus both the steps of=20 > out of band learning of negotiated SLA and provisioning them in a=20 > vendor specific language can be complex and error-prone." >=20 > - I guess some would use NETCONF/YANG to address this. It could be=20 > questioned why BGP has been preferred. Especially since: > - in the VPN context (using a lot of QoS and the uses cases described = > in the document) many customer connections use static routing rather=20 > than eBGP. Hence this specification would not be enough to distribute=20 > SLA and would require another protocol. > - QoS is only one part of the configuration effort. Why using=20 > different protocols to configure different aspects? >=20 > - This may be related to draft-l3vpn-service-yang and the L3VPN=20 > Service Model WG (l3sm). May be some form of coordination would be = beneficial. >=20 > M2)"The exception is where a BGP speaker, in the middle of an update=20 > path to the destination AS, aggregates prefixes. We will refer this=20 > middle BGP speaker, that aggregates routes, as an Aggregator. > Aggregator is then required to insert original NLRI details in the = optional advertiser field" >=20 > If you refer to the use of AS_SET, RFC6472 recommends against the use=20 > of AS_SET. So, I'm not sure that there is a need to add complexity in=20 > this specification in order to handle route aggregation. > If removed, "section 5.3 Aggregator" may also be removed. >=20 > M4) > "Traffic Class Description > Ascii Description of the Traffic Class" >=20 > Should it be UTF-8? >=20 > M5) SLA definition > It would be good to define what a SLA is. Especially since this whole = > goal of the draft is to advertise SLA in BGP. Citing an individual=20 > draft [CPP] is not enough to have an agreed on definition, especially = for a STD track RFC. > Since QoS is not new in the IETF, there is probably a document=20 > defining it (or using a more popular terminology). > Looking in google, I don't really see matches for "IETF SLA" (outside=20 > of documents written by the authors). > Wikipedia seems to give a quite different definition, much wider than=20 > diffserv specific parameters which seems to be the main point of this=20 > BGP > attribute: > "A service-level agreement (SLA) is a part of a service=20 > contract[disambiguation needed] where a service is formally defined. > Particular aspects of the service - scope, quality, responsibilities - = > are agreed between the service provider and the service user. A common = > feature of an SLA is a contracted delivery time (of the service or=20 > performance). As an example, Internet service providers and telcos=20 > will commonly include service level agreements within the terms of=20 > their contracts with customers to define the level(s) of service being = > sold in plain language terms. In this case the SLA will typically have = > a technical definition in terms of mean time between failures (MTBF),=20 > mean time to repair or mean time to recovery (MTTR); identifying which = > party is responsible for reporting faults or paying fees;=20 > responsibility for various data rates; throughput; jitter; or similar = measurable details.." >=20 > M6) > " Traffic Class Service (optional), > 16-bit =3D type of the field > variable-length =3D based on type of the service" >=20 > Please specify the content of the "variable-length" field. > If it only contains the Data Type of the IPFIX Information Elements,=20 > I'm not sure how the encoding supports, on the receiving side, the=20 > skipping of unknown ElementID. > Given that I also don't see an end to end negotiation channel for the=20 > BGP speaker to known the capabilities of the BGP receiver, I don't see = > how the specification will support the introduction of new Traffic=20 > Class Services in the future. >=20 > M7) NLRI > I don't see the relation between the QoS attribute and the NLRI. > - Is the QoS attribute only applicable to the NLRI advertised? If so=20 > what is the relation with destinationIP* advertised in the classifier=20 > Element? Should they be restricted to more specifics of the advertised = NLRI? > - Also the QoS attribute may instruct "to drop entire BGP update=20 > message [Note that it is an indication to drop entire update message,=20 > not only QoS attribute]". This means that the NLRI will not be=20 > propagated, hence routed, anymore, which seems strange. To preserve=20 > routing of the NLRI, do the QoS attribute require to advertise a less=20 > specific prefix (with no QoS attribute) in addition? Or to use=20 > ADD_PATH to advertise the NLRI multiple times (with & without the QoS = attribute). >=20 > Possibly same question for the relation between the QoS attribute and=20 > the AFI/SAFI of the BGP UPDATE. Is the QoS attribute to be understood=20 > in the context of the AFI/SAFI or not? e.g. if the classifier element=20 > is the ipDiffServCodePoint does it match all protocols or only the one = > of the AFI/SAFI? >=20 > M8) Error handling > Current text says that error handling MAY use attribute discard or MAY = > use treat as withdraw. > This seems underspecified as one implementation would be free to do=20 > nothing, while another could do session reset. This would open many=20 > BGP session reset in real networks. > Please specific what must be done. > Besides, other part of the document provides some more=20 > specific/different error handling. e.g. "If there are more than one=20 > such Traffic Classes present then advertised SLA parameters MUST be = ignored." > Finally, the spec needs to define when the new attribute is considered = > malformed. > On an editorial note, I would prefer a dedicate section related to=20 > error handling. >=20 > M9) security consideration may require some discussion. > "There is a potential for mis-behaved AS to advertise wrong SLA,=20 > stealing identity of another AS." > Agreed. But there are probably other attack vectors (e.g. modifying=20 > the attribute during propagation, setting parameters to instruct BGP=20 > to drop the message (as this seems alllowed by the specification)...) >=20 > "This resembles to problems already identified and resolved, in the=20 > routing world, thru reverse path forwarding check." > "Resembles" is not enough. "Resolved" is probably a bit quick. >=20 > "One proposal, inline to RPF, to resolve such threats is to have each=20 > BGP speaker node, in the forwarding path, perform reverse path check=20 > on source AS." > If this is a specification, it should be described in the document=20 > (quickly citing it in the security section is not enough). > It's also a bit short in term of specification. e.g. I don't see=20 > "source AS" in the forwarding path (neither in the packet nor in the > FIB) >=20 > "Since we expect these messages to originate and distributed in the=20 > managed network, there should not be any risks for identity theft." > If you restrict the use of this specification/ATTRIBUTE in "managed=20 > network", this needs to be clarified from the beginning (and not at=20 > this very end of the document), and the specification should take=20 > measure to ensure that this attribute is not received from/leaked=20 > outside of this "managed network". > Defining "managed network" may also help, especially since the=20 > proposition involves multiple ASes and multiple organisations. > (otherwise, you need to handle the case when this attribute is used=20 > outside of "managed network" and therefore consider the security > implications) >=20 > M10) IANA section is under specified. > e.g. you should: > - states the name of the registry that you want to create or update. > - states the name of the new entries in existing registries. > - define all your new registries. (e.g. you don't have ones for new=20 > QoS TLV subtypes (defined in =C2=A73.1), Optional Advertised id TLV, = SLA=20 > event Type...) > - define the registration policy of those new registries. >=20 > Reading RFC5226 may help. >=20 >=20 > Minor (some not so minor): > m1) From an editorial standpoint, the document may benefit from an=20 > english language review. > - Some sentences are hard to parse (at least for me). e.g. "The need = > to exchange SLA parameters between domains (Automated Systems (AS)),=20 > where in use-cases described in this document, BGP is a suitable=20 > protocol for inter-domain exchange [RFC4271][RFC4364]. > - Adding a full point "." at the end of each sentence may help the = parsing. > - IMHO some sentences could be rewritten to improve readability. = e.g. > OLD: > highest order bit (bit 0) - > It defines if update message MUST be dropped (if set to 1) > without updating routing information base, when this is = the > last BGP receiver from the list of destination ASes this > attribute is announced to, or MUST announce (if set to 0) > further to BGP peers > NEW > highest order bit (bit 0) - > This flags defines how update message must be handled by the last=20 > BGP receiver in the list of destination ASes. > If set (1) update message MUST be dropped without updating = > routing information base. > If cleared (0) update message MUST be further advertised to BGP=20 > peers. >=20 > On a side note, at this point in the document, it's not crystal=20 > clear what you mean by "update message". The QoS Attribute TLV? The = QoS BGP attribute? > The BGP UPDATE message? In general, in the document, please use the=20 > protocols names of the messages/fields. > - "SLA sub-type specific value field details." I guess you mean=20 > :s/specific/specifies. >=20 > m2) > OLD: Remaining bits are currently unused and MUST be set to 0 > NEW: The lower-order seven bits of the Attribute Flags octet are = unused. > They MUST be zero when sent and MUST be ignored when received. > (Proposed text is a copy/past from RFC 4271. You are free to use=20 > another text but please specify the behaviour on the receiving side as = > we have seen BGP session reset in the Internet which a much clearer > sentence.) >=20 > m3) That's not specific to this document, but I would find useful to=20 > have the related implementation report draft be referenced in the=20 > informative reference section. >=20 > m4) "sub type Length" Please specify exactly what part of the message=20 > is covered by the length (as some IETF spec use the length of the=20 > value field, while some other use the length of the type+length+value = fields. >=20 > m5) "32-bit source AS (Advertiser)" The word "advertiser" may be=20 > misleading. (cf draft-hares-idr-update-attrib-low-bits-fix). RFC 4271=20 > uses "Originating speaker" (SIDR seems also to use "Origin". > Multiple occurrences in the draft. >=20 > m6) "0 =3D ignore Source and Destination AS list from this Value = field. > Instead refer to Source and Destination AS as defined by = BGP > message" > I'm not sure what is meant by the second sentence. Please use the=20 > specific names of BGP messages and fields. >=20 > m7) "format of the SLA message" > Giving names and number to figures could be considered. > So does adding the memory axis: > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >=20 >=20 > m8) > " Optional advertiser id total len > 16-bit Source address identifier (optional)." >=20 > I read this as the field "Optional advertiser id total len" contains a = > 16-bit Source address identifier. > While this field probably contain the length of "something". Please=20 > check/clarify. >=20 > m9) > "Optional Advertiser id TLV > 4-bit type" >=20 > You need to specify the size of the "Length" field. Especially since=20 > you introduce a somewhat unusual size of the "Type field" and some=20 > people may assume that the size of the "length" field is of the same=20 > size (4-bit), while some others may believe its the usual 1-octet. >=20 > m10)" Destination AS count > 32-bit destination AS count to take variable length AS list." > I guess you mean: > number of destination ASes > This field indicates the number of destination AS present in the=20 > Destination AS list >=20 > m11) "SLA Id" > The text under "SLA Id" mixes text related to "SLA Id " and text=20 > related to "Content". Please split the text. >=20 > m12) I don't see a description of the filed "Content as per SLA Event" >=20 > m13) " SLA Length > 12-bits" > Please specify what is covered/measured by this length field. >=20 > m14) > " Direction > 0x1 =3D incoming, from destination AS towards source AS > 0x2 =3D outgoing, from source AS towards destination AS" > I find the terms "incoming" and "outcoming" a bit misleading. e.g. > the direction "from source AS towards destination AS" seems to be: > - outgoing in the source AS > - ingoing in the destination AS >=20 > m15) "Traffic Class Descr Length > 08-bit, size of the length" > proposition :s/size of the length/ length of XXX >=20 > m16) In section 3, I don't see the specification of the REQUEST SLA=20 > even type. > At the end of the document, it's said that "discussion of REQUEST=20 > message, for this purpose or any other purpose, is considered out of=20 > the scope of this document." In which case, you should probably not=20 > specify a REQUEST SLA even type. >=20 > m19) > "Given IPFIX [RFC5102] has well defined identifier set for a large=20 > number of packet attributes, IPFIX IANA registry is=20 > "https://www.ietf.org/assignments/ipfix" chosen to specify packet=20 > classification attributes." > Sentence is hard to parse, which is an issue for a normative part. > The reference should probably be listed in the reference section. >=20 > "However, since not all identifiers from IPFIX would be applicable to=20 > this proposal, only a limited set identified here can be supported by=20 > BGP SLA exchange. Any new element identifier, in future, added to the=20 > IPFIX IANA registry does not automatically mean supported for this = proposal." >=20 > - This probably calls for a IANA registry to identify which element=20 > identifier can be used. > - Text should clarify that the list of accepted identifiers is defined = > in the subsequent list (having no name and no number). >=20 > m20) section 3 is hard to read. > - IMO the document/section 3 would benefit from an section presenting=20 > an overview of the solution > - section 3 have a single subsection (3.1) hence the interest of using = > subsection is limited. Given the size of section 3 (10 pages), to=20 > improve readability I would suggest the use of multiples subsection. >=20 > m21) > "The minimum policed unit (m) and maximum packet size (M) > parameters have no relevance for the purpose of SLA exchange. > Thus they MUST be ignored." >=20 > Why specifying and sending such parameters in BGP if they MUST be=20 > ignored by the receiver? >=20 > m22) > " This rate indicates the minimum rate, measured in bytes of Layer 2 > (L2) datagrams per second," > I'm not sure why the Layer 2 size is used rather than the layer 3=20 > size. As a consequence, you need to send additional information > (L2_OVERHEAD) which may be not needed otherwise. > Draft cites RFC 2212 as the source of this TRAFFIC_CLASS_TSPEC=20 > parameter, and RFC 2212 use the IP datagram size. >=20 > m23) > "4. Originating SLA Notification >=20 > The QoS attribute to advertise SLA sub-type MUST be added by the > originator of a BGP UPDATE message." >=20 > I guess you don't mean that advertising this new attribute is=20 > mandatory. So please rephrase (e.g. at least :s/MUST/MAY) >=20 > m24) " If a BGP node is capable of processing QoS attribute, it=20 > optionally MAY process the message." > What message? The BGP UPDATE? >=20 > m25) "BGP node MUST drop SLA related sub-type from the QoS = attribute, > if > none of the AS from the destination list is in the forwarding = path." >=20 > There is no AS in the forwarding path. Please rephrase. >=20 > m26) "5.2. BGP Node not Capable of Processing QoS Attribute >=20 > If the BGP node is not capable of processing QoS attribute, it MUST > forward the QoS attribute message unaltered." >=20 > This section is completely useless. It should either be removed or at=20 > the minimum should not specify a behavior. e.g. > OLD: it MUST forward > NEW: as per RFC4271, it will >=20 > or should define what is meant by "processing QoS attribute". (my=20 > reading is "does not recognize") >=20 > m27) "If advertised QoS Attribute, inside an update message, is with a = > flag set indicating to drop that message, a receiver MUST drop message = > if it is the last receiver, in update path, that message is advertised = to." > This is not extremely clear. Especially for a "MUST" behavior. Please=20 > rephrase using the protocols names of the messages/fields. >=20 > m28)"If the advertised SLA is from the next hop, in the reverse path,=20 > the receiver may implement advertised SLA for the whole link, the link = > could be physical or virtual link, associated with the next hop. " >=20 > I don't understand. Please rephrase. (e.g. which next-hop?, reverse=20 > path of > what?) >=20 > "If NLRI advertised in update message is not of the next hop," > I don't understand. Please rephrase. >=20 > m29) > "For cases where if earlier messages have not reached the intended=20 > receiver yet, a re-signaling is required. A receiver may intend to=20 > request an SLA message from the originator in such case. Since BGP=20 > messages are considered reliable, it is assumed that advertised=20 > messages always reach intended receivers. Thus discussion of REQUEST > message, for this purpose or any other purpose, is considered out=20 > of the scope of this document." > Some parsing issues. > The text seems to self contradict: > - "a re-signaling is required" > - "Since BGP messages are considered reliable, it is assumed that=20 > advertised messages always reach intended receivers." >=20 > m30) > "There are well-defined recommendations that exist for traffic=20 > class mapping between two technologies. " >=20 > Please provides references. >=20 > m31) > "AS2 can advertise the same or a subset of that SLA to AS3 in the=20 > context of tunnel's ip address." > Which tunnel are you refering to? >=20 >=20 > Nits: > N1) ID Nits reports 1 error (Obsolete normative reference) > N2) In a BGP context, "AS" stands for "Autonomous System" and not=20 > "Automated System" > N3) > " = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | = | > ~ Traffic Class Elements count/values = ~ > | = | > = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ " >=20 > I feel that the figure could be updated to more accurately represent = both > fields (length). Something like >=20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Traffic Count| Traffic Class values = | > +-+-+-+-+-+-+-+-+ = ~ > | = | > ~ = ~ > | = | > =20 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > N4) In general for all figures, it's easier if the name of the legend=20 > / descriptive paragraph match the name in the figure. > e.g. > "Class Desc Len" in figure versus "Traffic Class Descr Length" in the=20 > legend "Advertiser id TLVs" in figure versus "Optional Advertiser id=20 > TLV" in the legend "Event" in figure versus "SLA Event Type" in the = legend ... >=20 > N5) > "IPFIX IANA registry is "https://www.ietf.org/assignments/ipfix" " > May be added to the reference section. >=20 > N6) There is a mix of usage of "octet" and "byte". For consistency,=20 > only one should be chosen ("octet" IMHO) >=20 > N7)[CPP] I-D.boucadair-connectivity-provisioning-profile" > why not citing RFC 7297 instead? >=20 >=20 > Regards, > Bruno >=20 > ______________________________________________________________ > ___________________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations=20 > confidentielles ou privilegiees et ne doivent donc pas etre diffuses,=20 > exploites ou copies sans autorisation. Si vous avez recu ce message=20 > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi = que les pieces jointes. > Les messages electroniques etant susceptibles d'alteration, Orange=20 > decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. >=20 > This message and its attachments may contain confidential or=20 > privileged information that may be protected by law; they should not=20 > be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have=20 > been modified, changed or falsified. > Thank you. >=20 _________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, = exploites ou copies sans autorisation. Si vous avez recu ce message par = erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les = pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr From nobody Fri May 22 08:46:05 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 820281A1ADC for ; Fri, 22 May 2015 08:46:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zDcBhrIkJkMu for ; Fri, 22 May 2015 08:46:03 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8EEB1A1A78 for ; Fri, 22 May 2015 08:46:00 -0700 (PDT) X-AuditID: c6180641-f79086d000001909-cf-555eea4b027c Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 7D.0B.06409.B4AEE555; Fri, 22 May 2015 10:35:24 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Fri, 22 May 2015 11:45:58 -0400 From: Jeff Tantsura To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYA Date: Fri, 22 May 2015 15:45:57 +0000 Message-ID: References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: <006f01d09482$17c489c0$474d9d40$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_D1849CBA99EC1jefftantsuraericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplkeLIzCtJLcpLzFFi42KZXLonVtfnVVyowZFdghavbj9jsvjz5hWL A5PHkiU/mTxmv77OGsAUxWWTkpqTWZZapG+XwJVxctJ1xoIj4RVnznxlaWBs9O1i5OSQEDCR uLdsLSuELSZx4d56ti5GLg4hgaOMEhe3TGGBcJYzSvTN7mAEqWITMJD4/+04C4gtIuAgcbuh HaxbWCBO4u2Ci2wQ8XiJngO/2SFsI4ktM84zg9gsAqoSC++sB4vzCphL/Jx8FywuJGAmcf1N C9gcTqD48o6rYHMYgS76fmoNE4jNLCAucevJfCaISwUkluyBmCkhICrx8vE/sF5RAT2Jldeb 2CDiihL7+qezQ/TGSGycfoIJYq+gxMmZT1gmMIrOQjJ2FpKyWUjKIOIGEu/PzWeGsLUlli18 DWXrS2z8cpYRwraW2PhjChuymgWMHKsYOUqLU8ty040MNzEC4+2YBJvjDsYFnywPMQpwMCrx 8C7ojQsVYk0sK67MPcQozcGiJM57UTUkVEggPbEkNTs1tSC1KL6oNCe1+BAjEwenVAOjUE/v 1Kvy1p08As1FsbIpPedWzX32undGcX3lDHu+OKkFR9aKrlC7nvFczOkQ69kdrSulK0VL5F9q rmk4sP1/G9NS66X2C5J2Wc29Nyn6zpRXOp+/TrG7dDR4qpfNowenFJ7F+3idXbY6XvKF/EQ5 EfvfPye6l76rT5VYYyh96PbCvQzxc1v9lFiKMxINtZiLihMBYgFi0pgCAAA= Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 15:46:04 -0000 --_000_D1849CBA99EC1jefftantsuraericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Support as co-author Cheers, Jeff From: Susan Hares > Date: Friday, May 22, 2015 at 4:26 AM To: "idr@ietf.org" > Subject: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 = (5/22 to 6/5) This begins a 2 week Working Group adoption for draft-wang-idr-eag-distribu= tion. You can find the draft at: http://datatracker.ietf.org/doc/draft-wang-idr-eag-distribution/ This draft proposes a new BGP-LS As MPLS-TE network grows, administrative Groups advertised as a fixed-length 32-bit Bitmask is quite constraining. "Extended Administrative Group" IGP TE extensions sub-TLV defined in [RFC7308] is introduced to provide for additional administrative groups (link colors) beyond the current limit of 32. The EAG TLV is used in addition to the Administrative Groups when a node wants to advertise more than 32 colors for a link. The EAG TLV is optional. The format and semantics of the 'value' fields in EAG TLVs correspond to the format and semantics of value fields in IGP extension sub-TLVs, defined in [RFC7308]. +------------+---------------------+--------------+-----------------+ | TLV Code | Description | IS-IS | Defined in: | | Point | | TLV/Sub-TLV | | +------------+---------------------+--------------+-----------------+ | xxxx | Extended | 22/xx | [RFC7308] | | | Admin Group | | | +------------+---------------------+--------------+-----------------+ Please in your comments include =93support=94 or =93no support=94 for this = draft. Sue Hares and John Scudder. --_000_D1849CBA99EC1jefftantsuraericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
    Support as co-author

    Cheers,
    Jeff

    From: Susan Hares <shares@ndzh.com>
    Date: Friday, May 22, 2015 at 4:26 = AM
    To: "idr@ietf.org" <idr@ietf.= org>
    Subject: [Idr] 2 week adoption call= for draft-wang-idr-eag-distribution-02 (5/22 to 6/5)

    This begins a 2 week Working Group adoption for draf= t-wang-idr-eag-distribution.   You can find the draft at:

     

    http://datatracker.ietf.org/doc/draft-wang-idr-eag= -distribution/

     

    This draft proposes a new BGP-LS

     

     &=
nbsp; As MPLS-TE network grows, administrative Groups advertised as a<=
/o:p>
     &=
nbsp; fixed-length 32-bit Bitmask is quite constraining.  "Extend=
ed
     &=
nbsp; Administrative Group" IGP TE extensions sub-TLV defined in [RFC7308]
     &=
nbsp; is introduced to provide for additional administrative groups (link
     &=
nbsp; colors) beyond the current limit of 32.

     

     

     &=
nbsp; The EAG TLV is used in addition to the Administrative Groups when a
     &=
nbsp; node wants to advertise more than 32 colors for a link.  The EAG=
 TLV
     &=
nbsp; is optional.  The format and semantics of the 'value' fields in =
EAG
     &=
nbsp; TLVs correspond to the format and semantics of value fields in IGP
     &=
nbsp; extension sub-TLVs, defined in [=
RFC7308].
    &n=
bsp;
     &=
nbsp; +------------+---------------------+--------------+--=
---------------+
     &=
nbsp; |  TLV Code  |     Description &nb=
sp;   |     IS-IS    | &n=
bsp; Defined in:   |
     &=
nbsp; |    Point   |     =
            &nb=
sp;   |  TLV/Sub-TLV |      &n=
bsp;          |
     &=
nbsp; +------------+---------------------+--------------+--=
---------------+
     &=
nbsp; |    xxxx    |    &=
nbsp;  Extended      |    =
; 22/xx    |    [RFC7308]    |
     &=
nbsp; |            |=
      Admin Group    |  &=
nbsp;           | &n=
bsp;            =
;   |
     &=
nbsp; +------------+---------------------+--------------+--=
---------------+

     

    Please in your comments include =93support=94 or =93= no support=94 for this draft.

     

    Sue Hares and John Scudder.

    --_000_D1849CBA99EC1jefftantsuraericssoncom_-- From nobody Fri May 22 08:54:01 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5FAF1A1BAF for ; Fri, 22 May 2015 08:53:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A8P1c5JSEky8 for ; Fri, 22 May 2015 08:53:58 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 052931A1B7C for ; Fri, 22 May 2015 08:53:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17679; q=dns/txt; s=iport; t=1432310038; x=1433519638; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=YDZ3+DlAnOSkdeDF6I7q5iMm+puHy3dBcsPbaq3bKDc=; b=jpLl5usxLEJ9CqYOnq1SN3gvHLDwnzXxTX9uO5kWEoUidlhBrvXa0NCy XLt9UHA5nHdphkl87rXLCTN8MsYuTRmVB9o2Pjl+IRW5Y3Ntopkq0KoHa Ud9uWk2C3KDgCV4OdlB6EDNoZmwPN645NVYcuaQ8kwAtJ2fkbvzxa1mhJ c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ChBQBUUF9V/5xdJa1cgkVLVF4GgxmxSI4NggyFdwIcgR1MAQEBAQEBgQuEIgEBAQQdBgpcAgEIEQMBAigDAgICMBQJCAEBBAESiCwNr2WkDQEBAQEBAQEBAQEBAQEBAQEBAQEBAReLOoQtRw0LgmiBRQWGaYldgjyENYZXgSk+gzGONYNZI4I7gT1vgQRCgQEBAQE X-IronPort-AV: E=Sophos;i="5.13,476,1427760000"; d="scan'208,217";a="421914925" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-6.cisco.com with ESMTP; 22 May 2015 15:53:57 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t4MFrvD2006138 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 22 May 2015 15:53:57 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.97]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Fri, 22 May 2015 10:53:57 -0500 From: "Acee Lindem (acee)" To: Jeff Tantsura , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYAAAiqVoA= Date: Fri, 22 May 2015 15:53:56 +0000 Message-ID: References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.202] Content-Type: multipart/alternative; boundary="_000_D184C8BF1EF9Caceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 15:54:00 -0000 --_000_D184C8BF1EF9Caceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHdpdGggb25lIGNvbW1lbnQuDQoNCkluIHRoZSBmdXR1cmUsIEnigJltIHdvbmRl cmluZyBpZiB3ZSBjb3VsZCBzdGFuZGFyZGl6ZSB0aGUgQkdQIExpbmsgU3RhdGUgZW5jb2Rpbmcg aW4gdGhlIGNvcnJlc3BvbmRpbmcgSUdQIGRvY3VtZW50cz8gSXQgc2VlbXMgbGlrZSBpdCB3b3Vs ZCBiZSBwb3NzaWJsZSBzaW5jZSBpdCBpcyBzaW1wbHkgdGhlIFRMViBtYXBwaW5nIGFuZCB0aGUg IElBTkEgY29kZSBwb2ludChzKS4NCg0KVGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBKZWZmIFRhbnRz dXJhIDxqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbTxtYWlsdG86amVmZi50YW50c3VyYUBlcmlj c3Nvbi5jb20+Pg0KRGF0ZTogRnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgMTE6NDUgQU0NClRvOiBT dXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiwgImlk ckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRy QGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3Ig ZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpDQoNClN1cHBv cnQgYXMgY28tYXV0aG9yDQoNCkNoZWVycywNCkplZmYNCg0KRnJvbTogU3VzYW4gSGFyZXMgPHNo YXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4NCkRhdGU6IEZyaWRheSwgTWF5 IDIyLCAyMDE1IGF0IDQ6MjYgQU0NClRvOiAiaWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5v cmc+IiA8aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0lkcl0g MiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24t MDIgKDUvMjIgdG8gNi81KQ0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBXb3JraW5nIEdyb3VwIGFk b3B0aW9uIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLiAgIFlvdSBjYW4gZmlu ZCB0aGUgZHJhZnQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt d2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi8NCg0KVGhpcyBkcmFmdCBwcm9wb3NlcyBhIG5ldyBC R1AtTFMNCg0KDQogICBBcyBNUExTLVRFIG5ldHdvcmsgZ3Jvd3MsIGFkbWluaXN0cmF0aXZlIEdy b3VwcyBhZHZlcnRpc2VkIGFzIGENCg0KICAgZml4ZWQtbGVuZ3RoIDMyLWJpdCBCaXRtYXNrIGlz IHF1aXRlIGNvbnN0cmFpbmluZy4gICJFeHRlbmRlZA0KDQogICBBZG1pbmlzdHJhdGl2ZSBHcm91 cCIgSUdQIFRFIGV4dGVuc2lvbnMgc3ViLVRMViBkZWZpbmVkIGluIFtSRkM3MzA4PGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4Pl0NCg0KICAgaXMgaW50cm9kdWNlZCB0byBwcm92 aWRlIGZvciBhZGRpdGlvbmFsIGFkbWluaXN0cmF0aXZlIGdyb3VwcyAobGluaw0KDQogICBjb2xv cnMpIGJleW9uZCB0aGUgY3VycmVudCBsaW1pdCBvZiAzMi4NCg0KDQoNCiAgIFRoZSBFQUcgVExW IGlzIHVzZWQgaW4gYWRkaXRpb24gdG8gdGhlIEFkbWluaXN0cmF0aXZlIEdyb3VwcyB3aGVuIGEN Cg0KICAgbm9kZSB3YW50cyB0byBhZHZlcnRpc2UgbW9yZSB0aGFuIDMyIGNvbG9ycyBmb3IgYSBs aW5rLiAgVGhlIEVBRyBUTFYNCg0KICAgaXMgb3B0aW9uYWwuICBUaGUgZm9ybWF0IGFuZCBzZW1h bnRpY3Mgb2YgdGhlICd2YWx1ZScgZmllbGRzIGluIEVBRw0KDQogICBUTFZzIGNvcnJlc3BvbmQg dG8gdGhlIGZvcm1hdCBhbmQgc2VtYW50aWNzIG9mIHZhbHVlIGZpZWxkcyBpbiBJR1ANCg0KICAg ZXh0ZW5zaW9uIHN1Yi1UTFZzLCBkZWZpbmVkIGluIFtSRkM3MzA4PGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9yZmM3MzA4Pl0uDQoNCg0KDQogICArLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgfCAgVExW IENvZGUgIHwgICAgIERlc2NyaXB0aW9uICAgICB8ICAgICBJUy1JUyAgICB8ICAgRGVmaW5lZCBp bjogICB8DQoNCiAgIHwgICAgUG9pbnQgICB8ICAgICAgICAgICAgICAgICAgICAgfCAgVExWL1N1 Yi1UTFYgfCAgICAgICAgICAgICAgICAgfA0KDQogICArLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgfCAgICB4 eHh4ICAgIHwgICAgICAgRXh0ZW5kZWQgICAgICB8ICAgICAyMi94eCAgICB8ICAgIFtSRkM3MzA4 PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4Pl0gICAgfA0KDQogICB8ICAgICAg ICAgICAgfCAgICAgIEFkbWluIEdyb3VwICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgIHwNCg0KICAgKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0rDQoNClBsZWFzZSBpbiB5b3VyIGNvbW1lbnRzIGluY2x1 ZGUg4oCcc3VwcG9ydOKAnSBvciDigJxubyBzdXBwb3J04oCdIGZvciB0aGlzIGRyYWZ0Lg0KDQpT dWUgSGFyZXMgYW5kIEpvaG4gU2N1ZGRlci4NCg== --_000_D184C8BF1EF9Caceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <3143BDE284E2C845886BC794A3D53D7D@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5JIHN1cHBvcnQg d2l0aCBvbmUgY29tbWVudC48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkluIHRoZSBm dXR1cmUsIEnigJltIHdvbmRlcmluZyBpZiB3ZSBjb3VsZCBzdGFuZGFyZGl6ZSB0aGUgQkdQIExp bmsgU3RhdGUgZW5jb2RpbmcgaW4gdGhlIGNvcnJlc3BvbmRpbmcgSUdQIGRvY3VtZW50cz8gSXQg c2VlbXMgbGlrZSBpdCB3b3VsZCBiZSBwb3NzaWJsZSBzaW5jZSBpdCBpcyBzaW1wbHkgdGhlIFRM ViBtYXBwaW5nIGFuZCB0aGUgJm5ic3A7SUFOQSBjb2RlIHBvaW50KHMpLiZuYnNwOzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj5BY2VlPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWduOmxl ZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6 IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFE RElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJ R0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPkplZmYgVGFudHN1cmEgJmx0OzxhIGhyZWY9Im1haWx0 bzpqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbSI+amVmZi50YW50c3VyYUBlcmljc3Nvbi5jb208 L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+ RnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgMTE6NDUgQU08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj5TdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNo YXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1h aWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h aWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogW0lkcl0gMiB3ZWVrIGFkb3B0 aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDIgKDUvMjIgdG8g Ni81KTxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNf T1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0 ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdj4NCjxk aXYgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNl OyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyBjb2xvcjogcmdiKDAsIDAs IDApOyBmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+U3VwcG9ydCBhcyBjby1hdXRob3I8L2Rpdj4NCjxkaXY+DQo8 ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsgIj48YnI+DQo8L3NwYW4+PC9k aXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsgIj5DaGVlcnMsPC9z cGFuPjwvZGl2Pg0KPGRpdj48Zm9udCBjbGFzcz0iQXBwbGUtc3R5bGUtc3BhbiIgY29sb3I9IiMw MDAwMDAiPjxmb250IGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBmYWNlPSJDYWxpYnJpIj5KZWZm PC9mb250PjwvZm9udD48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6 YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5v bmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hU OiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1 bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5Gcm9tOiA8L3NwYW4+U3VzYW4gSGFyZXMgJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6 aC5jb20iPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5GcmlkYXksIE1heSAyMiwgMjAxNSBhdCA0OjI2IEFNPGJy Pg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBz dHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPltJZHJdIDIgd2VlayBhZG9w dGlvbiBjYWxsIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAyICg1LzIyIHRv IDYvNSk8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFD X09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVj NGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXYgeG1s bnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVybjpzY2hlbWFz LW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNv bS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0 bWw0MCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0 IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICov DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIg NCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0K CXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICov DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K c3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5UaGlzIGJlZ2lucyBhIDIgd2VlayBXb3JraW5nIEdyb3VwIGFkb3B0aW9uIGZv ciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLiZuYnNwOyZuYnNwOyBZb3UgY2FuIGZp bmQgdGhlIGRyYWZ0IGF0Og0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHA6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlv bi8iPmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtd2FuZy1pZHItZWFnLWRp c3RyaWJ1dGlvbi88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZHJhZnQgcHJvcG9z ZXMgYSBuZXcgQkdQLUxTIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IEFzIE1QTFMtVEUgbmV0d29y ayBncm93cywgYWRtaW5pc3RyYXRpdmUgR3JvdXBzIGFkdmVydGlzZWQgYXMgYTxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBmaXhlZC1sZW5ndGggMzItYml0IEJp dG1hc2sgaXMgcXVpdGUgY29uc3RyYWluaW5nLiZuYnNwOyAmcXVvdDtFeHRlbmRlZDxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBBZG1pbmlzdHJhdGl2ZSBHcm91 cCZxdW90OyBJR1AgVEUgZXh0ZW5zaW9ucyBzdWItVExWIGRlZmluZWQgaW4gWzxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4IiB0aXRsZT0iJnF1b3Q7RXh0ZW5kZWQg QWRtaW5pc3RyYXRpdmUgR3JvdXBzIGluIE1QTFMtVEUmcXVvdDsiPlJGQzczMDg8L2E+XTxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBpcyBpbnRyb2R1Y2VkIHRv IHByb3ZpZGUgZm9yIGFkZGl0aW9uYWwgYWRtaW5pc3RyYXRpdmUgZ3JvdXBzIChsaW5rPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGNvbG9ycykgYmV5b25kIHRo ZSBjdXJyZW50IGxpbWl0IG9mIDMyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5 cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgVGhlIEVBRyBUTFYgaXMg dXNlZCBpbiBhZGRpdGlvbiB0byB0aGUgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIHdoZW4gYTxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBub2RlIHdhbnRzIHRvIGFk dmVydGlzZSBtb3JlIHRoYW4gMzIgY29sb3JzIGZvciBhIGxpbmsuJm5ic3A7IFRoZSBFQUcgVExW PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGlzIG9wdGlvbmFs LiZuYnNwOyBUaGUgZm9ybWF0IGFuZCBzZW1hbnRpY3Mgb2YgdGhlICd2YWx1ZScgZmllbGRzIGlu IEVBRzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUTFZzIGNv cnJlc3BvbmQgdG8gdGhlIGZvcm1hdCBhbmQgc2VtYW50aWNzIG9mIHZhbHVlIGZpZWxkcyBpbiBJ R1A8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3Jl OmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZXh0ZW5zaW9u IHN1Yi1UTFZzLCBkZWZpbmVkIGluIFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjNzMwOCIgdGl0bGU9IiZxdW90O0V4dGVuZGVkIEFkbWluaXN0cmF0aXZlIEdyb3VwcyBp biBNUExTLVRFJnF1b3Q7Ij5SRkM3MzA4PC9hPl0uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJy ZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 ICYjNDM7LS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0t LS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgVExWIENvZGUmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBEZXNjcmlwdGlvbiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IElTLUlTJm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsg RGVmaW5lZCBpbjombmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz dHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBvaW50Jm5ic3A7Jm5ic3A7IHwmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgfCZuYnNwOyBUTFYvU3ViLVRMViB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst YmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgJiM0 MzstLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0t LS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyB4eHh4Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRXh0ZW5kZWQmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyMi94eCZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7IFs8YSBocmVmPSJodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvcmZjNzMwOCIgdGl0bGU9IiZxdW90O0V4dGVuZGVkIEFkbWluaXN0 cmF0aXZlIEdyb3VwcyBpbiBNUExTLVRFJnF1b3Q7Ij5SRkM3MzA4PC9hPl0mbmJzcDsmbmJzcDsm bmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i ZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNw OyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQWRtaW4gR3JvdXAmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9 InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDsmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7 LS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+UGxlYXNlIGluIHlvdXIgY29tbWVudHMgaW5jbHVkZSDigJxzdXBw b3J04oCdIG9yIOKAnG5vIHN1cHBvcnTigJ0gZm9yIHRoaXMgZHJhZnQuDQo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+U3VlIEhhcmVzIGFuZCBKb2huIFNjdWRkZXIuIDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D184C8BF1EF9Caceeciscocom_-- From nobody Fri May 22 10:22:35 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C7A11A8720 for ; Fri, 22 May 2015 10:22:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 508vWft75IOr for ; Fri, 22 May 2015 10:22:31 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39D6A1A871D for ; Fri, 22 May 2015 10:22:31 -0700 (PDT) X-AuditID: c618062d-f79a96d000007fb1-36-555f0d100cd2 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id EE.3B.32689.01D0F555; Fri, 22 May 2015 13:03:44 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Fri, 22 May 2015 13:22:29 -0400 From: Uma Chunduri To: "Acee Lindem (acee)" , Jeff Tantsura , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYAAAiqVoAAAPYVMA== Date: Fri, 22 May 2015 17:22:28 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F6EAF54@eusaamb105.ericsson.se> References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_1B502206DFA0C544B7A60469152008633F6EAF54eusaamb105erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGLMWRmVeSWpSXmKPExsUyuXRPiK4Ab3yowbvTUhaT385jtnh1+xmT xZ83r1gcmD2m/N7I6rFkyU8mj9mvr7MGMEdx2aSk5mSWpRbp2yVwZax+eoe94MhSxopNh44x NzBOWMjYxcjBISFgIrHoR2oXIyeQKSZx4d56NhBbSOAoo8STH5VdjFxA9nJGiQPzXzOBJNgE 9CQ+Tv3JDmKLCExnlFh50BzEFhaIk/g6ZTkbRDxeoufAb6gaJ4kT3yaxguxiEVCVuLc4BSTM K+Ar8XnCVVaI+S2MEtfWPACbzymgIzF93VKwXkagg76fWgMWZxYQl7j1ZD4TxKECEkv2nGeG sEUlXj7+xwphK0lMWnqOFaI+X2L65x+sEMsEJU7OfMIygVFkFpJRs5CUzUJSNgvoVGYBTYn1 u/QhShQlpnQ/ZIewNSRa58xlRxZfwMi+ipGjtDi1LDfdyGATIzCijkmw6e5g3PPS8hCjAAej Eg/vgt64UCHWxLLiytxDjNIcLErivN8MQ0KFBNITS1KzU1MLUovii0pzUosPMTJxcEo1MGaG nvu1YMU3tkvn1XZYFCsrmqtrns27sm/WpSfnjNJlD5vujrp2T9VFteHEvs77jbZP0/P6YmbL +NzYtebUBea0mz1GudM+HTzmIHJebUui7OzIn3c59xbe04yR0v56bdvOFYrPXi19t9LX5J7N LEe1I8ru+tnJ8au9QttPHlhqUiMbcSWLu1KJpTgj0VCLuag4EQBtMB92iQIAAA== Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 17:22:33 -0000 --_000_1B502206DFA0C544B7A60469152008633F6EAF54eusaamb105erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCBhbmQgKzEgdG8gd2hhdCBBY2VlIHNhaWQgYmVsb3cuDQoNCi0tDQpVbWEgQy4NCg0K RnJvbTogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBY2Vl IExpbmRlbSAoYWNlZSkNClNlbnQ6IEZyaWRheSwgTWF5IDIyLCAyMDE1IDg6NTQgQU0NClRvOiBK ZWZmIFRhbnRzdXJhOyBTdXNhbiBIYXJlczsgaWRyQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0lk cl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRp b24tMDIgKDUvMjIgdG8gNi81KQ0KDQpJIHN1cHBvcnQgd2l0aCBvbmUgY29tbWVudC4NCg0KSW4g dGhlIGZ1dHVyZSwgSeKAmW0gd29uZGVyaW5nIGlmIHdlIGNvdWxkIHN0YW5kYXJkaXplIHRoZSBC R1AgTGluayBTdGF0ZSBlbmNvZGluZyBpbiB0aGUgY29ycmVzcG9uZGluZyBJR1AgZG9jdW1lbnRz PyBJdCBzZWVtcyBsaWtlIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHNpbmNlIGl0IGlzIHNpbXBseSB0 aGUgVExWIG1hcHBpbmcgYW5kIHRoZSAgSUFOQSBjb2RlIHBvaW50KHMpLg0KDQpUaGFua3MsDQpB Y2VlDQoNCkZyb206IEplZmYgVGFudHN1cmEgPGplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tPG1h aWx0bzpqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbT4+DQpEYXRlOiBGcmlkYXksIE1heSAyMiwg MjAxNSBhdCAxMTo0NSBBTQ0KVG86IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRv OnNoYXJlc0BuZHpoLmNvbT4+LCAiaWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+IiA8 aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtJZHJdIDIg d2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAy ICg1LzIyIHRvIDYvNSkNCg0KU3VwcG9ydCBhcyBjby1hdXRob3INCg0KQ2hlZXJzLA0KSmVmZg0K DQpGcm9tOiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5j b20+Pg0KRGF0ZTogRnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgNDoyNiBBTQ0KVG86ICJpZHJAaWV0 Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRm Lm9yZz4+DQpTdWJqZWN0OiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2Fu Zy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpDQoNClRoaXMgYmVnaW5zIGEg MiB3ZWVrIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0 cmlidXRpb24uICAgWW91IGNhbiBmaW5kIHRoZSBkcmFmdCBhdDoNCg0KaHR0cDovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLw0KDQpUaGlz IGRyYWZ0IHByb3Bvc2VzIGEgbmV3IEJHUC1MUw0KDQoNCiAgIEFzIE1QTFMtVEUgbmV0d29yayBn cm93cywgYWRtaW5pc3RyYXRpdmUgR3JvdXBzIGFkdmVydGlzZWQgYXMgYQ0KDQogICBmaXhlZC1s ZW5ndGggMzItYml0IEJpdG1hc2sgaXMgcXVpdGUgY29uc3RyYWluaW5nLiAgIkV4dGVuZGVkDQoN CiAgIEFkbWluaXN0cmF0aXZlIEdyb3VwIiBJR1AgVEUgZXh0ZW5zaW9ucyBzdWItVExWIGRlZmlu ZWQgaW4gW1JGQzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzczMDg+XQ0KDQog ICBpcyBpbnRyb2R1Y2VkIHRvIHByb3ZpZGUgZm9yIGFkZGl0aW9uYWwgYWRtaW5pc3RyYXRpdmUg Z3JvdXBzIChsaW5rDQoNCiAgIGNvbG9ycykgYmV5b25kIHRoZSBjdXJyZW50IGxpbWl0IG9mIDMy Lg0KDQoNCg0KICAgVGhlIEVBRyBUTFYgaXMgdXNlZCBpbiBhZGRpdGlvbiB0byB0aGUgQWRtaW5p c3RyYXRpdmUgR3JvdXBzIHdoZW4gYQ0KDQogICBub2RlIHdhbnRzIHRvIGFkdmVydGlzZSBtb3Jl IHRoYW4gMzIgY29sb3JzIGZvciBhIGxpbmsuICBUaGUgRUFHIFRMVg0KDQogICBpcyBvcHRpb25h bC4gIFRoZSBmb3JtYXQgYW5kIHNlbWFudGljcyBvZiB0aGUgJ3ZhbHVlJyBmaWVsZHMgaW4gRUFH DQoNCiAgIFRMVnMgY29ycmVzcG9uZCB0byB0aGUgZm9ybWF0IGFuZCBzZW1hbnRpY3Mgb2YgdmFs dWUgZmllbGRzIGluIElHUA0KDQogICBleHRlbnNpb24gc3ViLVRMVnMsIGRlZmluZWQgaW4gW1JG QzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzczMDg+XS4NCg0KDQoNCiAgICst LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tKw0KDQogICB8ICBUTFYgQ29kZSAgfCAgICAgRGVzY3JpcHRpb24gICAgIHwgICAg IElTLUlTICAgIHwgICBEZWZpbmVkIGluOiAgIHwNCg0KICAgfCAgICBQb2ludCAgIHwgICAgICAg ICAgICAgICAgICAgICB8ICBUTFYvU3ViLVRMViB8ICAgICAgICAgICAgICAgICB8DQoNCiAgICst LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tKw0KDQogICB8ICAgIHh4eHggICAgfCAgICAgICBFeHRlbmRlZCAgICAgIHwgICAg IDIyL3h4ICAgIHwgICAgW1JGQzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzcz MDg+XSAgICB8DQoNCiAgIHwgICAgICAgICAgICB8ICAgICAgQWRtaW4gR3JvdXAgICAgfCAgICAg ICAgICAgICAgfCAgICAgICAgICAgICAgICAgfA0KDQogICArLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsNCg0KUGxlYXNl IGluIHlvdXIgY29tbWVudHMgaW5jbHVkZSDigJxzdXBwb3J04oCdIG9yIOKAnG5vIHN1cHBvcnTi gJ0gZm9yIHRoaXMgZHJhZnQuDQoNClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyLg0K --_000_1B502206DFA0C544B7A60469152008633F6EAF54eusaamb105erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1z b0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpz cGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1h dHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU TUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1h aWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkJhbGxvb25UZXh0 Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+U3VwcG9ydCBhbmQgJiM0MzsxIHRvIHdoYXQgQWNlZSBzYWlkIGJlbG93LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+LS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VW1hIEMuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4g SWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkFj ZWUgTGluZGVtIChhY2VlKTxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE1heSAyMiwgMjAxNSA4 OjU0IEFNPGJyPg0KPGI+VG86PC9iPiBKZWZmIFRhbnRzdXJhOyBTdXNhbiBIYXJlczsgaWRyQGll dGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2Fs bCBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5JIHN1cHBvcnQgd2l0aCBvbmUg Y29tbWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkluIHRoZSBm dXR1cmUsIEnigJltIHdvbmRlcmluZyBpZiB3ZSBjb3VsZCBzdGFuZGFyZGl6ZSB0aGUgQkdQIExp bmsgU3RhdGUgZW5jb2RpbmcgaW4gdGhlIGNvcnJlc3BvbmRpbmcgSUdQIGRvY3VtZW50cz8gSXQg c2VlbXMgbGlrZSBpdCB3b3VsZCBiZSBwb3NzaWJsZSBzaW5jZSBpdCBpcyBzaW1wbHkgdGhlIFRM ViBtYXBwaW5nIGFuZCB0aGUNCiAmbmJzcDtJQU5BIGNvZGUgcG9pbnQocykuJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5UaGFua3MsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkFjZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5KZWZmIFRhbnRzdXJhICZsdDs8YSBocmVmPSJtYWlsdG86amVmZi50YW50c3Vy YUBlcmljc3Nvbi5jb20iPmplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tPC9hPiZndDs8YnI+DQo8 Yj5EYXRlOiA8L2I+RnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgMTE6NDUgQU08YnI+DQo8Yj5Ubzog PC9iPlN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFy ZXNAbmR6aC5jb208L2E+Jmd0OywgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+ aWRyQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+ aWRyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtJZHJdIDIgd2Vl ayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLTAyICg1 LzIyIHRvIDYvNSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDQuMHB0O21hcmdpbi1sZWZ0OjMuNzVwdDttYXJnaW4tcmlnaHQ6MGluIiBpZD0iTUFD X09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOmJsYWNrIj5TdXBwb3J0IGFzIGNvLWF1dGhvcjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkNoZWVycyw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+SmVmZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJt YWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0Ozxicj4NCjxiPkRh dGU6IDwvYj5GcmlkYXksIE1heSAyMiwgMjAxNSBhdCA0OjI2IEFNPGJyPg0KPGI+VG86IDwvYj4m cXVvdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+JnF1b3Q7 ICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+Jmd0Ozxi cj4NCjxiPlN1YmplY3Q6IDwvYj5bSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQt d2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdDttYXJnaW4tbGVmdDoz Ljc1cHQ7bWFyZ2luLXJpZ2h0OjBpbiIgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NL UVVPVEUiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPlRoaXMgYmVnaW5zIGEgMiB3ZWVrIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24g Zm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24uJm5ic3A7Jm5ic3A7IFlvdSBjYW4g ZmluZCB0aGUgZHJhZnQgYXQ6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGEg aHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWlkci1lYWct ZGlzdHJpYnV0aW9uLyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5n LWlkci1lYWctZGlzdHJpYnV0aW9uLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+VGhpcyBkcmFmdCBwcm9wb3NlcyBhIG5ldyBCR1AtTFMgPG86cD4NCjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgQXMgTVBMUy1URSBu ZXR3b3JrIGdyb3dzLCBhZG1pbmlzdHJhdGl2ZSBHcm91cHMgYWR2ZXJ0aXNlZCBhcyBhPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGZpeGVkLWxlbmd0aCAzMi1i aXQgQml0bWFzayBpcyBxdWl0ZSBjb25zdHJhaW5pbmcuJm5ic3A7ICZxdW90O0V4dGVuZGVkPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IEFkbWluaXN0cmF0aXZl IEdyb3VwJnF1b3Q7IElHUCBURSBleHRlbnNpb25zIHN1Yi1UTFYgZGVmaW5lZCBpbiBbPGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzczMDgiIHRpdGxlPSImcXVvdDtFeHRl bmRlZCBBZG1pbmlzdHJhdGl2ZSBHcm91cHMgaW4gTVBMUy1URSZxdW90OyI+UkZDNzMwODwvYT5d PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGlzIGludHJvZHVj ZWQgdG8gcHJvdmlkZSBmb3IgYWRkaXRpb25hbCBhZG1pbmlzdHJhdGl2ZSBncm91cHMgKGxpbms8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgY29sb3JzKSBiZXlv bmQgdGhlIGN1cnJlbnQgbGltaXQgb2YgMzIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0icGFnZS1icmVh ay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBU aGUgRUFHIFRMViBpcyB1c2VkIGluIGFkZGl0aW9uIHRvIHRoZSBBZG1pbmlzdHJhdGl2ZSBHcm91 cHMgd2hlbiBhPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFr LWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IG5v ZGUgd2FudHMgdG8gYWR2ZXJ0aXNlIG1vcmUgdGhhbiAzMiBjb2xvcnMgZm9yIGEgbGluay4mbmJz cDsgVGhlIEVBRyBUTFY8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2Ut YnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJz cDsgaXMgb3B0aW9uYWwuJm5ic3A7IFRoZSBmb3JtYXQgYW5kIHNlbWFudGljcyBvZiB0aGUgJ3Zh bHVlJyBmaWVsZHMgaW4gRUFHPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJw YWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 Jm5ic3A7IFRMVnMgY29ycmVzcG9uZCB0byB0aGUgZm9ybWF0IGFuZCBzZW1hbnRpY3Mgb2YgdmFs dWUgZmllbGRzIGluIElHUDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn ZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZu YnNwOyBleHRlbnNpb24gc3ViLVRMVnMsIGRlZmluZWQgaW4gWzxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4IiB0aXRsZT0iJnF1b3Q7RXh0ZW5kZWQgQWRtaW5pc3Ry YXRpdmUgR3JvdXBzIGluIE1QTFMtVEUmcXVvdDsiPlJGQzczMDg8L2E+XS48bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUg c3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4mbmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0t LSYjNDM7LS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgfCZuYnNwOyBUTFYgQ29kZSZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERlc2NyaXB0aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSVMtSVMmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyBEZWZpbmVkIGluOiZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsgUG9pbnQmbmJz cDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7IFRMVi9TdWItVExWIHwmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls ZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZu YnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tJiM0 MzstLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7IHh4eHgm bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBF eHRlbmRlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IDIyL3h4Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsgWzxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4IiB0aXRsZT0iJnF1b3Q7RXh0 ZW5kZWQgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIGluIE1QTFMtVEUmcXVvdDsiPlJGQzczMDg8L2E+ XSZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBZG1p biBHcm91cCZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0t LS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0mIzQzOzxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlBsZWFzZSBpbiB5b3VyIGNvbW1lbnRz IGluY2x1ZGUg4oCcc3VwcG9ydOKAnSBvciDigJxubyBzdXBwb3J04oCdIGZvciB0aGlzIGRyYWZ0 Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlN1ZSBIYXJlcyBhbmQgSm9obiBT Y3VkZGVyLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_1B502206DFA0C544B7A60469152008633F6EAF54eusaamb105erics_-- From nobody Fri May 22 11:49:32 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3DDF1A0075 for ; Fri, 22 May 2015 11:49:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q9613W7Vbh6k for ; Fri, 22 May 2015 11:49:29 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 352031A00C2 for ; Fri, 22 May 2015 11:49:17 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.202.180; From: "Susan Hares" To: "'Acee Lindem \(acee\)'" , "'Jeff Tantsura'" , References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: Date: Fri, 22 May 2015 14:49:16 -0400 Message-ID: <01a401d094c0$013449a0$039cdce0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A5_01D0949E.7A273D80" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJnl2en9Oxu+22cQ5Mlnrvz6+xbOwK1JC2dAnhtwlCcMOSAAA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 18:49:30 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01A5_01D0949E.7A273D80 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Acee: =20 This sounds like a good idea.=20 =20 Sue=20 =20 From: Acee Lindem (acee) [mailto:acee@cisco.com]=20 Sent: Friday, May 22, 2015 11:54 AM To: Jeff Tantsura; Susan Hares; idr@ietf.org Subject: Re: [Idr] 2 week adoption call for = draft-wang-idr-eag-distribution-02 (5/22 to 6/5) =20 I support with one comment. =20 In the future, I=E2=80=99m wondering if we could standardize the BGP = Link State encoding in the corresponding IGP documents? It seems like it = would be possible since it is simply the TLV mapping and the IANA code = point(s).=20 =20 Thanks, Acee =20 From: Jeff Tantsura Date: Friday, May 22, 2015 at 11:45 AM To: Susan Hares , "idr@ietf.org" Subject: Re: [Idr] 2 week adoption call for = draft-wang-idr-eag-distribution-02 (5/22 to 6/5) =20 Support as co-author =20 Cheers, Jeff =20 From: Susan Hares Date: Friday, May 22, 2015 at 4:26 AM To: "idr@ietf.org" Subject: [Idr] 2 week adoption call for = draft-wang-idr-eag-distribution-02 (5/22 to 6/5) =20 This begins a 2 week Working Group adoption for = draft-wang-idr-eag-distribution. You can find the draft at:=20 =20 http://datatracker.ietf.org/doc/draft-wang-idr-eag-distribution/ =20 This draft proposes a new BGP-LS=20 =20 As MPLS-TE network grows, administrative Groups advertised as a fixed-length 32-bit Bitmask is quite constraining. "Extended Administrative Group" IGP TE extensions sub-TLV defined in [RFC7308 = ] is introduced to provide for additional administrative groups (link colors) beyond the current limit of 32. =20 =20 The EAG TLV is used in addition to the Administrative Groups when a node wants to advertise more than 32 colors for a link. The EAG TLV is optional. The format and semantics of the 'value' fields in EAG TLVs correspond to the format and semantics of value fields in IGP extension sub-TLVs, defined in [RFC7308 = ]. =20 +------------+---------------------+--------------+-----------------+ | TLV Code | Description | IS-IS | Defined in: | | Point | | TLV/Sub-TLV | | +------------+---------------------+--------------+-----------------+ | xxxx | Extended | 22/xx | [RFC7308 = ] | | | Admin Group | | | +------------+---------------------+--------------+-----------------+ =20 Please in your comments include =E2=80=9Csupport=E2=80=9D or =E2=80=9Cno = support=E2=80=9D for this draft.=20 =20 Sue Hares and John Scudder.=20 ------=_NextPart_000_01A5_01D0949E.7A273D80 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

    Acee:

     

    This sounds like a good = idea.

     

    Sue =

     

    From:= = Acee Lindem (acee) [mailto:acee@cisco.com]
    Sent: Friday, May = 22, 2015 11:54 AM
    To: Jeff Tantsura; Susan Hares; = idr@ietf.org
    Subject: Re: [Idr] 2 week adoption call for = draft-wang-idr-eag-distribution-02 (5/22 to = 6/5)

     

    I support with one = comment.

     

    =

    In the future, I=E2=80=99m = wondering if we could standardize the BGP Link State encoding in the = corresponding IGP documents? It seems like it would be possible since it = is simply the TLV mapping and the  IANA code = point(s). 

     

    =

    Thanks,

    Acee

     

    =

    From: = Jeff Tantsura <jeff.tantsura@ericsson.com= >
    Date: Friday, May 22, 2015 at 11:45 AM
    To: = Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
    Subject: Re: = [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 = to 6/5)

     

    =

    Support = as co-author

     

    =

    Cheers,

    Jeff

     

    =

    From: = Susan Hares <shares@ndzh.com>
    Date: = Friday, May 22, 2015 at 4:26 AM
    To: "idr@ietf.org" <idr@ietf.org>
    Subject: = [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 = (5/22 to 6/5)

     

    =

    This begins a 2 week = Working Group adoption for draft-wang-idr-eag-distribution.   = You can find the draft at:

     

    http://datatracker.ietf.org/doc/draft-wang-idr-eag-distribution/

     

    This draft proposes a new = BGP-LS

     

       As MPLS-TE network grows, =
administrative Groups advertised as a
       fixed-length 32-bit Bitmask is quite =
constraining.  "Extended
       Administrative Group" IGP TE =
extensions sub-TLV defined in [RFC7308]
       is introduced to provide for =
additional administrative groups (link
       colors) beyond the current limit of =
32.

     

     

       The EAG TLV is used in addition to =
the Administrative Groups when a
       node wants to advertise more than 32 =
colors for a link.  The EAG TLV
       is optional.  The format and =
semantics of the 'value' fields in EAG
       TLVs correspond to the format and =
semantics of value fields in IGP
       extension sub-TLVs, defined in [RFC7308].
     
       =
+------------+---------------------+--------------+-----------------+
       |  TLV Code  =
|     Description     =
|     IS-IS    |   Defined =
in:   |
       |    Point   =
|            =
         |  TLV/Sub-TLV =
|            =
     |
       =
+------------+---------------------+--------------+-----------------+
       |    =
xxxx    |       =
Extended      |     =
22/xx    |    [RFC7308]    =
|
       =
|         =
   |      Admin =
Group    =
|            =
  =
|            =
     |
       =
+------------+---------------------+--------------+-----------------+

     

    Please in your comments = include =E2=80=9Csupport=E2=80=9D or =E2=80=9Cno support=E2=80=9D for = this draft.

     

    Sue Hares and John = Scudder. =

    <= /div> ------=_NextPart_000_01A5_01D0949E.7A273D80-- From nobody Sun May 24 20:36:20 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1F331A010D for ; Sun, 24 May 2015 20:36:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NynWEFPZHXZl for ; Sun, 24 May 2015 20:36:14 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB73B1A0102 for ; Sun, 24 May 2015 20:36:13 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWL70487; Mon, 25 May 2015 03:36:12 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 25 May 2015 04:36:10 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.89]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Mon, 25 May 2015 11:36:04 +0800 From: Qin Wu To: "Acee Lindem (acee)" , Jeff Tantsura , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYAAAiqVoAAevfMYA== Date: Mon, 25 May 2015 03:36:03 +0000 Message-ID: References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.180] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA84754656nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 03:36:19 -0000 --_000_B8F9A780D330094D99AF023C5877DABA84754656nkgeml501mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWdyZWUgd2l0aCBBY2VlIGFuZCBzdXBwb3J0IHRoaXMgZHJhZnQuDQoNCi1RaW4NCuWPkeS7tuS6 ujogSWRyIFttYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBBY2VlIExpbmRlbSAo YWNlZSkNCuWPkemAgeaXtumXtDogMjAxNeW5tDXmnIgyMuaXpSAyMzo1NA0K5pS25Lu25Lq6OiBK ZWZmIFRhbnRzdXJhOyBTdXNhbiBIYXJlczsgaWRyQGlldGYub3JnDQrkuLvpopg6IFJlOiBbSWRy XSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlv bi0wMiAoNS8yMiB0byA2LzUpDQoNCkkgc3VwcG9ydCB3aXRoIG9uZSBjb21tZW50Lg0KDQpJbiB0 aGUgZnV0dXJlLCBJ4oCZbSB3b25kZXJpbmcgaWYgd2UgY291bGQgc3RhbmRhcmRpemUgdGhlIEJH UCBMaW5rIFN0YXRlIGVuY29kaW5nIGluIHRoZSBjb3JyZXNwb25kaW5nIElHUCBkb2N1bWVudHM/ IEl0IHNlZW1zIGxpa2UgaXQgd291bGQgYmUgcG9zc2libGUgc2luY2UgaXQgaXMgc2ltcGx5IHRo ZSBUTFYgbWFwcGluZyBhbmQgdGhlICBJQU5BIGNvZGUgcG9pbnQocykuDQoNClRoYW5rcywNCkFj ZWUNCg0KRnJvbTogSmVmZiBUYW50c3VyYSA8amVmZi50YW50c3VyYUBlcmljc3Nvbi5jb208bWFp bHRvOmplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tPj4NCkRhdGU6IEZyaWRheSwgTWF5IDIyLCAy MDE1IGF0IDExOjQ1IEFNDQpUbzogU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86 c2hhcmVzQG5kemguY29tPj4sICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4iIDxp ZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0lkcl0gMiB3 ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDIg KDUvMjIgdG8gNi81KQ0KDQpTdXBwb3J0IGFzIGNvLWF1dGhvcg0KDQpDaGVlcnMsDQpKZWZmDQoN CkZyb206IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNv bT4+DQpEYXRlOiBGcmlkYXksIE1heSAyMiwgMjAxNSBhdCA0OjI2IEFNDQpUbzogImlkckBpZXRm Lm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYu b3JnPj4NClN1YmplY3Q6IFtJZHJdIDIgd2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC13YW5n LWlkci1lYWctZGlzdHJpYnV0aW9uLTAyICg1LzIyIHRvIDYvNSkNCg0KVGhpcyBiZWdpbnMgYSAy IHdlZWsgV29ya2luZyBHcm91cCBhZG9wdGlvbiBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3Ry aWJ1dGlvbi4gICBZb3UgY2FuIGZpbmQgdGhlIGRyYWZ0IGF0Og0KDQpodHRwOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24vDQoNClRoaXMg ZHJhZnQgcHJvcG9zZXMgYSBuZXcgQkdQLUxTDQoNCg0KICAgQXMgTVBMUy1URSBuZXR3b3JrIGdy b3dzLCBhZG1pbmlzdHJhdGl2ZSBHcm91cHMgYWR2ZXJ0aXNlZCBhcyBhDQoNCiAgIGZpeGVkLWxl bmd0aCAzMi1iaXQgQml0bWFzayBpcyBxdWl0ZSBjb25zdHJhaW5pbmcuICAiRXh0ZW5kZWQNCg0K ICAgQWRtaW5pc3RyYXRpdmUgR3JvdXAiIElHUCBURSBleHRlbnNpb25zIHN1Yi1UTFYgZGVmaW5l ZCBpbiBbUkZDNzMwODxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzMwOD5dDQoNCiAg IGlzIGludHJvZHVjZWQgdG8gcHJvdmlkZSBmb3IgYWRkaXRpb25hbCBhZG1pbmlzdHJhdGl2ZSBn cm91cHMgKGxpbmsNCg0KICAgY29sb3JzKSBiZXlvbmQgdGhlIGN1cnJlbnQgbGltaXQgb2YgMzIu DQoNCg0KDQogICBUaGUgRUFHIFRMViBpcyB1c2VkIGluIGFkZGl0aW9uIHRvIHRoZSBBZG1pbmlz dHJhdGl2ZSBHcm91cHMgd2hlbiBhDQoNCiAgIG5vZGUgd2FudHMgdG8gYWR2ZXJ0aXNlIG1vcmUg dGhhbiAzMiBjb2xvcnMgZm9yIGEgbGluay4gIFRoZSBFQUcgVExWDQoNCiAgIGlzIG9wdGlvbmFs LiAgVGhlIGZvcm1hdCBhbmQgc2VtYW50aWNzIG9mIHRoZSAndmFsdWUnIGZpZWxkcyBpbiBFQUcN Cg0KICAgVExWcyBjb3JyZXNwb25kIHRvIHRoZSBmb3JtYXQgYW5kIHNlbWFudGljcyBvZiB2YWx1 ZSBmaWVsZHMgaW4gSUdQDQoNCiAgIGV4dGVuc2lvbiBzdWItVExWcywgZGVmaW5lZCBpbiBbUkZD NzMwODxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzMwOD5dLg0KDQoNCg0KICAgKy0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0rDQoNCiAgIHwgIFRMViBDb2RlICB8ICAgICBEZXNjcmlwdGlvbiAgICAgfCAgICAg SVMtSVMgICAgfCAgIERlZmluZWQgaW46ICAgfA0KDQogICB8ICAgIFBvaW50ICAgfCAgICAgICAg ICAgICAgICAgICAgIHwgIFRMVi9TdWItVExWIHwgICAgICAgICAgICAgICAgIHwNCg0KICAgKy0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0rDQoNCiAgIHwgICAgeHh4eCAgICB8ICAgICAgIEV4dGVuZGVkICAgICAgfCAgICAg MjIveHggICAgfCAgICBbUkZDNzMwODxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzMw OD5dICAgIHwNCg0KICAgfCAgICAgICAgICAgIHwgICAgICBBZG1pbiBHcm91cCAgICB8ICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICB8DQoNCiAgICstLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKw0KDQpQbGVhc2Ug aW4geW91ciBjb21tZW50cyBpbmNsdWRlIOKAnHN1cHBvcnTigJ0gb3Ig4oCcbm8gc3VwcG9ydOKA nSBmb3IgdGhpcyBkcmFmdC4NCg0KU3VlIEhhcmVzIGFuZCBKb2huIFNjdWRkZXIuDQo= --_000_B8F9A780D330094D99AF023C5877DABA84754656nkgeml501mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRN TCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAu TXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjkuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRv d3RleHQ7fQ0KcC5IVE1MUHJlZm9ybWF0dGVkLCBsaS5IVE1MUHJlZm9ybWF0dGVkLCBkaXYuSFRN TFByZWZvcm1hdHRlZA0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCW1z by1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkNoYXINCgl7bXNvLXN0eWxlLW5hbWU6IuaJueazqOahhuaW h+acrCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms65om5 5rOo5qGG5paH5pysOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OiMxRjQ5N0QiPkFncmVlIHdpdGggQWNlZSBhbmQgc3VwcG9ydCB0aGlzIGRyYWZ0LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+LVFpbjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTrlrovkvZMiPuWP keS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+IElkciBb bWFpbHRvOmlkci1ib3VuY2VzQGlldGYub3JnXQ0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+5Luj6KGoIDwvc3Bhbj48L2I+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+ QWNlZSBMaW5kZW0gKGFjZWUpPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+5Y+R6YCB5pe26Ze0PHNwYW4gbGFuZz0iRU4tVVMi Pjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk65a6L5L2TIj4gMjAxNTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTrlrovkvZMiPuW5tDxzcGFuIGxhbmc9IkVOLVVTIj41PC9z cGFuPuaciDxzcGFuIGxhbmc9IkVOLVVTIj4yMjwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+ DQogMjM6NTQ8YnI+DQo8L3NwYW4+PGI+5pS25Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gSmVmZiBUYW50c3VyYTsgU3VzYW4gSGFyZXM7IGlk ckBpZXRmLm9yZzxicj4NCjwvc3Bhbj48Yj7kuLvpopg8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bh bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBSZTogW0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwg Zm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDIgKDUvMjIgdG8gNi81KTxvOnA+ PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkkgc3VwcG9ydCB3aXRoIG9uZSBjb21tZW50LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJs YWNrIj5JbiB0aGUgZnV0dXJlLCBJ4oCZbSB3b25kZXJpbmcgaWYgd2UgY291bGQgc3RhbmRhcmRp emUgdGhlIEJHUCBMaW5rIFN0YXRlIGVuY29kaW5nIGluIHRoZSBjb3JyZXNwb25kaW5nIElHUCBk b2N1bWVudHM/IEl0IHNlZW1zIGxpa2UgaXQgd291bGQgYmUgcG9zc2libGUgc2luY2UgaXQgaXMg c2ltcGx5IHRoZSBUTFYgbWFwcGluZw0KIGFuZCB0aGUgJm5ic3A7SUFOQSBjb2RlIHBvaW50KHMp LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOmJsYWNrIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5BY2VlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1 QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bh bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+SmVmZiBUYW50c3Vy YSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tIj5qZWZmLnRh bnRzdXJhQGVyaWNzc29uLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgTWF5 IDIyLCAyMDE1IGF0IDExOjQ1IEFNPGJyPg0KPGI+VG86IDwvYj5TdXNhbiBIYXJlcyAmbHQ7PGEg aHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDssICZx dW90OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsg Jmx0OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJy Pg0KPGI+U3ViamVjdDogPC9iPlJlOiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJh ZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4w cHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowY20iIGlkPSJNQUNfT1VUTE9PS19B VFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2NvbG9yOmJsYWNrIj5TdXBwb3J0IGFzIGNvLWF1dGhvcjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFj ayI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtj b2xvcjpibGFjayI+SmVmZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5G cm9tOiA8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPlN1 c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFyZXNAbmR6 aC5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIE1heSAyMiwgMjAxNSBhdCA0 OjI2IEFNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3Jn Ij5pZHJAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3Jn Ij5pZHJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bSWRyXSAyIHdlZWsg YWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8y MiB0byA2LzUpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3Bh ZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDow Y20iIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpi bGFjayI+VGhpcyBiZWdpbnMgYSAyIHdlZWsgV29ya2luZyBHcm91cCBhZG9wdGlvbiBmb3IgZHJh ZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi4mbmJzcDsmbmJzcDsgWW91IGNhbiBmaW5kIHRo ZSBkcmFmdCBhdDoNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi8iPmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi88L2E+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+VGhpcyBkcmFm dCBwcm9wb3NlcyBhIG5ldyBCR1AtTFMNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 IEFzIE1QTFMtVEUgbmV0d29yayBncm93cywgYWRtaW5pc3RyYXRpdmUgR3JvdXBzIGFkdmVydGlz ZWQgYXMgYTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i ZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDsmbmJzcDsgZml4ZWQtbGVuZ3RoIDMyLWJpdCBCaXRtYXNrIGlzIHF1aXRlIGNvbnN0cmFpbmlu Zy4mbmJzcDsgJnF1b3Q7RXh0ZW5kZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5 bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IEFkbWluaXN0cmF0aXZlIEdyb3VwJnF1b3Q7IElHUCBU RSBleHRlbnNpb25zIHN1Yi1UTFYgZGVmaW5lZCBpbiBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL3JmYzczMDgiIHRpdGxlPSImcXVvdDtFeHRlbmRlZCBBZG1pbmlzdHJhdGl2 ZSBHcm91cHMgaW4gTVBMUy1URSZxdW90OyI+UkZDNzMwODwvYT5dPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBpcyBpbnRyb2R1Y2VkIHRv IHByb3ZpZGUgZm9yIGFkZGl0aW9uYWwgYWRtaW5pc3RyYXRpdmUgZ3JvdXBzIChsaW5rPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBjb2xv cnMpIGJleW9uZCB0aGUgY3VycmVudCBsaW1pdCBvZiAzMi48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IFRoZSBFQUcgVExW IGlzIHVzZWQgaW4gYWRkaXRpb24gdG8gdGhlIEFkbWluaXN0cmF0aXZlIEdyb3VwcyB3aGVuIGE8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 IG5vZGUgd2FudHMgdG8gYWR2ZXJ0aXNlIG1vcmUgdGhhbiAzMiBjb2xvcnMgZm9yIGEgbGluay4m bmJzcDsgVGhlIEVBRyBUTFY8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBh Z2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpi bGFjayI+Jm5ic3A7Jm5ic3A7IGlzIG9wdGlvbmFsLiZuYnNwOyBUaGUgZm9ybWF0IGFuZCBzZW1h bnRpY3Mgb2YgdGhlICd2YWx1ZScgZmllbGRzIGluIEVBRzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgVExWcyBjb3JyZXNwb25kIHRvIHRo ZSBmb3JtYXQgYW5kIHNlbWFudGljcyBvZiB2YWx1ZSBmaWVsZHMgaW4gSUdQPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBleHRlbnNpb24g c3ViLVRMVnMsIGRlZmluZWQgaW4gWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9yZmM3MzA4IiB0aXRsZT0iJnF1b3Q7RXh0ZW5kZWQgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIGlu IE1QTFMtVEUmcXVvdDsiPlJGQzczMDg8L2E+XS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0 eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0t LS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0mIzQz OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6 YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJz cDsgfCZuYnNwOyBUTFYgQ29kZSZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERlc2Ny aXB0aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg SVMtSVMmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyBEZWZpbmVkIGluOiZuYnNwOyZu YnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl Zm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBvaW50Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZu YnNwOyBUTFYvU3ViLVRMViB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3Jl OmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5i c3A7ICYjNDM7LS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0t LS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHh4eHgmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBFeHRlbmRlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDIyL3h4Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsg WzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4IiB0aXRsZT0iJnF1 b3Q7RXh0ZW5kZWQgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIGluIE1QTFMtVEUmcXVvdDsiPlJGQzcz MDg8L2E+XSZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl IHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQWRtaW4gR3JvdXAmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5 cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7ICYj NDM7LS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0t LS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNr Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5QbGVhc2UgaW4geW91ciBjb21tZW50 cyBpbmNsdWRlIOKAnHN1cHBvcnTigJ0gb3Ig4oCcbm8gc3VwcG9ydOKAnSBmb3IgdGhpcyBkcmFm dC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 YmxhY2siPlN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyLg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B8F9A780D330094D99AF023C5877DABA84754656nkgeml501mbschi_-- From nobody Tue May 26 06:37:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BC601B2C32 for ; Tue, 26 May 2015 06:37:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.013 X-Spam-Level: X-Spam-Status: No, score=-0.013 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1EdxDtMdgf-l for ; Tue, 26 May 2015 06:37:44 -0700 (PDT) Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id ED4BC1B2E15 for ; Tue, 26 May 2015 06:37:43 -0700 (PDT) Received: by puck.nether.net (Postfix, from userid 507) id A09CD54050F; Tue, 26 May 2015 09:37:43 -0400 (EDT) Date: Tue, 26 May 2015 09:37:43 -0400 From: Jon Mitchell To: Daniel Walton Message-ID: <20150526133743.GA18216@puck.nether.net> References: <20150516192556.GB73434@Vurt.local> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: Cc: idr wg Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 13:37:45 -0000 On 17/05/15 08:59 -0400, Daniel Walton wrote: > IMO whether a vendor sends the capability by default or not, is a decision > left up to the vendor and not part of the draft. We've been trying to > avoid adding new configuartion knobs as much as possible so we send it by > default. I support this draft generally, it provides a useful feature for DC fabrics and many other troubleshooting use cases for i/eBGP. However, I think the draft should say "implementations SHOULD provide a knob for disabling the sending/use of received information in this capability". I can imagine there are a number of organizations that for various reasons may want to use this only on some peerings or not at all, or don't want their troubleshooting output mangled by information from various peers. I don't see this relationship of where to turn this on/off easily tied to protocol differences (iBGP/eBGP) or other attributes. Also agree with the comments that hostname only in ASCII should be sufficient. -Jon From nobody Tue May 26 16:50:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D00AD1A8A63; Tue, 26 May 2015 16:50:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RP_wYRRsJ-b7; Tue, 26 May 2015 16:50:44 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8B7A1A8A50; Tue, 26 May 2015 16:50:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24879; q=dns/txt; s=iport; t=1432684245; x=1433893845; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=pSBnbQKLKIJf6oRxwJ52ZWCo3CfP+y0sf5gA8bxGN28=; b=J74Vq2dlbAo4MNpgalfxbbc7noUKtr3XO0xIHh/Ui2IDj5zoU3BBTsmA lnV/QS357M9nWD5kYvLgT8bjHnZLq6m9WPca6G28veISiMynNTh9owjx+ gQ6P1jaVXadCuWJW+MDDSH+K24FLtmDPv6P9eEP1sLVjl0PYKQ7hzL15C o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AEBAAZBmVV/5JdJa1SAQMGgxBUXgbDLQmBNhkKhXcCgUE4FAEBAQEBAQGBCoQjAQEDAQEBARdTAQQHEAIBCA4GMicLJQIEAQ0DAhuICQgNzSUBAQEBAQEBAQEBAQEBAQEBAQEBAQETBIs6hCIGAQMGAgENPgUHhC0FhQ2GSDWGfocEgXiCE4Epg3GCf4c3hAaDWSNhgQUhAwUXgVJCLYEDQ4EBAQEB X-IronPort-AV: E=Sophos;i="5.13,502,1427760000"; d="scan'208";a="2017140" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-2.cisco.com with ESMTP; 26 May 2015 23:50:42 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t4QNofOH013571 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 26 May 2015 23:50:41 GMT Received: from xmb-aln-x10.cisco.com ([169.254.5.25]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0195.001; Tue, 26 May 2015 18:50:41 -0500 From: "Shitanshu Shah (svshah)" To: Susan Hares , "Keyur Patel (keyupate)" , "sbajaj@juniper.net" , "luis.tomotaki@verizon.com" , "mohamed.boucadair@orange.com" Thread-Topic: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 Thread-Index: AQHQlJx3kats1TRXF0SbGxXFXIQ5e52Ia5OAgAALFACABlwlAA== Date: Tue, 26 May 2015 23:50:40 +0000 Message-ID: References: <22773_1432301345_555F2F21_22773_5225_1_53C29892C857584299CBF5D05346208A0F58CFEE@OPEXCLILM21.corporate.adroot.infra.ftgroup> <010601d0949b$13f15850$3bd408f0$@ndzh.com> <2522_1432305272_555F3E78_2522_8958_1_53C29892C857584299CBF5D05346208A0F58D1D4@OPEXCLILM21.corporate.adroot.infra.ftgroup> <012a01d094a0$7de2acf0$79a806d0$@ndzh.com> <013c01d094a6$07fe9070$17fbb150$@ndzh.com> In-Reply-To: <013c01d094a6$07fe9070$17fbb150$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 x-originating-ip: [10.24.171.199] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "rtg-dir@ietf.org" , "bruno.decraene@orange.com" , "rtg-ads@tools.ietf.org" , 'idr wg' Subject: Re: [Idr] [RTG-DIR] RtgDir review: draft-ietf-idr-sla-exchange-05 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 23:50:49 -0000 Thank you Bruno for thorough review and comments.. We will take a look at them and respond soon.. Regards, Shitanshu On 5/22/15, 8:43 AM, "Susan Hares" wrote: >Shitanshu, Keyur, Sandeep, Luis, and Mohamed: > >Would you please address the 10 major points (see below) that Bruno >raised in his routing directorate review? The draft will not be >forwarded to the IESG for publication until you address the concerns on >the mail list?=20 > >You can address the concern by changing your document or indicate why you >think your original text/design is reasonable. I would appreciate your >quick attention on this topic. > >Thank you,=20 > >Sue=20 > > >> Document: draft-ietf-idr-sla-exchange-05 >> Reviewer: Bruno Decraene >> Review Date: 22/05/2015 >> IETF LC End Date: 02/03/2015 >> Intended Status: Standards Track >>=20 >> Summary: I have significant concerns about this document and >> recommend that the Routing ADs discuss these issues further with the >>authors. >>=20 >> (Or the chairs as I see that this document has not yet been passed to >> the >> ADs) >>=20 >> Comments: >> In general, the readability of the document is acceptable but could be >> improved, both from a language and technical precision point of view. >> (examples below). >> However, there are some normative parts of this Standard Track >> specification that I could not understand. >>=20 >> Major: >> M1) The Introduction states >> "In a multi-vendor network, translating SLAs into technology-specific >> and vendor-specific configuration requires to consider specificities >> of each vendor. >> There does not exist any standard protocol to translate SLA agreements >> into technical clauses and configurations and thus both the steps of >> out of band learning of negotiated SLA and provisioning them in a >> vendor specific language can be complex and error-prone." >>=20 >> - I guess some would use NETCONF/YANG to address this. It could be >> questioned why BGP has been preferred. Especially since: >> - in the VPN context (using a lot of QoS and the uses cases described >> in the document) many customer connections use static routing rather >> than eBGP. Hence this specification would not be enough to distribute >> SLA and would require another protocol. >> - QoS is only one part of the configuration effort. Why using >> different protocols to configure different aspects? >>=20 >> - This may be related to draft-l3vpn-service-yang and the L3VPN >> Service Model WG (l3sm). May be some form of coordination would be >>beneficial. >>=20 >> M2)"The exception is where a BGP speaker, in the middle of an update >> path to the destination AS, aggregates prefixes. We will refer this >> middle BGP speaker, that aggregates routes, as an Aggregator. >> Aggregator is then required to insert original NLRI details in the >>optional advertiser field" >>=20 >> If you refer to the use of AS_SET, RFC6472 recommends against the use >> of AS_SET. So, I'm not sure that there is a need to add complexity in >> this specification in order to handle route aggregation. >> If removed, "section 5.3 Aggregator" may also be removed. >>=20 >> M4) >> "Traffic Class Description >> Ascii Description of the Traffic Class" >>=20 >> Should it be UTF-8? >>=20 >> M5) SLA definition >> It would be good to define what a SLA is. Especially since this whole >> goal of the draft is to advertise SLA in BGP. Citing an individual >> draft [CPP] is not enough to have an agreed on definition, especially >>for a STD track RFC. >> Since QoS is not new in the IETF, there is probably a document >> defining it (or using a more popular terminology). >> Looking in google, I don't really see matches for "IETF SLA" (outside >> of documents written by the authors). >> Wikipedia seems to give a quite different definition, much wider than >> diffserv specific parameters which seems to be the main point of this >> BGP >> attribute: >> "A service-level agreement (SLA) is a part of a service >> contract[disambiguation needed] where a service is formally defined. >> Particular aspects of the service - scope, quality, responsibilities - >> are agreed between the service provider and the service user. A common >> feature of an SLA is a contracted delivery time (of the service or >> performance). As an example, Internet service providers and telcos >> will commonly include service level agreements within the terms of >> their contracts with customers to define the level(s) of service being >> sold in plain language terms. In this case the SLA will typically have >> a technical definition in terms of mean time between failures (MTBF), >> mean time to repair or mean time to recovery (MTTR); identifying which >> party is responsible for reporting faults or paying fees; >> responsibility for various data rates; throughput; jitter; or similar >>measurable details.." >>=20 >> M6) >> " Traffic Class Service (optional), >> 16-bit =3D type of the field >> variable-length =3D based on type of the service" >>=20 >> Please specify the content of the "variable-length" field. >> If it only contains the Data Type of the IPFIX Information Elements, >> I'm not sure how the encoding supports, on the receiving side, the >> skipping of unknown ElementID. >> Given that I also don't see an end to end negotiation channel for the >> BGP speaker to known the capabilities of the BGP receiver, I don't see >> how the specification will support the introduction of new Traffic >> Class Services in the future. >>=20 >> M7) NLRI >> I don't see the relation between the QoS attribute and the NLRI. >> - Is the QoS attribute only applicable to the NLRI advertised? If so >> what is the relation with destinationIP* advertised in the classifier >> Element? Should they be restricted to more specifics of the advertised >>NLRI? >> - Also the QoS attribute may instruct "to drop entire BGP update >> message [Note that it is an indication to drop entire update message, >> not only QoS attribute]". This means that the NLRI will not be >> propagated, hence routed, anymore, which seems strange. To preserve >> routing of the NLRI, do the QoS attribute require to advertise a less >> specific prefix (with no QoS attribute) in addition? Or to use >> ADD_PATH to advertise the NLRI multiple times (with & without the QoS >>attribute). >>=20 >> Possibly same question for the relation between the QoS attribute and >> the AFI/SAFI of the BGP UPDATE. Is the QoS attribute to be understood >> in the context of the AFI/SAFI or not? e.g. if the classifier element >> is the ipDiffServCodePoint does it match all protocols or only the one >> of the AFI/SAFI? >>=20 >> M8) Error handling >> Current text says that error handling MAY use attribute discard or MAY >> use treat as withdraw. >> This seems underspecified as one implementation would be free to do >> nothing, while another could do session reset. This would open many >> BGP session reset in real networks. >> Please specific what must be done. >> Besides, other part of the document provides some more >> specific/different error handling. e.g. "If there are more than one >> such Traffic Classes present then advertised SLA parameters MUST be >>ignored." >> Finally, the spec needs to define when the new attribute is considered >> malformed. >> On an editorial note, I would prefer a dedicate section related to >> error handling. >>=20 >> M9) security consideration may require some discussion. >> "There is a potential for mis-behaved AS to advertise wrong SLA, >> stealing identity of another AS." >> Agreed. But there are probably other attack vectors (e.g. modifying >> the attribute during propagation, setting parameters to instruct BGP >> to drop the message (as this seems alllowed by the specification)...) >>=20 >> "This resembles to problems already identified and resolved, in the >> routing world, thru reverse path forwarding check." >> "Resembles" is not enough. "Resolved" is probably a bit quick. >>=20 >> "One proposal, inline to RPF, to resolve such threats is to have each >> BGP speaker node, in the forwarding path, perform reverse path check >> on source AS." >> If this is a specification, it should be described in the document >> (quickly citing it in the security section is not enough). >> It's also a bit short in term of specification. e.g. I don't see >> "source AS" in the forwarding path (neither in the packet nor in the >> FIB) >>=20 >> "Since we expect these messages to originate and distributed in the >> managed network, there should not be any risks for identity theft." >> If you restrict the use of this specification/ATTRIBUTE in "managed >> network", this needs to be clarified from the beginning (and not at >> this very end of the document), and the specification should take >> measure to ensure that this attribute is not received from/leaked >> outside of this "managed network". >> Defining "managed network" may also help, especially since the >> proposition involves multiple ASes and multiple organisations. >> (otherwise, you need to handle the case when this attribute is used >> outside of "managed network" and therefore consider the security >> implications) >>=20 >> M10) IANA section is under specified. >> e.g. you should: >> - states the name of the registry that you want to create or update. >> - states the name of the new entries in existing registries. >> - define all your new registries. (e.g. you don't have ones for new >> QoS TLV subtypes (defined in =A73.1), Optional Advertised id TLV, SLA >> event Type...) >> - define the registration policy of those new registries. >>=20 >> Reading RFC5226 may help. >>=20 >>=20 >> Minor (some not so minor): >> m1) From an editorial standpoint, the document may benefit from an >> english language review. >> - Some sentences are hard to parse (at least for me). e.g. "The need >> to exchange SLA parameters between domains (Automated Systems (AS)), >> where in use-cases described in this document, BGP is a suitable >> protocol for inter-domain exchange [RFC4271][RFC4364]. >> - Adding a full point "." at the end of each sentence may help the >>parsing. >> - IMHO some sentences could be rewritten to improve readability. e.g. >> OLD: >> highest order bit (bit 0) - >> It defines if update message MUST be dropped (if set to 1) >> without updating routing information base, when this is the >> last BGP receiver from the list of destination ASes this >> attribute is announced to, or MUST announce (if set to 0) >> further to BGP peers >> NEW >> highest order bit (bit 0) - >> This flags defines how update message must be handled by the last >> BGP receiver in the list of destination ASes. >> If set (1) update message MUST be dropped without updating >> routing information base. >> If cleared (0) update message MUST be further advertised to BGP >> peers. >>=20 >> On a side note, at this point in the document, it's not crystal >> clear what you mean by "update message". The QoS Attribute TLV? The QoS >>BGP attribute? >> The BGP UPDATE message? In general, in the document, please use the >> protocols names of the messages/fields. >> - "SLA sub-type specific value field details." I guess you mean >> :s/specific/specifies. >>=20 >> m2) >> OLD: Remaining bits are currently unused and MUST be set to 0 >> NEW: The lower-order seven bits of the Attribute Flags octet are unused. >> They MUST be zero when sent and MUST be ignored when received. >> (Proposed text is a copy/past from RFC 4271. You are free to use >> another text but please specify the behaviour on the receiving side as >> we have seen BGP session reset in the Internet which a much clearer >> sentence.) >>=20 >> m3) That's not specific to this document, but I would find useful to >> have the related implementation report draft be referenced in the >> informative reference section. >>=20 >> m4) "sub type Length" Please specify exactly what part of the message >> is covered by the length (as some IETF spec use the length of the >> value field, while some other use the length of the type+length+value >>fields. >>=20 >> m5) "32-bit source AS (Advertiser)" The word "advertiser" may be >> misleading. (cf draft-hares-idr-update-attrib-low-bits-fix). RFC 4271 >> uses "Originating speaker" (SIDR seems also to use "Origin". >> Multiple occurrences in the draft. >>=20 >> m6) "0 =3D ignore Source and Destination AS list from this Value field. >> Instead refer to Source and Destination AS as defined by BGP >> message" >> I'm not sure what is meant by the second sentence. Please use the >> specific names of BGP messages and fields. >>=20 >> m7) "format of the SLA message" >> Giving names and number to figures could be considered. >> So does adding the memory axis: >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >>=20 >>=20 >> m8) >> " Optional advertiser id total len >> 16-bit Source address identifier (optional)." >>=20 >> I read this as the field "Optional advertiser id total len" contains a >> 16-bit Source address identifier. >> While this field probably contain the length of "something". Please >> check/clarify. >>=20 >> m9) >> "Optional Advertiser id TLV >> 4-bit type" >>=20 >> You need to specify the size of the "Length" field. Especially since >> you introduce a somewhat unusual size of the "Type field" and some >> people may assume that the size of the "length" field is of the same >> size (4-bit), while some others may believe its the usual 1-octet. >>=20 >> m10)" Destination AS count >> 32-bit destination AS count to take variable length AS list." >> I guess you mean: >> number of destination ASes >> This field indicates the number of destination AS present in the >> Destination AS list >>=20 >> m11) "SLA Id" >> The text under "SLA Id" mixes text related to "SLA Id " and text >> related to "Content". Please split the text. >>=20 >> m12) I don't see a description of the filed "Content as per SLA Event" >>=20 >> m13) " SLA Length >> 12-bits" >> Please specify what is covered/measured by this length field. >>=20 >> m14) >> " Direction >> 0x1 =3D incoming, from destination AS towards source AS >> 0x2 =3D outgoing, from source AS towards destination AS" >> I find the terms "incoming" and "outcoming" a bit misleading. e.g. >> the direction "from source AS towards destination AS" seems to be: >> - outgoing in the source AS >> - ingoing in the destination AS >>=20 >> m15) "Traffic Class Descr Length >> 08-bit, size of the length" >> proposition :s/size of the length/ length of XXX >>=20 >> m16) In section 3, I don't see the specification of the REQUEST SLA >> even type. >> At the end of the document, it's said that "discussion of REQUEST >> message, for this purpose or any other purpose, is considered out of >> the scope of this document." In which case, you should probably not >> specify a REQUEST SLA even type. >>=20 >> m19) >> "Given IPFIX [RFC5102] has well defined identifier set for a large >> number of packet attributes, IPFIX IANA registry is >> "https://www.ietf.org/assignments/ipfix" chosen to specify packet >> classification attributes." >> Sentence is hard to parse, which is an issue for a normative part. >> The reference should probably be listed in the reference section. >>=20 >> "However, since not all identifiers from IPFIX would be applicable to >> this proposal, only a limited set identified here can be supported by >> BGP SLA exchange. Any new element identifier, in future, added to the >> IPFIX IANA registry does not automatically mean supported for this >>proposal." >>=20 >> - This probably calls for a IANA registry to identify which element >> identifier can be used. >> - Text should clarify that the list of accepted identifiers is defined >> in the subsequent list (having no name and no number). >>=20 >> m20) section 3 is hard to read. >> - IMO the document/section 3 would benefit from an section presenting >> an overview of the solution >> - section 3 have a single subsection (3.1) hence the interest of using >> subsection is limited. Given the size of section 3 (10 pages), to >> improve readability I would suggest the use of multiples subsection. >>=20 >> m21) >> "The minimum policed unit (m) and maximum packet size (M) >> parameters have no relevance for the purpose of SLA exchange. >> Thus they MUST be ignored." >>=20 >> Why specifying and sending such parameters in BGP if they MUST be >> ignored by the receiver? >>=20 >> m22) >> " This rate indicates the minimum rate, measured in bytes of Layer 2 >> (L2) datagrams per second," >> I'm not sure why the Layer 2 size is used rather than the layer 3 >> size. As a consequence, you need to send additional information >> (L2_OVERHEAD) which may be not needed otherwise. >> Draft cites RFC 2212 as the source of this TRAFFIC_CLASS_TSPEC >> parameter, and RFC 2212 use the IP datagram size. >>=20 >> m23) >> "4. Originating SLA Notification >>=20 >> The QoS attribute to advertise SLA sub-type MUST be added by the >> originator of a BGP UPDATE message." >>=20 >> I guess you don't mean that advertising this new attribute is >> mandatory. So please rephrase (e.g. at least :s/MUST/MAY) >>=20 >> m24) " If a BGP node is capable of processing QoS attribute, it >> optionally MAY process the message." >> What message? The BGP UPDATE? >>=20 >> m25) "BGP node MUST drop SLA related sub-type from the QoS attribute, >> if >> none of the AS from the destination list is in the forwarding path." >>=20 >> There is no AS in the forwarding path. Please rephrase. >>=20 >> m26) "5.2. BGP Node not Capable of Processing QoS Attribute >>=20 >> If the BGP node is not capable of processing QoS attribute, it MUST >> forward the QoS attribute message unaltered." >>=20 >> This section is completely useless. It should either be removed or at >> the minimum should not specify a behavior. e.g. >> OLD: it MUST forward >> NEW: as per RFC4271, it will >>=20 >> or should define what is meant by "processing QoS attribute". (my >> reading is "does not recognize") >>=20 >> m27) "If advertised QoS Attribute, inside an update message, is with a >> flag set indicating to drop that message, a receiver MUST drop message >> if it is the last receiver, in update path, that message is advertised >>to." >> This is not extremely clear. Especially for a "MUST" behavior. Please >> rephrase using the protocols names of the messages/fields. >>=20 >> m28)"If the advertised SLA is from the next hop, in the reverse path, >> the receiver may implement advertised SLA for the whole link, the link >> could be physical or virtual link, associated with the next hop. " >>=20 >> I don't understand. Please rephrase. (e.g. which next-hop?, reverse >> path of >> what?) >>=20 >> "If NLRI advertised in update message is not of the next hop," >> I don't understand. Please rephrase. >>=20 >> m29) >> "For cases where if earlier messages have not reached the intended >> receiver yet, a re-signaling is required. A receiver may intend to >> request an SLA message from the originator in such case. Since BGP >> messages are considered reliable, it is assumed that advertised >> messages always reach intended receivers. Thus discussion of REQUEST >> message, for this purpose or any other purpose, is considered out >> of the scope of this document." >> Some parsing issues. >> The text seems to self contradict: >> - "a re-signaling is required" >> - "Since BGP messages are considered reliable, it is assumed that >> advertised messages always reach intended receivers." >>=20 >> m30) >> "There are well-defined recommendations that exist for traffic >> class mapping between two technologies. " >>=20 >> Please provides references. >>=20 >> m31) >> "AS2 can advertise the same or a subset of that SLA to AS3 in the >> context of tunnel's ip address." >> Which tunnel are you refering to? >>=20 >>=20 >> Nits: >> N1) ID Nits reports 1 error (Obsolete normative reference) >> N2) In a BGP context, "AS" stands for "Autonomous System" and not >> "Automated System" >> N3) >> " +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | | >> ~ Traffic Class Elements count/values ~ >> | | >> =20 >>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ " >>=20 >> I feel that the figure could be updated to more accurately represent >>both >> fields (length). Something like >>=20 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Traffic Count| Traffic Class values | >> +-+-+-+-+-+-+-+-+ ~ >> | | >> ~ ~ >> | | >> =20 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>=20 >> N4) In general for all figures, it's easier if the name of the legend >> / descriptive paragraph match the name in the figure. >> e.g. >> "Class Desc Len" in figure versus "Traffic Class Descr Length" in the >> legend "Advertiser id TLVs" in figure versus "Optional Advertiser id >> TLV" in the legend "Event" in figure versus "SLA Event Type" in the >>legend ... >>=20 >> N5) >> "IPFIX IANA registry is "https://www.ietf.org/assignments/ipfix" " >> May be added to the reference section. >>=20 >> N6) There is a mix of usage of "octet" and "byte". For consistency, >> only one should be chosen ("octet" IMHO) >>=20 >> N7)[CPP] I-D.boucadair-connectivity-provisioning-profile" >> why not citing RFC 7297 instead? >>=20 >>=20 >> Regards, >> Bruno >>=20 >> ______________________________________________________________ >> ___________________________________________________________ >>=20 >> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, >> exploites ou copies sans autorisation. Si vous avez recu ce message >> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi >>que les pieces jointes. >> Les messages electroniques etant susceptibles d'alteration, Orange >> decline toute responsabilite si ce message a ete altere, deforme ou >>falsifie. Merci. >>=20 >> This message and its attachments may contain confidential or >> privileged information that may be protected by law; they should not >> be distributed, used or copied without authorisation. >> If you have received this email in error, please notify the sender and >> delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have >> been modified, changed or falsified. >> Thank you. >>=20 > > >__________________________________________________________________________ >_______________________________________________ > >Ce message et ses pieces jointes peuvent contenir des informations >confidentielles ou privilegiees et ne doivent donc pas etre diffuses, >exploites ou copies sans autorisation. Si vous avez recu ce message par >erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les >pieces jointes. Les messages electroniques etant susceptibles >d'alteration, Orange decline toute responsabilite si ce message a ete >altere, deforme ou falsifie. Merci. > >This message and its attachments may contain confidential or privileged >information that may be protected by law; they should not be distributed, >used or copied without authorisation. >If you have received this email in error, please notify the sender and >delete this message and its attachments. >As emails may be altered, Orange is not liable for messages that have >been modified, changed or falsified. >Thank you. > > >_______________________________________________ >Idr mailing list >Idr@ietf.org >https://www.ietf.org/mailman/listinfo/idr > From nobody Tue May 26 18:37:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E79DB1B33A6; Tue, 26 May 2015 18:37:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YT0z5XVf9AeR; Tue, 26 May 2015 18:36:53 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56E531ACF03; Tue, 26 May 2015 18:36:53 -0700 (PDT) X-AuditID: c6180641-f79086d000001909-92-5564ba8e441d Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 82.5F.06409.E8AB4655; Tue, 26 May 2015 20:25:19 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0210.002; Tue, 26 May 2015 21:36:51 -0400 From: Antoni Przygienda To: "rtg-ads@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-idr-route-oscillation-stop-00 Thread-Index: AdCYGjTRlIQmB9WfR+6SlwEPvDIIXg== Date: Wed, 27 May 2015 01:36:50 +0000 Message-ID: <2E4BB27CAB87BF43B4207C0E55860F182F1ECF@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_2E4BB27CAB87BF43B4207C0E55860F182F1ECFeusaamb103ericsso_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDLMWRmVeSWpSXmKPExsUyuXSPn27/rpRQg9m72C3unVzIbvHq9jMm i+dzZrJYLFjzlN2BxWPJkp9MHl8uf2YLYIrisklJzcksSy3St0vgyrh54wpbwa793BXf7n5h aWA8MZO7i5GTQ0LAROL5wn/sELaYxIV769lAbCGBo4wSJ54EdDFyAdnLGSWuf9vCBJJgE7CQ uPztKTOILSJgKtH3/wI7SBGzwDlGie0L/rOAJIQFHCRaOnrZIYpcJfbvuQll60kc+PSVFcRm EVCVWNfbxwhi8wp4S7Qvnw+2gBHoiu+n1oDZzALiEreeQMQlBAQkluw5zwxhi0q8fPyPFcJW lNjXP50doj5f4tD8XewQMwUlTs58wjKBUXgWklGzkJTNQlI2i5EDKK4psX6XPkSJosSU7ofs ELaGROucuezI4gsY2VcxcpQWp5blphsZbmIERs8xCTbHHYwLPlkeYhTgYFTi4U2cnRwqxJpY VlyZe4hRmoNFSZz3ompIqJBAemJJanZqakFqUXxRaU5q8SFGJg5OqQbGdfs55qnsDdv1/8+M XMcw48tbxW+sW3+oR4p7dtqhtw9q1OTfzIzq8uFQ97pf3Dv7Z8CytY2PO3St7thtP6OlxBVl cfzCJr7Kjp7liv0LQ7uvfuN55f845soGtfRdvN5CdvJHbx6/W+rRMafhTcXmynN/CubHKZk8 P816q3nP17MLFs7bfEP7oBJLcUaioRZzUXEiAMC4AVZ/AgAA Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-idr-route-oscillation-stop.all@tools.ietf.org" , "idr wg \(idr@ietf.org\)" Subject: [Idr] RtgDir review: draft-ietf-idr-route-oscillation-stop-00 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 01:37:02 -0000 --_000_2E4BB27CAB87BF43B4207C0E55860F182F1ECFeusaamb103ericsso_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8aHR0cDovL3RyYWMudG9vbHMu aWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcj4NCg0KQWx0aG91Z2ggdGhlc2UgY29t bWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdv dWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkg b3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2 ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBk cmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaWRyLXJvdXRlLW9zY2lsbGF0aW9uLXN0b3At MDANClJldmlld2VyOiBUb255IFByenlnaWVuZGENClJldmlldyBEYXRlOiA1LzI2LzE1DQpJbnRl bmRlZCBTdGF0dXM6IFN0YW5kYXJkcw0KDQpTdW1tYXJ5Og0KDQpJIGhhdmUgc29tZSBtaW5vciBj b25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2 ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLiBJbiBzaG9ydDogdmVyeSBnb29kIEJDUCBkcmFmdCBhbGJl aXQgdGVyc2UgdW5sZXNzIHZlcnkgc2tpbGxlZCBpbiB0aGUgYXJ0LCB0b28gbG9vc2UgZm9yIGEg c3RhbmRhcmRzIHRyYWNrIChhdCBsZWFzdCBpbiB0aGUgY3VycmVudCBmb3JtKSBJTU8uIENvbW1l bnRzIGJlbG93Lg0KDQoNCg0KTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgRC4gV2FsdG9uDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEN1bXVsdXMgTmV0d29ya3MNCkludGVu ZGVkIHN0YXR1czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEEuIFJldGFuYQ0KDQpQUlo+IEkgd291bGQgbGlrZSB0byBxdWVzdGlvbiB3aGV0aGVyIHRoaXMg aXMgYSBzdGFuZGFyZHMgVHJhY2sgZG9jdW1lbnQgPw0KUFJaPiBJdCBsb29rcyB0byBtZSBtb3Jl IEJDUCB0aGFuIFN0YW5kYXJkcyB0cmFjay4gSXQgcmVsaWVzIG9uIHBlZXJzDQpQUlo+IHN1cHBv cnRpbmcgb24gb3B0aW9uYWwgY2FwYWJpbGl0eSBhbmQgdGhlbiBpdCBvbmx5IFNIT1VMRHMgdGhl DQpQUlo+IGludGVuZGVkIGJlaGF2aW9yLiBJbiBmYWN0IHRoZXJlIGlzIG5vdCBhIHNpbmdsZSBu b3JtYXRpdmUgTVVTVCBpbg0KUFJaPiB0aGUgd2hvbGUgZG9jdW1lbnQuDQoNCkV4cGlyZXM6IEF1 Z3VzdCA2LCAyMDE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRS4g Q2hlbg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEouIFNjdWRkZXINCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSnVuaXBlciBOZXR3b3Jrcw0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBG ZWJydWFyeSAyLCAyMDE1DQoNCg0KICAgICAgICAgICAgICAgQkdQIFBlcnNpc3RlbnQgUm91dGUg T3NjaWxsYXRpb24gU29sdXRpb25zDQogICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1pZHItcm91 dGUtb3NjaWxsYXRpb24tc3RvcC0wMA0KDQpBYnN0cmFjdA0KDQogICBJbiB0aGlzIGRvY3VtZW50 IHdlIHByZXNlbnQgdHdvIHNldHMgb2YgcGF0aHMgZm9yIGFuIGFkZHJlc3MgcHJlZml4DQogICB0 aGF0IGNhbiBiZSBhZHZlcnRpc2VkIGJ5IGEgQkdQIHJvdXRlIHJlZmxlY3RvciBvciBjb25mZWRl cmF0aW9uIEFTQlINCiAgIHRvIGVsaW1pbmF0ZSB0aGUgTUVELWluZHVjZWQgcm91dGUgb3NjaWxs YXRpb25zIGluIGEgbmV0d29yay4gIFRoZQ0KICAgZmlyc3Qgc2V0IGludm9sdmVzIGFsbCB0aGUg YXZhaWxhYmxlIHBhdGhzLCBhbmQgd291bGQgYWNoaWV2ZSB0aGUNCiAgIHNhbWUgcm91dGluZyBj b25zaXN0ZW5jeSBhcyB0aGUgZnVsbCBJQkdQIG1lc2guICBUaGUgc2Vjb25kIHNldCwNCiAgIHdo aWNoIGlzIGEgc3Vic2V0IG9mIHRoZSBmaXJzdCBvbmUsIGludm9sdmVzIHRoZSBuZWlnaGJvci1B UyBiYXNlZA0KICAgR3JvdXAgQmVzdCBQYXRocywgYW5kIHdvdWxkIGJlIHN1ZmZpY2llbnQgdG8g ZWxpbWluYXRlIHRoZSBNRUQtDQogICBpbmR1Y2VkIHJvdXRlIG9zY2lsbGF0aW9ucyAoc3ViamVj dCB0byBjZXJ0YWluIGNvbW1vbmx5IGFkb3B0ZWQNCiAgIHRvcG9sb2dpY2FsIGNvbnN0cmFpbnMp Lg0KDQpTdGF0dXMgb2YgVGhpcyBNZW1vDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3Vi bWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUNCiAgIHByb3Zpc2lvbnMgb2YgQkNQ IDc4IGFuZCBCQ1AgNzkuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKS4gIE5v dGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZQ0KICAgd29ya2luZyBkb2N1 bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC0N CiAgIERyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJl bnQvLg0KDQogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3Ig YSBtYXhpbXVtIG9mIHNpeCBtb250aHMNCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQs IG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55DQogICB0aW1lLiAgSXQgaXMg aW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQ0KICAgbWF0 ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0K DQogICBUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIEF1Z3VzdCA2LCAyMDE1Lg0K DQpDb3B5cmlnaHQgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoYykgMjAxNSBJRVRGIFRydXN0IGFu ZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFs bCByaWdodHMgcmVzZXJ2ZWQuDQoNCg0KDQoNCg0KV2FsdG9uLCBldCBhbC4gICAgICAgICAgIEV4 cGlyZXMgQXVndXN0IDYsIDIwMTUgICAgICAgICAgICAgICAgIFtQYWdlIDFdDQrDgHBhciBJbnRl cm5ldC1EcmFmdCAgICAgICAgICBCR1AgT3NjaWxsYXRpb24gU29sdXRpb25zICAgICAgICAgIEZl YnJ1YXJ5IDIwMTUNCg0KDQogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFu ZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYg RG9jdW1lbnRzDQogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBl ZmZlY3Qgb24gdGhlIGRhdGUgb2YNCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQ bGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cw0KICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2Ny aWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0DQogICB0byB0aGlz IGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQg bXVzdA0KICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlIHRleHQgYXMgZGVzY3JpYmVk IGluIFNlY3Rpb24gNC5lIG9mDQogICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJl IHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMNCiAgIGRlc2NyaWJlZCBpbiB0aGUgU2ltcGxp ZmllZCBCU0QgTGljZW5zZS4NCg0KVGFibGUgb2YgQ29udGVudHMNCg0KICAgMS4gIEludHJvZHVj dGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAy DQogICAyLiAgUmVxdWlyZW1lbnRzIExhbmd1YWdlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgIDMNCiAgIDMuICBBZHZlcnRpc2UgdGhlIEF2YWlsYWJsZSBQYXRocyAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMw0KICAgNC4gIEFkdmVydGlzZSB0aGUg R3JvdXAgQmVzdCBQYXRocyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAzDQogICA1 LiAgUm91dGUgUmVmbGVjdGlvbiBhbmQgQ29uZmVkZXJhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgIDQNCiAgICAgNS4xLiAgUm91dGUgUmVmbGVjdGlvbiAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQ0KICAgICA1LjIuICBDb25mZWRlcmF0aW9uIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1DQogICA2LiAgRGVw bG95bWVudCBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDUNCiAgIDcuICBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAgNg0KICA4LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDYNCiAgIDkuICBBY2tub3dsZWRn ZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNw0K ICAgMTAuIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICA3DQogICAgIDEwLjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDcNCiAgICAgMTAuMi4gIEluZm9ybWF0aXZl IFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNw0KICAgQXBw ZW5kaXggQS4gIFdoeSB0aGUgR3JvdXAgQmVzdCBQYXRocyBBcmUgQWRlcXVhdGU/IC4gLiAuIC4g LiAuIC4gICA3DQogICBBdXRob3JzJyBBZGRyZXNzZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgNCg0KMS4gIEludHJvZHVjdGlvbg0KDQogICBBcyBk b2N1bWVudGVkIGluIFtSRkMzMzQ1XSwgdGhlIHJvdXRpbmcgaW5mb3JtYXRpb24gcmVkdWN0aW9u IGJ5IEJHUA0KICAgUm91dGUgUmVmbGVjdGlvbiBbUkZDNDQ1Nl0gb3IgQkdQIENvbmZlZGVyYXRp b24gW1JGQzUwNjVdIGNhbiByZXN1bHQNCiAgIGluIHBlcnNpc3RlbnQgSUJHUCByb3V0ZSBvc2Np bGxhdGlvbnMgd2l0aCBjZXJ0YWluIHJvdXRpbmcgc2V0dXAgYW5kDQogICBuZXR3b3JrIHRvcG9s b2dpZXMuICBFeGNlcHQgZm9yIGEgY291cGxlIGFydGlmaWNpYWxseSBlbmdpbmVlcmVkDQogICBu ZXR3b3JrIHRvcG9sb2dpZXMsIHRoZSBNRUQgYXR0cmlidXRlIFtSRkM0MjcxXSBoYXMgcGxheWVk IGEgcGl2b3RhbA0KICAgcm9sZSBpbiB2aXJ0dWFsbHkgYWxsIG9mIHRoZSBrbm93biBwZXJzaXN0 ZW50IElCR1Agcm91dGUNCiAgIG9zY2lsbGF0aW9ucy4gIEZvciB0aGUgc2FrZSBvZiBicmV2aXR5 LCB3ZSB1c2UgdGhlIHRlcm0gIk1FRC1pbmR1Y2VkDQogICByb3V0ZSBvc2NpbGxhdGlvbiIgaGVy ZWFmdGVyIHRvIHJlZmVyIHRvIGEgcGVyc2lzdGVudCBJQkdQIHJvdXRlDQogICBvc2NpbGxhdGlv biBpbiB3aGljaCB0aGUgTUVEIHBsYXlzIGEgcm9sZS4NCg0KICAgSW4gb3JkZXIgdG8gZWxpbWlu YXRlIHRoZSBNRUQtaW5kdWNlZCByb3V0ZSBvc2NpbGxhdGlvbnMgYW5kIHRvDQogICBhY2hpZXZl IGNvbnNpc3RlbnQgcm91dGluZyBpbiBhIG5ldHdvcmssIGNsZWFybHkgYSByb3V0ZSByZWZsZWN0 b3Igb3INCiAgIGEgY29uZmVkZXJhdGlvbiBBU0JSIG5lZWRzIHRvIGFkdmVydGlzZSBtb3JlIHRo YW4ganVzdCB0aGUgYmVzdCBwYXRoDQogICBmb3IgYW4gYWRkcmVzcyBwcmVmaXguICBPdXIgZ29h bCBpcyB0byBpZGVudGlmeSB0aGUgInJpZ2h0IiBzZXQgb2YNCiAgIHBhdGhzIGZvciBhbiBhZGRy ZXNzIHByZWZpeCB0aGF0IG5lZWRzIHRvIGJlIGFkdmVydGlzZWQgYnkgYSByb3V0ZQ0KICAgcmVm bGVjdG9yIG9yIGEgY29uZmVkZXJhdGlvbiBBU0JSLg0KDQoNCg0KDQpXYWx0b24sIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBBdWd1c3QgNiwgMjAxNSAgICAgICAgICAgICAgICAgW1BhZ2UgMl0N CsOAcGFyIEludGVybmV0LURyYWZ0ICAgICAgICAgIEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlvbnMg ICAgICAgICAgRmVicnVhcnkgMjAxNQ0KDQoNCiAgIEluIHRoaXMgZG9jdW1lbnQgd2UgcHJlc2Vu dCB0d28gc2V0cyBvZiBwYXRocyBmb3IgYW4gYWRkcmVzcyBwcmVmaXgNCiAgIHRoYXQgY2FuIGJl IGFkdmVydGlzZWQgYnkgYSBCR1Agcm91dGUgcmVmbGVjdG9yIG9yIGNvbmZlZGVyYXRpb24gQVNC Ug0KICAgdG8gZWxpbWluYXRlIHRoZSBNRUQtaW5kdWNlZCByb3V0ZSBvc2NpbGxhdGlvbnMgaW4g YSBuZXR3b3JrLiAgVGhlDQogICBmaXJzdCBzZXQgaW52b2x2ZXMgYWxsIHRoZSBhdmFpbGFibGUg cGF0aHMsIGFuZCB3b3VsZCBhY2hpZXZlIHRoZQ0KICAgc2FtZSByb3V0aW5nIGNvbnNpc3RlbmN5 IGFzIHRoZSBmdWxsIElCR1AgbWVzaC4gIFRoZSBzZWNvbmQgc2V0LA0KICAgd2hpY2ggaXMgYSBz dWJzZXQgb2YgdGhlIGZpcnN0IG9uZSwgaW52b2x2ZXMgdGhlIG5laWdoYm9yLUFTIGJhc2VkDQog ICBHcm91cCBCZXN0IFBhdGhzLCBhbmQgd291bGQgYmUgc3VmZmljaWVudCB0byBlbGltaW5hdGUg dGhlIE1FRC0NCiAgIGluZHVjZWQgcm91dGUgb3NjaWxsYXRpb25zIChzdWJqZWN0IHRvIGNlcnRh aW4gY29tbW9ubHkgYWRvcHRlZA0KICAgdG9wb2xvZ2ljYWwgY29uc3RyYWlucykuDQoNCiAgIFRo ZXNlIHBhdGhzIGNhbiBiZSBhZHZlcnRpc2VkIHVzaW5nIHRoZSBtZWNoYW5pc20gZGVzY3JpYmVk IGluIEFERC0NCiAgIFBBVEggW0ktRC5pZXRmLWlkci1hZGQtcGF0aHNdIGZvciBhZHZlcnRpc2lu ZyBtdWx0aXBsZSBwYXRocy4NCg0KUFJaPiBJIHN1Z2dlc3QgdG8gaW5kaWNhdGUgaW4gdGhlIGRv Y3VtZW50IHRoYXQgYWxsIHJvdXRlcnMgaW4gQUQgTVVTVCBiZQ0KUFJaPiBjb25maWd1cmVkIHRv IGJlaGF2ZSBjb25zaXN0ZW50bHkgd2hlbiBjb21wYXJpbmcgTUVEcw0KUFJaPiAoaS5lLiBhbHdh eXMtY29tcGFyZS1tZWQsIG1pc3NpbmctYXMtd29yc3QgYW5kIHNvIG9uIG5lZWQgdG8gYmUNClBS Wj4gY29uc2lzdGVudCkuDQpQUlo+IFRoZXJlIHNlZW1zIHRvIG1lIGEgaGlkZGVuIGFzc3VtcHRp b24NClBSWj4gaW4gdGhlIGRvY3VtZW50DQpQUlo+IGFsYmVpdCBsaWtlbHkgb2J2aW91cyBmb3Ig dGhlIHNraWxsZWQgaW4gdGhlIGFydCB0aGF0DQpQUlo+IGFsd2F5cy1jb21wYXJlLW1lZCBpcyB1 c2VkIGhlcmUgKGFuZCBpbiBmYWN0IHRoZSBvdmVyYWxsIGJlaGF2aW9yDQpQUlo+IHNpbXVsYXRl cyBkZXRlcm1pbmlzdGljLU1FRD8pIGJ1dCBJTU8gaXQgbXVzdCBiZSBtZW50aW9uZWQgd2hhdCB0 aGUNClBSWj4gYXNzdW1wdGlvbnMgYXJlLiBFc3BlY2lhbGx5IGZvciByb3V0ZXJzIHRoYXQgd2Fu dCB0byB0aGUgUlJDIGJ1dA0KUFJaPiBkbyBOT1Qgc3VwcG9ydCBhZGQtcGF0aCBlLmcuDQpQUlo+ IHRoYXQgdGhleSBhcmUgc29tZXRpbWVzIGVtcGxveWVkIHRvIGZpeCBzb21lIG9mDQpQUlo+IHRo b3NlIGlzc3VlcyBhbmQgbmVlZCB0byBiZSBjb25zaWRlcmVkLg0KDQoyLiAgUmVxdWlyZW1lbnRz IExhbmd1YWdlDQoNCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlS RUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJS RUNPTU1FTkRFRCIsICJNQVkiLCBhbmQgIk9QVElPTkFMIiBpbiB0aGlzDQogICBkb2N1bWVudCBh cmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFtSRkMyMTE5XS4NCg0KMy4gIEFk dmVydGlzZSB0aGUgQXZhaWxhYmxlIFBhdGhzDQoNCiAgIE9ic2VydmUgdGhhdCBpbiBhIG5ldHdv cmsgdGhhdCBtYWludGFpbnMgYSBmdWxsIElCR1AgbWVzaCBhbGwgdGhlIEJHUA0KICAgc3BlYWtl cnMgaGF2ZSBjb25zaXN0ZW50IGFuZCBlcXVpdmFsZW50IHJvdXRpbmcgaW5mb3JtYXRpb24uICBT dWNoIGENCiAgIG5ldHdvcmsgaXMgdGh1cyBmcmVlIG9mIHRoZSBNRUQtaW5kdWNlZCByb3V0ZSBv c2NpbGxhdGlvbnMgYW5kIG90aGVyDQogICByb3V0aW5nIGluY29uc2lzdGVuY2llcyBzdWNoIGFz IGZvcndhcmRpbmcgbG9vcHMuDQoNCiAgIFRoZXJlZm9yZSBvbmUgYXBwcm9hY2ggaXMgdG8gYWxs b3cgYSByb3V0ZSByZWZsZWN0b3Igb3IgYQ0KICAgY29uZmVkZXJhdGlvbiBBU0JSIHRvIGFkdmVy dGlzZSBhbGwgdGhlIGF2YWlsYWJsZSBwYXRocyBmb3IgYW4NCiAgIGFkZHJlc3MgcHJlZml4LiAg Q2xlYXJseSB0aGlzIGFwcHJvYWNoIHdvdWxkIHlpZWxkIHRoZSBzYW1lIGFtb3VudCBvZg0KICAg cm91dGluZyBpbmZvcm1hdGlvbiBhbmQgYWNoaWV2ZSB0aGUgc2FtZSByb3V0aW5nIGNvbnNpc3Rl bmN5IGFzIHRoZQ0KICAgZnVsbCBJQkdQIG1lc2ggaW4gYSBuZXR3b3JrLg0KDQogICBUaGlzIGFw cHJvYWNoIGNhbiBiZSBpbXBsZW1lbnRlZCB1c2luZyB0aGUgbWVjaGFuaXNtIGRlc2NyaWJlZCBp bg0KICAgQURELVBBVEggW0ktRC5pZXRmLWlkci1hZGQtcGF0aHNdIGZvciBhZHZlcnRpc2luZyBt dWx0aXBsZSBwYXRocyBmb3INCiAgIGNlcnRhaW4gcHJlZml4ZXMuDQoNCiAgIEZvciB0aGUgc2Fr ZSBvZiBzY2FsYWJpbGl0eSB0aGUgYWR2ZXJ0aXNlbWVudCBvZiBtdWx0aXBsZSBwYXRocw0KICAg c2hvdWxkIGJlIGxpbWl0ZWQgdG8gdGhvc2UgcHJlZml4ZXMgd2hpY2ggYXJlIGFmZmVjdGVkIGJ5 IE1FRC1pbmR1Y2VkDQogICByb3V0ZSBvc2NpbGxhdGlvbiBpbiBhIG5ldHdvcmsgY2Fycnlpbmcg YSBsYXJnZSBudW1iZXIgb2YgYWx0ZXJuYXRlDQogICBwYXRocy4NCg0KUFJaPiBTdWdnZXN0IHRv IHNwZWNpZnkgdGhlIHByZWNpc2UgY3JpdGVyaWEgc2luY2UgdGhvc2UgYXJlIGZhaXJseQ0KUFJa PiBjb21wbGljYXRlZCBhcyBmYXIgSSBzZWUgb3IgYXQgbGVhc3QgcmVmZXIgYXMgZXhhbXBsZQ0K UFJaPiB0byBlLmcuIDQ0NTYgc2VjdGlvbiAxMQ0KUFJaPiByYXRoZXIgdGhhbiB0aGUgdmFndWUN ClBSWj4gRW5nbGlzaCByZWxhdGl2ZSBjbGF1c2UgZW5jb3VudGVyZWQgaGVyZSBkdXJpbmcgaW5p dGlhbCByZWFkaW5nLg0KUFJaPiBPciBwdWxsIHVwIHRoZSA0NDU2IHJlZmVyZW5jZSBmcm9tIHNl Y3Rpb24gNA0KUFJaPiBhbmQgcmVmZXIgZnJvbSBzZWN0aW9uIDQgYWdhaW4gaW4gYSBzaG9ydCBm b3JtLg0KUFJaPiBUaGlzIHdpbGwgaW1wcm92ZSBsb2dpY2FsIGZsb3cgb2YgdGhlIGRvY3VtZW50 Lg0KUFJaPg0KUFJaPiBNb3Jlb3Zlciwgb3RoZXIgbWVjaGFuaXNtcyB0aGFuIGF2b2lkaW5nIHdl bGwta25vd24gY3JpdGVyaWEgY2FuIGJlDQpQUlo+IGltYWdpbmVkLCBlLmcuIHNvbWV0aGluZyB0 aGF0IGhhcyBhIGh5c3RlcmlzaXMgb24gIyBvZiBmbGFwcyBpbg0KUFJaPiBhIHByZWZpeCBhbmQg YmFzZWQgb24gdGhhdCBxdWFsaWZ5aW5nIGEgTkxSSSBhcyBhICdNRUQtaW5kdWNlZA0KUFJaPiBv c2NpbGxhdGlvbiBhZmZlY3RlZCBwcmVmaXgnIHRvIGFwcGx5IHRoZSB0ZWNobmlxdWVzIGhlcmUu DQoNCjQuICBBZHZlcnRpc2UgdGhlIEdyb3VwIEJlc3QgUGF0aHMNCg0KICAgVGhlIHRlcm0gbmVp Z2hib3ItQVMgZm9yIGEgcm91dGUgcmVmZXJzIHRvIHRoZSBuZWlnaGJvcmluZyBBUyBmcm9tDQog ICB3aGljaCB0aGUgcm91dGUgd2FzIHJlY2VpdmVkLiAgVGhlIGNhbGN1bGF0aW9uIG9mIHRoZSBu ZWlnaGJvci1BUyBpcw0KICAgc3BlY2lmaWVkIGluIFNlY3QuIDkuMS4yLjIgb2YgW1JGQzQyNzFd LCBhbmQgU2VjdGlvbiA3LjIgb2YNCiAgIFtSRkM1MDY1XS4gIEJ5IGRlZmluaXRpb24gdGhlIE1F RCBpcyBjb21wYXJhYmxlIG9ubHkgYW1vbmcgcm91dGVzDQogICB3aXRoIHRoZSBzYW1lIG5laWdo Ym9yLUFTLg0KDQpQUlo+IFdlIGFsbCBrbm93IHRoaXMgY2FuIGJlIHZpb2xhdGVkIGJ5IHZlbmRv ciBzcGVjaWZpYyBjb25maWdzIGFuZA0KUFJaPiBtZXJpdHMgbWVudGlvbmluZyBhcyByZWZlcmVu Y2UgdG8gNDQ1NiBhZ2FpbiBzaW5jZSB0aGlzIGlzIGEgdmVyeQ0KUFJaPiAncHJhY3RpY2FsIGRl cGxveW1lbnQnDQpQUlo+IHRhcmdldGVkIGRyYWZ0LiBJbiBmYWN0IHRoaXMgZHJhZnQgc2hvdWxk IHJlZmVyZW5jZSBob3cgdHdvIGJlc3QNClBSWj4gcm91dGVzIHRvIHNhbWUgcHJlZml4IHZpYSB0 d28gZGlmZmVyZW50IEFTZXMgKHR3byBncm91cCBiZXN0IHBhdGhzDQpQUlo+IHRvIHNhbWUgcHJl Zml4KSBzaG91bGQgYmUgcmVzb2x2ZWQgb3IgRUNNUOKAmWVkLg0KDQoNCiAgICBUaHVzIHRoZSBy b3V0ZSBzZWxlY3Rpb24gcHJvY2VkdXJlcw0KDQoNCg0KV2FsdG9uLCBldCBhbC4gICAgICAgICAg IEV4cGlyZXMgQXVndXN0IDYsIDIwMTUgICAgICAgICAgICAgICAgIFtQYWdlIDNdDQrDgHBhciBJ bnRlcm5ldC1EcmFmdCAgICAgICAgICBCR1AgT3NjaWxsYXRpb24gU29sdXRpb25zICAgICAgICAg IEZlYnJ1YXJ5IDIwMTUNCg0KDQogICBzcGVjaWZpZWQgaW4gW1JGQzQyNzFdIHdvdWxkIGNvbmNl cHR1YWxseSBpbnZvbHZlIHR3byBzdGVwczogZmlyc3QNCiAgIG9yZ2FuaXplIHRoZSBwYXRocyBm b3IgYW4gYWRkcmVzcyBwcmVmaXggaW50byBncm91cHMgYWNjb3JkaW5nIHRvDQogICB0aGVpciBy ZXNwZWN0aXZlIG5laWdoYm9yLUFTJ3MsIGFuZCBjYWxjdWxhdGUgdGhlIG1vc3QgcHJlZmVycmVk IG9uZQ0KICAgKHRlcm1lZCAiR3JvdXAgQmVzdCBQYXRoIikgZm9yIGVhY2ggb2YgdGhlIGdyb3Vw czsgVGhlbiBjYWxjdWxhdGUgdGhlDQogICBvdmVyYWxsIGJlc3QgcGF0aCBhbW9uZyBhbGwgdGhl IEdyb3VwIEJlc3QgUGF0aHMuDQoNClBSWj4gUGVyIGFib3ZlLCBwbHMgcmVmZXIgdG8gdGhlIHJl c29sdXRpb24gYW5kIHdoZXRoZXIgaXQgbXVzdCBiZQ0KUFJaPiB1bmlmb3JtIGFjcm9zcyBhbGwg cGFydGljaXBhdGluZyBSUkNzIGFuZCBpQkdQIHBlZXJzIGludm9sdmVkLg0KDQogICBBcyBhIGdl bmVyYWxseSByZWNvbW1lbmRlZCAoW1JGQzQ0NTZdLCBbUkZDNTA2NV0pIGFuZCB3aWRlbHkgYWRv cHRlZA0KICAgcHJhY3RpY2UsIGEgcm91dGUgcmVmbGVjdGlvbiBjbHVzdGVyIG9yIGEgY29uZmVk ZXJhdGlvbiBzdWItQVMgc2hvdWxkDQogICBiZSBkZXNpZ25lZCBzdWNoIHRoYXQgdGhlIElHUCBt ZXRyaWNzIGZvciBsaW5rcyB3aXRoaW4gYSBjbHVzdGVyIChvcg0KICAgY29uZmVkZXJhdGlvbiBz dWItQVMpIGFyZSBtdWNoIHNtYWxsZXIgdGhhbiB0aGUgSUdQIG1ldHJpY3MgZm9yIHRoZQ0KICAg bGlua3MgYmV0d2VlbiB0aGUgY2x1c3RlcnMgKG9yIGNvbmZlZGVyYXRpb24gc3ViLUFTKS4gIFRo aXMgcHJhY3RpY2UNCiAgIGhlbHBzIGFjaGlldmUgY29uc2lzdGVudCByb3V0aW5nIHdpdGhpbiBh IHJvdXRlIHJlZmxlY3Rpb24gY2x1c3RlciBvcg0KICAgYSBjb25mZWRlcmF0aW9uIHN1Yi1BUy4N Cg0KICAgV2hlbiB0aGUgYWZvcmVtZW50aW9uZWQgcHJhY3RpY2UgZm9yIGRldmlzaW5nIGEgcm91 dGUgcmVmbGVjdGlvbg0KICAgY2x1c3RlciBvciBjb25mZWRlcmF0aW9uIHN1Yi1BUyBpcyBmb2xs b3dlZCBpbiBhIG5ldHdvcmssIHdlIGNsYWltDQogICB0aGF0IHRoZSBhZHZlcnRpc2VtZW50IG9m IGFsbCB0aGUgR3JvdXAgQmVzdCBQYXRocyBieSBhIHJvdXRlDQogICByZWZsZWN0b3Igb3IgYSBj b25mZWRlcmF0aW9uIEFTQlIgaXMgc3VmZmljaWVudCB0byBlbGltaW5hdGUgdGhlIE1FRC0NCiAg IGluZHVjZWQgcm91dGUgb3NjaWxsYXRpb25zIGluIHRoZSBuZXR3b3JrLiAgVGhpcyBjbGFpbSBp cyB2YWxpZGF0ZWQNCiAgIGluIEFwcGVuZGl4IEEuDQoNCiAgIE5vdGUgdGhhdCBhIEdyb3VwIEJl c3QgUGF0aCBmb3IgYW4gYWRkcmVzcyBwcmVmaXggY2FuIGJlIGlkZW50aWZpZWQNCiAgIGJ5IHRo ZSBjb21iaW5hdGlvbiBvZiB0aGUgYWRkcmVzcyBwcmVmaXggYW5kIHRoZSBuZWlnaGJvci1BUy4g IFRodXMNCiAgIHRoaXMgYXBwcm9hY2ggY2FuIGJlIGltcGxlbWVudGVkIHVzaW5nIHRoZSBtZWNo YW5pc20gZGVzY3JpYmVkIGluDQogICBBREQtUEFUSCBbSS1ELmlldGYtaWRyLWFkZC1wYXRoc10g Zm9yIGFkdmVydGlzaW5nIG11bHRpcGxlIHBhdGhzLCBhbmQNCiAgIGluIHRoaXMgY2FzZSB0aGUg bmVpZ2hib3ItQVMgb2YgYSBwYXRoIG1heSBiZSB1c2VkIGFzIHRoZSBwYXRoDQogICBpZGVudGlm aWVyIG9mIHRoZSBwYXRoLg0KDQogICBJdCBzaG91bGQgYmUgbm90ZWQgdGhhdCB0aGUgYXBwcm9h Y2ggb2YgYWR2ZXJ0aXNpbmcgdGhlIEdyb3VwIEJlc3QNCiAgIFBhdGhzIHJlcXVpcmVzIGNlcnRh aW4gdG9wb2xvZ2ljYWwgY29uc3RyYWlucyB0byBiZSBzYXRpc2ZpZWQgaW4NCiAgIG9yZGVyIHRv IGVsaW1pbmF0ZSB0aGUgTUVELWluZHVjZWQgcm91dGUgb3NjaWxsYXRpb24uDQoNClBSWj4gUGxl YXNlIGdpdmUgYXQgbGVhc3QgT05FIGV4YW1wbGUgb2Ygd2hhdCB0aG9zZSAnY2VydGFpbiB0b3Bv bG9naWNhbA0KUFJaPiBjb25zdHJhaW50cycgYXJlIGlmIHRoZXJlIGFyZSBtb3JlIHRoYW4gdGhl ICdzaG9ydCBJR1AgZGlzdGFuY2UgaW5zaWRlJw0KDQogICBJbiBhZGRpdGlvbiwNCiAgIHRoZSBC R1Agc3BlYWtlcnMgc3RpbGwgZGVwZW5kIG9uIHRoZSByb3V0ZSBzZWxlY3Rpb24gYnkgdGhlIHJv dXRlDQogICByZWZsZWN0b3Igb3IgdGhlIGNvbmZlZGVyYXRpb24gQVNCUi4gIEFzIHRoZSByb3V0 ZSBzZWxlY3Rpb24gaW52b2x2ZXMNCiAgIHRoZSBjb21wYXJpc29uIG9mIHRoZSBuZXh0aG9wJ3Mg SUdQIG1ldHJpY3Mgd2hpY2ggYXJlIHNwZWNpZmljIHRvIGENCiAgIHBhcnRpY3VsYXIgQkdQIHNw ZWFrZXIsIHRoZSByb3V0aW5nIGluZm9ybWF0aW9uIGFkdmVydGlzZWQgYnkgYSByb3V0ZQ0KICAg cmVmbGVjdG9yIG9yIGEgY29uZmVkZXJhdGlvbiBBU0JSIG1heSBzdGlsbCBiZSBpbmFkZXF1YXRl IHRvIGF2b2lkDQogICBvdGhlciByb3V0aW5nIGluY29uc2lzdGVuY2llcyBzdWNoIGFzIGZvcndh cmRpbmcgbG9vcHMgaW4gY2VydGFpbg0KICAgbmV0d29ya3MuDQoNClBSWj4gVGhpcyBpcyBzaW1w bHkgdG9vIHZhZ3VlLCBlc3BlY2lhbGx5IGZvciBhIHN0YW5kYXJkcyB0cmFjay4gUGxlYXNlDQpQ Ulo+IGdpdmUgYXQgbGVhc3Qgb25lIGV4YW1wbGUgb2Ygc3VjaCBsb29waW5nLg0KDQo1LiAgUm91 dGUgUmVmbGVjdGlvbiBhbmQgQ29uZmVkZXJhdGlvbg0KDQogICBUbyBhbGxvdyBhIHJvdXRlIHJl ZmxlY3RvciBvciBhIGNvbmZlZGVyYXRpb24gQVNCUiB0byBhZHZlcnRpc2UNCiAgIGVpdGhlciB0 aGUgQXZhaWxhYmxlIFBhdGhzIG9yIEdyb3VwIEJlc3QgUGF0aHMgdXNpbmcgdGhlIG1lY2hhbmlz bQ0KICAgZGVzY3JpYmVkIGluIEFERC1QQVRIIFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXSwgdGhl IGZvbGxvd2luZw0KICAgcmV2aXNpb25zIGFyZSBwcm9wb3NlZCBmb3IgQkdQIHJvdXRlIHJlZmxl Y3Rpb24gYW5kIEJHUA0KICAgQ29uZmVkZXJhdGlvbi4NCg0KDQoNCg0KDQpXYWx0b24sIGV0IGFs LiAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgNiwgMjAxNSAgICAgICAgICAgICAgICAgW1BhZ2Ug NF0NCsOAcGFyIEludGVybmV0LURyYWZ0ICAgICAgICAgIEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlv bnMgICAgICAgICAgRmVicnVhcnkgMjAxNQ0KDQoNCjUuMS4gIFJvdXRlIFJlZmxlY3Rpb24NCg0K ICAgRGVwZW5kaW5nIG9uIHRoZSBjb25maWd1cmF0aW9uLCBmb3IgYSBwYXJ0aWN1bGFyIDxBRkks IFNBRkk+IGEgcm91dGUNCiAgIHJlZmxlY3RvciBTSE9VTEQgaW5jbHVkZSB0aGUgPEFGSSwgU0FG ST4gd2l0aCB0aGUgIlNlbmQvUmVjZWl2ZSINCiAgIGZpZWxkIHNldCB0byAyIG9yIDMgaW4gdGhl IEFERC1QQVRIIENhcGFiaWxpdHkNCiAgIFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXSBhZHZlcnRp c2VkIHRvIGFuIElCR1AgcGVlci4gIFdoZW4gdGhlIEFERC0NCiAgIFBBVEggQ2FwYWJpbGl0eSBp cyBhbHNvIHJlY2VpdmVkIGZyb20gdGhlIElCR1AgcGVlciB3aXRoIHRoZSAiU2VuZC8NCiAgIFJl Y2VpdmUiIGZpZWxkIHNldCB0byAxIG9yIDMgZm9yIHRoZSBzYW1lIDxBRkksIFNBRkk+LCB0aGVu IHRoZQ0KICAgZm9sbG93aW5nIHByb2NlZHVyZXMgc2hhbGwgYmUgZm9sbG93ZWQ6DQoNCiAgIElm IHRoZSBwZWVyIGlzIGEgcm91dGUgcmVmbGVjdGlvbiBjbGllbnQsIHRoZSByb3V0ZSByZWZsZWN0 b3IgU0hPVUxEDQogICBhZHZlcnRpc2UgdG8gdGhlIHBlZXIgdGhlIEdyb3VwIEJlc3QgUGF0aHMg KG9yIHRoZSBBdmFpbGFibGUgUGF0aHMpDQogICByZWNlaXZlZCBmcm9tIGl0cyBub24tY2xpZW50 IElCR1AgcGVlcnMuICBEZXBlbmRpbmcgb24gdGhlDQogICBjb25maWd1cmF0aW9uLCB0aGUgcm91 dGUgcmVmbGVjdG9yIE1BWSBhbHNvIGFkdmVydGlzZSB0byB0aGUgcGVlciB0aGUNCiAgIEdyb3Vw IEJlc3QgUGF0aHMgKG9yIHRoZSBBdmFpbGFibGUgUGF0aHMpIHJlY2VpdmVkIGZyb20gaXRzIGNs aWVudHMuDQoNCiAgIElmIHRoZSBwZWVyIGlzIGEgbm9uLWNsaWVudCwgdGhlIHJvdXRlIHJlZmxl Y3RvciBTSE9VTEQgYWR2ZXJ0aXNlIHRvDQogICB0aGUgcGVlciB0aGUgR3JvdXAgQmVzdCBQYXRo cyAob3IgdGhlIEF2YWlsYWJsZSBQYXRocykgcmVjZWl2ZWQgZnJvbQ0KICAgaXRzIGNsaWVudHMu DQoNCjUuMi4gIENvbmZlZGVyYXRpb24NCg0KICBEZXBlbmRpbmcgb24gdGhlIGNvbmZpZ3VyYXRp b24sIGZvciBhIHBhcnRpY3VsYXIgPEFGSSwgU0FGST4gYQ0KICAgY29uZmVkZXJhdGlvbiBBU0JS IFNIT1VMRCBpbmNsdWRlIHRoZSA8QUZJLCBTQUZJPiB3aXRoIHRoZSAiU2VuZC8NCiAgIFJlY2Vp dmUiIGZpZWxkIHNldCB0byAyIG9yIDMgaW4gdGhlIEFERC1QQVRIIENhcGFiaWxpdHkNCiAgIFtJ LUQuaWV0Zi1pZHItYWRkLXBhdGhzXSBhZHZlcnRpc2VkIHRvIGFuIElCR1AgcGVlciwgYW5kIHRv IGENCiAgIGNvbmZlZGVyYXRpb24gZXh0ZXJuYWwgcGVlci4gIFdoZW4gdGhlIEFERC1QQVRIIENh cGFiaWxpdHkgaXMgYWxzbw0KICAgcmVjZWl2ZWQgZnJvbSB0aGUgSUJHUCBwZWVyIG9yIHRoZSBj b25mZWRlcmF0aW9uIGV4dGVybmFsIHBlZXIgd2l0aA0KICAgdGhlICJTZW5kL1JlY2VpdmUiIGZp ZWxkIHNldCB0byAxIG9yIDMgZm9yIHRoZSBzYW1lIDxBRkksIFNBRkk+LCB0aGVuDQogICB0aGUg Zm9sbG93aW5nIHByb2NlZHVyZXMgc2hhbGwgYmUgZm9sbG93ZWQ6DQoNCiAgIElmIHRoZSBwZWVy IGlzIGludGVybmFsLCB0aGUgY29uZmVkZXJhdGlvbiBBU0JSIFNIT1VMRCBhZHZlcnRpc2UgdG8N CiAgIHRoZSBwZWVyIHRoZSBHcm91cCBCZXN0IFBhdGhzIChvciB0aGUgQXZhaWxhYmxlIFBhdGhz KSByZWNlaXZlZCBmcm9tDQogICBpdHMgY29uZmVkZXJhdGlvbiBleHRlcm5hbCBwZWVycy4NCg0K ICAgSWYgdGhlIHBlZXIgaXMgY29uZmVkZXJhdGlvbiBleHRlcm5hbCwgdGhlIGNvbmZlZGVyYXRp b24gQVNCUiBTSE9VTEQNCiAgIGFkdmVydGlzZSB0byB0aGUgcGVlciB0aGUgR3JvdXAgQmVzdCBQ YXRocyAob3IgdGhlIEF2YWlsYWJsZSBQYXRocykNCiAgIHJlY2VpdmVkIGZyb20gaXRzIElCR1Ag cGVlcnMuDQoNClBSWj4gVGhpcyBuZWVkcyBzcGVjaWZpY2F0aW9uIFdIQVQgaXMgYWR2ZXJ0aXNl ZCB0byB0aGUgcGVlcnMgbm90IHN1cHBvcnRpbmcNClBSWj4gYWRkLXBhdGg/IGlmIHdlIGZvbGxv dyB0b2RheSdzIGJlaGF2aW9yLCBpdCB3b3VsZCBiZSBhbnkNClBSWj4gb2YgdGhlIGJlc3QtZ3Jv dXAgcGF0aHMgYnJva2VuIG9uIElHUCBtZXRyaWMuDQpQUlo+IEkgdGhpbmsgaXQgaXMgd29ydGgg bWVudGlvbmluZyB0aGF0IGlmIEFOWSBvZiB0aGUgaW52b2x2ZWQgUlJzIGRvZXMNClBSWj4gbm90 IHN1cHBvcnQgYWRkLXBhdGgsIHRoZSBzb2x1dGlvbiBDT1VMRCBsb29wIGFnYWluIHVzaW5nIElH UCBhcyB0aWUtYnJlYWtlcg0KUFJaPiBmb3Igcm91dGVzIGZyb20gZGlmZmVyZW50IEFTZXMuDQpQ Ulo+DQpQUlo+IE9yIGlzIG9uZSBvZiB0aGUgcmVzdHJpY3Rpb25zIHRoaXMgZHJhZnQgc3VnZ2Vz dHMNClBSWj4gdGhhdCBhbGwgUlJzIE1VU1QgYmUNClBSWj4gYWRkLXBhdGggY2FwYWJsZSA/DQoN CjYuICBEZXBsb3ltZW50IENvbnNpZGVyYXRpb25zDQoNCiAgIFNvbWUgcm91dGUgb3NjaWxsYXRp b25zLCBvbmNlIGRldGVjdGVkLCBjYW4gYmUgZWxpbWluYXRlZCBieSBzaW1wbGUNCiAgIGNvbmZp Z3VyYXRpb24gd29ya2Fyb3VuZHMuICBBcyBjYXJyeWluZyBhZGRpdGlvbmFsIHBhdGhzIGltcGFj dHMgdGhlDQogICBtZW1vcnkgdXNhZ2UgYW5kIHJvdXRpbmcgY29udmVyZ2VuY2UgaW4gYSBuZXR3 b3JrLCBpdCBpcyByZWNvbW1lbmRlZA0KICAgdGhhdCB0aGUgaW1wYWN0IGJlIGV2YWx1YXRlZCBh bmQgdGhlIGFwcHJvYWNoIG9mIHVzaW5nIGENCiAgIGNvbmZpZ3VyYXRpb24gd29ya2Fyb3VuZCBi ZSBjb25zaWRlcmVkIGluIGRlY2lkaW5nIHdoZXRoZXIgdG8gZGVwbG95DQogICB0aGUgcHJvcG9z ZWQgbWVjaGFuaXNtIGluIGEgbmV0d29yay4gIEluIGFkZGl0aW9uLCB0aGUgYWR2ZXJ0aXNlbWVu dA0KDQoNCg0KDQpXYWx0b24sIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgNiwgMjAx NSAgICAgICAgICAgICAgICAgW1BhZ2UgNV0NCsOAcGFyIEludGVybmV0LURyYWZ0ICAgICAgICAg IEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlvbnMgICAgICAgICAgRmVicnVhcnkgMjAxNQ0KDQoNCiAg IG9mIG11bHRpcGxlIHBhdGhzIHNob3VsZCBiZSBsaW1pdGVkIHRvIHRob3NlIHByZWZpeGVzIHdo aWNoIGFyZQ0KICAgYWZmZWN0ZWQgYnkgTUVELWluZHVjZWQgcm91dGUgb3NjaWxsYXRpb24uDQoN CiAgIFdoaWxlIHRoZSByb3V0ZSByZWZsZWN0b3JzIG9yIGNvbmZlZGVyYXRpb24gQVNCUnMgaW4g YSBuZXR3b3JrIG5lZWQNCiAgIHRvIGFkdmVydGlzZSB0aGUgR3JvdXAgQmVzdCBQYXRocyBvciBB dmFpbGFibGUgUGF0aHMsIHRoZSB2YXN0DQogICBtYWpvcml0eSBvZiB0aGUgQkdQIHNwZWFrZXJz IGluIHRoZSBuZXR3b3JrIG9ubHkgbmVlZCB0byByZWNlaXZlIHRoZQ0KICAgR3JvdXAgQmVzdCBQ YXRocyBvciBBdmFpbGFibGUgUGF0aHMsIHdoaWNoIHdvdWxkIGludm9sdmUgb25seSBtaW5vcg0K ICAgc29mdHdhcmUgY2hhbmdlcy4NCg0KICAgSXQgc2hvdWxkIGJlIGVtcGhhc2l6ZWQgdGhhdCBp biBvcmRlciB0byBlbGltaW5hdGUgdGhlIE1FRC1pbmR1Y2VkDQogICByb3V0ZSBvc2NpbGxhdGlv bnMgaW4gYSBuZXR3b3JrIHVzaW5nIHRoZSBhcHByb2FjaCBvZiBhZHZlcnRpc2luZyB0aGUNCiAg IEdyb3VwIEJlc3QgUGF0aHMsIHRoZSByZWNvbW1lbmRlZCBwcmFjdGljZSBmb3IgZGV2aXNpbmcg YSByb3V0ZQ0KICAgcmVmbGVjdGlvbiBjbHVzdGVyIG9yIGNvbmZlZGVyYXRpb24gc3ViLUFTIHdp dGggcmVzcGVjdCB0byB0aGUgSUdQDQogICBtZXRyaWNzIChbUkZDNDQ1Nl0sIFtSRkM1MDY1XSkg c2hvdWxkIGJlIGZvbGxvd2VkLg0KDQogICBJdCBpcyBleHBlY3RlZCB0aGF0IHRoZSBhcHByb2Fj aCBvZiBhZHZlcnRpc2luZyB0aGUgR3JvdXAgQmVzdCBQYXRocw0KICAgd291bGQgYmUgYWRlcXVh dGUgdG8gYWNoaWV2ZSBjb25zaXN0ZW50IHJvdXRpbmcgZm9yIHRoZSB2YXN0IG1ham9yaXR5DQog ICBvZiB0aGUgbmV0d29ya3MuICBGb3IgYSBuZXR3b3JrIHRoYXQgaGFzIGxhcmdlIG51bWJlciBv ZiBhbHRlcm5hdGUNCiAgIHBhdGhzLCB0aGUgYXBwcm9hY2ggc2hvdWxkIGJlIGEgZ29vZCBjaG9p Y2UgYXMgdGhlIG51bWJlciBvZiBwYXRocw0KICAgYWR2ZXJ0aXNlZCBieSBhIHJlZmxlY3RvciBv ciBhIGNvbmZlZGVyYXRpb24gQVNCUiBpcyBib3VuZGVkIGJ5IHRoZQ0KICAgbnVtYmVyIG9mIHRo ZSBuZWlnaGJvci1BUydzIGZvciBhIHBhcnRpY3VsYXIgYWRkcmVzcyBwcmVmaXguICBUaGUNCiAg IGFkZGl0aW9uYWwgc3RhdGVzIGZvciBhbiBhZGRyZXNzIHByZWZpeCB3b3VsZCBhbHNvIGJlIHBl ciBuZWlnaGJvci1BUw0KICAgYmFzZWQgcmF0aGVyIHRoYW4gcGVyIHBhdGggYmFzZWQuICBUaGUg bnVtYmVyIG9mIHRoZSBuZWlnaGJvci1BUydzDQogICBmb3IgYSBwYXJ0aWN1bGFyIGFkZHJlc3Mg cHJlZml4IGlzIHR5cGljYWxseSBzbWFsbCBiZWNhdXNlIG9mIHRoZQ0KICAgbGltaXRlZCBudW1i ZXIgb2YgdXBzdHJlYW0gcHJvdmlkZXJzIGZvciBhIGN1c3RvbWVyIGFuZCB0aGUgbmF0dXJlIG9m DQogICBhZHZlcnRpc2luZyBvbmx5IGN1c3RvbWVyIHJvdXRlcyBhdCB0aGUgaW50ZXItZXhjaGFu Z2UgcG9pbnRzLg0KDQogICBUaGUgYXBwcm9hY2ggb2YgYWR2ZXJ0aXNpbmcgdGhlIEdyb3VwIEJl c3QgUGF0aHMsIGhvd2V2ZXIsIG1heSBzdGlsbA0KICAgYmUgaW5hZGVxdWF0ZSBmb3IgY2VydGFp biBuZXR3b3JrcyB0byBhdm9pZCBvdGhlciByb3V0aW5nDQogICBpbmNvbnNpc3RlbmNpZXMgc3Vj aCBhcyBmb3J3YXJkaW5nIGxvb3BzLiAgVGhlIHJlcXVpcmVkIHRvcG9sb2dpY2FsDQogICBjb25z dHJhaW5zIGNvdWxkIGFsc28gYmUgb3BlcmF0aW9uYWxseSBjaGFsbGVuZ2luZy4gIEluIHRoZXNl IGNhc2VzDQogICB0aGUgYXBwcm9hY2ggb2YgYWR2ZXJ0aXNpbmcgdGhlIEF2YWlsYWJsZSBQYXRo cyBtYXkgYmUgdXNlZCwgYnV0DQogICBzaG91bGQgYmUgbGltaXRlZCB0byB0aG9zZSBwcmVmaXhl cyB3aGljaCBhcmUgYWZmZWN0ZWQgYnkgTUVELWluZHVjZWQNCiAgIHJvdXRlIG9zY2lsbGF0aW9u IGluIGEgbmV0d29yayBjYXJyeWluZyBhIGxhcmdlIG51bWJlciBvZiBhbHRlcm5hdGUNCiAgIHBh dGhzLiAgTm90ZSB0aGF0IHRoZSBudW1iZXIgb2YgcGF0aHMgdGhhdCBuZWVkIHRvIGJlIG1haW50 YWluZWQgYW5kDQogICBhZHZlcnRpc2VkIGNhbiBiZSBncmVhdGx5IHJlZHVjZWQgYnkgYWNjZXB0 aW5nIHRoZSBJR1AgbWV0cmljIGJhc2VkDQogICBNRURzIGZyb20gb3RoZXIgcGVlcmluZyBuZXR3 b3Jrcy4NCg0KUFJaPiBkb2VzICdJR1AgbWV0cmljIGJhc2VkIE1FRCcgbWVhbiAnY29weSBJR1Ag aW50byBNRUQgJiBhZHZlcnRpc2U/Jy4NClBSWj4gSWYgc28sIHBsZWFzZSBkZWZpbmUgdGhlIHRl cm0gY2xlYXJseS4NCg0KNy4gIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KICAgVGhpcyBtZW1vIGlu Y2x1ZGVzIG5vIHJlcXVlc3QgdG8gSUFOQS4NCg0KOC4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25z DQoNCiAgIFRoaXMgZXh0ZW5zaW9uIHRvIEJHUCBkb2VzIG5vdCBjaGFuZ2UgdGhlIHVuZGVybHlp bmcgc2VjdXJpdHkgaXNzdWVzDQogICBpbmhlcmVudCBpbiB0aGUgZXhpc3RpbmcgQkdQIFtSRkM0 MjcxXS4NCg0KDQoNCg0KDQpXYWx0b24sIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBBdWd1c3Qg NiwgMjAxNSAgICAgICAgICAgICAgICAgW1BhZ2UgNl0NCsOAcGFyIEludGVybmV0LURyYWZ0ICAg ICAgICAgIEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlvbnMgICAgICAgICAgRmVicnVhcnkgMjAxNQ0K DQoNCjkuICBBY2tub3dsZWRnZW1lbnRzDQoNCiAgIFdlIHdvdWxkIGxpa2UgdG8gdGhhbmsgRGF2 aWQgQ29vayBhbmQgTmFpbWluZyBTaGVuIGZvciB0aGVpcg0KICAgY29udHJpYnV0aW9ucyB0byB0 aGUgZGVzaWduIGFuZCBkZXZlbG9wbWVudCBvZiB0aGUgc29sdXRpb25zLg0KDQoxMC4gIFJlZmVy ZW5jZXMNCg0KMTAuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFtJLUQuaWV0Zi1pZHIt YWRkLXBhdGhzXQ0KICAgICAgICAgICAgICBXYWx0b24sIEQuLCBSZXRhbmEsIEEuLCBDaGVuLCBF LiwgYW5kIEouIFNjdWRkZXIsDQogICAgICAgICAgICAgICJBZHZlcnRpc2VtZW50IG9mIE11bHRp cGxlIFBhdGhzIGluIEJHUCIsIGRyYWZ0LWlldGYtaWRyLQ0KICAgICAgICAgICAgICBhZGQtcGF0 aHMtMTAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMTQuDQoNCiAgIFtSRkMyMTE5XSAg QnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlDQogICAg ICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5 OTcuDQoNCiAgIFtSRkM0MjcxXSAgUmVraHRlciwgWS4sIExpLCBULiwgYW5kIFMuIEhhcmVzLCAi QSBCb3JkZXIgR2F0ZXdheQ0KICAgICAgICAgICAgICBQcm90b2NvbCA0IChCR1AtNCkiLCBSRkMg NDI3MSwgSmFudWFyeSAyMDA2Lg0KDQogICBbUkZDNDQ1Nl0gIEJhdGVzLCBULiwgQ2hlbiwgRS4s IGFuZCBSLiBDaGFuZHJhLCAiQkdQIFJvdXRlDQogICAgICAgICAgICAgIFJlZmxlY3Rpb246IEFu IEFsdGVybmF0aXZlIHRvIEZ1bGwgTWVzaCBJbnRlcm5hbCBCR1ANCiAgICAgICAgICAgICAgKElC R1ApIiwgUkZDIDQ0NTYsIEFwcmlsIDIwMDYuDQoNCiAgIFtSRkM1MDY1XSAgVHJhaW5hLCBQLiwg TWNQaGVyc29uLCBELiwgYW5kIEouIFNjdWRkZXIsICJBdXRvbm9tb3VzDQogICAgICAgICAgICAg IFN5c3RlbSBDb25mZWRlcmF0aW9ucyBmb3IgQkdQIiwgUkZDIDUwNjUsIEF1Z3VzdCAyMDA3Lg0K DQoxMC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcw0KDQogICBbUkZDMzM0NV0gIE1jUGhlcnNv biwgRC4sIEdpbGwsIFYuLCBXYWx0b24sIEQuLCBhbmQgQS4gUmV0YW5hLA0KICAgICAgICAgICAg ICAiQm9yZGVyIEdhdGV3YXkgUHJvdG9jb2wgKEJHUCkgUGVyc2lzdGVudCBSb3V0ZQ0KICAgICAg ICAgICAgICBPc2NpbGxhdGlvbiBDb25kaXRpb24iLCBSRkMgMzM0NSwgQXVndXN0IDIwMDIuDQoN CkFwcGVuZGl4IEEuICBXaHkgdGhlIEdyb3VwIEJlc3QgUGF0aHMgQXJlIEFkZXF1YXRlPw0KDQpQ Ulo+IEl0IHNlZW1zIHRvIG1lIHRoZXJlIGlzIGFub3RoZXIsIG1vcmUgZWFzaWx5IHVuZGVyc3Rv b2QNClBSWj4g4oCYcHJvb2bigJkgYnkgYmFzaWNhbGx5IHNheWluZyB0aGF0DQpQUlo+IElHUCBt ZXRyaWMgaXMgY29tcGFyYWJsZSBub3cgb25seSB3aXRoaW4gZWFjaCBBU+KAmXMgcGF0aHMgKE1F RCksIGkuZS4NClBSWj4gYW4g4oCYYmVzdC1wYXRo4oCZDQpQUlo+IGNhbm5vdCBjaGFuZ2UgTUVE cyBiYXNlZCBvbiBjb21wYXJpbmcgSUdQIG1ldHJpY3Mgb2YgdHdvIGRpZmZlcmVudA0KUFJaPiBB U3MgKD0gdGhlcmUgaXMgbm93IGEg4oCYYmVzdC1wYXRo4oCZIHBlciBBUykuIFRoaXMgaXMgbm9y bWFsbHkgdGhlIHNvdXJjZSBvZg0KUFJaPiDigJhNRUQgbG9vcHPigJkgSSBzYXcsIGkuZS4gYSBS Ug0KUFJaPiBjaGFuZ2VzIG9waW5pb24gYW5kIGFkdmVydGlzZXMgZGlmZmVyZW50IE1FRHMgb24g dGhlIHJvdXRlIGJlY2F1c2UNClBSWj4gdGhlIElHUCBtZXRyaWMgY29tcGFyaXNvbiBiZXR3ZWVu IHJvdXRlcyB3aXRoIDIgZGlmZmVyZW50IE1FRHMNClBSWj4gdHJpZ2dlcnMgdGhlIOKAmGNoYW5n ZSBvZiBoZWFydOKAmS4NCg0KICAgSXQgaXMgYXNzdW1lZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29t bW9uIHByYWN0aWNlIGlzIGZvbGxvd2VkLiAgQQ0KICAgcm91dGUgcmVmbGVjdGlvbiBjbHVzdGVy IG9yIGEgY29uZmVkZXJhdGlvbiBzdWItQVMgc2hvdWxkIGJlIGRlc2lnbmVkDQogICBzdWNoIHRo YXQgdGhlIElHUCBtZXRyaWNzIGZvciBsaW5rcyB3aXRoaW4gYSBjbHVzdGVyIChvcg0KICAgY29u ZmVkZXJhdGlvbiBzdWItQVMpIGFyZSBtdWNoIHNtYWxsZXIgdGhhbiB0aGUgSUdQIG1ldHJpY3Mg Zm9yIHRoZQ0KICAgbGlua3MgYmV0d2VlbiB0aGUgY2x1c3RlcnMgKG9yIGNvbmZlZGVyYXRpb24g c3ViLUFTKS4gIFRoaXMgcHJhY3RpY2UNCiAgIGhlbHBzIGFjaGlldmUgY29uc2lzdGVudCByb3V0 aW5nIHdpdGhpbiBhIHJvdXRlIHJlZmxlY3Rpb24gY2x1c3RlciBvcg0KICAgYSBjb25mZWRlcmF0 aW9uIHN1Yi1BUy4NCg0KICAgT2JzZXJ2ZSB0aGF0IGluIGEgbmV0d29yayB0aGF0IG1haW50YWlu cyBmdWxsIElCR1AgbWVzaCBvbmx5IHRoZQ0KICAgcGF0aHMgdGhhdCBzdXJ2aXZlIHRoZSAoTG9j YWxfUHJlZiwgQVMtUEFUSCBMZW5ndGgsIE9yaWdpbiwgTUVEKQ0KICAgY29tcGFyaXNvbnMgW1JG QzQyNzFdIHdvdWxkIGNvbnRyaWJ1dGUgdG8gdGhlIHJvdXRlIHNlbGVjdGlvbiBpbiB0aGUNCiAg IG5ldHdvcmsuDQoNCg0KDQoNCldhbHRvbiwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEF1Z3Vz dCA2LCAyMDE1ICAgICAgICAgICAgICAgICBbUGFnZSA3XQ0Kw4BwYXIgSW50ZXJuZXQtRHJhZnQg ICAgICAgICAgQkdQIE9zY2lsbGF0aW9uIFNvbHV0aW9ucyAgICAgICAgICBGZWJydWFyeSAyMDE1 DQoNCg0KICAgQ29uc2lkZXIgYSByb3V0ZSByZWZsZWN0aW9uIGNsdXN0ZXIgdGhhdCBzb3VyY2Vz IG9uZSBvciBtb3JlIHBhdGhzDQogICB0aGF0IHdvdWxkIHN1cnZpdmUgdGhlIChMb2NhbF9QcmVm LCBBUy1QQVRIIExlbmd0aCwgT3JpZ2luLCBNRUQpDQogICBjb21wYXJpc29ucyBhbW9uZyBhbGwg dGhlIHBhdGhzIGluIHRoZSBuZXR3b3JrLiAgT25lIG9mIHRoZXNlDQogICBzdXJ2aXZpbmcgcGF0 aHMgd291bGQgYmUgc2VsZWN0ZWQgYXMgdGhlIEdyb3VwIEJlc3QgUGF0aCBieSB0aGUgcm91dGUN CiAgIHJlZmxlY3RvciBpbiB0aGUgY2x1c3Rlci4gIER1ZSB0byB0aGUgY29uc3RyYWluIG9uIHRo ZSBJR1AgbWV0cmljcyBhcw0KICAgZGVzY3JpYmVkIHByZXZpb3VzbHksIHRoaXMgcGF0aCB3b3Vs ZCByZW1haW4gYXMgdGhlIEdyb3VwIEJlc3QgUGF0aA0KICAgYW5kIHdvdWxkIGJlIGFkdmVydGlz ZWQgdG8gYWxsIG90aGVyIGNsdXN0ZXJzIGV2ZW4gYWZ0ZXIgYSBwYXRoIGlzDQogICByZWNlaXZl ZCBmcm9tIGFub3RoZXIgY2x1c3Rlci4NCg0KICAgT24gdGhlIG90aGVyIGhhbmQsIHdoZW4gbm8g cGF0aCBpbiBhIHJvdXRlIHJlZmxlY3Rpb24gY2x1c3RlciB3b3VsZA0KICAgc3Vydml2ZSB0aGUg KExvY2FsX1ByZWYsIEFTLVBBVEggTGVuZ3RoLCBPcmlnaW4sIE1FRCkgY29tcGFyaXNvbnMNCiAg IGFtb25nIGFsbCB0aGUgcGF0aHMgaW4gdGhlIG5ldHdvcmssIHRoZSBHcm91cCBCZXN0IFBhdGgg KHdoZW4gZXhpc3RzKQ0KICAgZm9yIGEgcm91dGUgcmVmbGVjdG9yIHdvdWxkIGJlIGZyb20gYW5v dGhlciBjbHVzdGVyLiAgQ2xlYXJseSB0aGUNCiAgIGFkdmVydGlzZSBvZiB0aGUgR3JvdXAgQmVz dCBQYXRoIGJ5IHRoZSByb3V0ZSByZWZsZWN0b3IgdG8gdGhlDQogICBjbGllbnRzIG9ubHkgZGVw ZW5kcyBvbiB0aGUgcGF0aHMgcmVjZWl2ZWQgZnJvbSBvdGhlciBjbHVzdGVycy4NCg0KICAgVGhl cmVmb3JlIHRoZXJlIGlzIG5vIE1FRC1pbmR1Y2VkIHJvdXRlIG9zY2lsbGF0aW9uIGluIHRoZSBu ZXR3b3JrIGFzDQogICB0aGUgYWR2ZXJ0aXNlbWVudCBvZiBhIEdyb3VwIEJlc3QgUGF0aCB0byBh IHBlZXIgZG9lcyBub3QgZGVwZW5kIG9uDQogICB0aGUgcGF0aHMgcmVjZWl2ZWQgZnJvbSB0aGF0 IHBlZXIuDQoNCiAgIFRoZSBjbGFpbSBmb3IgdGhlIGNvbmZlZGVyYXRpb24gY2FuIGJlIHZhbGlk YXRlZCBzaW1pbGFybHkuDQoNCkF1dGhvcnMnIEFkZHJlc3Nlcw0KDQogICBEYW5pZWwgV2FsdG9u DQogICBDdW11bHVzIE5ldHdvcmtzDQogICAxNDBDIFMuIFdoaXNtYW4gUmQuDQogICBNb3VudGFp biBWaWV3LCBDQSAgOTQwNDENCiAgIFVTQQ0KDQogICBFbWFpbDogZHdhbHRvbkBjdW11bHVzbmV0 d29ya3MuY29tPG1haWx0bzpkd2FsdG9uQGN1bXVsdXNuZXR3b3Jrcy5jb20+DQoNCg0KICAgQWx2 YXJvIFJldGFuYQ0KICAgQ2lzY28gU3lzdGVtcywgSW5jLg0KICAgNzAyNSBLaXQgQ3JlZWsgUmQu DQogICBSZXNlYXJjaCBUcmlhbmdsZSBQYXJrLCBOQyAgMjc3MDkNCiAgIFVTQQ0KDQogICBFbWFp bDogYXJldGFuYUBjaXNjby5jb208bWFpbHRvOmFyZXRhbmFAY2lzY28uY29tPg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCldhbHRvbiwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCA2LCAy MDE1ICAgICAgICAgICAgICAgICBbUGFnZSA4XQ0Kw4BwYXIgSW50ZXJuZXQtRHJhZnQgICAgICAg ICAgQkdQIE9zY2lsbGF0aW9uIFNvbHV0aW9ucyAgICAgICAgICBGZWJydWFyeSAyMDE1DQoNCg0K ICAgRW5rZSBDaGVuDQogICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQogICAxNzAgVy4gVGFzbWFuIERy Lg0KICAgU2FuIEpvc2UsIENBICA5NTEzNA0KICAgVVNBDQoNCiAgIEVtYWlsOiBlbmtlY2hlbkBj aXNjby5jb208bWFpbHRvOmVua2VjaGVuQGNpc2NvLmNvbT4NCg0KDQogICBKb2huIFNjdWRkZXIN CiAgIEp1bmlwZXIgTmV0d29ya3MNCiAgIDExOTQgTi4gTWF0aGlsZGEgQXZlDQogICBTdW5ueXZh bGUsIENBICA5NDA4OQ0KICAgVVNBDQoNCiAgIEVtYWlsOiBqZ3NAanVuaXBlci5uZXQ8bWFpbHRv Ompnc0BqdW5pcGVyLm5ldD4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpXYWx0b24sIGV0IGFsLiAgICAgICAgICAg RXhwaXJlcyBBdWd1c3QgNiwgMjAxNSAgICAgICAgICAgICAgICAgW1BhZ2UgOV0NCg0KDQoNCg0K DQoNCg0K --_000_2E4BB27CAB87BF43B4207C0E55860F182F1ECFeusaamb103ericsso_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2Rpbmdz Ow0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpGaXhlZHN5czt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdp bi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGku TXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9y aXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJv dHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjp3aW5kb3d0ZXh0O30NCnNwYW4uaWNvbg0KCXttc28tc3R5bGUtbmFtZTppY29uO30NCnNwYW4u RW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsN CgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXtt c28tbGlzdC1pZDozNTUyMzY5MjY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3Qt dGVtcGxhdGUtaWRzOi01NjY3MDk3ODIgNzc0Mjk3ODI2IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4 Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0 IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ6XEYwNkU7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYw QTc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5 OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs MDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBO ZXciO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFy Z2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5IZWxsbyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+ SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIg Zm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBh bGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdo IElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcw0KIG9uIHNwZWNp YWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lz dGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUg Um91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZQ0KPGEgaHJlZj0iaHR0cDovL3RyYWMudG9v bHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpciI+PHNwYW4gY2xhc3M9Imljb24i PjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMEREIj7igIs8L3NwYW4+PC9zcGFuPmh0dHA6Ly90cmFj LnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8L2E+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2si PkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhl IFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0 aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91 IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gNCiBkaXNjdXNzaW9u IG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+RG9jdW1lbnQ6IGRyYWZ0LWll dGYtaWRyLXJvdXRlLW9zY2lsbGF0aW9uLXN0b3AtMDA8YnI+DQpSZXZpZXdlcjogVG9ueSBQcnp5 Z2llbmRhIDxicj4NClJldmlldyBEYXRlOiA1LzI2LzE1PGJyPg0KSW50ZW5kZWQgU3RhdHVzOiBT dGFuZGFyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3Ryb25nPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5TdW1tYXJ5Ojwvc3Bhbj48L3N0cm9uZz48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+DQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJtc28tZWxlbWVudDpwYXJhLWJvcmRlci1kaXY7Ym9yZGVyOm5v bmU7Ym9yZGVyLWJvdHRvbTpzb2xpZCB3aW5kb3d0ZXh0IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAx LjBwdCAwaW4iPg0KPHAgc3R5bGU9ImJvcmRlcjpub25lO3BhZGRpbmc6MGluIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+SSBoYXZlIHNvbWUgbWlub3IgY29uY2Vy bnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJl Zm9yZSBwdWJsaWNhdGlvbi4gSW4gc2hvcnQ6IHZlcnkgZ29vZCBCQ1AgZHJhZnQgYWxiZWl0IHRl cnNlIHVubGVzcyB2ZXJ5IHNraWxsZWQgaW4gdGhlIGFydCwgdG9vIGxvb3NlDQogZm9yIGEgc3Rh bmRhcmRzIHRyYWNrIChhdCBsZWFzdCBpbiB0aGUgY3VycmVudCBmb3JtKSBJTU8uIENvbW1lbnRz IGJlbG93LiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYm9yZGVyOm5vbmU7cGFk ZGluZzowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+TmV0d29yayBXb3JraW5nIEdyb3Vw Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IEQuIFdhbHRvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5JbnRlcm5ldC1EcmFmdCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBDdW11bHVzIE5ldHdvcmtzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPkludGVuZGVkIHN0YXR1czog U3RhbmRhcmRzIFRyYWNrJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEEuIFJldGFuYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cztjb2xvcjpyZWQiPlBSWiZndDsgSSB3b3VsZCBsaWtlIHRvIHF1ZXN0aW9uIHdoZXRoZXIgdGhp cyBpcyBhIHN0YW5kYXJkcyBUcmFjayBkb2N1bWVudCA/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBS WiZndDsgSXQgbG9va3MgdG8gbWUgbW9yZSBCQ1AgdGhhbiBTdGFuZGFyZHMgdHJhY2suIEl0IHJl bGllcyBvbiBwZWVycw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IHN1cHBvcnRpbmcgb24g b3B0aW9uYWwgY2FwYWJpbGl0eSBhbmQgdGhlbiBpdCBvbmx5IFNIT1VMRHMgdGhlDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cztjb2xvcjpyZWQiPlBSWiZndDsgaW50ZW5kZWQgYmVoYXZpb3IuIEluIGZhY3QgdGhlcmUgaXMg bm90IGEgc2luZ2xlIG5vcm1hdGl2ZSBNVVNUIGluDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZn dDsgdGhlIHdob2xlIGRvY3VtZW50Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPkV4cGlyZXM6 IEF1Z3VzdCA2LCAyMDE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEUuIENoZW48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENpc2NvIFN5c3RlbXMsIEluYy48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO0ouIFNjdWRkZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEp1bmlwZXIgTmV0d29ya3M8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEZlYnJ1YXJ5IDIsIDIw MTU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQkdQIFBlcnNpc3RlbnQgUm91dGUgT3NjaWxsYXRpb24gU29sdXRpb25z PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1pZXRmLWlk ci1yb3V0ZS1vc2NpbGxhdGlvbi1zdG9wLTAwPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5BYnN0 cmFjdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEluIHRoaXMgZG9jdW1l bnQgd2UgcHJlc2VudCB0d28gc2V0cyBvZiBwYXRocyBmb3IgYW4gYWRkcmVzcyBwcmVmaXg8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+Jm5ic3A7Jm5ic3A7IHRoYXQgY2FuIGJlIGFkdmVydGlzZWQgYnkgYSBCR1Agcm91dGUg cmVmbGVjdG9yIG9yIGNvbmZlZGVyYXRpb24gQVNCUjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgdG8g ZWxpbWluYXRlIHRoZSBNRUQtaW5kdWNlZCByb3V0ZSBvc2NpbGxhdGlvbnMgaW4gYSBuZXR3b3Jr LiZuYnNwOyBUaGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Zmlyc3Qgc2V0IGludm9sdmVz IGFsbCB0aGUgYXZhaWxhYmxlIHBhdGhzLCBhbmQgd291bGQgYWNoaWV2ZSB0aGU8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IHNhbWUgcm91dGluZyBjb25zaXN0ZW5jeSBhcyB0aGUgZnVsbCBJQkdQIG1l c2guJm5ic3A7IFRoZSBzZWNvbmQgc2V0LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgd2hpY2ggaXMg YSBzdWJzZXQgb2YgdGhlIGZpcnN0IG9uZSwgaW52b2x2ZXMgdGhlIG5laWdoYm9yLUFTIGJhc2Vk PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBHcm91cCBCZXN0IFBhdGhzLCBhbmQgd291bGQgYmUgc3Vm ZmljaWVudCB0byBlbGltaW5hdGUgdGhlIE1FRC08L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGluZHVj ZWQgcm91dGUgb3NjaWxsYXRpb25zIChzdWJqZWN0IHRvIGNlcnRhaW4gY29tbW9ubHkgYWRvcHRl ZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgdG9wb2xvZ2ljYWwgY29uc3RyYWlucykuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj5TdGF0dXMgb2YgVGhpcyBNZW1vPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVs bCBjb25mb3JtYW5jZSB3aXRoIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcHJvdmlzaW9ucyBv ZiBCQ1AgNzggYW5kIEJDUCA3OS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBF bmdpbmVlcmluZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgVGFzayBGb3JjZSAoSUVURikuJm5ic3A7 IE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDsmbmJzcDsgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiZuYnNwOyBUaGUg bGlzdCBvZiBjdXJyZW50IEludGVybmV0LTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgRHJhZnRzIGlz IGF0DQo8YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQv Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvPC9hPi48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0 IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBv dGhlciBkb2N1bWVudHMgYXQgYW55PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aW1lLiZuYnNwOyBJ dCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBh cyAmcXVvdDt3b3JrIGluIHByb2dyZXNzLiZxdW90Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gQXVndXN0IDYs IDIwMTUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5Db3B5cmlnaHQgTm90aWNlPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgQ29weXJpZ2h0IChjKSAyMDE1IElFVEYgVHJ1 c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBkb2N1bWVudCBhdXRob3JzLiZuYnNwOyBBbGwgcmlnaHRzIHJlc2VydmVkLjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPldhbHRvbiwgZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEV4cGlyZXMgQXVndXN0IDYs IDIwMTUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW1BhZ2UgMV08L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+w4BwYXIgSW50ZXJuZXQtRHJhZnQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQkdQIE9zY2lsbGF0aW9uIFNvbHV0aW9ucyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGZWJydWFyeSAy MDE1PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7 IFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3Mg TGVnYWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBE b2N1bWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7ICg8YSBocmVmPSJodHRwOi8vdHJ1c3RlZS5p ZXRmLm9yZy9saWNlbnNlLWluZm8iPmh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5m bzwvYT4pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcHVi bGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4mbmJzcDsgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1 bWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5 b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsm bmJzcDsgdG8gdGhpcyBkb2N1bWVudC4mbmJzcDsgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBm cm9tIHRoaXMgZG9jdW1lbnQgbXVzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgaW5jbHVkZSBTaW1w bGlmaWVkIEJTRCBMaWNlbnNlIHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHBy b3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGRlc2NyaWJl ZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PlRhYmxlIG9mIENvbnRlbnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsg MS4mbmJzcDsgSW50cm9kdWN0aW9uJm5ic3A7IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuJm5ic3A7Jm5ic3A7IDI8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IDIu Jm5ic3A7IFJlcXVpcmVtZW50cyBMYW5ndWFnZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgMy4mbmJzcDsg QWR2ZXJ0aXNlIHRoZSBBdmFpbGFibGUgUGF0aHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiZuYnNwOyZuYnNwOyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyA0LiZuYnNwOyBBZHZlcnRp c2UgdGhlIEdyb3VwIEJlc3QgUGF0aHMmbmJzcDsgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4mbmJzcDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgNS4mbmJzcDsgUm91dGUgUmVm bGVjdGlvbiBhbmQgQ29uZmVkZXJhdGlvbiZuYnNwOyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu Jm5ic3A7Jm5ic3A7IDQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDUuMS4mbmJz cDsgUm91dGUgUmVmbGVjdGlvbiZuYnNwOyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4mbmJzcDsmbmJzcDsgNTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg NS4yLiZuYnNwOyBDb25mZWRlcmF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgNTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgNi4mbmJzcDsg RGVwbG95bWVudCBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiZuYnNwOyZuYnNwOyA1PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyA3LiZuYnNwOyBJQU5BIENv bnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuJm5i c3A7Jm5ic3A7IDY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7OC4mbmJzcDsgU2VjdXJpdHkgQ29uc2lk ZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNw OyA2PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyA5LiZuYnNwOyBBY2tub3dsZWRnZW1lbnRzJm5ic3A7 IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsg Nzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgMTAuIFJlZmVyZW5jZXMmbmJzcDsgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA3PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxMC4xLiZuYnNwOyBOb3JtYXRpdmUgUmVmZXJl bmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA3PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxMC4yLiZuYnNwOyBJbmZvcm1hdGl2ZSBS ZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiZuYnNwOyZuYnNwOyA3 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBBcHBlbmRpeCBBLiZuYnNwOyBXaHkgdGhlIEdyb3VwIEJl c3QgUGF0aHMgQXJlIEFkZXF1YXRlPyAuIC4gLiAuIC4gLiAuJm5ic3A7Jm5ic3A7IDc8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IEF1dGhvcnMnIEFkZHJlc3NlcyZuYnNwOyAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4mbmJzcDsmbmJzcDsgODwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+MS4mbmJzcDsgSW50cm9kdWN0aW9uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDsmbmJzcDsgQXMgZG9jdW1lbnRlZCBpbiBbUkZDMzM0NV0sIHRoZSByb3V0aW5nIGlu Zm9ybWF0aW9uIHJlZHVjdGlvbiBieSBCR1A8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFJvdXRlIFJl ZmxlY3Rpb24gW1JGQzQ0NTZdIG9yIEJHUCBDb25mZWRlcmF0aW9uIFtSRkM1MDY1XSBjYW4gcmVz dWx0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBpbiBwZXJzaXN0ZW50IElCR1Agcm91dGUgb3NjaWxs YXRpb25zIHdpdGggY2VydGFpbiByb3V0aW5nIHNldHVwIGFuZDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgbmV0d29yayB0b3BvbG9naWVzLiAmbmJzcDtFeGNlcHQgZm9yIGEgY291cGxlIGFydGlmaWNp YWxseSBlbmdpbmVlcmVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBuZXR3b3JrIHRvcG9sb2dpZXMs IHRoZSBNRUQgYXR0cmlidXRlIFtSRkM0MjcxXSBoYXMgcGxheWVkIGEgcGl2b3RhbDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDsmbmJzcDsgcm9sZSBpbiB2aXJ0dWFsbHkgYWxsIG9mIHRoZSBrbm93biBwZXJzaXN0 ZW50IElCR1Agcm91dGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IG9zY2lsbGF0aW9ucy4mbmJzcDsg Rm9yIHRoZSBzYWtlIG9mIGJyZXZpdHksIHdlIHVzZSB0aGUgdGVybSAmcXVvdDtNRUQtaW5kdWNl ZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcm91dGUgb3NjaWxsYXRpb24mcXVvdDsgaGVyZWFmdGVy IHRvIHJlZmVyIHRvIGEgcGVyc2lzdGVudCBJQkdQIHJvdXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBvc2NpbGxhdGlvbiBpbiB3aGljaCB0aGUgTUVEIHBsYXlzIGEgcm9sZS48L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBJbiBvcmRlciB0byBlbGltaW5hdGUgdGhlIE1FRC1p bmR1Y2VkIHJvdXRlIG9zY2lsbGF0aW9ucyBhbmQgdG88L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGFj aGlldmUgY29uc2lzdGVudCByb3V0aW5nIGluIGEgbmV0d29yaywgY2xlYXJseSBhIHJvdXRlIHJl ZmxlY3RvciBvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgYSBjb25mZWRlcmF0aW9uIEFTQlIgbmVl ZHMgdG8gYWR2ZXJ0aXNlIG1vcmUgdGhhbiBqdXN0IHRoZSBiZXN0IHBhdGg8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IGZvciBhbiBhZGRyZXNzIHByZWZpeC4mbmJzcDsgT3VyIGdvYWwgaXMgdG8gaWRl bnRpZnkgdGhlICZxdW90O3JpZ2h0JnF1b3Q7IHNldCBvZjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsg cGF0aHMgZm9yIGFuIGFkZHJlc3MgcHJlZml4IHRoYXQgbmVlZHMgdG8gYmUgYWR2ZXJ0aXNlZCBi eSBhIHJvdXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyByZWZsZWN0b3Igb3IgYSBjb25mZWRlcmF0 aW9uIEFTQlIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5XYWx0b24sIGV0IGFsLiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFeHBpcmVzIEF1Z3Vz dCA2LCAyMDE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtQYWdlIDJd PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPsOAcGFyIEludGVybmV0LURyYWZ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlvbnMmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRmVicnVh cnkgMjAxNTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZu YnNwOyBJbiB0aGlzIGRvY3VtZW50IHdlIHByZXNlbnQgdHdvIHNldHMgb2YgcGF0aHMgZm9yIGFu IGFkZHJlc3MgcHJlZml4PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aGF0IGNhbiBiZSBhZHZlcnRp c2VkIGJ5IGEgQkdQIHJvdXRlIHJlZmxlY3RvciBvciBjb25mZWRlcmF0aW9uIEFTQlI8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IHRvIGVsaW1pbmF0ZSB0aGUgTUVELWluZHVjZWQgcm91dGUgb3NjaWxs YXRpb25zIGluIGEgbmV0d29yay4mbmJzcDsgVGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBmaXJz dCBzZXQgaW52b2x2ZXMgYWxsIHRoZSBhdmFpbGFibGUgcGF0aHMsIGFuZCB3b3VsZCBhY2hpZXZl IHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgc2FtZSByb3V0aW5nIGNvbnNpc3RlbmN5IGFzIHRo ZSBmdWxsIElCR1AgbWVzaC4mbmJzcDsgVGhlIHNlY29uZCBzZXQsPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZu YnNwOyB3aGljaCBpcyBhIHN1YnNldCBvZiB0aGUgZmlyc3Qgb25lLCBpbnZvbHZlcyB0aGUgbmVp Z2hib3ItQVMgYmFzZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEdyb3VwIEJlc3QgUGF0aHMsIGFu ZCB3b3VsZCBiZSBzdWZmaWNpZW50IHRvIGVsaW1pbmF0ZSB0aGUgTUVELTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDsmbmJzcDsgaW5kdWNlZCByb3V0ZSBvc2NpbGxhdGlvbnMgKHN1YmplY3QgdG8gY2VydGFpbiBj b21tb25seSBhZG9wdGVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0b3BvbG9naWNhbCBjb25zdHJh aW5zKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBUaGVzZSBwYXRocyBj YW4gYmUgYWR2ZXJ0aXNlZCB1c2luZyB0aGUgbWVjaGFuaXNtIGRlc2NyaWJlZCBpbiBBREQtPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyBQQVRIIFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXSBmb3IgYWR2 ZXJ0aXNpbmcgbXVsdGlwbGUgcGF0aHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJl ZCI+UFJaJmd0OyBJIHN1Z2dlc3QgdG8gaW5kaWNhdGUgaW4gdGhlIGRvY3VtZW50IHRoYXQgYWxs IHJvdXRlcnMgaW4gQUQgTVVTVCBiZQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBjb25maWd1cmVkIHRvIGJlaGF2ZSBjb25zaXN0ZW50 bHkgd2hlbiBjb21wYXJpbmcgTUVEcw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyAoaS5lLiBhbHdheXMtY29tcGFyZS1tZWQsIG1pc3Np bmctYXMtd29yc3QgYW5kIHNvIG9uIG5lZWQgdG8gYmUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgY29uc2lzdGVudCkuDQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IFRoZXJl IHNlZW1zIHRvIG1lIGEgaGlkZGVuIGFzc3VtcHRpb24NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgaW4gdGhlIGRvY3VtZW50PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBhbGJl aXQgbGlrZWx5IG9idmlvdXMgZm9yIHRoZSBza2lsbGVkIGluIHRoZSBhcnQgdGhhdA0KPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBhbHdh eXMtY29tcGFyZS1tZWQgaXMgdXNlZCBoZXJlIChhbmQgaW4gZmFjdCB0aGUgb3ZlcmFsbCBiZWhh dmlvcg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IHNpbXVsYXRlcyBkZXRlcm1pbmlzdGlj LU1FRD8pIGJ1dCBJTU8gaXQgbXVzdCBiZSBtZW50aW9uZWQgd2hhdCB0aGUNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2Nv bG9yOnJlZCI+UFJaJmd0OyBhc3N1bXB0aW9ucyBhcmUuIEVzcGVjaWFsbHkgZm9yIHJvdXRlcnMg dGhhdCB3YW50IHRvIHRoZSBSUkMgYnV0DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgZG8g Tk9UIHN1cHBvcnQgYWRkLXBhdGggZS5nLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyB0aGF0IHRoZXkgYXJlIHNvbWV0aW1lcyBlbXBs b3llZCB0byBmaXggc29tZSBvZg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzO2NvbG9yOnJlZCI+UFJaJmd0OyB0aG9zZSBpc3N1ZXMgYW5kIG5lZWQgdG8gYmUgY29uc2lk ZXJlZC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Mi4mbmJzcDsgUmVxdWlyZW1lbnRzIExh bmd1YWdlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgVGhlIGtleSB3b3Jk cyAmcXVvdDtNVVNUJnF1b3Q7LCAmcXVvdDtNVVNUIE5PVCZxdW90OywgJnF1b3Q7UkVRVUlSRUQm cXVvdDssICZxdW90O1NIQUxMJnF1b3Q7LCAmcXVvdDtTSEFMTCBOT1QmcXVvdDssPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOyZuYnNwOyAmcXVvdDtTSE9VTEQmcXVvdDssICZxdW90O1NIT1VMRCBOT1QmcXVvdDss ICZxdW90O1JFQ09NTUVOREVEJnF1b3Q7LCAmcXVvdDtNQVkmcXVvdDssIGFuZCAmcXVvdDtPUFRJ T05BTCZxdW90OyBpbiB0aGlzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBkb2N1bWVudCBhcmUgdG8g YmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFtSRkMyMTE5XS48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPjMuJm5ic3A7IEFkdmVydGlzZSB0aGUgQXZhaWxhYmxlIFBhdGhzPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgT2JzZXJ2ZSB0aGF0IGluIGEgbmV0d29yayB0 aGF0IG1haW50YWlucyBhIGZ1bGwgSUJHUCBtZXNoIGFsbCB0aGUgQkdQPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw OyZuYnNwOyBzcGVha2VycyBoYXZlIGNvbnNpc3RlbnQgYW5kIGVxdWl2YWxlbnQgcm91dGluZyBp bmZvcm1hdGlvbi4mbmJzcDsgU3VjaCBhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBuZXR3b3JrIGlz IHRodXMgZnJlZSBvZiB0aGUgTUVELWluZHVjZWQgcm91dGUgb3NjaWxsYXRpb25zIGFuZCBvdGhl cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcm91dGluZyBpbmNvbnNpc3RlbmNpZXMgc3VjaCBhcyBm b3J3YXJkaW5nIGxvb3BzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFRo ZXJlZm9yZSBvbmUgYXBwcm9hY2ggaXMgdG8gYWxsb3cgYSByb3V0ZSByZWZsZWN0b3Igb3IgYTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsgY29uZmVkZXJhdGlvbiBBU0JSIHRvIGFkdmVydGlzZSBhbGwg dGhlIGF2YWlsYWJsZSBwYXRocyBmb3IgYW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGFkZHJlc3Mg cHJlZml4LiZuYnNwOyBDbGVhcmx5IHRoaXMgYXBwcm9hY2ggd291bGQgeWllbGQgdGhlIHNhbWUg YW1vdW50IG9mPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyByb3V0aW5nIGluZm9ybWF0aW9uIGFuZCBh Y2hpZXZlIHRoZSBzYW1lIHJvdXRpbmcgY29uc2lzdGVuY3kgYXMgdGhlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw OyZuYnNwOyBmdWxsIElCR1AgbWVzaCBpbiBhIG5ldHdvcmsuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgVGhpcyBhcHByb2FjaCBjYW4gYmUgaW1wbGVtZW50ZWQgdXNpbmcg dGhlIG1lY2hhbmlzbSBkZXNjcmliZWQgaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEFERC1QQVRI IFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXSBmb3IgYWR2ZXJ0aXNpbmcgbXVsdGlwbGUgcGF0aHMg Zm9yPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBjZXJ0YWluIHByZWZpeGVzLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEZvciB0aGUgc2FrZSBvZiBzY2FsYWJpbGl0eSB0aGUg YWR2ZXJ0aXNlbWVudCBvZiBtdWx0aXBsZSBwYXRoczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgc2hv dWxkIGJlIGxpbWl0ZWQgdG8gdGhvc2UgcHJlZml4ZXMgd2hpY2ggYXJlIGFmZmVjdGVkIGJ5IE1F RC1pbmR1Y2VkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyByb3V0ZSBvc2NpbGxhdGlvbiBpbiBhIG5l dHdvcmsgY2FycnlpbmcgYSBsYXJnZSBudW1iZXIgb2YgYWx0ZXJuYXRlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw OyZuYnNwOyBwYXRocy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQi PlBSWiZndDsgU3VnZ2VzdCB0byBzcGVjaWZ5IHRoZSBwcmVjaXNlIGNyaXRlcmlhIHNpbmNlIHRo b3NlIGFyZSBmYWlybHkNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztj b2xvcjpyZWQiPlBSWiZndDsgY29tcGxpY2F0ZWQgYXMgZmFyIEkgc2VlIG9yIGF0IGxlYXN0IHJl ZmVyIGFzIGV4YW1wbGUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztj b2xvcjpyZWQiPlBSWiZndDsgdG8gZS5nLiA0NDU2IHNlY3Rpb24gMTE8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IHJhdGhlciB0aGFuIHRo ZSB2YWd1ZQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJl ZCI+UFJaJmd0OyBFbmdsaXNoIHJlbGF0aXZlIGNsYXVzZSBlbmNvdW50ZXJlZCBoZXJlIGR1cmlu ZyBpbml0aWFsIHJlYWRpbmcuJm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IE9yIHB1bGwgdXAgdGhlIDQ0NTYgcmVmZXJlbmNl IGZyb20gc2VjdGlvbiA0DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7 Y29sb3I6cmVkIj5QUlomZ3Q7IGFuZCByZWZlciBmcm9tIHNlY3Rpb24gNCBhZ2FpbiBpbiBhIHNo b3J0IGZvcm0uDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6 cmVkIj5QUlomZ3Q7IFRoaXMgd2lsbCBpbXByb3ZlIGxvZ2ljYWwgZmxvdyBvZiB0aGUgZG9jdW1l bnQuDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5Q UlomZ3Q7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29s b3I6cmVkIj5QUlomZ3Q7IE1vcmVvdmVyLCBvdGhlciBtZWNoYW5pc21zIHRoYW4gYXZvaWRpbmcg d2VsbC1rbm93biBjcml0ZXJpYSBjYW4gYmUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVk Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgaW1hZ2luZWQsIGUuZy4gc29tZXRoaW5nIHRo YXQgaGFzIGEgaHlzdGVyaXNpcyBvbiAjIG9mIGZsYXBzIGluDQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IGEgcHJlZml4IGFuZCBiYXNl ZCBvbiB0aGF0IHF1YWxpZnlpbmcgYSBOTFJJIGFzIGEgJ01FRC1pbmR1Y2VkDQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IG9zY2lsbGF0 aW9uIGFmZmVjdGVkIHByZWZpeCcgdG8gYXBwbHkgdGhlIHRlY2huaXF1ZXMgaGVyZS4mbmJzcDsN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PjQuJm5ic3A7IEFkdmVydGlzZSB0aGUgR3JvdXAgQmVzdCBQYXRoczwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFRoZSB0ZXJtIG5laWdoYm9yLUFTIGZvciBhIHJvdXRlIHJl ZmVycyB0byB0aGUgbmVpZ2hib3JpbmcgQVMgZnJvbTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgd2hp Y2ggdGhlIHJvdXRlIHdhcyByZWNlaXZlZC4mbmJzcDsgVGhlIGNhbGN1bGF0aW9uIG9mIHRoZSBu ZWlnaGJvci1BUyBpczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgc3BlY2lmaWVkIGluIFNlY3QuIDku MS4yLjIgb2YgW1JGQzQyNzFdLCBhbmQgU2VjdGlvbiA3LjIgb2Y8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5i c3A7IFtSRkM1MDY1XS4mbmJzcDsgQnkgZGVmaW5pdGlvbiB0aGUgTUVEIGlzIGNvbXBhcmFibGUg b25seSBhbW9uZyByb3V0ZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHdpdGggdGhlIHNhbWUgbmVp Z2hib3ItQVMuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVk Ij5QUlomZ3Q7IFdlIGFsbCBrbm93IHRoaXMgY2FuIGJlIHZpb2xhdGVkIGJ5IHZlbmRvciBzcGVj aWZpYyBjb25maWdzIGFuZDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztj b2xvcjpyZWQiPlBSWiZndDsgbWVyaXRzIG1lbnRpb25pbmcgYXMgcmVmZXJlbmNlIHRvIDQ0NTYg YWdhaW4gc2luY2UgdGhpcyBpcyBhIHZlcnkNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyAn cHJhY3RpY2FsIGRlcGxveW1lbnQnDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IHRhcmdldGVkIGRyYWZ0LiZuYnNwO0luIGZhY3QgdGhp cyBkcmFmdCBzaG91bGQgcmVmZXJlbmNlIGhvdyB0d28gYmVzdA0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVk Ij5QUlomZ3Q7IHJvdXRlcyB0byBzYW1lIHByZWZpeCB2aWEgdHdvIGRpZmZlcmVudCBBU2VzICh0 d28gZ3JvdXAgYmVzdCBwYXRocw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IHRvIHNhbWUg cHJlZml4KSBzaG91bGQgYmUgcmVzb2x2ZWQgb3IgRUNNUOKAmWVkLiAmbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VGh1 cyB0aGUgcm91dGUgc2VsZWN0aW9uIHByb2NlZHVyZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+V2FsdG9uLCBldCBhbC4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRXhwaXJl cyBBdWd1c3QgNiwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBb UGFnZSAzXTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj7DgHBhciBJbnRlcm5ldC1EcmFmdCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBCR1AgT3NjaWxsYXRpb24gU29sdXRp b25zJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEZlYnJ1YXJ5IDIwMTU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDsmbmJzcDsgc3BlY2lmaWVkIGluIFtSRkM0MjcxXSB3b3VsZCBjb25jZXB0dWFsbHkgaW52 b2x2ZSB0d28gc3RlcHM6IGZpcnN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBvcmdhbml6ZSB0aGUg cGF0aHMgZm9yIGFuIGFkZHJlc3MgcHJlZml4IGludG8gZ3JvdXBzIGFjY29yZGluZyB0bzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgdGhlaXIgcmVzcGVjdGl2ZSBuZWlnaGJvci1BUydzLCBhbmQgY2Fs Y3VsYXRlIHRoZSBtb3N0IHByZWZlcnJlZCBvbmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7ICh0ZXJt ZWQgJnF1b3Q7R3JvdXAgQmVzdCBQYXRoJnF1b3Q7KSBmb3IgZWFjaCBvZiB0aGUgZ3JvdXBzOyBU aGVuIGNhbGN1bGF0ZSB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IG92ZXJhbGwgYmVzdCBwYXRo IGFtb25nIGFsbCB0aGUgR3JvdXAgQmVzdCBQYXRocy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7 Y29sb3I6cmVkIj5QUlomZ3Q7IFBlciBhYm92ZSwgcGxzIHJlZmVyIHRvIHRoZSByZXNvbHV0aW9u IGFuZCB3aGV0aGVyIGl0IG11c3QgYmUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyB1bmlm b3JtIGFjcm9zcyBhbGwgcGFydGljaXBhdGluZyBSUkNzIGFuZCBpQkdQIHBlZXJzIGludm9sdmVk Lg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IEFzIGEgZ2VuZXJhbGx5IHJlY29tbWVuZGVkIChbUkZDNDQ1Nl0sIFtS RkM1MDY1XSkgYW5kIHdpZGVseSBhZG9wdGVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBwcmFjdGlj ZSwgYSByb3V0ZSByZWZsZWN0aW9uIGNsdXN0ZXIgb3IgYSBjb25mZWRlcmF0aW9uIHN1Yi1BUyBz aG91bGQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGJlIGRlc2lnbmVkIHN1Y2ggdGhhdCB0aGUgSUdQ IG1ldHJpY3MgZm9yIGxpbmtzIHdpdGhpbiBhIGNsdXN0ZXIgKG9yPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZu YnNwOyBjb25mZWRlcmF0aW9uIHN1Yi1BUykgYXJlIG11Y2ggc21hbGxlciB0aGFuIHRoZSBJR1Ag bWV0cmljcyBmb3IgdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBsaW5rcyBiZXR3ZWVuIHRoZSBj bHVzdGVycyAob3IgY29uZmVkZXJhdGlvbiBzdWItQVMpLiZuYnNwOyBUaGlzIHByYWN0aWNlPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyBoZWxwcyBhY2hpZXZlIGNvbnNpc3RlbnQgcm91dGluZyB3aXRo aW4gYSByb3V0ZSByZWZsZWN0aW9uIGNsdXN0ZXIgb3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGEg Y29uZmVkZXJhdGlvbiBzdWItQVMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgV2hlbiB0aGUgYWZvcmVtZW50aW9uZWQgcHJhY3RpY2UgZm9yIGRldmlzaW5nIGEgcm91dGUg cmVmbGVjdGlvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgY2x1c3RlciBvciBjb25mZWRlcmF0aW9u IHN1Yi1BUyBpcyBmb2xsb3dlZCBpbiBhIG5ldHdvcmssIHdlIGNsYWltPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw OyZuYnNwOyB0aGF0IHRoZSBhZHZlcnRpc2VtZW50IG9mIGFsbCB0aGUgR3JvdXAgQmVzdCBQYXRo cyBieSBhIHJvdXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyByZWZsZWN0b3Igb3IgYSBjb25mZWRl cmF0aW9uIEFTQlIgaXMgc3VmZmljaWVudCB0byBlbGltaW5hdGUgdGhlIE1FRC08L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IGluZHVjZWQgcm91dGUgb3NjaWxsYXRpb25zIGluIHRoZSBuZXR3b3JrLiZu YnNwOyBUaGlzIGNsYWltIGlzIHZhbGlkYXRlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgaW4gQXBw ZW5kaXggQS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBOb3RlIHRoYXQg YSBHcm91cCBCZXN0IFBhdGggZm9yIGFuIGFkZHJlc3MgcHJlZml4IGNhbiBiZSBpZGVudGlmaWVk PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBieSB0aGUgY29tYmluYXRpb24gb2YgdGhlIGFkZHJlc3Mg cHJlZml4IGFuZCB0aGUgbmVpZ2hib3ItQVMuJm5ic3A7IFRodXM8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5i c3A7IHRoaXMgYXBwcm9hY2ggY2FuIGJlIGltcGxlbWVudGVkIHVzaW5nIHRoZSBtZWNoYW5pc20g ZGVzY3JpYmVkIGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBBREQtUEFUSCBbSS1ELmlldGYtaWRy LWFkZC1wYXRoc10gZm9yIGFkdmVydGlzaW5nIG11bHRpcGxlIHBhdGhzLCBhbmQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IGluIHRoaXMgY2FzZSB0aGUgbmVpZ2hib3ItQVMgb2YgYSBwYXRoIG1heSBi ZSB1c2VkIGFzIHRoZSBwYXRoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBpZGVudGlmaWVyIG9mIHRo ZSBwYXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEl0IHNob3VsZCBi ZSBub3RlZCB0aGF0IHRoZSBhcHByb2FjaCBvZiBhZHZlcnRpc2luZyB0aGUgR3JvdXAgQmVzdDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsgUGF0aHMgcmVxdWlyZXMgY2VydGFpbiB0b3BvbG9naWNhbCBj b25zdHJhaW5zIHRvIGJlIHNhdGlzZmllZCBpbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgb3JkZXIg dG8gZWxpbWluYXRlIHRoZSBNRUQtaW5kdWNlZCByb3V0ZSBvc2NpbGxhdGlvbi4mbmJzcDsNCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgUGxl YXNlIGdpdmUgYXQgbGVhc3QgT05FIGV4YW1wbGUgb2Ygd2hhdCB0aG9zZSAnY2VydGFpbiB0b3Bv bG9naWNhbDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQi PlBSWiZndDsgY29uc3RyYWludHMnIGFyZSBpZiB0aGVyZSBhcmUgbW9yZSB0aGFuIHRoZSAnc2hv cnQgSUdQIGRpc3RhbmNlIGluc2lkZSc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7SW4gYWRkaXRpb24sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aGUg QkdQIHNwZWFrZXJzIHN0aWxsIGRlcGVuZCBvbiB0aGUgcm91dGUgc2VsZWN0aW9uIGJ5IHRoZSBy b3V0ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcmVmbGVjdG9yIG9yIHRoZSBjb25mZWRlcmF0aW9u IEFTQlIuJm5ic3A7IEFzIHRoZSByb3V0ZSBzZWxlY3Rpb24gaW52b2x2ZXM8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IHRoZSBjb21wYXJpc29uIG9mIHRoZSBuZXh0aG9wJ3MgSUdQIG1ldHJpY3Mgd2hp Y2ggYXJlIHNwZWNpZmljIHRvIGE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHBhcnRpY3VsYXIgQkdQ IHNwZWFrZXIsIHRoZSByb3V0aW5nIGluZm9ybWF0aW9uIGFkdmVydGlzZWQgYnkgYSByb3V0ZTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsgcmVmbGVjdG9yIG9yIGEgY29uZmVkZXJhdGlvbiBBU0JSIG1h eSBzdGlsbCBiZSBpbmFkZXF1YXRlIHRvIGF2b2lkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBvdGhl ciByb3V0aW5nIGluY29uc2lzdGVuY2llcyBzdWNoIGFzIGZvcndhcmRpbmcgbG9vcHMgaW4gY2Vy dGFpbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgbmV0d29ya3MuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IFRoaXMgaXMgc2ltcGx5IHRvbyB2YWd1ZSwg ZXNwZWNpYWxseSBmb3IgYSBzdGFuZGFyZHMgdHJhY2suIFBsZWFzZQ0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBnaXZlIGF0IGxlYXN0 IG9uZSBleGFtcGxlIG9mIHN1Y2ggbG9vcGluZy4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPjUuJm5ic3A7IFJvdXRlIFJlZmxlY3Rpb24g YW5kIENvbmZlZGVyYXRpb248L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBU byBhbGxvdyBhIHJvdXRlIHJlZmxlY3RvciBvciBhIGNvbmZlZGVyYXRpb24gQVNCUiB0byBhZHZl cnRpc2U8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGVpdGhlciB0aGUgQXZhaWxhYmxlIFBhdGhzIG9y IEdyb3VwIEJlc3QgUGF0aHMgdXNpbmcgdGhlIG1lY2hhbmlzbTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgZGVzY3JpYmVkIGluIEFERC1QQVRIIFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXSwgdGhlIGZv bGxvd2luZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcmV2aXNpb25zIGFyZSBwcm9wb3NlZCBmb3Ig QkdQIHJvdXRlIHJlZmxlY3Rpb24gYW5kIEJHUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgQ29uZmVk ZXJhdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5XYWx0b24sIGV0IGFsLiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBFeHBpcmVzIEF1Z3VzdCA2LCAyMDE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFtQYWdlIDRdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPsOAcGFyIEludGVybmV0LURyYWZ0Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJHUCBPc2NpbGxhdGlv biBTb2x1dGlvbnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgRmVicnVhcnkgMjAxNTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPjUuMS4mbmJzcDsgUm91dGUgUmVmbGVjdGlvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IERlcGVuZGluZyBvbiB0aGUgY29uZmlndXJhdGlvbiwgZm9yIGEgcGFy dGljdWxhciAmbHQ7QUZJLCBTQUZJJmd0OyBhIHJvdXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBy ZWZsZWN0b3IgU0hPVUxEIGluY2x1ZGUgdGhlICZsdDtBRkksIFNBRkkmZ3Q7IHdpdGggdGhlICZx dW90O1NlbmQvUmVjZWl2ZSZxdW90Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgZmllbGQgc2V0IHRv IDIgb3IgMyBpbiB0aGUgQURELVBBVEggQ2FwYWJpbGl0eTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsg W0ktRC5pZXRmLWlkci1hZGQtcGF0aHNdIGFkdmVydGlzZWQgdG8gYW4gSUJHUCBwZWVyLiZuYnNw OyBXaGVuIHRoZSBBREQtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBQQVRIIENhcGFiaWxpdHkgaXMg YWxzbyByZWNlaXZlZCBmcm9tIHRoZSBJQkdQIHBlZXIgd2l0aCB0aGUgJnF1b3Q7U2VuZC88L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+Jm5ic3A7Jm5ic3A7IFJlY2VpdmUmcXVvdDsgZmllbGQgc2V0IHRvIDEgb3IgMyBmb3Ig dGhlIHNhbWUgJmx0O0FGSSwgU0FGSSZndDssIHRoZW4gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBmb2xsb3dpbmcgcHJvY2VkdXJlcyBzaGFsbCBiZSBmb2xsb3dlZDo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBJZiB0aGUgcGVlciBpcyBhIHJvdXRlIHJlZmxlY3Rpb24g Y2xpZW50LCB0aGUgcm91dGUgcmVmbGVjdG9yIFNIT1VMRDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsg YWR2ZXJ0aXNlIHRvIHRoZSBwZWVyIHRoZSBHcm91cCBCZXN0IFBhdGhzIChvciB0aGUgQXZhaWxh YmxlIFBhdGhzKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgcmVjZWl2ZWQgZnJvbSBpdHMgbm9uLWNs aWVudCBJQkdQIHBlZXJzLiZuYnNwOyBEZXBlbmRpbmcgb24gdGhlPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZu YnNwOyBjb25maWd1cmF0aW9uLCB0aGUgcm91dGUgcmVmbGVjdG9yIE1BWSBhbHNvIGFkdmVydGlz ZSB0byB0aGUgcGVlciB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IEdyb3VwIEJlc3QgUGF0aHMg KG9yIHRoZSBBdmFpbGFibGUgUGF0aHMpIHJlY2VpdmVkIGZyb20gaXRzIGNsaWVudHMuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgSWYgdGhlIHBlZXIgaXMgYSBub24tY2xp ZW50LCB0aGUgcm91dGUgcmVmbGVjdG9yIFNIT1VMRCBhZHZlcnRpc2UgdG88L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IHRoZSBwZWVyIHRoZSBHcm91cCBCZXN0IFBhdGhzIChvciB0aGUgQXZhaWxhYmxl IFBhdGhzKSByZWNlaXZlZCBmcm9tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBpdHMgY2xpZW50cy48 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPjUuMi4mbmJzcDsgQ29uZmVkZXJhdGlvbjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7RGVwZW5kaW5nIG9uIHRoZSBjb25maWd1cmF0 aW9uLCBmb3IgYSBwYXJ0aWN1bGFyICZsdDtBRkksIFNBRkkmZ3Q7IGE8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7IGNvbmZlZGVyYXRpb24gQVNCUiBTSE9VTEQgaW5jbHVkZSB0aGUgJmx0O0FGSSwgU0FG SSZndDsgd2l0aCB0aGUgJnF1b3Q7U2VuZC88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFJlY2VpdmUm cXVvdDsgZmllbGQgc2V0IHRvIDIgb3IgMyBpbiB0aGUgQURELVBBVEggQ2FwYWJpbGl0eTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgW0ktRC5pZXRmLWlkci1hZGQtcGF0aHNdIGFkdmVydGlzZWQgdG8g YW4gSUJHUCBwZWVyLCBhbmQgdG8gYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgY29uZmVkZXJhdGlv biBleHRlcm5hbCBwZWVyLiZuYnNwOyBXaGVuIHRoZSBBREQtUEFUSCBDYXBhYmlsaXR5IGlzIGFs c288L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJlY2VpdmVkIGZyb20gdGhlIElCR1AgcGVlciBvciB0 aGUgY29uZmVkZXJhdGlvbiBleHRlcm5hbCBwZWVyIHdpdGg8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7 IHRoZSAmcXVvdDtTZW5kL1JlY2VpdmUmcXVvdDsgZmllbGQgc2V0IHRvIDEgb3IgMyBmb3IgdGhl IHNhbWUgJmx0O0FGSSwgU0FGSSZndDssIHRoZW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHRoZSBm b2xsb3dpbmcgcHJvY2VkdXJlcyBzaGFsbCBiZSBmb2xsb3dlZDo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPiZuYnNwOyZuYnNwOyBJZiB0aGUgcGVlciBpcyBpbnRlcm5hbCwgdGhlIGNvbmZlZGVy YXRpb24gQVNCUiBTSE9VTEQgYWR2ZXJ0aXNlIHRvPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aGUg cGVlciB0aGUgR3JvdXAgQmVzdCBQYXRocyAob3IgdGhlIEF2YWlsYWJsZSBQYXRocykgcmVjZWl2 ZWQgZnJvbTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgaXRzIGNvbmZlZGVyYXRpb24gZXh0ZXJuYWwg cGVlcnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgSWYgdGhlIHBlZXIg aXMgY29uZmVkZXJhdGlvbiBleHRlcm5hbCwgdGhlIGNvbmZlZGVyYXRpb24gQVNCUiBTSE9VTEQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGFkdmVydGlzZSB0byB0aGUgcGVlciB0aGUgR3JvdXAgQmVz dCBQYXRocyAob3IgdGhlIEF2YWlsYWJsZSBQYXRocyk8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJl Y2VpdmVkIGZyb20gaXRzIElCR1AgcGVlcnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9y OnJlZCI+UFJaJmd0OyBUaGlzIG5lZWRzIHNwZWNpZmljYXRpb24gV0hBVCBpcyBhZHZlcnRpc2Vk IHRvIHRoZSBwZWVycyBub3Qgc3VwcG9ydGluZw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpy ZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBhZGQtcGF0aD8gaWYgd2UgZm9sbG93IHRv ZGF5J3MgYmVoYXZpb3IsIGl0IHdvdWxkIGJlIGFueQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBvZiB0aGUgYmVzdC1ncm91cCBwYXRo cyBicm9rZW4gb24gSUdQIG1ldHJpYy4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgSSB0aGluayBpdCBpcyB3b3J0aCBtZW50aW9uaW5n IHRoYXQgaWYgQU5ZIG9mIHRoZSBpbnZvbHZlZCBSUnMgZG9lczwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgbm90IHN1cHBvcnQgYWRkLXBh dGgsIHRoZSBzb2x1dGlvbiBDT1VMRCBsb29wIGFnYWluIHVzaW5nIElHUCBhcyB0aWUtYnJlYWtl cjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZn dDsgZm9yIHJvdXRlcyBmcm9tIGRpZmZlcmVudCBBU2VzLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQiPlBSWiZndDsgT3IgaXMgb25lIG9mIHRoZSBy ZXN0cmljdGlvbnMgdGhpcyBkcmFmdCBzdWdnZXN0cw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyB0aGF0IGFsbCBSUnMgTVVTVCBiZQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0 OyBhZGQtcGF0aCBjYXBhYmxlID8NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPjYuJm5ic3A7IERlcGxveW1lbnQgQ29uc2lkZXJhdGlvbnM8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBTb21lIHJvdXRlIG9zY2lsbGF0 aW9ucywgb25jZSBkZXRlY3RlZCwgY2FuIGJlIGVsaW1pbmF0ZWQgYnkgc2ltcGxlPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOyZuYnNwOyBjb25maWd1cmF0aW9uIHdvcmthcm91bmRzLiZuYnNwOyBBcyBjYXJyeWlu ZyBhZGRpdGlvbmFsIHBhdGhzIGltcGFjdHMgdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBtZW1v cnkgdXNhZ2UgYW5kIHJvdXRpbmcgY29udmVyZ2VuY2UgaW4gYSBuZXR3b3JrLCBpdCBpcyByZWNv bW1lbmRlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgdGhhdCB0aGUgaW1wYWN0IGJlIGV2YWx1YXRl ZCBhbmQgdGhlIGFwcHJvYWNoIG9mIHVzaW5nIGE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGNvbmZp Z3VyYXRpb24gd29ya2Fyb3VuZCBiZSBjb25zaWRlcmVkIGluIGRlY2lkaW5nIHdoZXRoZXIgdG8g ZGVwbG95PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyB0aGUgcHJvcG9zZWQgbWVjaGFuaXNtIGluIGEg bmV0d29yay4mbmJzcDsgSW4gYWRkaXRpb24sIHRoZSBhZHZlcnRpc2VtZW50PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj5XYWx0b24sIGV0IGFsLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFeHBpcmVzIEF1Z3VzdCA2LCAyMDE1Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtQYWdlIDVdPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPsOAcGFyIEludGVy bmV0LURyYWZ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEJHUCBPc2NpbGxhdGlvbiBTb2x1dGlvbnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRmVicnVhcnkgMjAxNTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBvZiBtdWx0aXBsZSBwYXRo cyBzaG91bGQgYmUgbGltaXRlZCB0byB0aG9zZSBwcmVmaXhlcyB3aGljaCBhcmU8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IGFmZmVjdGVkIGJ5IE1FRC1pbmR1Y2VkIHJvdXRlIG9zY2lsbGF0aW9uLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFdoaWxlIHRoZSByb3V0ZSByZWZs ZWN0b3JzIG9yIGNvbmZlZGVyYXRpb24gQVNCUnMgaW4gYSBuZXR3b3JrIG5lZWQ8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7Jm5ic3A7IHRvIGFkdmVydGlzZSB0aGUgR3JvdXAgQmVzdCBQYXRocyBvciBBdmFpbGFi bGUgUGF0aHMsIHRoZSB2YXN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBtYWpvcml0eSBvZiB0aGUg QkdQIHNwZWFrZXJzIGluIHRoZSBuZXR3b3JrIG9ubHkgbmVlZCB0byByZWNlaXZlIHRoZTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgR3JvdXAgQmVzdCBQYXRocyBvciBBdmFpbGFibGUgUGF0aHMsIHdo aWNoIHdvdWxkIGludm9sdmUgb25seSBtaW5vcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgc29mdHdh cmUgY2hhbmdlcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBJdCBzaG91 bGQgYmUgZW1waGFzaXplZCB0aGF0IGluIG9yZGVyIHRvIGVsaW1pbmF0ZSB0aGUgTUVELWluZHVj ZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJvdXRlIG9zY2lsbGF0aW9ucyBpbiBhIG5ldHdvcmsg dXNpbmcgdGhlIGFwcHJvYWNoIG9mIGFkdmVydGlzaW5nIHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgR3JvdXAgQmVzdCBQYXRocywgdGhlIHJlY29tbWVuZGVkIHByYWN0aWNlIGZvciBkZXZpc2lu ZyBhIHJvdXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyByZWZsZWN0aW9uIGNsdXN0ZXIgb3IgY29u ZmVkZXJhdGlvbiBzdWItQVMgd2l0aCByZXNwZWN0IHRvIHRoZSBJR1A8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7IG1ldHJpY3MgKFtSRkM0NDU2XSwgW1JGQzUwNjVdKSBzaG91bGQgYmUgZm9sbG93ZWQu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgSXQgaXMgZXhwZWN0ZWQgdGhh dCB0aGUgYXBwcm9hY2ggb2YgYWR2ZXJ0aXNpbmcgdGhlIEdyb3VwIEJlc3QgUGF0aHM8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IHdvdWxkIGJlIGFkZXF1YXRlIHRvIGFjaGlldmUgY29uc2lzdGVudCBy b3V0aW5nIGZvciB0aGUgdmFzdCBtYWpvcml0eTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgb2YgdGhl IG5ldHdvcmtzLiZuYnNwOyBGb3IgYSBuZXR3b3JrIHRoYXQgaGFzIGxhcmdlIG51bWJlciBvZiBh bHRlcm5hdGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHBhdGhzLCB0aGUgYXBwcm9hY2ggc2hvdWxk IGJlIGEgZ29vZCBjaG9pY2UgYXMgdGhlIG51bWJlciBvZiBwYXRoczwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsm bmJzcDsgYWR2ZXJ0aXNlZCBieSBhIHJlZmxlY3RvciBvciBhIGNvbmZlZGVyYXRpb24gQVNCUiBp cyBib3VuZGVkIGJ5IHRoZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgbnVtYmVyIG9mIHRoZSBuZWln aGJvci1BUydzIGZvciBhIHBhcnRpY3VsYXIgYWRkcmVzcyBwcmVmaXguJm5ic3A7IFRoZTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVk c3lzIj4mbmJzcDsmbmJzcDsgYWRkaXRpb25hbCBzdGF0ZXMgZm9yIGFuIGFkZHJlc3MgcHJlZml4 IHdvdWxkIGFsc28gYmUgcGVyIG5laWdoYm9yLUFTPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBiYXNl ZCByYXRoZXIgdGhhbiBwZXIgcGF0aCBiYXNlZC4mbmJzcDsgVGhlIG51bWJlciBvZiB0aGUgbmVp Z2hib3ItQVMnczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgZm9yIGEgcGFydGljdWxhciBhZGRyZXNz IHByZWZpeCBpcyB0eXBpY2FsbHkgc21hbGwgYmVjYXVzZSBvZiB0aGU8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7IGxpbWl0ZWQgbnVtYmVyIG9mIHVwc3RyZWFtIHByb3ZpZGVycyBmb3IgYSBjdXN0b21l ciBhbmQgdGhlIG5hdHVyZSBvZjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgYWR2ZXJ0aXNpbmcgb25s eSBjdXN0b21lciByb3V0ZXMgYXQgdGhlIGludGVyLWV4Y2hhbmdlIHBvaW50cy48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBUaGUgYXBwcm9hY2ggb2YgYWR2ZXJ0aXNpbmcg dGhlIEdyb3VwIEJlc3QgUGF0aHMsIGhvd2V2ZXIsIG1heSBzdGlsbDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsm bmJzcDsgYmUgaW5hZGVxdWF0ZSBmb3IgY2VydGFpbiBuZXR3b3JrcyB0byBhdm9pZCBvdGhlciBy b3V0aW5nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBpbmNvbnNpc3RlbmNpZXMgc3VjaCBhcyBmb3J3 YXJkaW5nIGxvb3BzLiZuYnNwOyBUaGUgcmVxdWlyZWQgdG9wb2xvZ2ljYWw8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IGNvbnN0cmFpbnMgY291bGQgYWxzbyBiZSBvcGVyYXRpb25hbGx5IGNoYWxsZW5n aW5nLiAmbmJzcDtJbiB0aGVzZSBjYXNlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgdGhlIGFwcHJv YWNoIG9mIGFkdmVydGlzaW5nIHRoZSBBdmFpbGFibGUgUGF0aHMgbWF5IGJlIHVzZWQsIGJ1dDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsgc2hvdWxkIGJlIGxpbWl0ZWQgdG8gdGhvc2UgcHJlZml4ZXMg d2hpY2ggYXJlIGFmZmVjdGVkIGJ5IE1FRC1pbmR1Y2VkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBy b3V0ZSBvc2NpbGxhdGlvbiBpbiBhIG5ldHdvcmsgY2FycnlpbmcgYSBsYXJnZSBudW1iZXIgb2Yg YWx0ZXJuYXRlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBwYXRocy4mbmJzcDsgTm90ZSB0aGF0IHRo ZSBudW1iZXIgb2YgcGF0aHMgdGhhdCBuZWVkIHRvIGJlIG1haW50YWluZWQgYW5kPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOyZuYnNwOyBhZHZlcnRpc2VkIGNhbiBiZSBncmVhdGx5IHJlZHVjZWQgYnkgYWNjZXB0 aW5nIHRoZSBJR1AgbWV0cmljIGJhc2VkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBNRURzIGZyb20g b3RoZXIgcGVlcmluZyBuZXR3b3Jrcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztj b2xvcjpyZWQiPlBSWiZndDsgZG9lcyAnSUdQIG1ldHJpYyBiYXNlZCBNRUQnIG1lYW4gJ2NvcHkg SUdQIGludG8gTUVEICZhbXA7IGFkdmVydGlzZT8nLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBJZiBzbywgcGxlYXNlIGRlZmluZSB0 aGUgdGVybSBjbGVhcmx5Lg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Ny4mbmJzcDsgSUFOQSBDb25zaWRlcmF0aW9uczwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFRoaXMgbWVtbyBpbmNsdWRlcyBubyByZXF1ZXN0 IHRvIElBTkEuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj44LiZuYnNwOyBTZWN1cml0eSBDb25z aWRlcmF0aW9uczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFRoaXMgZXh0 ZW5zaW9uIHRvIEJHUCBkb2VzIG5vdCBjaGFuZ2UgdGhlIHVuZGVybHlpbmcgc2VjdXJpdHkgaXNz dWVzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBpbmhlcmVudCBpbiB0aGUgZXhpc3RpbmcgQkdQIFtS RkM0MjcxXS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5XYWx0b24sIGV0IGFsLiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBFeHBpcmVzIEF1Z3VzdCA2LCAyMDE1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFtQYWdlIDZdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPsOAcGFyIEludGVybmV0LURyYWZ0Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJHUCBPc2NpbGxhdGlv biBTb2x1dGlvbnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgRmVicnVhcnkgMjAxNTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0 b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4 ZWRzeXMiPjkuJm5ic3A7IEFja25vd2xlZGdlbWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOyZuYnNwOyBXZSB3b3VsZCBsaWtlIHRvIHRoYW5rIERhdmlkIENvb2sgYW5kIE5haW1p bmcgU2hlbiBmb3IgdGhlaXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGNvbnRyaWJ1dGlvbnMgdG8g dGhlIGRlc2lnbiBhbmQgZGV2ZWxvcG1lbnQgb2YgdGhlIHNvbHV0aW9ucy48L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPjEwLiZuYnNwOyBSZWZlcmVuY2VzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4xMC4xLiZuYnNwOyBOb3JtYXRpdmUgUmVmZXJlbmNlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7Jm5ic3A7IFtJLUQuaWV0Zi1pZHItYWRkLXBhdGhzXTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgV2FsdG9uLCBELiwgUmV0YW5hLCBBLiwgQ2hlbiwgRS4sIGFuZCBKLiBT Y3VkZGVyLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7QWR2ZXJ0aXNlbWVu dCBvZiBNdWx0aXBsZSBQYXRocyBpbiBCR1AmcXVvdDssIGRyYWZ0LWlldGYtaWRyLTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWRkLXBhdGhzLTEwICh3b3JrIGluIHByb2dyZXNzKSwg T2N0b2JlciAyMDE0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFtSRkMy MTE5XSZuYnNwOyBCcmFkbmVyLCBTLiwgJnF1b3Q7S2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0 byBJbmRpY2F0ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVxdWlyZW1lbnQgTGV2 ZWxzJnF1b3Q7LCBCQ1AgMTQsIFJGQyAyMTE5LCBNYXJjaCAxOTk3Ljwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFtSRkM0MjcxXSZuYnNwOyBSZWtodGVyLCBZLiwgTGksIFQu LCBhbmQgUy4gSGFyZXMsICZxdW90O0EgQm9yZGVyIEdhdGV3YXk8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFByb3RvY29sIDQgKEJHUC00KSZxdW90OywgUkZDIDQyNzEsIEphbnVhcnkg MjAwNi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBbUkZDNDQ1Nl0mbmJz cDsgQmF0ZXMsIFQuLCBDaGVuLCBFLiwgYW5kIFIuIENoYW5kcmEsICZxdW90O0JHUCBSb3V0ZTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVmbGVjdGlvbjogQW4gQWx0ZXJuYXRpdmUg dG8gRnVsbCBNZXNoIEludGVybmFsIEJHUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg KElCR1ApJnF1b3Q7LCBSRkMgNDQ1NiwgQXByaWwgMjAwNi48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOyZuYnNwOyBbUkZDNTA2NV0mbmJzcDsgVHJhaW5hLCBQLiwgTWNQaGVyc29uLCBE LiwgYW5kIEouIFNjdWRkZXIsICZxdW90O0F1dG9ub21vdXM8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFN5c3RlbSBDb25mZWRlcmF0aW9ucyBmb3IgQkdQJnF1b3Q7LCBSRkMgNTA2NSwg QXVndXN0IDIwMDcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4xMC4yLiZuYnNwOyBJbmZvcm1h dGl2ZSBSZWZlcmVuY2VzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgW1JG QzMzNDVdJm5ic3A7IE1jUGhlcnNvbiwgRC4sIEdpbGwsIFYuLCBXYWx0b24sIEQuLCBhbmQgQS4g UmV0YW5hLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7Qm9yZGVyIEdhdGV3 YXkgUHJvdG9jb2wgKEJHUCkgUGVyc2lzdGVudCBSb3V0ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgT3NjaWxsYXRpb24gQ29uZGl0aW9uJnF1b3Q7LCBSRkMgMzM0NSwgQXVndXN0IDIw MDIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj5BcHBlbmRpeCBBLiZuYnNwOyBXaHkgdGhlIEdy b3VwIEJlc3QgUGF0aHMgQXJlIEFkZXF1YXRlPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xv cjpyZWQiPlBSWiZndDsgSXQgc2VlbXMgdG8gbWUgdGhlcmUgaXMgYW5vdGhlciwgbW9yZSBlYXNp bHkgdW5kZXJzdG9vZDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xv cjpyZWQiPlBSWiZndDsg4oCYcHJvb2bigJkgYnkgYmFzaWNhbGx5IHNheWluZyB0aGF0DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IElH UCBtZXRyaWMgaXMgY29tcGFyYWJsZSBub3cgb25seSB3aXRoaW4gZWFjaCBBU+KAmXMgcGF0aHMg KE1FRCksIGkuZS4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xv cjpyZWQiPlBSWiZndDsgYW4g4oCYYmVzdC1wYXRo4oCZDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOnJlZCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXM7Y29sb3I6cmVkIj5QUlomZ3Q7IGNhbm5vdCBjaGFuZ2UgTUVEcyBi YXNlZCBvbiBjb21wYXJpbmcgSUdQIG1ldHJpY3Mgb2YgdHdvIGRpZmZlcmVudA0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBBU3MgKD0g dGhlcmUgaXMgbm93IGEg4oCYYmVzdC1wYXRo4oCZIHBlciBBUykuIFRoaXMgaXMgbm9ybWFsbHkg dGhlIHNvdXJjZSBvZg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2Nv bG9yOnJlZCI+UFJaJmd0OyDigJhNRUQgbG9vcHPigJkgSSBzYXcsIGkuZS4gYSBSUg0KPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzO2NvbG9yOnJlZCI+UFJaJmd0OyBjaGFu Z2VzIG9waW5pb24gYW5kIGFkdmVydGlzZXMgZGlmZmVyZW50IE1FRHMgb24gdGhlIHJvdXRlIGJl Y2F1c2UNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztjb2xvcjpyZWQi PlBSWiZndDsgdGhlIElHUCBtZXRyaWMgY29tcGFyaXNvbiBiZXR3ZWVuIHJvdXRlcyB3aXRoIDIg ZGlmZmVyZW50IE1FRHMNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cztj b2xvcjpyZWQiPlBSWiZndDsgdHJpZ2dlcnMgdGhlIOKAmGNoYW5nZSBvZiBoZWFydOKAmS4NCjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZu YnNwOyZuYnNwOyBJdCBpcyBhc3N1bWVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb21tb24gcHJhY3Rp Y2UgaXMgZm9sbG93ZWQuJm5ic3A7IEE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJvdXRlIHJlZmxl Y3Rpb24gY2x1c3RlciBvciBhIGNvbmZlZGVyYXRpb24gc3ViLUFTIHNob3VsZCBiZSBkZXNpZ25l ZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgc3VjaCB0aGF0IHRoZSBJR1AgbWV0cmljcyBmb3IgbGlu a3Mgd2l0aGluIGEgY2x1c3RlciAob3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGNvbmZlZGVyYXRp b24gc3ViLUFTKSBhcmUgbXVjaCBzbWFsbGVyIHRoYW4gdGhlIElHUCBtZXRyaWNzIGZvciB0aGU8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGxpbmtzIGJldHdlZW4gdGhlIGNsdXN0ZXJzIChvciBjb25m ZWRlcmF0aW9uIHN1Yi1BUykuJm5ic3A7IFRoaXMgcHJhY3RpY2U8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5i c3A7IGhlbHBzIGFjaGlldmUgY29uc2lzdGVudCByb3V0aW5nIHdpdGhpbiBhIHJvdXRlIHJlZmxl Y3Rpb24gY2x1c3RlciBvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgYSBjb25mZWRlcmF0aW9uIHN1 Yi1BUy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBPYnNlcnZlIHRoYXQg aW4gYSBuZXR3b3JrIHRoYXQgbWFpbnRhaW5zIGZ1bGwgSUJHUCBtZXNoIG9ubHkgdGhlPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOyZuYnNwOyBwYXRocyB0aGF0IHN1cnZpdmUgdGhlIChMb2NhbF9QcmVmLCBBUy1Q QVRIIExlbmd0aCwgT3JpZ2luLCBNRUQpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBjb21wYXJpc29u cyBbUkZDNDI3MV0gd291bGQgY29udHJpYnV0ZSB0byB0aGUgcm91dGUgc2VsZWN0aW9uIGluIHRo ZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgbmV0d29yay48L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPldhbHRvbiwg ZXQgYWwuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IEV4cGlyZXMgQXVndXN0IDYsIDIwMTUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgW1BhZ2UgN108L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+w4BwYXIgSW50ZXJuZXQtRHJhZnQmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQkdQIE9z Y2lsbGF0aW9uIFNvbHV0aW9ucyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBGZWJydWFyeSAyMDE1PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IENvbnNpZGVyIGEgcm91dGUgcmVmbGVjdGlvbiBj bHVzdGVyIHRoYXQgc291cmNlcyBvbmUgb3IgbW9yZSBwYXRoczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgdGhhdCB3b3VsZCBzdXJ2aXZlIHRoZSAoTG9jYWxfUHJlZiwgQVMtUEFUSCBMZW5ndGgsIE9y aWdpbiwgTUVEKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgY29tcGFyaXNvbnMgYW1vbmcgYWxsIHRo ZSBwYXRocyBpbiB0aGUgbmV0d29yay4mbmJzcDsgT25lIG9mIHRoZXNlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw OyZuYnNwOyBzdXJ2aXZpbmcgcGF0aHMgd291bGQgYmUgc2VsZWN0ZWQgYXMgdGhlIEdyb3VwIEJl c3QgUGF0aCBieSB0aGUgcm91dGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJlZmxlY3RvciBpbiB0 aGUgY2x1c3Rlci4mbmJzcDsgRHVlIHRvIHRoZSBjb25zdHJhaW4gb24gdGhlIElHUCBtZXRyaWNz IGFzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBkZXNjcmliZWQgcHJldmlvdXNseSwgdGhpcyBwYXRo IHdvdWxkIHJlbWFpbiBhcyB0aGUgR3JvdXAgQmVzdCBQYXRoPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBhbmQgd291bGQgYmUgYWR2ZXJ0aXNlZCB0byBhbGwgb3RoZXIgY2x1c3RlcnMgZXZlbiBhZnRl ciBhIHBhdGggaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHJlY2VpdmVkIGZyb20gYW5vdGhlciBj bHVzdGVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IE9uIHRoZSBvdGhl ciBoYW5kLCB3aGVuIG5vIHBhdGggaW4gYSByb3V0ZSByZWZsZWN0aW9uIGNsdXN0ZXIgd291bGQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHN1cnZpdmUgdGhlIChMb2NhbF9QcmVmLCBBUy1QQVRIIExl bmd0aCwgT3JpZ2luLCBNRUQpIGNvbXBhcmlzb25zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBhbW9u ZyBhbGwgdGhlIHBhdGhzIGluIHRoZSBuZXR3b3JrLCB0aGUgR3JvdXAgQmVzdCBQYXRoICh3aGVu IGV4aXN0cyk8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IGZvciBhIHJvdXRlIHJlZmxlY3RvciB3b3Vs ZCBiZSBmcm9tIGFub3RoZXIgY2x1c3Rlci4mbmJzcDsgQ2xlYXJseSB0aGU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7Jm5ic3A7IGFkdmVydGlzZSBvZiB0aGUgR3JvdXAgQmVzdCBQYXRoIGJ5IHRoZSByb3V0ZSBy ZWZsZWN0b3IgdG8gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBjbGllbnRzIG9ubHkgZGVwZW5k cyBvbiB0aGUgcGF0aHMgcmVjZWl2ZWQgZnJvbSBvdGhlciBjbHVzdGVycy48L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBUaGVyZWZvcmUgdGhlcmUgaXMgbm8gTUVELWluZHVj ZWQgcm91dGUgb3NjaWxsYXRpb24gaW4gdGhlIG5ldHdvcmsgYXM8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5i c3A7IHRoZSBhZHZlcnRpc2VtZW50IG9mIGEgR3JvdXAgQmVzdCBQYXRoIHRvIGEgcGVlciBkb2Vz IG5vdCBkZXBlbmQgb248L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IHRoZSBwYXRocyByZWNlaXZlZCBm cm9tIHRoYXQgcGVlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBUaGUg Y2xhaW0gZm9yIHRoZSBjb25mZWRlcmF0aW9uIGNhbiBiZSB2YWxpZGF0ZWQgc2ltaWxhcmx5Ljwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+QXV0aG9ycycgQWRkcmVzc2VzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgRGFuaWVsIFdhbHRvbjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgQ3VtdWx1cyBOZXR3b3Jrczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgMTQwQyBTLiBXaGlzbWFu IFJkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgTW91bnRhaW4gVmlldywgQ0EmbmJzcDsgOTQwNDE8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFVTQTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7 Jm5ic3A7IEVtYWlsOg0KPGEgaHJlZj0ibWFpbHRvOmR3YWx0b25AY3VtdWx1c25ldHdvcmtzLmNv bSI+ZHdhbHRvbkBjdW11bHVzbmV0d29ya3MuY29tPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5 cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBBbHZhcm8gUmV0YW5hPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZu YnNwOyZuYnNwOyBDaXNjbyBTeXN0ZW1zLCBJbmMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyA3MDI1 IEtpdCBDcmVlayBSZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7Jm5ic3A7IFJlc2VhcmNoIFRyaWFuZ2xlIFBh cmssIE5DJm5ic3A7IDI3NzA5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBVU0E8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBFbWFpbDoNCjxhIGhyZWY9Im1haWx0bzphcmV0YW5h QGNpc2NvLmNvbSI+YXJldGFuYUBjaXNjby5jb208L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+V2FsdG9uLCBl dCBhbC4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgRXhwaXJlcyBBdWd1c3QgNiwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBbUGFnZSA4XTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj7DgHBhciBJbnRlcm5ldC1EcmFmdCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBCR1AgT3Nj aWxsYXRpb24gU29sdXRpb25zJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IEZlYnJ1YXJ5IDIwMTU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgRW5rZSBDaGVuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBDaXNjbyBTeXN0ZW1zLCBJbmMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyAxNzAgVy4gVGFzbWFu IERyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFt aWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgU2FuIEpvc2UsIENBJm5ic3A7IDk1MTM0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOyZuYnNwOyBVU0E8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNw OyBFbWFpbDoNCjxhIGhyZWY9Im1haWx0bzplbmtlY2hlbkBjaXNjby5jb20iPmVua2VjaGVuQGNp c2NvLmNvbTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25l Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJz cDsmbmJzcDsgSm9obiBTY3VkZGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyBKdW5pcGVyIE5ldHdv cmtzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOyZuYnNwOyAxMTk0IE4uIE1hdGhpbGRhIEF2ZTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDsmbmJzcDsgU3Vubnl2YWxlLCBDQSZuYnNwOyA5NDA4OTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJz cDsgVVNBPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDsmbmJzcDsgRW1haWw6DQo8YSBo cmVmPSJtYWlsdG86amdzQGp1bmlwZXIubmV0Ij5qZ3NAanVuaXBlci5uZXQ8L2E+PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZp eGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpu b25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhl ZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9u ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3Nw YWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRz eXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFj ZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lz Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTpGaXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpG aXhlZHN5cyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6 bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6Rml4ZWRzeXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OkZpeGVkc3lzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpGaXhlZHN5cyI+V2FsdG9uLCBl dCBhbC4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgRXhwaXJlcyBBdWd1c3QgNiwgMjAxNSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBbUGFnZSA5XTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2E4BB27CAB87BF43B4207C0E55860F182F1ECFeusaamb103ericsso_-- From nobody Thu May 28 12:18:21 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D54991A7028; Thu, 28 May 2015 12:18:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vr0sUION1nHH; Thu, 28 May 2015 12:18:17 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C06431A1AFB; Thu, 28 May 2015 12:18:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.3.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150528191817.22371.10505.idtracker@ietfa.amsl.com> Date: Thu, 28 May 2015 12:18:17 -0700 Archived-At: Cc: idr@ietf.org Subject: [Idr] I-D Action: draft-ietf-idr-legacy-rtc-05.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 19:18:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Routing Working Group of the IETF. Title : Automatic Route Target Filtering for legacy PEs Authors : Pradosh Mohapatra Arjun Sreekantiah Keyur Patel Burjiz Pithawala Alton Lo Filename : draft-ietf-idr-legacy-rtc-05.txt Pages : 9 Date : 2015-05-28 Abstract: This document describes a simple procedure that allows "legacy" BGP speakers to exchange route target membership information in BGP without using mechanisms specified in [RFC4684]. The intention of the proposed technique is to help in partial deployment scenarios and is not meant to replace [RFC4684]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-legacy-rtc/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-idr-legacy-rtc-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-legacy-rtc-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri May 29 13:01:23 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E7A51A6EF2 for ; Fri, 29 May 2015 13:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iM744BZV5oC9 for ; Fri, 29 May 2015 13:01:20 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32CC01A1BB5 for ; Fri, 29 May 2015 13:01:19 -0700 (PDT) Received: from smtp-1.mail.exa.net.uk (smtp-1.mail.exa.net.uk [82.219.5.1]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id BB7861C0053 for ; Fri, 29 May 2015 21:01:17 +0100 (BST) Received: from smtp-1.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id AA5092211C3 for ; Fri, 29 May 2015 21:01:17 +0100 (BST) Received: from [82.219.212.34] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTPSA for ; Fri, 29 May 2015 21:01:13 +0100 (BST) From: "Thomas Mangin" To: "IETF IDR Working Group" Date: Fri, 29 May 2015 21:01:03 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_56FEDEF7-5557-411F-8E8F-9F9AAFF47159_="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Subject: [Idr] clarification about RFC5575 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 20:01:22 -0000 This is an OpenPGP/MIME signed message (RFC 3156 and 4880). --=_MailMate_56FEDEF7-5557-411F-8E8F-9F9AAFF47159_= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, When comparing Flow NLRI (not for firewall ordering but to determine if a= rule need to be sent or not), should all the components of the NLRI be c= ompared or only the source/destination pair. i.e.: should a speaker send = multiple rules for the same src/dst pair (or single destination or source= ). Thank you very much, Thomas http://exa.net.uk/about/contact-us --=_MailMate_56FEDEF7-5557-411F-8E8F-9F9AAFF47159_= Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlVoxX8ACgkQA/52wvuLgaEEiACbBK6GjRQJzwQocdFjni8nmlva xzkAoOcxn+mXvYwyEXjGgdoDvesRQYW8 =LbOw -----END PGP SIGNATURE----- --=_MailMate_56FEDEF7-5557-411F-8E8F-9F9AAFF47159_=-- From nobody Fri May 29 13:07:47 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FFD91A854D for ; Fri, 29 May 2015 13:07:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0YWUIIF7loxB for ; Fri, 29 May 2015 13:07:43 -0700 (PDT) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::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 508181A7D80 for ; Fri, 29 May 2015 13:07:43 -0700 (PDT) Received: by wizo1 with SMTP id o1so37005990wiz.1 for ; Fri, 29 May 2015 13:07:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OtEIC3rysPyq8oDCuy7ejnzeaWSaQjH4YkNhSO4EgcQ=; b=Z3F6olbBwYBvlMkapSqvB82rXZyjxGJ+V6QZCmCe/xasAGFOj7y0EN5LwEFarUEHXq l/+7/77hCG1AakdOED0ShSNInr+JBBWltsdQduxAWbX1sHwcNxOzg56N/XIJxbmsnHI9 LO80KUFg6Pv2a0EMAyYsdaFTzpFfVgqRN+2E6ALm0R6YxsJ8GVKKD5cA3cdSocFG5/eD 34Fwo4/J1f0Q41KoTXef517rX3cfJUNcX9xAYpv5lTtU8wTbmhe4orfiJOLZgdwkY8Hy /jElkJfzT9BGhQPr8R31PiyzdEBltXIhA/82PAzD+e0EFRO3iN7hi6yoFi5JSuJGj249 uHbQ== MIME-Version: 1.0 X-Received: by 10.180.19.100 with SMTP id d4mr9750095wie.29.1432930062079; Fri, 29 May 2015 13:07:42 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.28.4.81 with HTTP; Fri, 29 May 2015 13:07:42 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 May 2015 22:07:42 +0200 X-Google-Sender-Auth: QRzBTiO1iw3qjQTLFPnIL5EMlP8 Message-ID: From: Robert Raszuk To: Thomas Mangin Content-Type: multipart/alternative; boundary=bcaec53d5c63569edd05173e07bd Archived-At: Cc: IETF IDR Working Group Subject: Re: [Idr] clarification about RFC5575 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 20:07:45 -0000 --bcaec53d5c63569edd05173e07bd Content-Type: text/plain; charset=UTF-8 Hi Thomas, All elements of the NLRI define it not only two selected and option ones like src or dst. In fact NLRI may not contain those at all to still be a valid one. Quote: The Flow specification NLRI-type consists of several optional subcomponents. A specific packet is considered to match the flow specification when it matches the intersection (AND) of all the components present in the specification. Cheers, R. On Fri, May 29, 2015 at 10:01 PM, Thomas Mangin < thomas.mangin@exa-networks.co.uk> wrote: > Hello, > > When comparing Flow NLRI (not for firewall ordering but to determine if a > rule need to be sent or not), should all the components of the NLRI be > compared or only the source/destination pair. i.e.: should a speaker send > multiple rules for the same src/dst pair (or single destination or source). > > Thank you very much, > > Thomas > > http://exa.net.uk/about/contact-us > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > --bcaec53d5c63569edd05173e07bd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hi Thomas,

    =
    All =C2=A0elements of the NLRI define it not only = two selected and option ones like src or dst. In fact NLRI may not contain = those at all to still be a valid one.

    Quote:

    The Flow specification NLRI-type consists of=
 several optional
subcomponents. A specific packet is considered to match the flow specificat=
ion when it matches the intersection (AND) of all the components present in=
 the specification.

    Cheers,
    R.



    On F= ri, May 29, 2015 at 10:01 PM, Thomas Mangin <thomas.mangi= n@exa-networks.co.uk> wrote:
    http://exa= .net.uk/about/contact-us
    ___________________________________________= ____
    Idr mailing list
    Idr@ietf.org
    htt= ps://www.ietf.org/mailman/listinfo/idr


    --bcaec53d5c63569edd05173e07bd-- From nobody Fri May 29 13:23:10 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 692BA1B2CEF for ; Fri, 29 May 2015 13:23:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NLcxFgx1KLDL for ; Fri, 29 May 2015 13:23:07 -0700 (PDT) Received: from out-1.mail.exa.net.uk (out-1.mail.exa.net.uk [82.219.4.129]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 998701B2CE4 for ; Fri, 29 May 2015 13:23:07 -0700 (PDT) Received: from smtp-1.mail.exa.net.uk (smtp-1.mail.exa.net.uk [82.219.5.1]) by out-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 3D7911C004D; Fri, 29 May 2015 21:23:06 +0100 (BST) Received: from smtp-1.mail.exa.net.uk (localhost [127.0.0.1]) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTP id 28679221236; Fri, 29 May 2015 21:23:06 +0100 (BST) Received: from [82.219.212.34] (ptr-34.212.219.82.rev.exa.net.uk [82.219.212.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas@mangin.com) by smtp-1.mail.exa.net.uk (ExaSMTPD) with ESMTPSA; Fri, 29 May 2015 21:23:02 +0100 (BST) From: "Thomas Mangin" To: rraszuk@gmail.com Date: Fri, 29 May 2015 21:22:54 +0100 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) X-Virus-Scanned: clamav-milter 0.98.7 at out-2-2.mail.exa.net.uk X-Virus-Status: Clean Archived-At: Cc: IETF IDR Working Group Subject: Re: [Idr] clarification about RFC5575 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 20:23:09 -0000 Hello Robert, Thank you for this answer. This was also my understanding but this text applies to how the NLRI should be interpreted when matching traffic, not how it should be interpreted when sent as a BGP UPDATE. I have been told that some implementations behaved differently (i.e.: would consider two Flows with similar SRC/DEST but different other components such as protocol as similar) and as I can not verify, I thought prudent to seek clarification as ExaBGP’s implementation is not behaving correctly and I need fixing ( I expected it to behave this way tho ). Sincerely, Thomas http://exa.net.uk/about/contact-us On 29 May 2015, at 21:07, Robert Raszuk wrote: > Hi Thomas, > > All elements of the NLRI define it not only two selected and option > ones > like src or dst. In fact NLRI may not contain those at all to still be > a > valid one. > > Quote: > > The Flow specification NLRI-type consists of several optional > subcomponents. A specific packet is considered to match the flow > specification when it matches the intersection (AND) of all the > components present in the specification. > > > Cheers, > > R. > > > > > On Fri, May 29, 2015 at 10:01 PM, Thomas Mangin < > thomas.mangin@exa-networks.co.uk> wrote: > >> Hello, >> >> When comparing Flow NLRI (not for firewall ordering but to determine >> if a >> rule need to be sent or not), should all the components of the NLRI >> be >> compared or only the source/destination pair. i.e.: should a speaker >> send >> multiple rules for the same src/dst pair (or single destination or >> source). >> >> Thank you very much, >> >> Thomas >> >> http://exa.net.uk/about/contact-us >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> >> From nobody Fri May 29 13:55:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EBD71B2D48 for ; Fri, 29 May 2015 13:55:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aWd8gnyO7KW3 for ; Fri, 29 May 2015 13:55:27 -0700 (PDT) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (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 468811B2D42 for ; Fri, 29 May 2015 13:55:27 -0700 (PDT) Received: by wgme6 with SMTP id e6so72185681wgm.2 for ; Fri, 29 May 2015 13:55:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=yJ4y9NDyAkWP1znAw7fCg6rPSBlPnxvr6iw3SSzcocw=; b=jSEPqzIdWn09T7UZ7auP0iv9oo6xYQggBZw88LDWXRQwIWFejR7vgeln+nVrGtuqpc vtX8phHI2CZEtDvYQlmr2XulJR+yrfYVto+vZArzkghqmFipN+0qXPFEI+UNZM3gKcIj S0guykJWsKjx8X5oobAwElvBACXxfH1EPsfSPVLYka7506C/hkDFV4Tp4PfQOAhK/nOj iXpFbFNAXQxUsGYhhxcBHVR6BYHspBY/Nckq39Z1SuT3KOJXt06RC4i1kWyN2Ar5qFuv EnWGE4ByCDsUxSdXTUh45ZKgIbcJdiWWhfBtON79Zt9nDHg+dE/+5qihwGE0s53F1zbc Tnwg== MIME-Version: 1.0 X-Received: by 10.194.85.116 with SMTP id g20mr18673810wjz.154.1432932925635; Fri, 29 May 2015 13:55:25 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.28.4.81 with HTTP; Fri, 29 May 2015 13:55:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 May 2015 22:55:25 +0200 X-Google-Sender-Auth: UNaxMg2_hlyi0-YFMyJ2mHKUYQg Message-ID: From: Robert Raszuk To: Thomas Mangin Content-Type: multipart/alternative; boundary=047d7bfcfd500502fc05173eb2b2 Archived-At: Cc: IETF IDR Working Group Subject: Re: [Idr] clarification about RFC5575 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 20:55:29 -0000 --047d7bfcfd500502fc05173eb2b2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > I have been told that some implementations behaved differently > (i.e.: would consider two Flows with similar SRC/DEST but different > other components such as protocol as similar If those implementation would suppress such NLRIs actually important filtering can be suppressed from being propagated resulting in lack of functionality. Moreover what such implementation do where NLRI does not contain SRC/DST subtypes ? The RFC also very clearly states the propagation rules in section 4: However, for the purposes of BGP route propagation, this prefix should still be transmitted *since BGP route** distribution is independent on NLRI semantics.* Thx, Robert. On Fri, May 29, 2015 at 10:22 PM, Thomas Mangin < thomas.mangin@exa-networks.co.uk> wrote: > Hello Robert, > > Thank you for this answer. This was also my understanding but this text > applies to how the NLRI should be interpreted when matching traffic, not > how it should be interpreted when sent as a BGP UPDATE. > I have been told that some implementations behaved differently (i.e.: > would consider two Flows with similar SRC/DEST but different other > components such as protocol as similar) and as I can not verify, I though= t > prudent to seek clarification as ExaBGP=E2=80=99s implementation is not b= ehaving > correctly and I need fixing ( I expected it to behave this way tho ). > > Sincerely, > > Thomas > > http://exa.net.uk/about/contact-us > > On 29 May 2015, at 21:07, Robert Raszuk wrote: > > Hi Thomas, >> >> All elements of the NLRI define it not only two selected and option one= s >> like src or dst. In fact NLRI may not contain those at all to still be a >> valid one. >> >> Quote: >> >> The Flow specification NLRI-type consists of several optional >> subcomponents. A specific packet is considered to match the flow >> specification when it matches the intersection (AND) of all the >> components present in the specification. >> >> >> Cheers, >> >> R. >> >> >> >> >> On Fri, May 29, 2015 at 10:01 PM, Thomas Mangin < >> thomas.mangin@exa-networks.co.uk> wrote: >> >> Hello, >>> >>> When comparing Flow NLRI (not for firewall ordering but to determine if= a >>> rule need to be sent or not), should all the components of the NLRI be >>> compared or only the source/destination pair. i.e.: should a speaker se= nd >>> multiple rules for the same src/dst pair (or single destination or >>> source). >>> >>> Thank you very much, >>> >>> Thomas >>> >>> http://exa.net.uk/about/contact-us >>> _______________________________________________ >>> Idr mailing list >>> Idr@ietf.org >>> https://www.ietf.org/mailman/listinfo/idr >>> >>> >>> --047d7bfcfd500502fc05173eb2b2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

    > = I have been told that some implementations behaved differently=C2=A0=
    > (i.e.: would consider two Flows with similar S= RC/DEST but different=C2=A0
    > other compo= nents such as protocol as similar

    If those implementation would suppress such NLRIs actually importa= nt filtering can be=C2=A0suppressed=C2=A0from being propagated resulting in= lack of functionality.=C2=A0

    Moreover what such= implementation do where NLRI does not contain SRC/DST subtypes ?=C2=A0

    The RFC also very clearly states the propagation ru= les in section 4:

    = 
    However, for the purposes of BGP route  propag=
ation, this prefix=C2=A0
    should st=
ill be transmitted since BGP route distribution is independ=
ent on NLRI semantics.

    <= /div>
    Thx,
    Robert.


    = On Fri, May 29, 2015 at 10:22 PM, Thomas Mangin <thomas.man= gin@exa-networks.co.uk> wrote:
    Hello Robert,

    Thank you for this answer. This was also my understanding but this text app= lies to how the NLRI should be interpreted when matching traffic, not how i= t should be interpreted when sent as a BGP UPDATE.
    I have been told that some implementations behaved differently (i.e.: would= consider two Flows with similar SRC/DEST but different other components su= ch as protocol as similar) and as I can not verify, I thought prudent to se= ek clarification as ExaBGP=E2=80=99s implementation is not behaving correct= ly and I need fixing ( I expected it to behave this way tho ).

    Sincerely,

    Thomas

    http://exa= .net.uk/about/contact-us

    On 29 May 2015, at 21:07, Robert Raszuk wrote:

    Hi Thomas,

    All=C2=A0 elements of the NLRI define it not only two selected and option o= nes
    like src or dst. In fact NLRI may not contain those at all to still be a valid one.

    Quote:

    The Flow specification NLRI-type consists of several optional
    subcomponents. A specific packet is considered to match the flow
    specification when it matches the intersection (AND) of all the
    components present in the specification.


    Cheers,

    R.




    On Fri, May 29, 2015 at 10:01 PM, Thomas Mangin <
    thoma= s.mangin@exa-networks.co.uk> wrote:

    Hello,

    When comparing Flow NLRI (not for firewall ordering but to determine if a rule need to be sent or not), should all the components of the NLRI be
    compared or only the source/destination pair. i.e.: should a speaker send multiple rules for the same src/dst pair (or single destination or source).=

    Thank you very much,

    Thomas

    http://exa= .net.uk/about/contact-us
    _______________________________________________
    Idr mailing list
    Idr@ietf.org
    htt= ps://www.ietf.org/mailman/listinfo/idr



    --047d7bfcfd500502fc05173eb2b2-- From nobody Fri May 29 14:13:30 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 767A81B2D6B; Fri, 29 May 2015 14:13:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q2dSh0ciRrd9; Fri, 29 May 2015 14:13:25 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DF5131B2D79; Fri, 29 May 2015 14:13:18 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.3.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150529211318.7405.43079.idtracker@ietfa.amsl.com> Date: Fri, 29 May 2015 14:13:18 -0700 Archived-At: Cc: idr mailing list , idr chair , RFC Editor Subject: [Idr] Protocol Action: 'Revised Error Handling for BGP UPDATE Messages' to Proposed Standard (draft-ietf-idr-error-handling-19.txt) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 21:13:27 -0000 The IESG has approved the following document: - 'Revised Error Handling for BGP UPDATE Messages' (draft-ietf-idr-error-handling-19.txt) as Proposed Standard This document is the product of the Inter-Domain Routing Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-idr-error-handling/ Technical Summary The document describes revisions to the error handling behavior that is defined in the base BGP-4 specification (RFC4271). The motivation for changes to this behaviour is to avoid a single erroneous UPDATE message (or attribute within such a message) impacting an entire BGP-4 session (and hence all the NLRI that it carries). The document introduces the "treat-as-withdraw" mechanism, which treats the NLRI received within an erroneous UPDATE message as though they are withdrawn by the remote neighbor. Additionally an "attribute discard" approach is introduced. The document evaluates the existing BGP-4 attributes and defines new error handling behaviours for them. Errors for which the existing BGP-4 error handling behaviour is to be retained are also considered. There is working group consensus amongst both network operators, and BGP-4 implementors that this mechanism is a useful Standards Track document to improve the robustness of the BGP-4 protocol, whilst also considering the correctness of routing information it carries. Working Group Summary There has been significant debate relating to the balance of different functionalities required between working group participants which seek to maintain established sessions (or retain NLRI during their failure), and those that consider the correctness of the protocol paramount. The document's intention was originally to address a point failure scenario observed within the Internet related to optional transitive attributes, but based on wider operational experience, the working group has extended the scope of the document. Document Quality The behaviours now included within the document have been subject to significant review over multiple cycles from both protocol experts, network operators, and protocol implementors contributing to the balance between approaches having been reached. Operational requirements for the changes within the document have been discussed at length - and reviewed with GROW. Whilst there is some appetite for additional mechanisms for operators to maintain the integrity of their networks by compromising correctness of the routing information in their network - especially during catastrophic failures - this document does not reflect these additional requirements - which are subject to separate proposals to the working group. Significant deployment experience has been gained for the changes described in the document. The shepherd is aware of four shipping commercial implementations of BGP-4 (Alcatel-Lucent SR OS, Cisco IOS, Cisco IOS XR, Juniper JUNOS), and one open source implementation (Quagga) have implemented the behaviours described in the document. The feedback from these implementations has helped to iterate the contents of the document, and reach consensus within the working group. Status of administrative actions: Public IPR Call: 11/12 to 11/19/14 Routing Directorate Review status: Joel Halpern (11/18), QA review completed (9/4) OPS Directorate status: Reviewer: Warren Kumari (11/16) done Gen-Art Pre-review: Pending, 10/14 IANA: No early review Personnel The document shepherd is Rob Shakir. The WG Chair responsible: Sue Hares [John Scudder is co-author] The responsible Area Director is Alvaro Retana. From nobody Fri May 29 22:56:08 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AE381A9095 for ; Fri, 29 May 2015 22:56:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id faRneVFDy3WB for ; Fri, 29 May 2015 22:56:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD1041A8771 for ; Fri, 29 May 2015 22:56:04 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWR31292; Sat, 30 May 2015 05:56:03 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 30 May 2015 06:56:02 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.89]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Sat, 30 May 2015 13:55:50 +0800 From: Haoweiguo To: "idr@ietf.org" Thread-Topic: New Version Notification for draft-liang-idr-flowspec-orf-00.txt Thread-Index: AQHQmp0IsigZuNG1YUCiCcmF2dIHIp2UBQQZ Date: Sat, 30 May 2015 05:55:50 +0000 Message-ID: References: <20150530055345.15364.12184.idtracker@ietfa.amsl.com> In-Reply-To: <20150530055345.15364.12184.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: Qiandeng Liang Subject: Re: [Idr] New Version Notification for draft-liang-idr-flowspec-orf-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 05:56:06 -0000 Hi All, A new draft of "BGP FlowSpec Outbound Route Filter" was proposed.=20 Your comments and suggestions are appreciated. Thanks, weiguo ________________________________________ From: internet-drafts@ietf.org [internet-drafts@ietf.org] Sent: Saturday, May 30, 2015 13:53 To: Qiandeng Liang; Youjianjie; Qiandeng Liang; Haoweiguo; Youjianjie; Haow= eiguo Subject: New Version Notification for draft-liang-idr-flowspec-orf-00.txt A new version of I-D, draft-liang-idr-flowspec-orf-00.txt has been successfully submitted by Weiguo Hao and posted to the IETF repository. Name: draft-liang-idr-flowspec-orf Revision: 00 Title: BGP FlowSpec Outbound Route Filter Document date: 2015-05-30 Group: Individual Submission Pages: 10 URL: https://www.ietf.org/internet-drafts/draft-liang-idr-flowsp= ec-orf-00.txt Status: https://datatracker.ietf.org/doc/draft-liang-idr-flowspec-o= rf/ Htmlized: https://tools.ietf.org/html/draft-liang-idr-flowspec-orf-00 Abstract: This document defines a new ORF-type, called the "FlowSpec-ORF". FlowSpec-ORF is applicable in the networks supporting flow specifications (FlowSpec) [RFC5575]. It can be used to filter the FlowSpec rules on demand. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat= From nobody Sat May 30 00:03:37 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DDED1A9302 for ; Sat, 30 May 2015 00:03:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8L11QUtLfRZb for ; Sat, 30 May 2015 00:03:32 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDD2B1A92EA for ; Sat, 30 May 2015 00:03:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTC89358; Sat, 30 May 2015 07:03:29 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 30 May 2015 08:03:28 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.243]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0158.001; Sat, 30 May 2015 15:03:25 +0800 From: Mach Chen To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AGJT80A Date: Sat, 30 May 2015 07:03:24 +0000 Message-ID: References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: <006f01d09482$17c489c0$474d9d40$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B46FDD4SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 07:03:35 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B46FDD4SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I read the draft and it's useful, so support the adoption. BTW, also agree with Acee's comment. Best regards, Mach From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, May 22, 2015 7:26 PM To: idr@ietf.org Subject: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 = (5/22 to 6/5) This begins a 2 week Working Group adoption for draft-wang-idr-eag-distribu= tion. You can find the draft at: http://datatracker.ietf.org/doc/draft-wang-idr-eag-distribution/ This draft proposes a new BGP-LS As MPLS-TE network grows, administrative Groups advertised as a fixed-length 32-bit Bitmask is quite constraining. "Extended Administrative Group" IGP TE extensions sub-TLV defined in [RFC7308] is introduced to provide for additional administrative groups (link colors) beyond the current limit of 32. The EAG TLV is used in addition to the Administrative Groups when a node wants to advertise more than 32 colors for a link. The EAG TLV is optional. The format and semantics of the 'value' fields in EAG TLVs correspond to the format and semantics of value fields in IGP extension sub-TLVs, defined in [RFC7308]. +------------+---------------------+--------------+-----------------+ | TLV Code | Description | IS-IS | Defined in: | | Point | | TLV/Sub-TLV | | +------------+---------------------+--------------+-----------------+ | xxxx | Extended | 22/xx | [RFC7308] | | | Admin Group | | | +------------+---------------------+--------------+-----------------+ Please in your comments include "support" or "no support" for this draft. Sue Hares and John Scudder. --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B46FDD4SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    I read the draft and it’s useful, so support the adoption.<= o:p>

     

    BTW, also agree with Acee’s comment.

     

    Best regards,

    Mach

     

    From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
    Sent: Friday, May 22, 2015 7:26 PM
    To: idr@ietf.org
    Subject: [Idr] 2 week adoption call for draft-wang-idr-eag-distribut= ion-02 (5/22 to 6/5)

     

    This begins a 2 week Working Gr= oup adoption for draft-wang-idr-eag-distribution.   You can find = the draft at:

     

    http://datatracker.ietf.org/d= oc/draft-wang-idr-eag-distribution/

     

    This draft proposes a new BGP-L= S

     

       As MPLS-TE network grows, administrative Groups advert=
ised as a
       fixed-length 32-bit Bitmask is quite constraining.&nbs=
p; "Extended
       Administrative Group" IGP TE extensions sub-TLV d=
efined in [RFC7308]
       is introduced to provide for additional administrative=
 groups (link
       colors) beyond the current limit of 32.

     

     

       The EAG TLV is used in addition to the Administrative =
Groups when a
       node wants to advertise more than 32 colors for a link=
.  The EAG TLV
       is optional.  The format and semantics of the 'va=
lue' fields in EAG
       TLVs correspond to the format and semantics of value f=
ields in IGP
       extension sub-TLVs, defined in [RFC7308].
     
       +------------+---------------------+------=
--------+-----------------+
       |  TLV Code  |     Descr=
iption     |     IS-IS  &=
nbsp; |   Defined in:   |
       |    Point   |  &nb=
sp;            =
      |  TLV/Sub-TLV |    =
;             |=

       +------------+---------------------+------=
--------+-----------------+
       |    xxxx    | &nbs=
p;     Extended      | &n=
bsp;   22/xx    |    [RFC7308]    |<=
/pre>

       |         &nbs=
p;  |      Admin Group   =
 |            &=
nbsp; |           &n=
bsp;     |
    

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

     
    

    Please in your comments include=
 “support” or “no support” for this draft.

    

     
    

    Sue Hares and John Scudder.
    --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B46FDD4SZXEMA510MBXchi_-- From nobody Sat May 30 00:37:03 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86B2D1A005F for ; Sat, 30 May 2015 00:37:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.76 X-Spam-Level: X-Spam-Status: No, score=-1.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u_KhVc36LIaW for ; Sat, 30 May 2015 00:37:00 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F68E1A005C for ; Sat, 30 May 2015 00:36:59 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWR36035; Sat, 30 May 2015 07:36:57 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 30 May 2015 08:36:56 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.89]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Sat, 30 May 2015 15:36:45 +0800 From: Haoweiguo To: Qin Wu , "Acee Lindem (acee)" , "Jeff Tantsura" , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYAAAiqVoAAevfMYAEDjgjL Date: Sat, 30 May 2015 07:36:45 +0000 Message-ID: References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> , In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB5517334F86E90Cnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 07:37:02 -0000 --_000_DD5FC8DE455C3348B94340C0AB5517334F86E90Cnkgeml501mbschi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U3VwcG9ydCB0aGlzIGFkb3B0aW9uLg0KDQpJIHRoaW5rIEJHUCBMUyBleHRlbnNpb24gaXMgbmVj ZXNzYXJ5IHRvIGNhcnJ5ICJFeHRlbmRlZCBBZG1pbmlzdHJhdGl2ZSBHcm91cCIgSUdQIFRFIGlu Zm9ybWF0aW9uLg0KDQoNCg0KVGhhbmtzLA0KDQp3ZWlndW8NCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkZyb206IElkciBbaWRyLWJvdW5jZXNAaWV0Zi5vcmddIG9uIGJlaGFs ZiBvZiBRaW4gV3UgW2JpbGwud3VAaHVhd2VpLmNvbV0NClNlbnQ6IE1vbmRheSwgTWF5IDI1LCAy MDE1IDExOjM2DQpUbzogQWNlZSBMaW5kZW0gKGFjZWUpOyBKZWZmIFRhbnRzdXJhOyBTdXNhbiBI YXJlczsgaWRyQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNh bGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDIgKDUvMjIgdG8gNi81KQ0K DQpBZ3JlZSB3aXRoIEFjZWUgYW5kIHN1cHBvcnQgdGhpcyBkcmFmdC4NCg0KLVFpbg0Kt6K8/sjL OiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBBY2VlIExpbmRlbSAoYWNl ZSkNCreiy83KsbzkOiAyMDE1xOo11MIyMsjVIDIzOjU0DQrK1bz+yMs6IEplZmYgVGFudHN1cmE7 IFN1c2FuIEhhcmVzOyBpZHJAaWV0Zi5vcmcNCtb3zOI6IFJlOiBbSWRyXSAyIHdlZWsgYWRvcHRp b24gY2FsbCBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2 LzUpDQoNCkkgc3VwcG9ydCB3aXRoIG9uZSBjb21tZW50Lg0KDQpJbiB0aGUgZnV0dXJlLCBJoa9t IHdvbmRlcmluZyBpZiB3ZSBjb3VsZCBzdGFuZGFyZGl6ZSB0aGUgQkdQIExpbmsgU3RhdGUgZW5j b2RpbmcgaW4gdGhlIGNvcnJlc3BvbmRpbmcgSUdQIGRvY3VtZW50cz8gSXQgc2VlbXMgbGlrZSBp dCB3b3VsZCBiZSBwb3NzaWJsZSBzaW5jZSBpdCBpcyBzaW1wbHkgdGhlIFRMViBtYXBwaW5nIGFu ZCB0aGUgIElBTkEgY29kZSBwb2ludChzKS4NCg0KVGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBKZWZm IFRhbnRzdXJhIDxqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbTxtYWlsdG86amVmZi50YW50c3Vy YUBlcmljc3Nvbi5jb20+Pg0KRGF0ZTogRnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgMTE6NDUgQU0N ClRvOiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+ PiwgImlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWls dG86aWRyQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2Fs bCBmb3IgZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpDQoN ClN1cHBvcnQgYXMgY28tYXV0aG9yDQoNCkNoZWVycywNCkplZmYNCg0KRnJvbTogU3VzYW4gSGFy ZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4NCkRhdGU6IEZyaWRh eSwgTWF5IDIyLCAyMDE1IGF0IDQ6MjYgQU0NClRvOiAiaWRyQGlldGYub3JnPG1haWx0bzppZHJA aWV0Zi5vcmc+IiA8aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDog W0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmli dXRpb24tMDIgKDUvMjIgdG8gNi81KQ0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBXb3JraW5nIEdy b3VwIGFkb3B0aW9uIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uLiAgIFlvdSBj YW4gZmluZCB0aGUgZHJhZnQgYXQ6DQoNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi8NCg0KVGhpcyBkcmFmdCBwcm9wb3NlcyBh IG5ldyBCR1AtTFMNCg0KDQogICBBcyBNUExTLVRFIG5ldHdvcmsgZ3Jvd3MsIGFkbWluaXN0cmF0 aXZlIEdyb3VwcyBhZHZlcnRpc2VkIGFzIGENCg0KICAgZml4ZWQtbGVuZ3RoIDMyLWJpdCBCaXRt YXNrIGlzIHF1aXRlIGNvbnN0cmFpbmluZy4gICJFeHRlbmRlZA0KDQogICBBZG1pbmlzdHJhdGl2 ZSBHcm91cCIgSUdQIFRFIGV4dGVuc2lvbnMgc3ViLVRMViBkZWZpbmVkIGluIFtSRkM3MzA4PGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4Pl0NCg0KICAgaXMgaW50cm9kdWNlZCB0 byBwcm92aWRlIGZvciBhZGRpdGlvbmFsIGFkbWluaXN0cmF0aXZlIGdyb3VwcyAobGluaw0KDQog ICBjb2xvcnMpIGJleW9uZCB0aGUgY3VycmVudCBsaW1pdCBvZiAzMi4NCg0KDQoNCiAgIFRoZSBF QUcgVExWIGlzIHVzZWQgaW4gYWRkaXRpb24gdG8gdGhlIEFkbWluaXN0cmF0aXZlIEdyb3VwcyB3 aGVuIGENCg0KICAgbm9kZSB3YW50cyB0byBhZHZlcnRpc2UgbW9yZSB0aGFuIDMyIGNvbG9ycyBm b3IgYSBsaW5rLiAgVGhlIEVBRyBUTFYNCg0KICAgaXMgb3B0aW9uYWwuICBUaGUgZm9ybWF0IGFu ZCBzZW1hbnRpY3Mgb2YgdGhlICd2YWx1ZScgZmllbGRzIGluIEVBRw0KDQogICBUTFZzIGNvcnJl c3BvbmQgdG8gdGhlIGZvcm1hdCBhbmQgc2VtYW50aWNzIG9mIHZhbHVlIGZpZWxkcyBpbiBJR1AN Cg0KICAgZXh0ZW5zaW9uIHN1Yi1UTFZzLCBkZWZpbmVkIGluIFtSRkM3MzA4PGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4Pl0uDQoNCg0KDQogICArLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAg fCAgVExWIENvZGUgIHwgICAgIERlc2NyaXB0aW9uICAgICB8ICAgICBJUy1JUyAgICB8ICAgRGVm aW5lZCBpbjogICB8DQoNCiAgIHwgICAgUG9pbnQgICB8ICAgICAgICAgICAgICAgICAgICAgfCAg VExWL1N1Yi1UTFYgfCAgICAgICAgICAgICAgICAgfA0KDQogICArLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAg fCAgICB4eHh4ICAgIHwgICAgICAgRXh0ZW5kZWQgICAgICB8ICAgICAyMi94eCAgICB8ICAgIFtS RkM3MzA4PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4Pl0gICAgfA0KDQogICB8 ICAgICAgICAgICAgfCAgICAgIEFkbWluIEdyb3VwICAgIHwgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgIHwNCg0KICAgKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0rDQoNClBsZWFzZSBpbiB5b3VyIGNvbW1lbnRz IGluY2x1ZGUgobBzdXBwb3J0obEgb3IgobBubyBzdXBwb3J0obEgZm9yIHRoaXMgZHJhZnQuDQoN ClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVyLg0K --_000_DD5FC8DE455C3348B94340C0AB5517334F86E90Cnkgeml501mbschi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

    Support this adoption.

    I think BGP LS extension is necessary = to carry "Extended Administrative Group" IGP TE information.

     

    Thanks,

    weiguo

    From: Idr [idr-bounces@ietf.org] on behalf= of Qin Wu [bill.wu@huawei.com]
    Sent: Monday, May 25, 2015 11:36
    To: Acee Lindem (acee); Jeff Tantsura; Susan Hares; idr@ietf.org
    Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distr= ibution-02 (5/22 to 6/5)

    Agree with Acee and support this draft.

     

    -Qin

    =B7=A2=BC=FE=C8=CB: Idr [ma= ilto:idr-bounces@ietf.org] =B4=FA= =B1=ED Acee Lindem (acee)
    =B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA5=D4=C222=C8=D5 23:54
    =CA=D5=BC=FE=C8=CB: Jeff Tantsura; Susan Hares; idr@ietf.org
    =D6=F7=CC=E2: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/= 22 to 6/5)

     

    I support with one comment.

     

    In the future, I=A1=AFm wondering if we could standardize the BG= P Link State encoding in the corresponding IGP documents? It seems like it = would be possible since it is simply the TLV mapping and the  IANA code point(s). 

     

    Thanks,

    Acee

     

    From:= Jeff Tantsura <<= a href=3D"mailto:jeff.tantsura@ericsson.com" target=3D"_blank">jeff.tantsur= a@ericsson.com>
    Date: Friday, May 22, 2015 at 11:45 AM
    To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
    Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distr= ibution-02 (5/22 to 6/5)

     

    Support as co-author

     

    Cheers,

    Jeff

     

    From:= Susan Hares <shares@ndzh.com> Date: Friday, May 22, 2015 at 4:26 AM
    To: "idr@ietf= .org" <idr@ie= tf.org>
    Subject: [Idr] 2 week adoption call for draft-wang-idr-eag-distribut= ion-02 (5/22 to 6/5)

     

    This beg= ins a 2 week Working Group adoption for draft-wang-idr-eag-distribution.&nb= sp;  You can find the draft at:

    &= nbsp;

    http://datatracker.ietf.org/doc/draft-wang-idr-eag-distributio= n/

    &= nbsp;

    This dra= ft proposes a new BGP-LS

    &= nbsp;

       As MPLS-TE network grows, administrative Groups adv=
ertised as a
       fixed-length 32-bit Bitmask is quite constraining.&=
nbsp; "Extended
       Administrative Group" IGP TE extensions sub-TL=
V defined in [RFC730=
8]
       is introduced to provide for additional administrat=
ive groups (link
       colors) beyond the current limit of 32.

    &=
nbsp;
    

    &=
nbsp;
    

       The EAG TLV is used in addition to the Administrati=
ve Groups when a
    

       node wants to advertise more than 32 colors for a l=
ink.  The EAG TLV
    

       is optional.  The format and semantics of the =
'value' fields in EAG
    

       TLVs correspond to the format and semantics of valu=
e fields in IGP
    

       extension sub-TLVs, defined in [RFC7308].
    

     
    

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

       |  TLV Code  |     De=
scription     |     IS-IS &nbs=
p;  |   Defined in:   |
    

       |    Point   |  =
            &nb=
sp;      |  TLV/Sub-TLV |   &n=
bsp;            =
; |
    

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

       |    xxxx    | &=
nbsp;     Extended      | =
;    22/xx    |    [RFC7308]  &nbs=
p; |
    

       |         &=
nbsp;  |      Admin Group  &nb=
sp; |           &nbs=
p;  |           =
;      |
    

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

    &=
nbsp;
    

    Please i=
n your comments include =A1=B0support=A1=B1 or =A1=B0no support=A1=B1 for t=
his draft.

    

    &=
nbsp;
    

    Sue Hare=
s and John Scudder.
    --_000_DD5FC8DE455C3348B94340C0AB5517334F86E90Cnkgeml501mbschi_-- From nobody Sat May 30 02:24:48 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04B8C1A1A7F for ; Sat, 30 May 2015 02:24:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a098xGA1_Mj0 for ; Sat, 30 May 2015 02:24:45 -0700 (PDT) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54A981A1A78 for ; Sat, 30 May 2015 02:24:45 -0700 (PDT) Received: by wicmx19 with SMTP id mx19so33168973wic.0 for ; Sat, 30 May 2015 02:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZHwufhIOQmR9fO9cqd/OGJSszdTpwCvVJ8C/cPHDBH0=; b=ue0I3xlux/n3oNVzQ2i1+MM1ycvXlOER9o0nKprH0BNnRi3nVcmcdoGYnTkt2ZcJ6V 1eBLxIsg8Ri9ybFy4N/euTif4QhyAhczD5dFwm9LpKcmpAmp/fhQeKrtwBX8ZlVdSt6S uRiE1wXBDJk2nAWx/INF+y+ZbJAbpQ7mhbsIMSFN2eZJebO4WWAvc2bPgvaDmX+dfOfl jaRIa0w3IR0jGzOF/S3O4R7cpMvJ+tDG7KDiFg38b9K2mj+5wwFJvRgqyqLFxKYeW6sb 1gJLflcZhDTK9pI1WVMtTG1cpVM4YW1dgrudiz/i/rMjbnfTVEQqJxlYHoj0SBGXyDd+ 33wg== MIME-Version: 1.0 X-Received: by 10.194.84.179 with SMTP id a19mr22612710wjz.29.1432977884030; Sat, 30 May 2015 02:24:44 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.28.4.81 with HTTP; Sat, 30 May 2015 02:24:43 -0700 (PDT) In-Reply-To: References: <20150530055345.15364.12184.idtracker@ietfa.amsl.com> Date: Sat, 30 May 2015 11:24:43 +0200 X-Google-Sender-Auth: MkXpedL4PSF67LaF15784we8vGM Message-ID: From: Robert Raszuk To: Haoweiguo , Qiandeng Liang Content-Type: multipart/alternative; boundary=047d7bfcfa0abfc209051749292a Archived-At: Cc: "idr@ietf.org" Subject: Re: [Idr] New Version Notification for draft-liang-idr-flowspec-orf-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 09:24:47 -0000 --047d7bfcfa0abfc209051749292a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Weiguo, Hi All, > A new draft of "BGP FlowSpec Outbound Route Filter" was proposed. > Your comments and suggestions are appreciated. > > Thanks, > weiguo > =E2=80=8BLet me provide few comments =E2=80=8Bwhy I think this work should = be rather abandoned right at its -00 version: section 3.1 Figure 1 "Therefore, ASBR2 can send to ASBR1 a set of FlowSpec-ORF that can be used by ASBR1 to filter its outbound FlowSpec rules to ASBR2." - The above would result in dropping part of the flow descriptions between ASBR 1 and ASBR 2 such that neither ASBR 3 nor ASBR 4 would be able to ever receive it. Note that ASBR 2 may act only as transit and may not be willing to enable foregin filtering in their data plane at all. However it should have not limit it to carry BGP control plane SAFI 133 or 134 to the legitimate peers. So pushing Flow Spec ORF from ASBR 2 to ASBR 1 would be counterproductive. section 3.1 Figure 2 "Furthermore, ASBR2 and ASBR3 will distribute the FlowSpec rules to ASBR1 and ASBR4 respectively." - Sending FlowSpec information to ASBR1 would be acting against validation procedures as described in section 6 of RFC5575 which say: "A flow specification NLRI must be validated such that it is considered feasible if and only if: a) The originator of the flow specification matches the originator of the best-match unicast route for the destination prefix embedded in the flow specification." Summary: I think we should not suppress propagation of filtering rules in BGP control plane provided they are legitimate (ie. pass validation procedure) just based on cherry picking on the match or actions criteria they contain. Practically amount and churn of the amount of flow spec information would be rather in white noise levels compared to what BGP should be ready to carry. However if one would like to limit those other already available tools could be used: longer MRAI timer, dedicated BGP session for SAFI 133/134 with different input processing, FS NLRI dampening etc ... =E2=80=8BRegards, r.=E2=80=8B --047d7bfcfa0abfc209051749292a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
    Hello Weiguo,
    <= br>
    Hi All,
    A new draft of "BGP FlowSpec Outbound Route Filter" was proposed.=
    Your comments and suggestions are appreciated.

    Thanks,
    weiguo


    =E2= =80=8BLet me provide few comments =E2=80=8Bwhy I think this work should be = rather abandoned right at its =C2=A0-00 version:

    section 3.1 Figure = 1

    =C2=A0 =C2=A0"Therefore, ASBR2 can send to ASBR1 a set of Flo= wSpec-ORF
    =C2=A0 =C2=A0that can be used b= y ASBR1 to filter its outbound FlowSpec rules to
    =C2=A0 =C2=A0ASBR2."

    <= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">- The above would result in dropping part of the flow des= criptions between ASBR 1 and ASBR 2 such that neither ASBR 3 nor ASBR 4 wou= ld be able to ever receive it. Note that ASBR 2 may act only as transit and= may not be willing to enable foregin filtering in their data plane at all.= However it should have not limit it to carry BGP control plane SAFI 133 or= 134 to the legitimate peers. So pushing Flow Spec ORF from ASBR 2 to ASBR = 1 would be counterproductive.=C2=A0

    <= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">
    section 3.1 Figure 2

    =C2=A0 =C2=A0"Furthermore, ASBR2 and ASBR3 will distribute the Flo= wSpec rules to
    =C2=A0 =C2=A0ASBR1 and ASB= R4 respectively."


    - Sending FlowSpec information to ASB= R1 would be acting against validation procedures as described in section 6 = of RFC5575 which say:=C2=A0

    "= A flow specification NLRI must be validated such that it is
    =C2=A0 =C2=A0considered feasible if and only if:

    =C2=A0 =C2=A0a) The originator of the flow specification matche= s the originator of
    =C2=A0 =C2=A0 =C2=A0 the best-match uni= cast route for the destination prefix embedded
    =C2=A0 =C2= =A0 =C2=A0 in the flow specification."


    Summary:

    I think we should not suppress= propagation of filtering rules in BGP control plane provided they are legi= timate (ie. pass validation procedure) just based on cherry picking on the = match or actions criteria they contain.=C2=A0

    <= /div>
    Practically amount and =C2=A0churn of the amount of= flow spec information would be rather in white noise levels compared to wh= at BGP should be ready to carry.=C2=A0

    However if one would like to limit those other already ava= ilable tools could be used: longer MRAI timer, dedicated BGP session for SA= FI 133/134 with different input processing, FS NLRI dampening etc ...=C2=A0=


    =E2=80=8BRegards,
    r.=E2=80=8B

    --047d7bfcfa0abfc209051749292a-- From nobody Sat May 30 14:34:41 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DE651A882D for ; Sat, 30 May 2015 14:34:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.054 X-Spam-Level: X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SiDTrod_LD2K for ; Sat, 30 May 2015 14:34:31 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id A31951A8843 for ; Sat, 30 May 2015 14:34:30 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=174.124.178.112; From: "Susan Hares" To: References: <09CE6C3BE5E1EA40B987BF5F25D8DDBA012FAE1DED@ENFICSMBX1.datcon.co.uk> <555CB0B1.8090906@cisco.com> In-Reply-To: <555CB0B1.8090906@cisco.com> Date: Sat, 30 May 2015 17:34:28 -0400 Message-ID: <001d01d09b20$68d5df90$3a819eb0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01D09AFE.E1CBE0B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQDgFCuCdhwCZNumLWTlFRkQkzd6LAJkr0Z8n2LyvzA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' , 'Deborah Brungard' Subject: [Idr] FW: [RTG-DIR] Routing directorate review of draft-ietf-idr-add-paths-guidelines X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 21:34:38 -0000 This is a multipart message in MIME format. ------=_NextPart_000_001E_01D09AFE.E1CBE0B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Fyi - Routing directorate review of add-path-guidelines by Stewart Bryant. Thank you Stewart for your review! Sue From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Stewart Bryant Sent: Wednesday, May 20, 2015 12:05 PM To: Jonathan Hardwick Cc: draft-ietf-idr-add-paths-guidelines@tools.ietf.org; rtg-dir@ietf.org; 'Alvaro Retana (aretana)'; 'John G. Scudder'; Susan Hares; 'Jon Hudson' Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-idr-add-paths-guidelines Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-idr-add-paths-guidelines-07.txt Reviewer: Stewart Bryant Review Date: 20 May 2015 IETF LC End Date: Not yet in IETF LC Intended Status: Standards Track Summary: I have significant concerns about this document and recommend that the Routing ADs discuss these issues further with the authors. (Actually I see that this document has not yet been passed to the ADs, so I suggest that the chairs address these issues with the authors) I provide comments inline - Please look for SB> IDR Working Group J. Uttaro Internet-Draft AT&T Intended status: Standards Track Expires: Jun 3, 2015 P. Francois IMDEA Networks K. Patel Cisco Systems P. Mohapatra Cumulus Networks J. Haas Juniper Networks A. Simpson R. Fragassi Alcatel-Lucent SB> This document has seven authors against a guideline of five. SB> I assume that the chairs and ADs are happy with this. Dec 3, 2014 Best Practices for Advertisement of Multiple Paths in IBGP draft-ietf-idr-add-paths-guidelines-07.txt SB> I wonder if this document is correct as ST rather than BCP? Certainly the SB> the title and abstract imply a better match with BCP. SB> There are 9 nits warnings, of which the following should be SB> addressed: ================ Checking nits according to http://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- == There are 5 instances of lines with non-RFC5735-compliant IPv4 addresses in the document. If these are example addresses, they should be changed. Miscellaneous warnings: ---------------------------------------------------------------------------- == Line 611 has weird spacing: '...ltipath selec...' Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Missing Reference: 'RFC 4271' is mentioned on line 153, but not defined == Missing Reference: 'RFC-2119' is mentioned on line 175, but not defined == Missing Reference: 'RFC4364' is mentioned on line 808, but not defined == Unused Reference: 'RFC2119' is defined on line 912, but no explicit reference was found in the text == Unused Reference: 'RFC4271' is defined on line 939, but no explicit reference was found in the text == Outdated reference: A later version (-10) exists of draft-ietf-idr-add-paths-07 =============== ======== ===================== = +---+ +---+ +---+ = |RTR|________|RTR| |RTR| = | E | | A | | C | = +---+Path A->+---+ AS1 +---+ = = = \ / = = = = \ / = = = = \ / = = = = \ / = = AS3 = = +---+ = = = = |RR | = = = = | 1 | = = = = +---+ = = = = / \ = = = = / \ = = = = / \ = = = = / \ = = +---+Path B->+---+ +---+ = |RTR| ______|RTR| |RTR| = | F | | B | | D | = +---+ +---+ +---+ ======== ===================== Figure 1: Example Topology SB> Surely the advertisments go L to R, but the paths SB> actually go R to L? Under these circumstances consider the steps required to restore traffic from router D to destination XYZ when the link between Router SB> For clarification " destination XYZ reachable via AS3" A and Router E fails. (Assume that router A set next-hop to self when advertising path A and that router B is not configured for best- external). SB> is "best-external" the formal name for this configuration. If not SB> I recommend that you use the formal name. 1. Router A sends a BGP UPDATE message Withdrawing its advertisement of path (A). SB> Presumable "Router A sends a BGP UPDATE message to RR1 withdrawing..." ============ 5. Router D reruns its decisions process, determines path (B) to be the best path, and updates its forwarding table. After this step traffic from router D to destination XYZ is restored (the traffic path has changed from A to B). SB> Surely " path has changed from path A to path B" ========== 1. Router A sends a BGP UPDATE message withdrawing its advertisement of path (A). SB> Presumable "Router A sends a BGP UPDATE message to RR1 withdrawing..." 2. RR1 receives the withdrawal, and propagates it to its other client peers, routers B, C and D. 3. Router D receives the withdrawal, reruns the decision process and updates the forwarding entry for destination XYZ. SB> Wait a minuite here. What about the other other routers in the SB> network? Maybe you are considering a BGP-free core, which is fine SB> but that has to be noted up front as a constraint, but so far SB> as I can see you do not talk about that. In a BGP free core SB> what you say holds, but in a regular IP core you may get loops SB> until the on path routers have been converged. This really needs some SB> text. SB> SB> You talk about this later in the text, but you really need to SB> at least summarise your important assumptions earlier in the text. 3.2. Load Balancing Increased path diversity allows routers to install several paths in their forwarding tables in order to load balance traffic across those paths. SB> Again the matter of BGP free core needs some discussion. SB> In the case of non-BGP-free core it's not quite that simple. 3.3. Churn Reduction When Add-Paths is used in an AS, the availability of additional backup paths means failures can be recovered locally with much less path exploration in iBGP and therefore less updates disseminate in eBGP. When the preferred backup path is the post-convergence path, churn is minimized. SB> The text containing "therefore less updates disseminate" does SB> not scan correctly. SB> BTW When the preferred backup path is the post-convergence path SB> you don't get loops. ============== SB> You might consider some RFC2119 language in the following para: A BGP UPDATE message from an Add-Paths peer may advertise and withdraw more than one NLRI belonging to one or more address families. In this case Add-Paths may be supported for some of the address families and not others. In this situation the receiving BGP router should not expect that all of the path identifiers in the UPDATE message will be the same. =============== Control Plane Stress: Coping with multiple iBGP paths has two implications on the computation that a router has to handle. First, it has to compute the paths to send to its peers, i.e. more than the best path. Second, it also has to handle the potential churn related to the exchange of those multiple paths. SB> Is there any SIDR and BGPsec related compute stress that needs SB> to be called out? =============== 5.2. Scalability Considerations In terms of scalability, we note that advertising multiple paths per prefix requires more memory and state than the current behavior of advertising the best path only. A BGP speaker that does not implement Add-Paths maintains send state information in its prefix data structure per neighbor as a way to determine that the prefix has been advertised to the neighbor. With Add-Paths, this information has to be replicated on a per path basis that needs to be advertised. Mathematically, if "send state" size per prefix is 's' bytes, number of neighbors is 'n', and number of paths being advertised is 'p', then the current memory requirement for BGP "send state" = n * s bytes; with Add-Paths, it becomes n * s * p bytes. SB> The following are personal preferences which can be ingrored if SB> you wish. SB> SB> If these are the IDR standard terms (n, s, p) then fine. However I SB> was initially confused by the change of meaning and case of n. SB> Elsewhere we use k for number of neighbours. An equation SB> K * s * N might be less confusing. A bit of a nit it's SB> handy if the order of definitions and order of terms in SB> the equation is the same. ============== 5.4. Consistency between Advertised Paths and Forwarding Paths When using Add-Paths, routers may advertise paths that they have not selected as best, and that they are thus not using for traffic forwarding. This is generally not an issue if encapsulation is used in the AS as described in [RFC4364] and all forwarding decisions, including by the tunnel egress router, are based on label information - i.e. if only the ingress router performs an IP FIB lookup. In this situation the dataplane path followed by the packets is the one intended by the ingress router, and corresponds to the control plane path it selected. SB> I was looking for discussion on this earlier in the text SB> as I was confused about forwarding consistency there. =============== ===================== 6. Security Considerations TBD SB> This is a showstopper! It is not possible to advance a document SB> without a security section. ===================== 9. IANA Considerations TBD SB> This is also a showstopper! If there are no IANA considerations SB> this needs to be noted. 10. References 10.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. 10.2. Informative References [Add-Paths] Walton, D., Retana, A., Chen E., Scudder J., "Advertisement of Multiple Paths in BGP", draft- ietf-idr-add-paths-07, June 17, 2012. SB> I cannot see how this can possibly be informative since it is SB> fundamental to the advice. SB> I have not checked all of refs for Normative/Informative status SB> but they do need to be checked. ============= [RFC4271] Rekhter, Y., Li, T., Hares, S., "A Border Gateway Protocol 4 (BGP-4), January 2006. SB> Nit - Trailing quote (") missing. ============ A.3. Advertise Paths at decisive step -1 SB> This really needs a reference. What is decisive step minus 1? ============== ------=_NextPart_000_001E_01D09AFE.E1CBE0B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Fyi – Routing directorate review of add-path-guidelines by = Stewart Bryant.

     

    Thank you Stewart for your review!

     

    Sue

     

    From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of = Stewart Bryant
    Sent: Wednesday, May 20, 2015 12:05 = PM
    To: Jonathan Hardwick
    Cc: = draft-ietf-idr-add-paths-guidelines@tools.ietf.org; rtg-dir@ietf.org; = 'Alvaro Retana (aretana)'; 'John G. Scudder'; Susan Hares; 'Jon = Hudson'
    Subject: Re: [RTG-DIR] Routing directorate review of = draft-ietf-idr-add-paths-guidelines

     

    Hello,

    I have = been selected as the Routing Directorate reviewer for this draft. =
    The Routing Directorate seeks to review all routing or = routing-related
    drafts as they pass through IETF last call = and IESG review. The purpose
    of the review is to provide = assistance to the Routing ADs. For more
    information about = the Routing Directorate, please see
    http://trac= .tools.ietf.org/area/rtg/trac/wiki/RtgDir

    Although = these comments are primarily for the use of the Routing ADs, =
    it would be helpful if you could consider them along with = any other
    IETF Last Call comments that you receive, and = strive to resolve
     them through discussion or by = updating the draft.

    Document: = draft-ietf-idr-add-paths-guidelines-07.txt
    Reviewer: Stewart = Bryant
    Review Date: 20 May 2015
    IETF LC End = Date: Not yet in IETF LC
    Intended Status: Standards = Track

    Summary:

    I have significant concerns about this = document and recommend that the
    Routing ADs = discuss these issues further with the authors. =

    (Actually I see that this document has not yet been = passed to the ADs,
    so I suggest that the chairs address = these issues with the authors)


    I provide comments = inline - Please look for SB>

    IDR Working = Group           &n= bsp;           &nb= sp;           &nbs= p;         J. = Uttaro
    Internet-Draft      &nbs= p;            = ;            =             &= nbsp;         = AT&T
    Intended status: Standards = Track
    Expires: Jun 3, = 2015           &nb= sp;           &nbs= p;            = ;    P. = Francois
            &nbs= p;            = ;            =             &= nbsp;           IMDEA = Networks

            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      K. = Patel
             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = Cisco = Systems

            &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;  P. = Mohapatra
            &nb= sp;           &nbs= p;            = ;            =           Cumulus = Networks

            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;       J. = Haas
             &n= bsp;           &nb= sp;           &nbs= p;            = ;         Juniper = Networks

            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;    A. = Simpson
             = ;            =             &= nbsp;           &n= bsp;           &nb= sp;  R. = Fragassi
            &nbs= p;            = ;            =             &= nbsp;           = Alcatel-Lucent


    SB> This document has seven = authors against a guideline of five.
    SB> I assume that = the chairs and ADs are happy with = this.

            &nb= sp;           &nbs= p;            = ;            =             &= nbsp;  Dec 3, = 2014

            Best = Practices for Advertisement of Multiple Paths in = IBGP
             &n= bsp;      = draft-ietf-idr-add-paths-guidelines-07.txt

    SB> I = wonder if this document is correct as ST rather than BCP? Certainly the =
    SB> the title and abstract imply a better match with = BCP.

    SB> There are 9 nits warnings, of which the = following should be
    SB> = addressed:

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

      Checking nits according to http://www.ietf.org/id-inf= o/checklist :
      = -------------------------------------------------------------------------= ---

      =3D=3D There are 5 instances of lines with = non-RFC5735-compliant IPv4 = addresses
         in the document.  If = these are example addresses, they should be = changed.


      Miscellaneous = warnings:
      = -------------------------------------------------------------------------= ---


      =3D=3D Line 611 has weird spacing: = '...ltipath  selec...'


      Checking = references for intended status: Proposed Standard
      = -------------------------------------------------------------------------= ---

         (See RFCs 3967 and 4897 for = information about using normative = references
         to lower-maturity = documents in RFCs)

      =3D=3D Missing Reference: 'RFC = 4271' is mentioned on line 153, but not defined

      = =3D=3D Missing Reference: 'RFC-2119' is mentioned on line 175, but not = defined

      =3D=3D Missing Reference: 'RFC4364' is = mentioned on line 808, but not defined

      =3D=3D = Unused Reference: 'RFC2119' is defined on line 912, but no = explicit
         reference was found in the = text

      =3D=3D Unused Reference: 'RFC4271' is = defined on line 939, but no = explicit
         reference was found in the = text

      =3D=3D Outdated reference: A later version = (-10) exists of
         = draft-ietf-idr-add-paths-07

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



         &nb= sp;        = =3D=3D=3D=3D=3D=3D=3D=3D        = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    <= tt>           &nbs= p;  =3D  +---+        = +---+           = +---+
             &= nbsp;    =3D  = |RTR|________|RTR|         &= nbsp; = |RTR|
             &= nbsp;    =3D  | E = |        | A = |           | C = |
              = ;    =3D  +---+Path A->+---+    = AS1    = +---+
             &= nbsp;    =3D      = =3D        =3D    = \         /    = =3D
             &nb= sp;    =3D      = =3D        = =3D     \       = /     = =3D
             &nb= sp;    =3D      = =3D        = =3D      \     = /      = =3D
             &nb= sp;    =3D      = =3D        = =3D       \   = /       = =3D
             &nb= sp;    =3D AS3  = =3D        = =3D       = +---+       = =3D
             &nb= sp;    =3D      = =3D        = =3D       |RR = |       = =3D
             &nb= sp;    =3D      = =3D        = =3D       | 1 = |       = =3D
             &nb= sp;    =3D      = =3D        = =3D       = +---+       = =3D
             &nb= sp;    =3D      = =3D        = =3D       /   = \       = =3D
             &nb= sp;    =3D      = =3D        = =3D      /     = \      = =3D
             &nb= sp;    =3D      = =3D        = =3D     /       = \     = =3D
             &nb= sp;    =3D      = =3D        =3D    = /         \    = =3D
             &nb= sp;    =3D  +---+Path = B->+---+           = +---+
             &= nbsp;    =3D  |RTR|  = ______|RTR|           = |RTR|
             &= nbsp;    =3D  | F = |        | B = |           | D = |
              = ;    =3D  = +---+        = +---+           = +---+
             &= nbsp;    = =3D=3D=3D=3D=3D=3D=3D=3D        = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    <= br>           =              = Figure 1: Example Topology

    SB> Surely the = advertisments go L to R, but the paths
    SB> actually go R = to L?


       Under these circumstances = consider the steps required to restore
       traffic = from router D to destination XYZ when the link between = Router
    SB> For clarification " destination XYZ = reachable via AS3"
       A and Router E fails. = (Assume that router A set next-hop to self when
       = advertising path A and that router B is not configured for = best-
       external).
    SB> is = "best-external" the formal name for this configuration. If = not
    SB> I recommend that you use the formal = name.

       1. Router A sends a BGP UPDATE = message Withdrawing its = advertisement
          of path = (A).
    SB> Presumable "Router A sends a BGP UPDATE = message to RR1 = withdrawing..."

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

       5. Router D reruns its decisions process, = determines path (B) to be
          the = best path, and updates its forwarding table. After this = step
          traffic from router D to = destination XYZ is restored (the = traffic
          path has changed from = A to B).

    SB> Surely " path has changed from path = A to path = B"

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

    &n= bsp;  1. Router A sends a BGP UPDATE message withdrawing its = advertisement
          of path = (A).

    SB> Presumable "Router A sends a BGP UPDATE = message to RR1 withdrawing..."


       2. = RR1 receives the withdrawal, and propagates it to its other = client
          peers, routers B, C = and D.

       3. Router D receives the withdrawal, = reruns the decision process = and
          updates the forwarding = entry for destination XYZ.

    SB> Wait a minuite here. = What about the other other routers in the
    SB> network? = Maybe you are considering a BGP-free core, which is = fine
    SB> but that has to be noted up front as a = constraint, but so far
    SB> as I can see you do not talk = about that. In a BGP free core
    SB> what you say holds, = but in a regular IP core you may get loops
    SB> until the = on path routers have been converged. This really needs = some
    SB> text.
    SB>
    SB> You = talk about this later in the text, but you really need = to
    SB> at least summarise your important assumptions = earlier in the text.


       3.2. Load = Balancing

       Increased path diversity allows = routers to install several paths in
       their = forwarding tables in order to load balance traffic across = those
       paths.

    SB> Again the = matter of BGP free core needs some discussion.
    SB> In the = case of non-BGP-free core it's not quite that = simple.

       3.3. Churn = Reduction

       When Add-Paths is used in an AS, = the availability of additional
       backup paths = means failures can be recovered locally with much = less
       path exploration in iBGP and therefore = less updates disseminate in
       eBGP.  When = the preferred backup path is the post-convergence = path,
       churn is = minimized.

    SB> The text containing "therefore = less updates disseminate" does
    SB> not scan = correctly.
    SB> BTW When the preferred backup path is the = post-convergence path
    SB> you don't get = loops.

    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    SB> You might consider some RFC2119 language in the = following para:
       A BGP UPDATE message from an = Add-Paths peer may advertise and
       withdraw more = than one NLRI belonging to one or more address
       = families. In this case Add-Paths may be supported for some of = the
       address families and not others. In this = situation the receiving BGP
       router should not = expect that all of the path identifiers in the
       = UPDATE message will be the = same.

    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= br>
       Control Plane Stress: Coping with multiple iBGP = paths has two
       implications on the computation = that a router has to handle. First,
       it has to = compute the paths to send to its peers, i.e. more than = the
       best path.  Second, it also has to = handle the potential churn related
       to the = exchange of those multiple paths.

    SB> Is there any = SIDR and BGPsec related compute stress that needs
    SB> to = be called = out?

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

       5.2. Scalability = Considerations

       In terms of scalability, we = note that advertising multiple paths per
       prefix = requires more memory and state than the current behavior = of
       advertising the best path only. A BGP = speaker that does not implement
       Add-Paths = maintains send state information in its prefix = data
       structure per neighbor as a way to = determine that the prefix has been
       advertised = to the neighbor. With Add-Paths, this information has = to
       be replicated on a per path basis that needs = to be advertised.
       Mathematically, if "send = state" size per prefix is 's' bytes, = number
       of neighbors is 'n', and number of paths = being advertised is 'p',
       then the current = memory requirement for BGP "send state" =3D n * = s
       bytes; with Add-Paths, it becomes n * s * p = bytes.

    SB> The following are personal preferences = which can be ingrored if
    SB> you wish.
    SB> =
    SB> If these are the IDR standard terms (n, s, p) then = fine. However I
    SB> was initially confused by the change = of meaning and case of n.
    SB> Elsewhere we use k for = number of neighbours. An equation
    SB> K * s * N might be = less confusing. A bit of a nit it's
    SB> handy if the = order of definitions and order of terms in
    SB> the = equation is the = same.

    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    =
       5.4. Consistency between Advertised Paths and = Forwarding Paths

       When using Add-Paths, = routers may advertise paths that they have not
       = selected as best, and that they are thus not using for = traffic
       forwarding.  This is generally not = an issue if encapsulation is used
       in the AS as = described in [RFC4364] and all forwarding = decisions,
       including by the tunnel egress = router, are based on label information
       - i.e. = if only the ingress router performs an IP FIB lookup.  In = this
       situation the dataplane path followed by = the packets is the one
       intended by the ingress = router, and corresponds to the control plane
       = path it selected.

    SB> I was looking for discussion on = this earlier in the text
    SB> as I was confused about = forwarding consistency = there.

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


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

    6. Security = Considerations

       TBD

    SB> = This is a showstopper! It is not possible to advance a = document
    SB> without a security = section.

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

    9. IANA = Considerations

       TBD

    SB> = This is also a showstopper! If there are no IANA = considerations
    SB> this needs to be = noted.

    10. References

       10.1. = Normative References

       = [RFC2119]        Bradner, S., = "Key words for use in RFCs to = Indicate
            &nbs= p;           = Requirement Levels", BCP 14, RFC 2119, March = 1997.

       10.2. Informative = References

       = [Add-Paths]      Walton, D., Retana, A., Chen = E., Scudder = J.,
             &nb= sp;          = "Advertisement of Multiple Paths in BGP", = draft-
             =            = ietf-idr-add-paths-07, June 17, 2012.

    SB> I cannot = see how this can possibly be informative since it is
    SB> = fundamental to the advice.
    SB> I have not checked all of = refs for Normative/Informative status
    SB> but they do = need to be = checked.

    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    =
       [RFC4271]        = Rekhter, Y., Li, T., Hares, S., "A Border = Gateway
             = ;           Protocol 4 = (BGP-4), January 2006.

    SB> Nit -  Trailing quote = (") = missing.

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

    A.3. Advertise Paths at decisive step -1

    SB> = This really needs a reference. What is decisive step minus = 1?

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

    ------=_NextPart_000_001E_01D09AFE.E1CBE0B0-- From nobody Sat May 30 15:01:56 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBB51ACE66 for ; Sat, 30 May 2015 15:01:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.91 X-Spam-Level: X-Spam-Status: No, score=-8.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D4rqsb-mUnHR for ; Sat, 30 May 2015 15:01:54 -0700 (PDT) Received: from sjmda15.webex.com (sjmda15.webex.com [64.68.124.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 069511ACE5D for ; Sat, 30 May 2015 15:01:54 -0700 (PDT) Received: from jva2tc215.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-3.webex.com [64.68.121.238]) by sjmda15.webex.com (Postfix) with ESMTP id 972B443A1C for ; Sat, 30 May 2015 22:01:53 +0000 (GMT) Received: from jva2tc215.webex.com (localhost [127.0.0.1]) by jva2tc215.webex.com (Postfix) with ESMTP id 5706AD9 for ; Sat, 30 May 2015 22:01:53 +0000 (GMT) Date: Sat, 30 May 2015 22:01:53 +0000 (GMT) From: IDR Working Group To: idr@ietf.org Message-ID: <636024259.55136.1433023313354.JavaMail.nobody@jva2tc215.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_55134_1829196459.1433023313354" X-Priority: 3 Importance: normal Archived-At: Subject: [Idr] WebEx meeting invitation: idr interim 6/1/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: idr-chairs@tools.ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 22:01:55 -0000 ------=_Part_55134_1829196459.1433023313354 Content-Type: multipart/Alternative; boundary="----=_Part_55135_2076479608.1433023313354" ------=_Part_55135_2076479608.1433023313354 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSURSIFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9pbiB0aGlzIFdlYkV4 IG1lZXRpbmcuCgoKaWRyIGludGVyaW0gNi8xLzIwMTUKTW9uZGF5LCBKdW5lIDEsIDIwMTUKOToz MCBhbSAgfCAgRWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01ULTA0OjAwKSAgfCAg MiBocnMKCgpKT0lOIFdFQkVYIE1FRVRJTkcKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2ou cGhwP01USUQ9bTRmNzQ4OGQ0MjJjZGI5Zjg5YTYxNzJlYTFjNmZmNzQ2Ck1lZXRpbmcgbnVtYmVy OiA2NDkgMTkzIDU5MQpNZWV0aW5nIHBhc3N3b3JkOiBqb2huLmtub3dzLmFsbAoKDQpKT0lOIEJZ IFBIT05FDQoxLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFk YSkgCjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSkKQWNjZXNz IGNvZGU6IDY0OSAxOTMgNTkxCgpUb2xsLWZyZWUgZGlhbGluZyByZXN0cmljdGlvbnM6IApodHRw Oi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVzdHJpY3Rpb25zLnBkZg0KDQoKQWRkIHRo aXMgbWVldGluZyB0byB5b3VyIGNhbGVuZGFyOgpodHRwczovL2lldGYud2ViZXguY29tL2lldGYv ai5waHA/TVRJRD1tZjVhNmZiYjQ4NTBlNTM0ZTkwMGUzMjU4OTBiYTRlZjkNCg0KCkNhbid0IGpv aW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydCBoZXJlOgpodHRwczovL2lldGYud2ViZXgu Y29tL2lldGYvbWMKCgpJTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2Vi RXggc2VydmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5n IHRoZSBzZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGlu IGEgbGVnYWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2Fs bHkgY29uc2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBi ZWluZyByZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8g bm90IGpvaW4gdGhlIHNlc3Npb24uCg== ------=_Part_55135_2076479608.1433023313354 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJRFIg V29ya2luZyBHcm91cCBpbnZpdGVzIHlvdSB0byBqb2luIHRoaXMgV2ViRXggbWVldGluZy4KICAg ICAgICAgICAgICAgIAkgICAgICAgICAgIDwvdGQ+CiAgICAgIDwvdHI+CjwvdGFibGU+CgoKCgo8 dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIw cHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgIHdpZHRoPSIxMDAlIj4K CQkJCQkJCTx0cj4KCQkJCQkJCQk8dGQgc3R5bGU9ImZvbnQtc2l6ZToxNnB4OyBjb2xvcjojNEQ0 RDREIj4KCQkJCQkJCQkJPGI+aWRyIGludGVyaW0gNi8xLzIwMTU8L2I+CgkJCQkJCQkJPC90ZD4K CQkJCQkJCTwvdHI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZD5N b25kYXksIEp1bmUgMSwgMjAxNQoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQkJPHRy IHN0eWxlPSJtYXJnaW46MHB4Ij4KCQkJCQkJCQk8dGQ+OTozMCBhbSZuYnNwOyZuYnNwO3wmbmJz cDsmbmJzcDtFYXN0ZXJuIERheWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApJm5ic3A7 Jm5ic3A7fCZuYnNwOyZuYnNwOzIgaHJzCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJ CTwvdGFibGU+Cgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHls ZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgc3R5 bGU9IndpZHRoOmF1dG87IHdpZHRoOmF1dG8haW1wb3J0YW50Ij4KCQkJCQkJCTx0cj4KCQkJCQkJ CQk8dGQgc3R5bGU9ImNvbG9yOiMwMEFGRjk7Zm9udC1zaXplOjE2cHgiPgoJCQkJCQkJCQk8YSBo cmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNGY3NDg4ZDQyMmNk YjlmODlhNjE3MmVhMWM2ZmY3NDYiCgkJCQkJCQkJCQlzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5v bmU7Zm9udC1zaXplOjE2cHg7Y29sb3I6IzAwQUZGOSI+CgkJCQkJCQkJCQk8Yj5Kb2luIFdlYkV4 IG1lZXRpbmc8L2I+CgkJCQkJCQkJCTwvYT4KCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJ CQkJPC90YWJsZT4KCQkJCQkJPHRhYmxlIHN0eWxlPSJ3aWR0aDphdXRvOyB3aWR0aDphdXRvIWlt cG9ydGFudCI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZCBzdHls ZT0icGFkZGluZy1yaWdodDogNXB4OyI+CgkJCQkJCQkJCU1lZXRpbmcgbnVtYmVyOgoJCQkJCQkJ CTwvdGQ+CgkJCQkJCQkJPHRkPjY0OSAxOTMgNTkxCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+ CgkJCQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nLXJpZ2h0OiA1cHg7Ij5NZWV0 aW5nIHBhc3N3b3JkOjwvdGQ+CgkJCQkJCQkJPHRkPmpvaG4ua25vd3MuYWxsPC90ZD4KCQkJCQkJ CTwvdHI+CgkJCQkJCTwvdGFibGU+CgoKCgkKCgk8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdo dDoyMHB4Ij48dGQgc3R5bGU9ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48 dGFibGU+PHRyPjx0ZCBzdHlsZT0iZm9udC1zaXplOjE2cHgiPjxiPkpvaW4gYnkgcGhvbmU8L2I+ PC90ZD48L3RyPjx0ciBzdHlsZT0ibWFyZ2luOjBweCI+PHRkPjxiPjEtODc3LTY2OC00NDkzPC9i PiZuYnNwO0NhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKTwvdGQ+PC90cj48dHIg c3R5bGU9Im1hcmdpbjowcHgiPjx0ZD48Yj4xLTY1MC00NzktMzIwODwvYj4mbmJzcDtDYWxsLWlu IHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpPC90ZD48L3RyPjx0ciBzdHlsZT0ibWFyZ2luOjBweCI+ PHRkPkFjY2VzcyBjb2RlOiZuYnNwOzY0OSAxOTMgNTkxPC90ZD48L3RyPjx0ciBzdHlsZT0ibWFy Z2luOjBweCI+PHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9y ZXN0cmljdGlvbnMucGRmIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9udC1zaXplOjEz cHg7Y29sb3I6IzAwQUZGOTsiPlRvbGwtZnJlZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvYT48L3Rk PjwvdHI+PC90YWJsZT4KCgkJCQkJPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6MjBweCI+ PHRkIHN0eWxlPSJoZWlnaHQ6MjBweCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+PHRhYmxlPjx0 cj48dGQgc3R5bGU9ImZvbnQtc2l6ZToxM3B4Ij48YSBocmVmPSJodHRwczovL2lldGYud2ViZXgu Y29tL2lldGYvai5waHA/TVRJRD1tZjVhNmZiYjQ4NTBlNTM0ZTkwMGUzMjU4OTBiYTRlZjkiIHN0 eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtjb2xvcjojMDBBRkY5OyBmb250LXNpemU6MTNweCI+ QWRkIHRoaXMgbWVldGluZzwvYT4gdG8geW91ciBjYWxlbmRhci48L3RkPjwvdHI+PC90YWJsZT4K PHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7Ij48dGQgc3R5bGU9ImhlaWdodDoy MHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KPHRhYmxlPgogICAgPHRyPgogICAgICAgPHRk IHN0eWxlPSJmb250LXNpemU6IDEzcHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiAjNjY2NjY2 OyI+CiAgICAgICAgQ2FuJ3Qgam9pbiB0aGUgbWVldGluZz8KICAgICAJPGEgaHJlZj0iaHR0cHM6 Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9u dC1zaXplOjEzcHg7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzAwQUZGOTtmb250LWNvbG9yOiMw MEFGRjk7Ij4KICAgICAgICAJQ29udGFjdCBzdXBwb3J0LjwvYT4KCQk8L3RkPgogICAgPC90cj4K PC90YWJsZT4KPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDEwcHg7Ij48dGQgc3R5bGU9 ImhlaWdodDoxMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KCQkJCQkJPHRhYmxlPgoJCQkJ CQkJPHRyPgoJCQkJCQkJCTx0ZCBzdHlsZT0iZm9udC1zaXplOjEycHg7Y29sb3I6ICNBMEEwQTA7 Ij4KCQkJCQkJCQkJSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4 IHNlcnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0 aGUgc2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBh IGxlZ2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5 IGNvbnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVp bmcgcmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5v dCBqb2luIHRoZSBzZXNzaW9uLjwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQk8L3RhYmxlPgoJCQkJ PC90ZD4KCQkJPC90cj4KCQk8L3RhYmxlPgoJPC90ZD4KICAgPC90cj4KPC90YWJsZT4KCjwvYm9k eT4= ------=_Part_55135_2076479608.1433023313354-- ------=_Part_55134_1829196459.1433023313354 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aWRyQGlldGYub3JnCk9SR0FOSVpFUjtDTj0iSURS IFdvcmtpbmcgR3JvdXAiOk1BSUxUTzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RBUlQ7 VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDYwMVQwOTMwMDAKRFRFTkQ7VFpJRD0iRWFzdGVybiBU aW1lIjoyMDE1MDYwMVQxMTMwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm ClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQzMzAyMzMxMwpVSUQ6YWUwMGE2YzYtY2YwNC00NDc1 LThkNTEtMzRmYTRlY2NlNjhkCkRUU1RBTVA6MjAxNTA2MDFUMTMzMDAwWgpERVNDUklQVElPTjpc blxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1ZlxuTWVldGluZyBudW1iZXI6 IDY0OSAxOTMgNTkxXG5NZWV0aW5nIHBhc3N3b3JkOiBqb2huLmtub3dzLmFsbFxuXG5cbkpPSU4g QlkgUEhPTkVcbjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2Fu YWRhKSBcbjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSlcbkFj Y2VzcyBjb2RlOiA2NDkgMTkzIDU5MVxuXG5Ub2xsLWZyZWUgZGlhbGluZyByZXN0cmljdGlvbnM6 IFxuaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9ucy5wZGZcblxu XG5cbkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydCBoZXJlOlxuaHR0cHM6 Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jXG5cblxuSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5v dGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1h dGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJl IGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24s IHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8g bm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRo IHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNzaW9uLlxuClgtQUxULURFU0M7Rk1UVFlQ RT10ZXh0L2h0bWw6CTxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+IDxGT05U IFNJWkU9IjQiIEZBQ0U9IkFSSUFMIj4JCTxhCQkJCQlocmVmPSJodHRwczovL2lldGYud2ViZXgu Y29tL2lldGYvai5waHA/TVRJRD1tNjg5NTc2MzE2ZWFmMTliMzk3ZmJlMjQyYTMxMDcyNWYiPjxG T05UIFNJWkU9IjMiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJBcmlhbCI+Sm9pbiBXZWJFeCBtZWV0 aW5nPC9GT05UPjwvYT4JCQk8dGFibGU+CQkJCTx0cj4JCQkJCTx0ZD4JCQkJCQk8Rk9OVCBTSVpF PSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPk1lZXRpbmcgbnVtYmVyOjwvRk9OVD4J CQkJCTwvdGQ+CQkJCQk8dGQ+CQkJCQkJPEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZB Q0U9ImFyaWFsIj42NDkgMTkzIDU5MTwvRk9OVD4JCQkJCTwvdGQ+CQkJCTwvdHI+CQkJPC90YWJs ZT4JCQk8dGFibGU+PHRyPjx0ZD48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0i YXJpYWwiPk1lZXRpbmcgcGFzc3dvcmQ6PC9GT05UPjwvdGQ+PHRkPjxGT05UIFNJWkU9IjIiICBD T0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPmpvaG4ua25vd3MuYWxsPC9GT05UPjwvdGQ+PC90 cj48L3RhYmxlPgkJPC9GT05UPjxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+ Jm5ic3A7PEJSPjwvRk9OVD48Rk9OVCBTSVpFPSI0IiBGQUNFPSJBUklBTCI+PEZPTlQgU0laRT0i MyIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5Kb2luIGJ5IHBob25lPC9GT05UPiZuYnNw OyA8QlI+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj48c3Ryb25n PjEtODc3LTY2OC00NDkzPC9zdHJvbmc+Jm5ic3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChV Uy9DYW5hZGEpPC9GT05UPiZuYnNwOyA8QlI+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYi IEZBQ0U9ImFyaWFsIj48c3Ryb25nPjEtNjUwLTQ3OS0zMjA4PC9zdHJvbmc+Jm5ic3A7Q2FsbC1p biB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKTwvRk9OVD4mbmJzcDsgPEJSPjxGT05UIFNJWkU9IjIi IENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+QWNjZXNzIGNvZGU6IDY0OSAxOTMgNTkxPC9G T05UPiZuYnNwOyA8QlI+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVl X3Jlc3RyaWN0aW9ucy5wZGYiPjxGT05UIFNJWkU9IjEiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJh cmlhbCI+VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9GT05UPjwvYT4gJm5ic3A7IDxC Uj48L0ZPTlQ+PEJSPjxCUj4JJm5ic3A7PEJSPgk8Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzY2NjY2 NiIgRkFDRT0iYXJpYWwiPgkJCQlDYW4ndCBqb2luIHRoZSBtZWV0aW5nPzwvRk9OVD4JPGEgaHJl Zj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jIj4JPEZPTlQgU0laRT0iMSIgQ09MT1I9 IiMwMEFGRjkiIEZBQ0U9IkFyaWFsIj5Db250YWN0IHN1cHBvcnQuPC9GT05UPjwvYT4JJm5ic3A7 PEJSPiZuYnNwOzxCUj48Rk9OVCBDT0xPUj0iI0EwQTBBMCIgc2l6ZT0iMSIgRkFDRT0iYXJpYWwi PklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFs bG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24g dG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0 ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRv IHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVk LCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUg c2Vzc2lvbi48L0ZPTlQ+PC9GT05UPgpTVU1NQVJZOmlkciBpbnRlcmltIDYvMS8yMDE1ClBSSU9S SVRZOjUKQ0xBU1M6UFVCTElDCkJFR0lOOlZBTEFSTQpUUklHR0VSOi1QVDVNCkFDVElPTjpESVNQ TEFZCkRFU0NSSVBUSU9OOlJlbWluZGVyCkVORDpWQUxBUk0KRU5EOlZFVkVOVApFTkQ6VkNBTEVO REFSCg== ------=_Part_55134_1829196459.1433023313354-- From nobody Sat May 30 15:03:31 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF4B71ACE66 for ; Sat, 30 May 2015 15:03:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.31 X-Spam-Level: X-Spam-Status: No, score=-8.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiInNZ0tFNE2 for ; Sat, 30 May 2015 15:03:28 -0700 (PDT) Received: from sjmda15.webex.com (sjmda15.webex.com [64.68.124.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FD1A1ACE6A for ; Sat, 30 May 2015 15:03:28 -0700 (PDT) Received: from jva2tc215.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-3.webex.com [64.68.121.238]) by sjmda15.webex.com (Postfix) with ESMTP id 2F8E243A3A for ; Sat, 30 May 2015 22:03:28 +0000 (GMT) Received: from jva2tc215.webex.com (localhost [127.0.0.1]) by jva2tc215.webex.com (Postfix) with ESMTP id E55B3D9 for ; Sat, 30 May 2015 22:03:27 +0000 (GMT) Date: Sat, 30 May 2015 22:03:27 +0000 (GMT) From: IDR Working Group To: idr@ietf.org Message-ID: <1632729124.55151.1433023407937.JavaMail.nobody@jva2tc215.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_55149_535108730.1433023407937" X-Priority: 3 Importance: normal Archived-At: Subject: [Idr] WebEx meeting invitation: IDR 6/15 Interim X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: idr-chairs@tools.ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 22:03:30 -0000 ------=_Part_55149_535108730.1433023407937 Content-Type: multipart/Alternative; boundary="----=_Part_55150_2058395121.1433023407937" ------=_Part_55150_2058395121.1433023407937 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSURSIFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9pbiB0aGlzIFdlYkV4 IG1lZXRpbmcuCgoKSURSIDYvMTUgSW50ZXJpbQpNb25kYXksIEp1bmUgMTUsIDIwMTUKOTozMCBh bSAgfCAgRWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01ULTA0OjAwKSAgfCAgMiBo cnMKCgpKT0lOIFdFQkVYIE1FRVRJTkcKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhw P01USUQ9bTJhZDI2ZjRjZjdhMDllYmI3ZTM5Nzc2MzBlNTM0ZjRiCk1lZXRpbmcgbnVtYmVyOiA2 NDEgMzkzIDM3MwpNZWV0aW5nIHBhc3N3b3JkOiB5YW5nLm1vZGVscwoKDQpKT0lOIEJZIFBIT05F DQoxLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFkYSkgCjEt NjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSkKQWNjZXNzIGNvZGU6 IDY0MSAzOTMgMzczCgpUb2xsLWZyZWUgZGlhbGluZyByZXN0cmljdGlvbnM6IApodHRwOi8vd3d3 LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVzdHJpY3Rpb25zLnBkZg0KDQoKQWRkIHRoaXMgbWVl dGluZyB0byB5b3VyIGNhbGVuZGFyOgpodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/ TVRJRD1tNTAyYTM2YWIwYmVhZjc4ZTQ0YjkzNmFkYzU3ZmFhOGUNCg0KCkNhbid0IGpvaW4gdGhl IG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydCBoZXJlOgpodHRwczovL2lldGYud2ViZXguY29tL2ll dGYvbWMKCgpJTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2Vy dmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBz ZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVn YWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29u c2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyBy ZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpv aW4gdGhlIHNlc3Npb24uCg== ------=_Part_55150_2058395121.1433023407937 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJRFIg V29ya2luZyBHcm91cCBpbnZpdGVzIHlvdSB0byBqb2luIHRoaXMgV2ViRXggbWVldGluZy4KICAg ICAgICAgICAgICAgIAkgICAgICAgICAgIDwvdGQ+CiAgICAgIDwvdHI+CjwvdGFibGU+CgoKCgo8 dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIw cHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgIHdpZHRoPSIxMDAlIj4K CQkJCQkJCTx0cj4KCQkJCQkJCQk8dGQgc3R5bGU9ImZvbnQtc2l6ZToxNnB4OyBjb2xvcjojNEQ0 RDREIj4KCQkJCQkJCQkJPGI+SURSIDYvMTUgSW50ZXJpbTwvYj4KCQkJCQkJCQk8L3RkPgoJCQkJ CQkJPC90cj4KCQkJCQkJCTx0ciBzdHlsZT0ibWFyZ2luOjBweCI+CgkJCQkJCQkJPHRkPk1vbmRh eSwgSnVuZSAxNSwgMjAxNQoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQkJPHRyIHN0 eWxlPSJtYXJnaW46MHB4Ij4KCQkJCQkJCQk8dGQ+OTozMCBhbSZuYnNwOyZuYnNwO3wmbmJzcDsm bmJzcDtFYXN0ZXJuIERheWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApJm5ic3A7Jm5i c3A7fCZuYnNwOyZuYnNwOzIgaHJzCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwv dGFibGU+Cgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0i aGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgc3R5bGU9 IndpZHRoOmF1dG87IHdpZHRoOmF1dG8haW1wb3J0YW50Ij4KCQkJCQkJCTx0cj4KCQkJCQkJCQk8 dGQgc3R5bGU9ImNvbG9yOiMwMEFGRjk7Zm9udC1zaXplOjE2cHgiPgoJCQkJCQkJCQk8YSBocmVm PSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tMmFkMjZmNGNmN2EwOWVi YjdlMzk3NzYzMGU1MzRmNGIiCgkJCQkJCQkJCQlzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7 Zm9udC1zaXplOjE2cHg7Y29sb3I6IzAwQUZGOSI+CgkJCQkJCQkJCQk8Yj5Kb2luIFdlYkV4IG1l ZXRpbmc8L2I+CgkJCQkJCQkJCTwvYT4KCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJ PC90YWJsZT4KCQkJCQkJPHRhYmxlIHN0eWxlPSJ3aWR0aDphdXRvOyB3aWR0aDphdXRvIWltcG9y dGFudCI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZCBzdHlsZT0i cGFkZGluZy1yaWdodDogNXB4OyI+CgkJCQkJCQkJCU1lZXRpbmcgbnVtYmVyOgoJCQkJCQkJCTwv dGQ+CgkJCQkJCQkJPHRkPjY0MSAzOTMgMzczCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJ CQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nLXJpZ2h0OiA1cHg7Ij5NZWV0aW5n IHBhc3N3b3JkOjwvdGQ+CgkJCQkJCQkJPHRkPnlhbmcubW9kZWxzPC90ZD4KCQkJCQkJCTwvdHI+ CgkJCQkJCTwvdGFibGU+CgoKCgkKCgk8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDoyMHB4 Ij48dGQgc3R5bGU9ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48dGFibGU+ PHRyPjx0ZCBzdHlsZT0iZm9udC1zaXplOjE2cHgiPjxiPkpvaW4gYnkgcGhvbmU8L2I+PC90ZD48 L3RyPjx0ciBzdHlsZT0ibWFyZ2luOjBweCI+PHRkPjxiPjEtODc3LTY2OC00NDkzPC9iPiZuYnNw O0NhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKTwvdGQ+PC90cj48dHIgc3R5bGU9 Im1hcmdpbjowcHgiPjx0ZD48Yj4xLTY1MC00NzktMzIwODwvYj4mbmJzcDtDYWxsLWluIHRvbGwg bnVtYmVyIChVUy9DYW5hZGEpPC90ZD48L3RyPjx0ciBzdHlsZT0ibWFyZ2luOjBweCI+PHRkPkFj Y2VzcyBjb2RlOiZuYnNwOzY0MSAzOTMgMzczPC90ZD48L3RyPjx0ciBzdHlsZT0ibWFyZ2luOjBw eCI+PHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmlj dGlvbnMucGRmIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9udC1zaXplOjEzcHg7Y29s b3I6IzAwQUZGOTsiPlRvbGwtZnJlZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvYT48L3RkPjwvdHI+ PC90YWJsZT4KCgkJCQkJPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6MjBweCI+PHRkIHN0 eWxlPSJoZWlnaHQ6MjBweCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+PHRhYmxlPjx0cj48dGQg c3R5bGU9ImZvbnQtc2l6ZToxM3B4Ij48YSBocmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2ll dGYvai5waHA/TVRJRD1tNTAyYTM2YWIwYmVhZjc4ZTQ0YjkzNmFkYzU3ZmFhOGUiIHN0eWxlPSJ0 ZXh0LWRlY29yYXRpb246bm9uZTtjb2xvcjojMDBBRkY5OyBmb250LXNpemU6MTNweCI+QWRkIHRo aXMgbWVldGluZzwvYT4gdG8geW91ciBjYWxlbmRhci48L3RkPjwvdHI+PC90YWJsZT4KPHRhYmxl Pjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7Ij48dGQgc3R5bGU9ImhlaWdodDoyMHB4Ij4m bmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KPHRhYmxlPgogICAgPHRyPgogICAgICAgPHRkIHN0eWxl PSJmb250LXNpemU6IDEzcHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiAjNjY2NjY2OyI+CiAg ICAgICAgQ2FuJ3Qgam9pbiB0aGUgbWVldGluZz8KICAgICAJPGEgaHJlZj0iaHR0cHM6Ly9pZXRm LndlYmV4LmNvbS9pZXRmL21jIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9udC1zaXpl OjEzcHg7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzAwQUZGOTtmb250LWNvbG9yOiMwMEFGRjk7 Ij4KICAgICAgICAJQ29udGFjdCBzdXBwb3J0LjwvYT4KCQk8L3RkPgogICAgPC90cj4KPC90YWJs ZT4KPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDEwcHg7Ij48dGQgc3R5bGU9ImhlaWdo dDoxMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KCQkJCQkJPHRhYmxlPgoJCQkJCQkJPHRy PgoJCQkJCQkJCTx0ZCBzdHlsZT0iZm9udC1zaXplOjEycHg7Y29sb3I6ICNBMEEwQTA7Ij4KCQkJ CQkJCQkJSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZp Y2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vz c2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2Fs IG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNl bnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVj b3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2lu IHRoZSBzZXNzaW9uLjwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQk8L3RhYmxlPgoJCQkJPC90ZD4K CQkJPC90cj4KCQk8L3RhYmxlPgoJPC90ZD4KICAgPC90cj4KPC90YWJsZT4KCjwvYm9keT4= ------=_Part_55150_2058395121.1433023407937-- ------=_Part_55149_535108730.1433023407937 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aWRyQGlldGYub3JnCk9SR0FOSVpFUjtDTj0iSURS IFdvcmtpbmcgR3JvdXAiOk1BSUxUTzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RBUlQ7 VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDYxNVQwOTMwMDAKRFRFTkQ7VFpJRD0iRWFzdGVybiBU aW1lIjoyMDE1MDYxNVQxMTMwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm ClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQzMzAyMzQwNwpVSUQ6ZDY1NDAxNjMtNGY2YS00ZDYw LWFmNmQtNTY3YWIwZmQxODMyCkRUU1RBTVA6MjAxNTA2MTVUMTMzMDAwWgpERVNDUklQVElPTjpc blxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW04Y2EyYzE4ZGEwZjE3MDJhMGQxMDVlOGFmZGFjZTNhYVxuTWVldGluZyBudW1iZXI6 IDY0MSAzOTMgMzczXG5NZWV0aW5nIHBhc3N3b3JkOiB5YW5nLm1vZGVsc1xuXG5cbkpPSU4gQlkg UEhPTkVcbjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRh KSBcbjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSlcbkFjY2Vz cyBjb2RlOiA2NDEgMzkzIDM3M1xuXG5Ub2xsLWZyZWUgZGlhbGluZyByZXN0cmljdGlvbnM6IFxu aHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9ucy5wZGZcblxuXG5c bkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydCBoZXJlOlxuaHR0cHM6Ly9p ZXRmLndlYmV4LmNvbS9pZXRmL21jXG5cblxuSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUg dGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlv biBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRp c2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlv dSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90 IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRo ZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNzaW9uLlxuClgtQUxULURFU0M7Rk1UVFlQRT10 ZXh0L2h0bWw6CTxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+IDxGT05UIFNJ WkU9IjQiIEZBQ0U9IkFSSUFMIj4JCTxhCQkJCQlocmVmPSJodHRwczovL2lldGYud2ViZXguY29t L2lldGYvai5waHA/TVRJRD1tOGNhMmMxOGRhMGYxNzAyYTBkMTA1ZThhZmRhY2UzYWEiPjxGT05U IFNJWkU9IjMiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJBcmlhbCI+Sm9pbiBXZWJFeCBtZWV0aW5n PC9GT05UPjwvYT4JCQk8dGFibGU+CQkJCTx0cj4JCQkJCTx0ZD4JCQkJCQk8Rk9OVCBTSVpFPSIy IiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPk1lZXRpbmcgbnVtYmVyOjwvRk9OVD4JCQkJ CTwvdGQ+CQkJCQk8dGQ+CQkJCQkJPEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9 ImFyaWFsIj42NDEgMzkzIDM3MzwvRk9OVD4JCQkJCTwvdGQ+CQkJCTwvdHI+CQkJPC90YWJsZT4J CQk8dGFibGU+PHRyPjx0ZD48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJp YWwiPk1lZXRpbmcgcGFzc3dvcmQ6PC9GT05UPjwvdGQ+PHRkPjxGT05UIFNJWkU9IjIiICBDT0xP Uj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPnlhbmcubW9kZWxzPC9GT05UPjwvdGQ+PC90cj48L3Rh YmxlPgkJPC9GT05UPjxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+Jm5ic3A7 PEJSPjwvRk9OVD48Rk9OVCBTSVpFPSI0IiBGQUNFPSJBUklBTCI+PEZPTlQgU0laRT0iMyIgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5Kb2luIGJ5IHBob25lPC9GT05UPiZuYnNwOyA8QlI+ PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj48c3Ryb25nPjEtODc3 LTY2OC00NDkzPC9zdHJvbmc+Jm5ic3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5h ZGEpPC9GT05UPiZuYnNwOyA8QlI+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9 ImFyaWFsIj48c3Ryb25nPjEtNjUwLTQ3OS0zMjA4PC9zdHJvbmc+Jm5ic3A7Q2FsbC1pbiB0b2xs IG51bWJlciAoVVMvQ2FuYWRhKTwvRk9OVD4mbmJzcDsgPEJSPjxGT05UIFNJWkU9IjIiIENPTE9S PSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+QWNjZXNzIGNvZGU6IDY0MSAzOTMgMzczPC9GT05UPiZu YnNwOyA8QlI+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3Ry aWN0aW9ucy5wZGYiPjxGT05UIFNJWkU9IjEiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJhcmlhbCI+ VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9GT05UPjwvYT4gJm5ic3A7IDxCUj48L0ZP TlQ+PEJSPjxCUj4JJm5ic3A7PEJSPgk8Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzY2NjY2NiIgRkFD RT0iYXJpYWwiPgkJCQlDYW4ndCBqb2luIHRoZSBtZWV0aW5nPzwvRk9OVD4JPGEgaHJlZj0iaHR0 cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jIj4JPEZPTlQgU0laRT0iMSIgQ09MT1I9IiMwMEFG RjkiIEZBQ0U9IkFyaWFsIj5Db250YWN0IHN1cHBvcnQuPC9GT05UPjwvYT4JJm5ic3A7PEJSPiZu YnNwOzxCUj48Rk9OVCBDT0xPUj0iI0EwQTBBMCIgc2l6ZT0iMSIgRkFDRT0iYXJpYWwiPklNUE9S VEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBh dWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUg cmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuIEJ5 IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRvIHN1Y2gg cmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVkLCBkaXNj dXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUgc2Vzc2lv bi48L0ZPTlQ+PC9GT05UPgpTVU1NQVJZOklEUiA2LzE1IEludGVyaW0KUFJJT1JJVFk6NQpDTEFT UzpQVUJMSUMKQkVHSU46VkFMQVJNClRSSUdHRVI6LVBUNU0KQUNUSU9OOkRJU1BMQVkKREVTQ1JJ UFRJT046UmVtaW5kZXIKRU5EOlZBTEFSTQpFTkQ6VkVWRU5UCkVORDpWQ0FMRU5EQVIK ------=_Part_55149_535108730.1433023407937-- From nobody Sat May 30 15:05:24 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6F331ACE73 for ; Sat, 30 May 2015 15:05:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.91 X-Spam-Level: X-Spam-Status: No, score=-8.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hpFCAZAaRxSC for ; Sat, 30 May 2015 15:05:19 -0700 (PDT) Received: from sjmda13.webex.com (sjmda13.webex.com [64.68.124.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 735FC1ACE6D for ; Sat, 30 May 2015 15:05:19 -0700 (PDT) Received: from jva2tc215.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-3.webex.com [64.68.121.238]) by sjmda13.webex.com (Postfix) with ESMTP id 42D38C2D42 for ; Sat, 30 May 2015 22:05:19 +0000 (GMT) Received: from jva2tc215.webex.com (localhost [127.0.0.1]) by jva2tc215.webex.com (Postfix) with ESMTP id 0489FD9 for ; Sat, 30 May 2015 22:05:19 +0000 (GMT) Date: Sat, 30 May 2015 22:05:19 +0000 (GMT) From: IDR Working Group To: idr@ietf.org Message-ID: <1420031190.55172.1433023519016.JavaMail.nobody@jva2tc215.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_55170_880572475.1433023519016" X-Priority: 3 Importance: normal Archived-At: Subject: [Idr] WebEx meeting invitation: IDR 6/29 interim X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: idr-chairs@tools.ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 22:05:23 -0000 ------=_Part_55170_880572475.1433023519016 Content-Type: multipart/Alternative; boundary="----=_Part_55171_1471775848.1433023519016" ------=_Part_55171_1471775848.1433023519016 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSURSIFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9pbiB0aGlzIFdlYkV4 IG1lZXRpbmcuCgoKSURSIDYvMjkgaW50ZXJpbQpNb25kYXksIEp1bmUgMjksIDIwMTUKOTozMCBw bSAgfCAgRWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01ULTA0OjAwKSAgfCAgMiBo cnMKCgpKT0lOIFdFQkVYIE1FRVRJTkcKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhw P01USUQ9bTYyZGQwNmE0YzA0YTdiYTM5ZDkwZGRiNDYxZWZkZmRjCk1lZXRpbmcgbnVtYmVyOiA2 NDIgNTE3IDgwMQpNZWV0aW5nIHBhc3N3b3JkOiBiZ3AubGl2ZXMub24KCg0KSk9JTiBCWSBQSE9O RQ0KMS04NzctNjY4LTQ0OTMgQ2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpIAox LTY1MC00NzktMzIwOCBDYWxsLWluIHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpCkFjY2VzcyBjb2Rl OiA2NDIgNTE3IDgwMQoKVG9sbC1mcmVlIGRpYWxpbmcgcmVzdHJpY3Rpb25zOiAKaHR0cDovL3d3 dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9ucy5wZGYNCg0KCkFkZCB0aGlzIG1l ZXRpbmcgdG8geW91ciBjYWxlbmRhcjoKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhw P01USUQ9bWExOTU1Y2NhNDIyNzdmNDE0MTc3ZWI2MzMyNWE3YzM2DQoNCgpDYW4ndCBqb2luIHRo ZSBtZWV0aW5nPyBDb250YWN0IHN1cHBvcnQgaGVyZToKaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9p ZXRmL21jCgoKSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNl cnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUg c2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxl Z2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNv bnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcg cmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBq b2luIHRoZSBzZXNzaW9uLgo= ------=_Part_55171_1471775848.1433023519016 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJRFIg V29ya2luZyBHcm91cCBpbnZpdGVzIHlvdSB0byBqb2luIHRoaXMgV2ViRXggbWVldGluZy4KICAg ICAgICAgICAgICAgIAkgICAgICAgICAgIDwvdGQ+CiAgICAgIDwvdHI+CjwvdGFibGU+CgoKCgo8 dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIw cHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgIHdpZHRoPSIxMDAlIj4K CQkJCQkJCTx0cj4KCQkJCQkJCQk8dGQgc3R5bGU9ImZvbnQtc2l6ZToxNnB4OyBjb2xvcjojNEQ0 RDREIj4KCQkJCQkJCQkJPGI+SURSIDYvMjkgaW50ZXJpbTwvYj4KCQkJCQkJCQk8L3RkPgoJCQkJ CQkJPC90cj4KCQkJCQkJCTx0ciBzdHlsZT0ibWFyZ2luOjBweCI+CgkJCQkJCQkJPHRkPk1vbmRh eSwgSnVuZSAyOSwgMjAxNQoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQkJPHRyIHN0 eWxlPSJtYXJnaW46MHB4Ij4KCQkJCQkJCQk8dGQ+OTozMCBwbSZuYnNwOyZuYnNwO3wmbmJzcDsm bmJzcDtFYXN0ZXJuIERheWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApJm5ic3A7Jm5i c3A7fCZuYnNwOyZuYnNwOzIgaHJzCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwv dGFibGU+Cgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0i aGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGUgc3R5bGU9 IndpZHRoOmF1dG87IHdpZHRoOmF1dG8haW1wb3J0YW50Ij4KCQkJCQkJCTx0cj4KCQkJCQkJCQk8 dGQgc3R5bGU9ImNvbG9yOiMwMEFGRjk7Zm9udC1zaXplOjE2cHgiPgoJCQkJCQkJCQk8YSBocmVm PSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNjJkZDA2YTRjMDRhN2Jh MzlkOTBkZGI0NjFlZmRmZGMiCgkJCQkJCQkJCQlzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7 Zm9udC1zaXplOjE2cHg7Y29sb3I6IzAwQUZGOSI+CgkJCQkJCQkJCQk8Yj5Kb2luIFdlYkV4IG1l ZXRpbmc8L2I+CgkJCQkJCQkJCTwvYT4KCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJ PC90YWJsZT4KCQkJCQkJPHRhYmxlIHN0eWxlPSJ3aWR0aDphdXRvOyB3aWR0aDphdXRvIWltcG9y dGFudCI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZCBzdHlsZT0i cGFkZGluZy1yaWdodDogNXB4OyI+CgkJCQkJCQkJCU1lZXRpbmcgbnVtYmVyOgoJCQkJCQkJCTwv dGQ+CgkJCQkJCQkJPHRkPjY0MiA1MTcgODAxCgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJ CQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nLXJpZ2h0OiA1cHg7Ij5NZWV0aW5n IHBhc3N3b3JkOjwvdGQ+CgkJCQkJCQkJPHRkPmJncC5saXZlcy5vbjwvdGQ+CgkJCQkJCQk8L3Ry PgoJCQkJCQk8L3RhYmxlPgoKCgoJCgoJPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6MjBw eCI+PHRkIHN0eWxlPSJoZWlnaHQ6MjBweCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+PHRhYmxl Pjx0cj48dGQgc3R5bGU9ImZvbnQtc2l6ZToxNnB4Ij48Yj5Kb2luIGJ5IHBob25lPC9iPjwvdGQ+ PC90cj48dHIgc3R5bGU9Im1hcmdpbjowcHgiPjx0ZD48Yj4xLTg3Ny02NjgtNDQ5MzwvYj4mbmJz cDtDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFkYSk8L3RkPjwvdHI+PHRyIHN0eWxl PSJtYXJnaW46MHB4Ij48dGQ+PGI+MS02NTAtNDc5LTMyMDg8L2I+Jm5ic3A7Q2FsbC1pbiB0b2xs IG51bWJlciAoVVMvQ2FuYWRhKTwvdGQ+PC90cj48dHIgc3R5bGU9Im1hcmdpbjowcHgiPjx0ZD5B Y2Nlc3MgY29kZTombmJzcDs2NDIgNTE3IDgwMTwvdGQ+PC90cj48dHIgc3R5bGU9Im1hcmdpbjow cHgiPjx0ZD48YSBocmVmPSJodHRwOi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVzdHJp Y3Rpb25zLnBkZiIgc3R5bGU9InRleHQtZGVjb3JhdGlvbjpub25lO2ZvbnQtc2l6ZToxM3B4O2Nv bG9yOiMwMEFGRjk7Ij5Ub2xsLWZyZWUgY2FsbGluZyByZXN0cmljdGlvbnM8L2E+PC90ZD48L3Ry PjwvdGFibGU+CgoJCQkJCTx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OjIwcHgiPjx0ZCBz dHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPjx0YWJsZT48dHI+PHRk IHN0eWxlPSJmb250LXNpemU6MTNweCI+PGEgaHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9p ZXRmL2oucGhwP01USUQ9bWExOTU1Y2NhNDIyNzdmNDE0MTc3ZWI2MzMyNWE3YzM2IiBzdHlsZT0i dGV4dC1kZWNvcmF0aW9uOm5vbmU7Y29sb3I6IzAwQUZGOTsgZm9udC1zaXplOjEzcHgiPkFkZCB0 aGlzIG1lZXRpbmc8L2E+IHRvIHlvdXIgY2FsZW5kYXIuPC90ZD48L3RyPjwvdGFibGU+Cjx0YWJs ZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMHB4OyI+PHRkIHN0eWxlPSJoZWlnaHQ6MjBweCI+ Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+Cjx0YWJsZT4KICAgIDx0cj4KICAgICAgIDx0ZCBzdHls ZT0iZm9udC1zaXplOiAxM3B4O2ZvbnQtZmFtaWx5OiBBcmlhbDtjb2xvcjogIzY2NjY2NjsiPgog ICAgICAgIENhbid0IGpvaW4gdGhlIG1lZXRpbmc/CiAgICAgCTxhIGhyZWY9Imh0dHBzOi8vaWV0 Zi53ZWJleC5jb20vaWV0Zi9tYyIgc3R5bGU9InRleHQtZGVjb3JhdGlvbjpub25lO2ZvbnQtc2l6 ZToxM3B4O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMwMEFGRjk7Zm9udC1jb2xvcjojMDBBRkY5 OyI+CiAgICAgICAgCUNvbnRhY3Qgc3VwcG9ydC48L2E+CgkJPC90ZD4KICAgIDwvdHI+CjwvdGFi bGU+Cjx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OiAxMHB4OyI+PHRkIHN0eWxlPSJoZWln aHQ6MTBweCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+CgkJCQkJCTx0YWJsZT4KCQkJCQkJCTx0 cj4KCQkJCQkJCQk8dGQgc3R5bGU9ImZvbnQtc2l6ZToxMnB4O2NvbG9yOiAjQTBBMEEwOyI+CgkJ CQkJCQkJCUlNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2 aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNl c3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdh bCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBjb25z ZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5nIHJl Y29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qgam9p biB0aGUgc2Vzc2lvbi48L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJPC90YWJsZT4KCQkJCTwvdGQ+ CgkJCTwvdHI+CgkJPC90YWJsZT4KCTwvdGQ+CiAgIDwvdHI+CjwvdGFibGU+Cgo8L2JvZHk+ ------=_Part_55171_1471775848.1433023519016-- ------=_Part_55170_880572475.1433023519016 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aWRyQGlldGYub3JnCk9SR0FOSVpFUjtDTj0iSURS IFdvcmtpbmcgR3JvdXAiOk1BSUxUTzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RBUlQ7 VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDYyOVQyMTMwMDAKRFRFTkQ7VFpJRD0iRWFzdGVybiBU aW1lIjoyMDE1MDYyOVQyMzMwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm ClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQzMzAyMzUxOApVSUQ6YWRlNDk2NTktYzgxNy00NWRh LWI4YTgtMGU0MTYyMzY5NThjCkRUU1RBTVA6MjAxNTA2MzBUMDEzMDAwWgpERVNDUklQVElPTjpc blxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW1kOWM4YjJjYWE5ZTM0MzIxNjI4ODhkZmFjNzliNjZmNFxuTWVldGluZyBudW1iZXI6 IDY0MiA1MTcgODAxXG5NZWV0aW5nIHBhc3N3b3JkOiBiZ3AubGl2ZXMub25cblxuXG5KT0lOIEJZ IFBIT05FXG4xLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFk YSkgXG4xLTY1MC00NzktMzIwOCBDYWxsLWluIHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpXG5BY2Nl c3MgY29kZTogNjQyIDUxNyA4MDFcblxuVG9sbC1mcmVlIGRpYWxpbmcgcmVzdHJpY3Rpb25zOiBc bmh0dHA6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmXG5cblxu XG5DYW4ndCBqb2luIHRoZSBtZWV0aW5nPyBDb250YWN0IHN1cHBvcnQgaGVyZTpcbmh0dHBzOi8v aWV0Zi53ZWJleC5jb20vaWV0Zi9tY1xuXG5cbklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3Rl IHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRp b24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBk aXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5 b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5v dCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0 aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUgc2Vzc2lvbi5cbgpYLUFMVC1ERVNDO0ZNVFRZUEU9 dGV4dC9odG1sOgk8Rk9OVCBTSVpFPSIxIiBGQUNFPSJBUklBTCI+Jm5ic3A7PEJSPiA8Rk9OVCBT SVpFPSI0IiBGQUNFPSJBUklBTCI+CQk8YQkJCQkJaHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNv bS9pZXRmL2oucGhwP01USUQ9bWQ5YzhiMmNhYTllMzQzMjE2Mjg4OGRmYWM3OWI2NmY0Ij48Rk9O VCBTSVpFPSIzIiBDT0xPUj0iIzAwQUZGOSIgRkFDRT0iQXJpYWwiPkpvaW4gV2ViRXggbWVldGlu ZzwvRk9OVD48L2E+CQkJPHRhYmxlPgkJCQk8dHI+CQkJCQk8dGQ+CQkJCQkJPEZPTlQgU0laRT0i MiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5NZWV0aW5nIG51bWJlcjo8L0ZPTlQ+CQkJ CQk8L3RkPgkJCQkJPHRkPgkJCQkJCTxGT05UIFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNF PSJhcmlhbCI+NjQyIDUxNyA4MDE8L0ZPTlQ+CQkJCQk8L3RkPgkJCQk8L3RyPgkJCTwvdGFibGU+ CQkJPHRhYmxlPjx0cj48dGQ+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFy aWFsIj5NZWV0aW5nIHBhc3N3b3JkOjwvRk9OVD48L3RkPjx0ZD48Rk9OVCBTSVpFPSIyIiAgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5iZ3AubGl2ZXMub248L0ZPTlQ+PC90ZD48L3RyPjwv dGFibGU+CQk8L0ZPTlQ+PEZPTlQgU0laRT0iMSIgRkFDRT0iQVJJQUwiPiZuYnNwOzxCUj4mbmJz cDs8QlI+PC9GT05UPjxGT05UIFNJWkU9IjQiIEZBQ0U9IkFSSUFMIj48Rk9OVCBTSVpFPSIzIiBD T0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPkpvaW4gYnkgcGhvbmU8L0ZPTlQ+Jm5ic3A7IDxC Uj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjxzdHJvbmc+MS04 NzctNjY4LTQ0OTM8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0Nh bmFkYSk8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFD RT0iYXJpYWwiPjxzdHJvbmc+MS02NTAtNDc5LTMyMDg8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRv bGwgbnVtYmVyIChVUy9DYW5hZGEpPC9GT05UPiZuYnNwOyA8QlI+PEZPTlQgU0laRT0iMiIgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5BY2Nlc3MgY29kZTogNjQyIDUxNyA4MDE8L0ZPTlQ+ Jm5ic3A7IDxCUj48YSBocmVmPSJodHRwOi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVz dHJpY3Rpb25zLnBkZiI+PEZPTlQgU0laRT0iMSIgQ09MT1I9IiMwMEFGRjkiIEZBQ0U9ImFyaWFs Ij5Ub2xsLWZyZWUgY2FsbGluZyByZXN0cmljdGlvbnM8L0ZPTlQ+PC9hPiAmbmJzcDsgPEJSPjwv Rk9OVD48QlI+PEJSPgkmbmJzcDs8QlI+CTxGT05UIFNJWkU9IjEiIENPTE9SPSIjNjY2NjY2IiBG QUNFPSJhcmlhbCI+CQkJCUNhbid0IGpvaW4gdGhlIG1lZXRpbmc/PC9GT05UPgk8YSBocmVmPSJo dHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWMiPgk8Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzAw QUZGOSIgRkFDRT0iQXJpYWwiPkNvbnRhY3Qgc3VwcG9ydC48L0ZPTlQ+PC9hPgkmbmJzcDs8QlI+ Jm5ic3A7PEJSPjxGT05UIENPTE9SPSIjQTBBMEEwIiBzaXplPSIxIiBGQUNFPSJhcmlhbCI+SU1Q T1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dz IGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBi ZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4g Qnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3Vj aCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRp c2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNz aW9uLjwvRk9OVD48L0ZPTlQ+ClNVTU1BUlk6SURSIDYvMjkgaW50ZXJpbQpQUklPUklUWTo1CkNM QVNTOlBVQkxJQwpCRUdJTjpWQUxBUk0KVFJJR0dFUjotUFQ1TQpBQ1RJT046RElTUExBWQpERVND UklQVElPTjpSZW1pbmRlcgpFTkQ6VkFMQVJNCkVORDpWRVZFTlQKRU5EOlZDQUxFTkRBUgo= ------=_Part_55170_880572475.1433023519016-- From nobody Sat May 30 15:06:46 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BC6E1ACE74 for ; Sat, 30 May 2015 15:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Td8xAMOuVVXH for ; Sat, 30 May 2015 15:06:42 -0700 (PDT) Received: from sjmda09.webex.com (sjmda09.webex.com [64.68.122.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 278AD1ACE71 for ; Sat, 30 May 2015 15:06:42 -0700 (PDT) Received: from jva2tc215.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-3.webex.com [64.68.121.238]) by sjmda09.webex.com (Postfix) with ESMTP id E8C6E220B9 for ; Sat, 30 May 2015 22:06:41 +0000 (GMT) Received: from jva2tc215.webex.com (localhost [127.0.0.1]) by jva2tc215.webex.com (Postfix) with ESMTP id A86A8D9 for ; Sat, 30 May 2015 22:06:41 +0000 (GMT) Date: Sat, 30 May 2015 22:06:41 +0000 (GMT) From: IDR Working Group To: idr@ietf.org Message-ID: <1829976123.55187.1433023601687.JavaMail.nobody@jva2tc215.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_55185_1074798131.1433023601686" X-Priority: 3 Importance: normal Archived-At: Subject: [Idr] WebEx meeting rescheduled: IDR 6/29 interim X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: idr-chairs@tools.ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 22:06:43 -0000 ------=_Part_55185_1074798131.1433023601686 Content-Type: multipart/Alternative; boundary="----=_Part_55186_1647232800.1433023601686" ------=_Part_55186_1647232800.1433023601686 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSURSIFdvcmtpbmcgR3JvdXAgY2hhbmdlZCB0aGUgdGltZSBmb3IgdGhpcyBXZWJF eCBtZWV0aW5nLgoKCklEUiA2LzI5IGludGVyaW0KTW9uZGF5LCBKdW5lIDI5LCAyMDE1Cjk6MzAg YW0gIHwgIEVhc3Rlcm4gRGF5bGlnaHQgVGltZSAoTmV3IFlvcmssIEdNVC0wNDowMCkgIHwgIDIg aHJzCgoKSk9JTiBXRUJFWCBNRUVUSU5HCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW02MmRkMDZhNGMwNGE3YmEzOWQ5MGRkYjQ2MWVmZGZkYwpNZWV0aW5nIG51bWJlcjog NjQyIDUxNyA4MDEKTWVldGluZyBwYXNzd29yZDogYmdwLmxpdmVzLm9uCgoNCkpPSU4gQlkgUEhP TkUNCjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKSAK MS02NTAtNDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQpBY2Nlc3MgY29k ZTogNjQyIDUxNyA4MDEKClRvbGwtZnJlZSBkaWFsaW5nIHJlc3RyaWN0aW9uczogCmh0dHA6Ly93 d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmDQoNCgpBZGQgdGhpcyBt ZWV0aW5nIHRvIHlvdXIgY2FsZW5kYXI6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW0xNjg2Mjk2YzFhMGJkMTA3ODU1NzJhZDhkM2QyZThkOA0KDQoKQ2FuJ3Qgam9pbiB0 aGUgbWVldGluZz8gQ29udGFjdCBzdXBwb3J0IGhlcmU6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9tYwoKCklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBz ZXJ2aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhl IHNlc3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBs ZWdhbCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBj b25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5n IHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qg am9pbiB0aGUgc2Vzc2lvbi4K ------=_Part_55186_1647232800.1433023601686 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJRFIg V29ya2luZyBHcm91cCBjaGFuZ2VkIHRoZSB0aW1lIGZvciB0aGlzIFdlYkV4IG1lZXRpbmcuCiAg ICAgICAgICAgICAgICAJICAgICAgICAgICA8L3RkPgogICAgICA8L3RyPgo8L3RhYmxlPgoKCgoK PHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7Ij48dGQgc3R5bGU9ImhlaWdodDoy MHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KCQkJCQkJPHRhYmxlICB3aWR0aD0iMTAwJSI+ CgkJCQkJCQk8dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJmb250LXNpemU6MTZweDsgY29sb3I6IzRE NEQ0RCI+CgkJCQkJCQkJCTxiPklEUiA2LzI5IGludGVyaW08L2I+CgkJCQkJCQkJPC90ZD4KCQkJ CQkJCTwvdHI+CgkJCQkJCQk8dHIgc3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZD5Nb25k YXksIEp1bmUgMjksIDIwMTUKCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJCTx0ciBz dHlsZT0ibWFyZ2luOjBweCI+CgkJCQkJCQkJPHRkPjk6MzAgYW0mbmJzcDsmbmJzcDt8Jm5ic3A7 Jm5ic3A7RWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01ULTA0OjAwKSZuYnNwOyZu YnNwO3wmbmJzcDsmbmJzcDsyIGhycwoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJCQk8 L3RhYmxlPgoKPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7Ij48dGQgc3R5bGU9 ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4KCQkJCQkJPHRhYmxlIHN0eWxl PSJ3aWR0aDphdXRvOyB3aWR0aDphdXRvIWltcG9ydGFudCI+CgkJCQkJCQk8dHI+CgkJCQkJCQkJ PHRkIHN0eWxlPSJjb2xvcjojMDBBRkY5O2ZvbnQtc2l6ZToxNnB4Ij4KCQkJCQkJCQkJPGEgaHJl Zj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bTYyZGQwNmE0YzA0YTdi YTM5ZDkwZGRiNDYxZWZkZmRjIgoJCQkJCQkJCQkJc3R5bGU9InRleHQtZGVjb3JhdGlvbjpub25l O2ZvbnQtc2l6ZToxNnB4O2NvbG9yOiMwMEFGRjkiPgoJCQkJCQkJCQkJPGI+Sm9pbiBXZWJFeCBt ZWV0aW5nPC9iPgoJCQkJCQkJCQk8L2E+CgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJ CTwvdGFibGU+CgkJCQkJCTx0YWJsZSBzdHlsZT0id2lkdGg6YXV0bzsgd2lkdGg6YXV0byFpbXBv cnRhbnQiPgoJCQkJCQkJPHRyIHN0eWxlPSJtYXJnaW46MHB4Ij4KCQkJCQkJCQk8dGQgc3R5bGU9 InBhZGRpbmctcmlnaHQ6IDVweDsiPgoJCQkJCQkJCQlNZWV0aW5nIG51bWJlcjoKCQkJCQkJCQk8 L3RkPgoJCQkJCQkJCTx0ZD42NDIgNTE3IDgwMQoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJ CQkJCQkJPHRyPgoJCQkJCQkJCTx0ZCBzdHlsZT0icGFkZGluZy1yaWdodDogNXB4OyI+TWVldGlu ZyBwYXNzd29yZDo8L3RkPgoJCQkJCQkJCTx0ZD5iZ3AubGl2ZXMub248L3RkPgoJCQkJCQkJPC90 cj4KCQkJCQkJPC90YWJsZT4KCgoKCQoKCTx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OjIw cHgiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPjx0YWJs ZT48dHI+PHRkIHN0eWxlPSJmb250LXNpemU6MTZweCI+PGI+Sm9pbiBieSBwaG9uZTwvYj48L3Rk PjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+PGI+MS04NzctNjY4LTQ0OTM8L2I+Jm5i c3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpPC90ZD48L3RyPjx0ciBzdHls ZT0ibWFyZ2luOjBweCI+PHRkPjxiPjEtNjUwLTQ3OS0zMjA4PC9iPiZuYnNwO0NhbGwtaW4gdG9s bCBudW1iZXIgKFVTL0NhbmFkYSk8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+ QWNjZXNzIGNvZGU6Jm5ic3A7NjQyIDUxNyA4MDE8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46 MHB4Ij48dGQ+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3Ry aWN0aW9ucy5wZGYiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNpemU6MTNweDtj b2xvcjojMDBBRkY5OyI+VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9hPjwvdGQ+PC90 cj48L3RhYmxlPgoKCQkJCQk8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDoyMHB4Ij48dGQg c3R5bGU9ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48dGFibGU+PHRyPjx0 ZCBzdHlsZT0iZm9udC1zaXplOjEzcHgiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9qLnBocD9NVElEPW0xNjg2Mjk2YzFhMGJkMTA3ODU1NzJhZDhkM2QyZThkOCIgc3R5bGU9 InRleHQtZGVjb3JhdGlvbjpub25lO2NvbG9yOiMwMEFGRjk7IGZvbnQtc2l6ZToxM3B4Ij5BZGQg dGhpcyBtZWV0aW5nPC9hPiB0byB5b3VyIGNhbGVuZGFyLjwvdGQ+PC90cj48L3RhYmxlPgo8dGFi bGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIwcHgi PiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgo8dGFibGU+CiAgICA8dHI+CiAgICAgICA8dGQgc3R5 bGU9ImZvbnQtc2l6ZTogMTNweDtmb250LWZhbWlseTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7Ij4K ICAgICAgICBDYW4ndCBqb2luIHRoZSBtZWV0aW5nPwogICAgIAk8YSBocmVmPSJodHRwczovL2ll dGYud2ViZXguY29tL2lldGYvbWMiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNp emU6MTNweDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDBBRkY5O2ZvbnQtY29sb3I6IzAwQUZG OTsiPgogICAgICAgIAlDb250YWN0IHN1cHBvcnQuPC9hPgoJCTwvdGQ+CiAgICA8L3RyPgo8L3Rh YmxlPgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMTBweDsiPjx0ZCBzdHlsZT0iaGVp Z2h0OjEwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGU+CgkJCQkJCQk8 dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJmb250LXNpemU6MTJweDtjb2xvcjogI0EwQTBBMDsiPgoJ CQkJCQkJCQlJTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2Vy dmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBz ZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVn YWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29u c2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyBy ZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpv aW4gdGhlIHNlc3Npb24uPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwvdGFibGU+CgkJCQk8L3Rk PgoJCQk8L3RyPgoJCTwvdGFibGU+Cgk8L3RkPgogICA8L3RyPgo8L3RhYmxlPgoKPC9ib2R5Pg== ------=_Part_55186_1647232800.1433023601686-- ------=_Part_55185_1074798131.1433023601686 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aWRyQGlldGYub3JnCk9SR0FOSVpFUjtDTj0iSURS IFdvcmtpbmcgR3JvdXAiOk1BSUxUTzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RBUlQ7 VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDYyOVQwOTMwMDAKRFRFTkQ7VFpJRD0iRWFzdGVybiBU aW1lIjoyMDE1MDYyOVQxMTMwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm ClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQzMzAyMzYwMQpVSUQ6YWRlNDk2NTktYzgxNy00NWRh LWI4YTgtMGU0MTYyMzY5NThjCkRUU1RBTVA6MjAxNTA2MjlUMTMzMDAwWgpERVNDUklQVElPTjpc blxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW1kOWM4YjJjYWE5ZTM0MzIxNjI4ODhkZmFjNzliNjZmNFxuTWVldGluZyBudW1iZXI6 IDY0MiA1MTcgODAxXG5NZWV0aW5nIHBhc3N3b3JkOiBiZ3AubGl2ZXMub25cblxuXG5KT0lOIEJZ IFBIT05FXG4xLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFk YSkgXG4xLTY1MC00NzktMzIwOCBDYWxsLWluIHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpXG5BY2Nl c3MgY29kZTogNjQyIDUxNyA4MDFcblxuVG9sbC1mcmVlIGRpYWxpbmcgcmVzdHJpY3Rpb25zOiBc bmh0dHA6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmXG5cblxu XG5DYW4ndCBqb2luIHRoZSBtZWV0aW5nPyBDb250YWN0IHN1cHBvcnQgaGVyZTpcbmh0dHBzOi8v aWV0Zi53ZWJleC5jb20vaWV0Zi9tY1xuXG5cbklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3Rl IHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRp b24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBk aXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5 b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5v dCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0 aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUgc2Vzc2lvbi5cbgpYLUFMVC1ERVNDO0ZNVFRZUEU9 dGV4dC9odG1sOgk8Rk9OVCBTSVpFPSIxIiBGQUNFPSJBUklBTCI+Jm5ic3A7PEJSPiA8Rk9OVCBT SVpFPSI0IiBGQUNFPSJBUklBTCI+CQk8YQkJCQkJaHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNv bS9pZXRmL2oucGhwP01USUQ9bWQ5YzhiMmNhYTllMzQzMjE2Mjg4OGRmYWM3OWI2NmY0Ij48Rk9O VCBTSVpFPSIzIiBDT0xPUj0iIzAwQUZGOSIgRkFDRT0iQXJpYWwiPkpvaW4gV2ViRXggbWVldGlu ZzwvRk9OVD48L2E+CQkJPHRhYmxlPgkJCQk8dHI+CQkJCQk8dGQ+CQkJCQkJPEZPTlQgU0laRT0i MiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5NZWV0aW5nIG51bWJlcjo8L0ZPTlQ+CQkJ CQk8L3RkPgkJCQkJPHRkPgkJCQkJCTxGT05UIFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNF PSJhcmlhbCI+NjQyIDUxNyA4MDE8L0ZPTlQ+CQkJCQk8L3RkPgkJCQk8L3RyPgkJCTwvdGFibGU+ CQkJPHRhYmxlPjx0cj48dGQ+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFy aWFsIj5NZWV0aW5nIHBhc3N3b3JkOjwvRk9OVD48L3RkPjx0ZD48Rk9OVCBTSVpFPSIyIiAgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5iZ3AubGl2ZXMub248L0ZPTlQ+PC90ZD48L3RyPjwv dGFibGU+CQk8L0ZPTlQ+PEZPTlQgU0laRT0iMSIgRkFDRT0iQVJJQUwiPiZuYnNwOzxCUj4mbmJz cDs8QlI+PC9GT05UPjxGT05UIFNJWkU9IjQiIEZBQ0U9IkFSSUFMIj48Rk9OVCBTSVpFPSIzIiBD T0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPkpvaW4gYnkgcGhvbmU8L0ZPTlQ+Jm5ic3A7IDxC Uj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjxzdHJvbmc+MS04 NzctNjY4LTQ0OTM8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0Nh bmFkYSk8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFD RT0iYXJpYWwiPjxzdHJvbmc+MS02NTAtNDc5LTMyMDg8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRv bGwgbnVtYmVyIChVUy9DYW5hZGEpPC9GT05UPiZuYnNwOyA8QlI+PEZPTlQgU0laRT0iMiIgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5BY2Nlc3MgY29kZTogNjQyIDUxNyA4MDE8L0ZPTlQ+ Jm5ic3A7IDxCUj48YSBocmVmPSJodHRwOi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVfcmVz dHJpY3Rpb25zLnBkZiI+PEZPTlQgU0laRT0iMSIgQ09MT1I9IiMwMEFGRjkiIEZBQ0U9ImFyaWFs Ij5Ub2xsLWZyZWUgY2FsbGluZyByZXN0cmljdGlvbnM8L0ZPTlQ+PC9hPiAmbmJzcDsgPEJSPjwv Rk9OVD48QlI+PEJSPgkmbmJzcDs8QlI+CTxGT05UIFNJWkU9IjEiIENPTE9SPSIjNjY2NjY2IiBG QUNFPSJhcmlhbCI+CQkJCUNhbid0IGpvaW4gdGhlIG1lZXRpbmc/PC9GT05UPgk8YSBocmVmPSJo dHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWMiPgk8Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzAw QUZGOSIgRkFDRT0iQXJpYWwiPkNvbnRhY3Qgc3VwcG9ydC48L0ZPTlQ+PC9hPgkmbmJzcDs8QlI+ Jm5ic3A7PEJSPjxGT05UIENPTE9SPSIjQTBBMEEwIiBzaXplPSIxIiBGQUNFPSJhcmlhbCI+SU1Q T1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dz IGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBi ZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4g Qnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3Vj aCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRp c2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNz aW9uLjwvRk9OVD48L0ZPTlQ+ClNVTU1BUlk6SURSIDYvMjkgaW50ZXJpbQpQUklPUklUWTo1CkNM QVNTOlBVQkxJQwpCRUdJTjpWQUxBUk0KVFJJR0dFUjotUFQ1TQpBQ1RJT046RElTUExBWQpERVND UklQVElPTjpSZW1pbmRlcgpFTkQ6VkFMQVJNCkVORDpWRVZFTlQKRU5EOlZDQUxFTkRBUgo= ------=_Part_55185_1074798131.1433023601686-- From nobody Sat May 30 15:08:00 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52E341ACE7D for ; Sat, 30 May 2015 15:07:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.61 X-Spam-Level: X-Spam-Status: No, score=-3.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ey5TgK3LRsb5 for ; Sat, 30 May 2015 15:07:57 -0700 (PDT) Received: from sjmda12.webex.com (sjmda12.webex.com [64.68.124.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD8071ACE74 for ; Sat, 30 May 2015 15:07:57 -0700 (PDT) Received: from jva2tc215.webex.com (sjc02-wxp00-lbace03-core-vl120-np10b-3.webex.com [64.68.121.238]) by sjmda12.webex.com (Postfix) with ESMTP id 87D9B3A99 for ; Sat, 30 May 2015 22:07:57 +0000 (GMT) Received: from jva2tc215.webex.com (localhost [127.0.0.1]) by jva2tc215.webex.com (Postfix) with ESMTP id 48D1DD9 for ; Sat, 30 May 2015 22:07:57 +0000 (GMT) Date: Sat, 30 May 2015 22:07:57 +0000 (GMT) From: IDR Working Group To: idr@ietf.org Message-ID: <1476965458.55208.1433023677296.JavaMail.nobody@jva2tc215.webex.com> MIME-Version: 1.0 Content-Type: multipart/Mixed; boundary="----=_Part_55206_1334375575.1433023677295" X-Priority: 3 Importance: normal Archived-At: Subject: [Idr] WebEx meeting changed: IDR Interim on 6/15 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: idr-chairs@tools.ietf.org List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 22:07:59 -0000 ------=_Part_55206_1334375575.1433023677295 Content-Type: multipart/Alternative; boundary="----=_Part_55207_678563404.1433023677295" ------=_Part_55207_678563404.1433023677295 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKSURSIFdvcmtpbmcgR3JvdXAgY2hhbmdlZCB0aGUgV2ViRXggbWVldGluZyBpbmZv cm1hdGlvbi4KCgpJRFIgSW50ZXJpbSBvbiA2LzE1Ck1vbmRheSwgSnVuZSAxNSwgMjAxNQo5OjMw IGFtICB8ICBFYXN0ZXJuIERheWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApICB8ICAy IGhycwoKCkpPSU4gV0VCRVggTUVFVElORwpodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5w aHA/TVRJRD1tMmFkMjZmNGNmN2EwOWViYjdlMzk3NzYzMGU1MzRmNGIKTWVldGluZyBudW1iZXI6 IDY0MSAzOTMgMzczCk1lZXRpbmcgcGFzc3dvcmQ6IHlhbmcubW9kZWxzCgoNCkpPSU4gQlkgUEhP TkUNCjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKSAK MS02NTAtNDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQpBY2Nlc3MgY29k ZTogNjQxIDM5MyAzNzMKClRvbGwtZnJlZSBkaWFsaW5nIHJlc3RyaWN0aW9uczogCmh0dHA6Ly93 d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmDQoNCgpBZGQgdGhpcyBt ZWV0aW5nIHRvIHlvdXIgY2FsZW5kYXI6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW1lZGY2OGNkZGUxOWQwZmI5YjdlNzI0YmQ1MGVmYmIxOA0KDQoKQ2FuJ3Qgam9pbiB0 aGUgbWVldGluZz8gQ29udGFjdCBzdXBwb3J0IGhlcmU6Cmh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9tYwoKCklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBz ZXJ2aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhl IHNlc3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBs ZWdhbCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBj b25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5n IHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qg am9pbiB0aGUgc2Vzc2lvbi4K ------=_Part_55207_678563404.1433023677295 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSIgLz48Ym9keT48c3R5bGUgdHlwZT0idGV4dC9jc3MiPgpkaXYs cCx0ZCxzcGFuIHt3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d29yZC1icmVhazogbm9ybWFsO30KCnRh YmxlIHtib3JkZXItY29sbGFwc2U6IHNlcGFyYXRlOyBib3JkZXI6IDA7Ym9yZGVyLXNwYWNpbmc6 IDA7Ym9yZGVyLWNvbG9yOiB3aGl0ZTsgd2lkdGg6MTAwJSFpbXBvcnRhbnQ7d2lkdGg6NTI1cHg7 IG1heC13aWR0aDo1MjVweCFpbXBvcnRhbnQ7IG1pbi13aWR0aDogMjc5cHghaW1wb3J0YW50O30K dHIge2xpbmUtaGVpZ2h0OiAyMHB4O30KCnRkLGEge2ZvbnQtc2l6ZTogMTVweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7cGFkZGluZzowO30KPC9zdHlsZT4KCjx0YWJsZSBzdHls ZT0icGFkZGluZzowOyBtYXJnaW46MCIgd2lkdGg9IjEwMCUiIGFsaWduPSJsZWZ0Ij4KICAgPHRy PgogICAgICA8dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiPgogICAgICAgIDx0YWJsZSBzdHls ZT0id2lkdGg6IDUyNXB4O21hcmdpbi1sZWZ0OjVweCIgYWxpZ249ImxlZnQiPgoJCQk8dHI+CgkJ CQk8dGQgdmFsaWduPSJ0b3AiPgoKPHRhYmxlPgogICAgICAgPHRyPgogICAgICAgICAgPHRkIHN0 eWxlPSJmb250LXNpemU6IDE1cHg7Zm9udC1mYW1pbHk6IEFyaWFsO2NvbG9yOiM0RDRENEQiPgog ICAgICAgICAgICAgSGVsbG8sCiAgICAgICAgICA8L3RkPgogICAgICAgPC90cj4KICAgICAgIDx0 cj4KICAgICAgICAgICA8dGQgc3R5bGU9ImZvbnQtc2l6ZTogMTVweDtmb250LWZhbWlseTogQXJp YWw7Y29sb3I6IzRENEQ0RDtwYWRkaW5nLXRvcDoxMHB4OyI+CiAgICAgICAgICAgICAgICBJRFIg V29ya2luZyBHcm91cCBjaGFuZ2VkIHRoZSBXZWJFeCBtZWV0aW5nIGluZm9ybWF0aW9uLgogICAg ICAgICAgICAgICAgCSAgICAgICAgICAgPC90ZD4KICAgICAgPC90cj4KPC90YWJsZT4KCgoKCjx0 YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMHB4OyI+PHRkIHN0eWxlPSJoZWlnaHQ6MjBw eCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+CgkJCQkJCTx0YWJsZSAgd2lkdGg9IjEwMCUiPgoJ CQkJCQkJPHRyPgoJCQkJCQkJCTx0ZCBzdHlsZT0iZm9udC1zaXplOjE2cHg7IGNvbG9yOiM0RDRE NEQiPgoJCQkJCQkJCQk8Yj5JRFIgSW50ZXJpbSBvbiA2LzE1PC9iPgoJCQkJCQkJCTwvdGQ+CgkJ CQkJCQk8L3RyPgoJCQkJCQkJPHRyIHN0eWxlPSJtYXJnaW46MHB4Ij4KCQkJCQkJCQk8dGQ+TW9u ZGF5LCBKdW5lIDE1LCAyMDE1CgkJCQkJCQkJPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCQk8dHIg c3R5bGU9Im1hcmdpbjowcHgiPgoJCQkJCQkJCTx0ZD45OjMwIGFtJm5ic3A7Jm5ic3A7fCZuYnNw OyZuYnNwO0Vhc3Rlcm4gRGF5bGlnaHQgVGltZSAoTmV3IFlvcmssIEdNVC0wNDowMCkmbmJzcDsm bmJzcDt8Jm5ic3A7Jm5ic3A7MiBocnMKCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4KCQkJCQkJ PC90YWJsZT4KCjx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMHB4OyI+PHRkIHN0eWxl PSJoZWlnaHQ6MjBweCI+Jm5ic3A7PC90ZD48L3RyPjwvdGFibGU+CgkJCQkJCTx0YWJsZSBzdHls ZT0id2lkdGg6YXV0bzsgd2lkdGg6YXV0byFpbXBvcnRhbnQiPgoJCQkJCQkJPHRyPgoJCQkJCQkJ CTx0ZCBzdHlsZT0iY29sb3I6IzAwQUZGOTtmb250LXNpemU6MTZweCI+CgkJCQkJCQkJCTxhIGhy ZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElEPW0yYWQyNmY0Y2Y3YTA5 ZWJiN2UzOTc3NjMwZTUzNGY0YiIKCQkJCQkJCQkJCXN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9u ZTtmb250LXNpemU6MTZweDtjb2xvcjojMDBBRkY5Ij4KCQkJCQkJCQkJCTxiPkpvaW4gV2ViRXgg bWVldGluZzwvYj4KCQkJCQkJCQkJPC9hPgoJCQkJCQkJCTwvdGQ+CgkJCQkJCQk8L3RyPgoJCQkJ CQk8L3RhYmxlPgoJCQkJCQk8dGFibGUgc3R5bGU9IndpZHRoOmF1dG87IHdpZHRoOmF1dG8haW1w b3J0YW50Ij4KCQkJCQkJCTx0ciBzdHlsZT0ibWFyZ2luOjBweCI+CgkJCQkJCQkJPHRkIHN0eWxl PSJwYWRkaW5nLXJpZ2h0OiA1cHg7Ij4KCQkJCQkJCQkJTWVldGluZyBudW1iZXI6CgkJCQkJCQkJ PC90ZD4KCQkJCQkJCQk8dGQ+NjQxIDM5MyAzNzMKCQkJCQkJCQk8L3RkPgoJCQkJCQkJPC90cj4K CQkJCQkJCTx0cj4KCQkJCQkJCQk8dGQgc3R5bGU9InBhZGRpbmctcmlnaHQ6IDVweDsiPk1lZXRp bmcgcGFzc3dvcmQ6PC90ZD4KCQkJCQkJCQk8dGQ+eWFuZy5tb2RlbHM8L3RkPgoJCQkJCQkJPC90 cj4KCQkJCQkJPC90YWJsZT4KCgoKCQoKCTx0YWJsZT48dHIgc3R5bGU9ImxpbmUtaGVpZ2h0OjIw cHgiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPjx0YWJs ZT48dHI+PHRkIHN0eWxlPSJmb250LXNpemU6MTZweCI+PGI+Sm9pbiBieSBwaG9uZTwvYj48L3Rk PjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+PGI+MS04NzctNjY4LTQ0OTM8L2I+Jm5i c3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpPC90ZD48L3RyPjx0ciBzdHls ZT0ibWFyZ2luOjBweCI+PHRkPjxiPjEtNjUwLTQ3OS0zMjA4PC9iPiZuYnNwO0NhbGwtaW4gdG9s bCBudW1iZXIgKFVTL0NhbmFkYSk8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46MHB4Ij48dGQ+ QWNjZXNzIGNvZGU6Jm5ic3A7NjQxIDM5MyAzNzM8L3RkPjwvdHI+PHRyIHN0eWxlPSJtYXJnaW46 MHB4Ij48dGQ+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3Ry aWN0aW9ucy5wZGYiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNpemU6MTNweDtj b2xvcjojMDBBRkY5OyI+VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9hPjwvdGQ+PC90 cj48L3RhYmxlPgoKCQkJCQk8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDoyMHB4Ij48dGQg c3R5bGU9ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48dGFibGU+PHRyPjx0 ZCBzdHlsZT0iZm9udC1zaXplOjEzcHgiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9qLnBocD9NVElEPW1lZGY2OGNkZGUxOWQwZmI5YjdlNzI0YmQ1MGVmYmIxOCIgc3R5bGU9 InRleHQtZGVjb3JhdGlvbjpub25lO2NvbG9yOiMwMEFGRjk7IGZvbnQtc2l6ZToxM3B4Ij5BZGQg dGhpcyBtZWV0aW5nPC9hPiB0byB5b3VyIGNhbGVuZGFyLjwvdGQ+PC90cj48L3RhYmxlPgo8dGFi bGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0ZCBzdHlsZT0iaGVpZ2h0OjIwcHgi PiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgo8dGFibGU+CiAgICA8dHI+CiAgICAgICA8dGQgc3R5 bGU9ImZvbnQtc2l6ZTogMTNweDtmb250LWZhbWlseTogQXJpYWw7Y29sb3I6ICM2NjY2NjY7Ij4K ICAgICAgICBDYW4ndCBqb2luIHRoZSBtZWV0aW5nPwogICAgIAk8YSBocmVmPSJodHRwczovL2ll dGYud2ViZXguY29tL2lldGYvbWMiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXNp emU6MTNweDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDBBRkY5O2ZvbnQtY29sb3I6IzAwQUZG OTsiPgogICAgICAgIAlDb250YWN0IHN1cHBvcnQuPC9hPgoJCTwvdGQ+CiAgICA8L3RyPgo8L3Rh YmxlPgo8dGFibGU+PHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMTBweDsiPjx0ZCBzdHlsZT0iaGVp Z2h0OjEwcHgiPiZuYnNwOzwvdGQ+PC90cj48L3RhYmxlPgoJCQkJCQk8dGFibGU+CgkJCQkJCQk8 dHI+CgkJCQkJCQkJPHRkIHN0eWxlPSJmb250LXNpemU6MTJweDtjb2xvcjogI0EwQTBBMDsiPgoJ CQkJCQkJCQlJTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2Vy dmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBz ZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVn YWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29u c2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyBy ZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpv aW4gdGhlIHNlc3Npb24uPC90ZD4KCQkJCQkJCTwvdHI+CgkJCQkJCTwvdGFibGU+CgkJCQk8L3Rk PgoJCQk8L3RyPgoJCTwvdGFibGU+Cgk8L3RkPgogICA8L3RyPgo8L3RhYmxlPgoKPC9ib2R5Pg== ------=_Part_55207_678563404.1433023677295-- ------=_Part_55206_1334375575.1433023677295 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86aWRyQGlldGYub3JnCk9SR0FOSVpFUjtDTj0iSURS IFdvcmtpbmcgR3JvdXAiOk1BSUxUTzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnCkRUU1RBUlQ7 VFpJRD0iRWFzdGVybiBUaW1lIjoyMDE1MDYxNVQwOTMwMDAKRFRFTkQ7VFpJRD0iRWFzdGVybiBU aW1lIjoyMDE1MDYxNVQxMTMwMDAKTE9DQVRJT046aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm ClRSQU5TUDpPUEFRVUUKU0VRVUVOQ0U6MTQzMzAyMzY3NwpVSUQ6ZDY1NDAxNjMtNGY2YS00ZDYw LWFmNmQtNTY3YWIwZmQxODMyCkRUU1RBTVA6MjAxNTA2MTVUMTMzMDAwWgpERVNDUklQVElPTjpc blxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo cD9NVElEPW04Y2EyYzE4ZGEwZjE3MDJhMGQxMDVlOGFmZGFjZTNhYVxuTWVldGluZyBudW1iZXI6 IDY0MSAzOTMgMzczXG5NZWV0aW5nIHBhc3N3b3JkOiB5YW5nLm1vZGVsc1xuXG5cbkpPSU4gQlkg UEhPTkVcbjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRh KSBcbjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSlcbkFjY2Vz cyBjb2RlOiA2NDEgMzkzIDM3M1xuXG5Ub2xsLWZyZWUgZGlhbGluZyByZXN0cmljdGlvbnM6IFxu aHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9ucy5wZGZcblxuXG5c bkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydCBoZXJlOlxuaHR0cHM6Ly9p ZXRmLndlYmV4LmNvbS9pZXRmL21jXG5cblxuSU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUg dGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlv biBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRp c2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlv dSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90 IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRo ZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNzaW9uLlxuClgtQUxULURFU0M7Rk1UVFlQRT10 ZXh0L2h0bWw6CTxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+IDxGT05UIFNJ WkU9IjQiIEZBQ0U9IkFSSUFMIj4JCTxhCQkJCQlocmVmPSJodHRwczovL2lldGYud2ViZXguY29t L2lldGYvai5waHA/TVRJRD1tOGNhMmMxOGRhMGYxNzAyYTBkMTA1ZThhZmRhY2UzYWEiPjxGT05U IFNJWkU9IjMiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJBcmlhbCI+Sm9pbiBXZWJFeCBtZWV0aW5n PC9GT05UPjwvYT4JCQk8dGFibGU+CQkJCTx0cj4JCQkJCTx0ZD4JCQkJCQk8Rk9OVCBTSVpFPSIy IiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPk1lZXRpbmcgbnVtYmVyOjwvRk9OVD4JCQkJ CTwvdGQ+CQkJCQk8dGQ+CQkJCQkJPEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9 ImFyaWFsIj42NDEgMzkzIDM3MzwvRk9OVD4JCQkJCTwvdGQ+CQkJCTwvdHI+CQkJPC90YWJsZT4J CQk8dGFibGU+PHRyPjx0ZD48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJp YWwiPk1lZXRpbmcgcGFzc3dvcmQ6PC9GT05UPjwvdGQ+PHRkPjxGT05UIFNJWkU9IjIiICBDT0xP Uj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPnlhbmcubW9kZWxzPC9GT05UPjwvdGQ+PC90cj48L3Rh YmxlPgkJPC9GT05UPjxGT05UIFNJWkU9IjEiIEZBQ0U9IkFSSUFMIj4mbmJzcDs8QlI+Jm5ic3A7 PEJSPjwvRk9OVD48Rk9OVCBTSVpFPSI0IiBGQUNFPSJBUklBTCI+PEZPTlQgU0laRT0iMyIgQ09M T1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5Kb2luIGJ5IHBob25lPC9GT05UPiZuYnNwOyA8QlI+ PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj48c3Ryb25nPjEtODc3 LTY2OC00NDkzPC9zdHJvbmc+Jm5ic3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5h ZGEpPC9GT05UPiZuYnNwOyA8QlI+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9 ImFyaWFsIj48c3Ryb25nPjEtNjUwLTQ3OS0zMjA4PC9zdHJvbmc+Jm5ic3A7Q2FsbC1pbiB0b2xs IG51bWJlciAoVVMvQ2FuYWRhKTwvRk9OVD4mbmJzcDsgPEJSPjxGT05UIFNJWkU9IjIiIENPTE9S PSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+QWNjZXNzIGNvZGU6IDY0MSAzOTMgMzczPC9GT05UPiZu YnNwOyA8QlI+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3Ry aWN0aW9ucy5wZGYiPjxGT05UIFNJWkU9IjEiIENPTE9SPSIjMDBBRkY5IiBGQUNFPSJhcmlhbCI+ VG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPC9GT05UPjwvYT4gJm5ic3A7IDxCUj48L0ZP TlQ+PEJSPjxCUj4JJm5ic3A7PEJSPgk8Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzY2NjY2NiIgRkFD RT0iYXJpYWwiPgkJCQlDYW4ndCBqb2luIHRoZSBtZWV0aW5nPzwvRk9OVD4JPGEgaHJlZj0iaHR0 cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jIj4JPEZPTlQgU0laRT0iMSIgQ09MT1I9IiMwMEFG RjkiIEZBQ0U9IkFyaWFsIj5Db250YWN0IHN1cHBvcnQuPC9GT05UPjwvYT4JJm5ic3A7PEJSPiZu YnNwOzxCUj48Rk9OVCBDT0xPUj0iI0EwQTBBMCIgc2l6ZT0iMSIgRkFDRT0iYXJpYWwiPklNUE9S VEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBh dWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUg cmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuIEJ5 IGpvaW5pbmcgdGhpcyBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRvIHN1Y2gg cmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVkLCBkaXNj dXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUgc2Vzc2lv bi48L0ZPTlQ+PC9GT05UPgpTVU1NQVJZOklEUiBJbnRlcmltIG9uIDYvMTUKUFJJT1JJVFk6NQpD TEFTUzpQVUJMSUMKQkVHSU46VkFMQVJNClRSSUdHRVI6LVBUNU0KQUNUSU9OOkRJU1BMQVkKREVT Q1JJUFRJT046UmVtaW5kZXIKRU5EOlZBTEFSTQpFTkQ6VkVWRU5UCkVORDpWQ0FMRU5EQVIK ------=_Part_55206_1334375575.1433023677295-- From nobody Sat May 30 16:23:07 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83D061ACEF3 for ; Sat, 30 May 2015 16:23:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, GB_I_INVITATION=-2, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id POk2tCvNiXM6 for ; Sat, 30 May 2015 16:23:05 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B9491ACEF0 for ; Sat, 30 May 2015 16:23:05 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.82) (envelope-from ) id 1Yyq5o-0007NW-3M for idr@ietf.org; Sat, 30 May 2015 23:23:04 +0000 Date: Sat, 30 May 2015 16:23:03 -0700 Message-ID: From: Randy Bush To: idr@ietf.org In-Reply-To: <636024259.55136.1433023313354.JavaMail.nobody@jva2tc215.webex.com> References: <636024259.55136.1433023313354.JavaMail.nobody@jva2tc215.webex.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Idr] WebEx meeting invitation: idr interim 6/1/2015 X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 23:23:06 -0000 sure would be nice to know the agendas randy From nobody Sat May 30 16:40:54 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA6B71B2A4D for ; Sat, 30 May 2015 16:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.053 X-Spam-Level: X-Spam-Status: No, score=-101.053 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jhx_oATqqdhR for ; Sat, 30 May 2015 16:40:50 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 71CD41B2A52 for ; Sat, 30 May 2015 16:38:35 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.178.112; From: "Susan Hares" To: Date: Sat, 30 May 2015 19:38:30 -0400 Message-ID: <008a01d09b31$bd030960$37091c20$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_008B_01D09B10.35F8BC60" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCbMalEMdiuxbSrQYqa3QTcSqQ5lg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' , 'Deborah Brungard' Subject: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 23:40:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_008B_01D09B10.35F8BC60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_008C_01D09B10.35F8BC60" ------=_NextPart_001_008C_01D09B10.35F8BC60 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable =20 IDR Working Group Interim 6/1/2015 [10:00 - 11:30am EDT] =20 [Note: the Web-ex will be available 30 minutes before starting for the = speakers to adjust slides] =20 Agenda=20 =20 1) Agenda Bashing [10:00 - 10:05] =20 2) BGP Wide communities = [draft-raszuk-wide-bgp-communities]=20 Robert Raszuk [10:05 - 10:10] [Discussion: = 10:10-10:20] =20 = http://datatracker.ietf.org/doc/draft-raszuk-wide-bgp-communities/ =20 3) BGP RTC [10:25-10:50)=20 a) Chair overview of RTC choices = [10:20-10:25] b) draft-litowski-idr-rtc-interas = (Adoption 5/31 to 6/14) [10:25-10:35] c) Discussion [10:35-10:45] =20 =20 4) BGP Link state model additions: [10:45-11:10] =20 a. draft-wang-idr-eag-distribution = Update [Michael Wang] [10:45-10:55] b. = draft-previdi-idr-bgpls-segement-routing-epe-03 [TBD] [10:55-11:05] c. Discussion of Acee's suggestion = [11:05-11:15] =20 Existing ls drafts are:=20 1) draft-ietf-idr-ls-distribution-10 (In = IESG processing) 2) = draft-ietf-idr-ls-distribution-impl-04 (IESG wants on wiki]=20 3) draft-ietf-idr-te-lsp-distribution-03 = (WG draft ) =20 Proposed additions are: = =20 c) draft-wang-idr-eag-distribution (WG = Adoption 5/20 to 6/3) d) = draft-previdi-idr-bgpls-segment-routing-epe-03(WG Adoption 5/31 to 6/14) e) = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00 (no request for = adoption) Based on the comments from Acee last = week=20 = http://www.ietf.org/mail-archive/web/idr/current/msg14425.html)=20 on harmonizing the additions to = draft-idr-ls-distribution.=20 We are examining the BGP LS additions = this week. =20 =20 5) BGP I2RS Use Case =20 = draft-keyupate-idr-i2rs-bgp-usecases-00.txt [Sue Hares] [11:15-11:30] =20 Background reading:=20 =20 RTC Drafts under consideration:=20 1) draft-ietf-rtc-no-rtc (WG LC 5/22 to 6/5 in progress)=20 http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ =20 2) draft-litkowski-idr-rtc-interas (WG adoption call 5/31 to 6/14) http://datatracker.ietf.org/doc/draft-litkowski-idr-rtc-interas/ = =20 =20 3) draft-ietf-idr-legacy-rtc-05 (WG draft)=20 http://datatracker.ietf.org/doc/draft-ietf-idr-legacy-rtc/ =20 4) draft-ietf-idr-rtc-hierarchical-rr-00 (WG draft)=20 http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-hierarchical-rr/ =20 Web ex:=20 https://ietf.webex.com/ietf/j.php?MTID=3Dm689576316eaf19b397fbe242a310725= f =20 Meeting number: 649 193 591=20 Meeting password: john.knows.all =20 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) =20 IDR Minutes:=20 http://etherpad.tools.ietf.org:9000/p/idr-interim-06-01-2015-Minutes =20 IDR Interim Virtual Blue Sheets http://etherpad.tools.ietf.org:9000/p/idr-interim-6-01-2015-vBlueSheets =20 Next Interims: 6/15 (Yang models) and 6/29 (Route Server, Tools, Yang, = and nexthop) =20 From: IDR Working Group [mailto:messenger@webex.com]=20 Sent: Saturday, May 30, 2015 6:02 PM To: idr-chairs@tools.ietf.org Subject: (Forward to others) WebEx meeting invitation: idr interim = 6/1/2015 =20 You can forward this invitation to others.=20 =20 Hello,=20 IDR Working Group invites you to join this WebEx meeting.=20 =20 =20 =20 idr interim 6/1/2015=20 Monday, June 1, 2015=20 10:00 am | Eastern Daylight Time (New York, GMT-04:00) | 1.5 hrs=20 =20 =20 =20 = Join WebEx meeting=20 =20 Meeting number:=20 649 193 591=20 Meeting password: john.knows.all =20 =20 =20 Join by phone 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) Access code: 649 193 591 Toll-free calling = restrictions =20 =20 =20 = Add this meeting to your calendar. =20 =20 =20 Can't join the meeting? Contact = support.=20 =20 =20 =20 IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session. =20 ------=_NextPart_001_008C_01D09B10.35F8BC60 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

     

    IDR Working Group Interim 6/1/2015 [10:00 - 11:30am = EDT]

     

    [Note: the Web-ex will be available 30 minutes before starting for = the speakers to adjust slides]

     

    Agenda

     

    =C2=A0 = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A01) = Agenda Bashing [10:00 - 10:05]=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 2) BGP Wide communities = [draft-raszuk-wide-bgp-communities]

    =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=A0Robert Raszuk [10:05 - 10:10] = [Discussion: = 10:10-10:20]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 = =C2=A0=C2=A0=C2=A0http://datatracker.ietf.org/doc/draft-raszuk-wide-bgp-c= ommunities/

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 3) BGP RTC [10:25-10:50)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a) Chair overview of RTC choices = [10:20-10:25]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 b) = draft-litowski-idr-rtc-interas (Adoption 5/31 to 6/14) = [10:25-10:35]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c) Discussion = [10:35-10:45]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 4) BGP Link state model additions:=C2=A0 = [10:45-11:10]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a. = draft-wang-idr-eag-distribution Update [Michael Wang] = [10:45-10:55]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 b. = draft-previdi-idr-bgpls-segement-routing-epe-03 [TBD] = [10:55-11:05]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c. Discussion of Acee's = suggestion [11:05-11:15]

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=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 Existing ls drafts are: =

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1) = draft-ietf-idr-ls-distribution-10 (In IESG = processing)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2) = draft-ietf-idr-ls-distribution-impl-04 (IESG wants on wiki] =

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3) = draft-ietf-idr-te-lsp-distribution-03 (WG draft = )

     

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Proposed additions are: = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c) = draft-wang-idr-eag-distribution (WG Adoption 5/20 to = 6/3)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 d) = draft-previdi-idr-bgpls-segment-routing-epe-03(WG Adoption 5/31 to = 6/14)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 e) = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00 (no request for = adoption)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Based on the comments from Acee = last week

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = http://www.ietf.org/mail-archive/web/idr/current/msg14425.html) =

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 on harmonizing the additions to = draft-idr-ls-distribution.

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We are examining the BGP LS = additions this week.=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=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 5) BGP I2RS Use Case=C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = draft-keyupate-idr-i2rs-bgp-usecases-00.txt [Sue Hares] = [11:15-11:30]

     

    Background reading:

     

    RTC Drafts under consideration:

    1) draft-ietf-rtc-no-rtc (WG LC 5/22 to 6/5 in progress) =

    =C2=A0=C2=A0http:/= /datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/=

     

    2) draft-litkowski-idr-rtc-interas (WG adoption call 5/31 to = 6/14)

    =C2=A0=C2=A0 = http://datatracker.ietf.org/doc/draft-litkowski-idr-rtc-interas/=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0

     

    3) draft-ietf-idr-legacy-rtc-05=C2=A0=C2=A0 (WG draft) =

    http:= //datatracker.ietf.org/doc/draft-ietf-idr-legacy-rtc/

     

    4) draft-ietf-idr-rtc-hierarchical-rr-00 (WG draft) =

    http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-hierarchical-rr/

     

    Web ex:

    https://ietf.webex.com/ietf/j.php?MTID=3Dm689576316eaf19b397fbe242a310= 725f

    =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

    Meeting number: = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 649 193 591 =

    Meeting password:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = john.knows.all

     

    1-877-668-4493 Call-in toll free number = (US/Canada)

    1-650-479-3208 Call-in toll number = (US/Canada)

     

    IDR Minutes:

    http://etherpad.tools.ietf.org:9000/p/idr-interim-06-01-2015-Minutes

    =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

    IDR Interim Virtual Blue Sheets

    http://etherpad.tools.ietf.org:9000/p/idr-interim-6-01-2015-vBlueSheet= s

    =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

    Next Interims: 6/15 (Yang models) and 6/29 (Route Server, Tools, = Yang, and nexthop)

     

     

    You can forward this invitation to others. =

     

    Hello,

    IDR Working Group invites you to join this WebEx meeting. =

     

     

     

    idr interim = 6/1/2015 =

    Monday, June 1, 2015

    10:00 am  |  Eastern Daylight Time (New York, = GMT-04:00)  |  1.5 hrs

     

     

     

    Join = WebEx meeting =

     

    Meeting number:

    649 193 591

    Meeting password:

    john.knows.all

     

     

     

    Join by = phone

    1-877-668-4493 Call-in toll free number = (US/Canada)

    1-650-479-3208 Call-in toll number = (US/Canada)

    Access code: 649 193 591

    Toll-free = calling = restrictions

     

     

     

    Add this = meeting to your = calendar.

     

     

     

    Can't join the meeting? Contact support. =

     

     

     

    = IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session.

     

    ------=_NextPart_001_008C_01D09B10.35F8BC60-- ------=_NextPart_000_008B_01D09B10.35F8BC60 Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="WebEx_Meeting.ics" BEGIN:VCALENDAR=0A= PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN=0A= VERSION:2.0=0A= METHOD:REQUEST=0A= BEGIN:VTIMEZONE=0A= TZID:Eastern Time=0A= BEGIN:STANDARD=0A= DTSTART:20131101T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D1SU;BYMONTH=3D11=0A= TZOFFSETFROM:-0400=0A= TZOFFSETTO:-0500=0A= TZNAME:Standard Time=0A= END:STANDARD=0A= BEGIN:DAYLIGHT=0A= DTSTART:20130301T020000=0A= RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D2SU;BYMONTH=3D3=0A= TZOFFSETFROM:-0500=0A= TZOFFSETTO:-0400=0A= TZNAME:Daylight Savings Time=0A= END:DAYLIGHT=0A= END:VTIMEZONE=0A= BEGIN:VEVENT=0A= ATTENDEE;CN=3D"IDR Working = Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:MAILTO:idr-chairs@tools.ietf.or= g=0A= ORGANIZER;CN=3D"IDR Working Group":MAILTO:idr-chairs@tools.ietf.org=0A= DTSTART;TZID=3D"Eastern Time":20150601T093000=0A= DTEND;TZID=3D"Eastern Time":20150601T113000=0A= LOCATION:https://ietf.webex.com/ietf=0A= TRANSP:OPAQUE=0A= SEQUENCE:1433023313=0A= UID:ae00a6c6-cf04-4475-8d51-34fa4ecce68d=0A= DTSTAMP:20150601T133000Z=0A= DESCRIPTION:\n\n\nJOIN WEBEX = MEETING\nhttps://ietf.webex.com/ietf/j.php?MTID=3Dmd4c9394a2c878d7bd3daed= c35e0ddde0\nMeeting number: 649 193 591\nMeeting password: = john.knows.all\n\n\nJOIN BY PHONE\n1-877-668-4493 Call-in toll free = number (US/Canada) \n1-650-479-3208 Call-in toll number = (US/Canada)\nAccess code: 649 193 591\n\nToll-free dialing restrictions: = \nhttp://www.webex.com/pdf/tollfree_restrictions.pdf\n\n\n\nCan't join = the meeting? Contact support = here:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT NOTICE: Please note = that this WebEx service allows audio and other information sent during = the session to be recorded, which may be discoverable in a legal matter. = By joining this session, you automatically consent to such recordings. = If you do not consent to being recorded, discuss your concerns with the = host or do not join the session.\n=0A= X-ALT-DESC;FMTTYPE=3Dtext/html:  
    Join WebEx = meeting =
    Meeting number: 649 193 = 591
    Meeting = password:john.knows.all
     
     
    Join by = phone 
    1-877-668-4493 Call-in toll free = number (US/Canada) 
    1-650-479-3208 Call-in toll number = (US/Canada) 
    Access code: 649 193 591 
    Toll-free calling = restrictions  


     
    Can't join the = meeting? Contact support. =  
     
    IMPORTANT NOTICE: Please note that this WebEx service = allows audio and other information sent during the session to be = recorded, which may be discoverable in a legal matter. By joining this = session, you automatically consent to such recordings. If you do not = consent to being recorded, discuss your concerns with the host or do not = join the session.    =0A= SUMMARY:idr interim 6/1/2015=0A= PRIORITY:5=0A= CLASS:PUBLIC=0A= BEGIN:VALARM=0A= TRIGGER:-PT5M=0A= ACTION:DISPLAY=0A= DESCRIPTION:Reminder=0A= END:VALARM=0A= END:VEVENT=0A= END:VCALENDAR=0A= ------=_NextPart_000_008B_01D09B10.35F8BC60-- From nobody Sat May 30 17:30:22 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E61A31A9144 for ; Sat, 30 May 2015 17:30:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.509 X-Spam-Level: X-Spam-Status: No, score=-16.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hIXRJ5tz5-Ol for ; Sat, 30 May 2015 17:30:18 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EBA51A913F for ; Sat, 30 May 2015 17:30:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=67579; q=dns/txt; s=iport; t=1433032218; x=1434241818; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=v9JafLA6hEN7LSIJLqFllfeUR4vXz64w63x/ZrYExOU=; b=kK+HIlxAeVjTJm98tm0yfbysMP/i3/2zwHKesWxWHHmoKjADj9hPGapF ek2ytxTtsYWgHNHnzwzTWe3zObIyRyFNGNTaYSu5ZcUN8++chX74tBlV7 p9W2Y4Jo9l0KcjXNwjpY/zFNmw9Pt11MJ9QPsYB7JeCzyIK5m2RcW11pG A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AKAgD2VGpV/4sNJK1CEAcDgkVLVF4Ggxisao0/T4ERBHqFdQIcgRBMAQEBAQEBgQuEIgEBAQICIwo5ExACAQgOAwMBAQEVBAgBAwMDAgICMBQJBwEBAQEDAQ0FCYgkDTqxIoUvngUBAQEBAQEBAQEBAQEBAQEBAQEBAQEXi0OEKQsBAQUHKQoBDAQGAREHglCBRQWTCoQ1hEqCE4EpEyuDM4o4hAeDWSOCChyBA09vAYELOoEBAQEB X-IronPort-AV: E=Sophos;i="5.13,523,1427760000"; d="scan'208,217";a="423990572" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-7.cisco.com with ESMTP; 31 May 2015 00:30:17 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t4V0UH2H019483 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 31 May 2015 00:30:17 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.81]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Sat, 30 May 2015 19:30:17 -0500 From: "Acee Lindem (acee)" To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt Thread-Index: AdCbMalEMdiuxbSrQYqa3QTcSqQ5lgAD8UQA Date: Sun, 31 May 2015 00:30:16 +0000 Message-ID: References: <008a01d09b31$bd030960$37091c20$@ndzh.com> In-Reply-To: <008a01d09b31$bd030960$37091c20$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.202] Content-Type: multipart/alternative; boundary="_000_D18FCCC01F766aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: 'Alia Atlas' , 'Deborah Brungard' Subject: Re: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2015 00:30:22 -0000 --_000_D18FCCC01F766aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VW5mb3J0dW5hdGVseSwgSSBoYXZlIGFub3RoZXIgSUVURiBEZXNpZ24gVGVhbSBtZWV0aW5nIGR1 cmluZyB0aGlzIHNsb3QgYW5kIHdpbGwgbm90IGJlIGFibGUgdG8gZGlzY3VzcyBteSBzdWdnZXN0 aW9uLiBIb3dldmVyLCBteSB0aG91Z2h0IGlzIHRoYXQgc2luY2UgSGFubmVzIGlzIHRoZSBlZGl0 b3Igb2YgdGhlIEJHUCBMUyBEcmFmdCBhbmQgSSB3YXMgdGhlIHJvdXRpbmcgZGlyZWN0b3JhdGUg cmV2aWV3ZXIsIHdlIGNvdWxkIHJlc3BlY3RpdmVseSBpZGVudGlmeSBJUy1JUyBhbmQgT1NQRiBk cmFmdHMgd2hpY2ggd291bGQgcmVxdWlyZSBCR1AgTFMgYXR0cmlidXRlIFRMVnMuIEF0IHRoYXQg cG9pbnQsIHRoZXNlIFRMVnMgY291bGQgdGhlbiBiZSBhZGRlZCB0byB0aGUgSUdQIGRyYWZ0IGFu ZCBhIGNyb3NzLVdHIHJldmlldyBjb3VsZCBiZSBkb25lIHByaW9yIHRvIHRoZSByZXF1ZXN0IGZv ciBwdWJsaWNhdGlvbi4NClRoYW5rcywNCkFjZWUNCg0KRnJvbTogU3VzYW4gSGFyZXMgPHNoYXJl c0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4NCkRhdGU6IFNhdHVyZGF5LCBNYXkg MzAsIDIwMTUgYXQgNzozOCBQTQ0KVG86ICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9y Zz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpDYzogJ0FsaWEgQXRsYXMn IDxha2F0bGFzQGp1bmlwZXIubmV0PG1haWx0bzpha2F0bGFzQGp1bmlwZXIubmV0Pj4sICdEZWJv cmFoIEJydW5nYXJkJyA8ZGJydW5nYXJkQGF0dC5jb208bWFpbHRvOmRicnVuZ2FyZEBhdHQuY29t Pj4NClN1YmplY3Q6IFtJZHJdIElkciBpbnRlcmltIG9uIDYvMS8yMDE1IC0gMTA6MDBhbSB0byAx MTozMGFtIGVkdA0KDQoNCklEUiBXb3JraW5nIEdyb3VwIEludGVyaW0gNi8xLzIwMTUgWzEwOjAw IC0gMTE6MzBhbSBFRFRdDQoNCltOb3RlOiB0aGUgV2ViLWV4IHdpbGwgYmUgYXZhaWxhYmxlIDMw IG1pbnV0ZXMgYmVmb3JlIHN0YXJ0aW5nIGZvciB0aGUgc3BlYWtlcnMgdG8gYWRqdXN0IHNsaWRl c10NCg0KQWdlbmRhDQoNCiAgICAgICAgICAgICAxKSBBZ2VuZGEgQmFzaGluZyBbMTA6MDAgLSAx MDowNV0NCiAgICAgICAgICAgICAgICAyKSBCR1AgV2lkZSBjb21tdW5pdGllcyBbZHJhZnQtcmFz enVrLXdpZGUtYmdwLWNvbW11bml0aWVzXQ0KICAgICAgICAgICAgICAgICAgIFJvYmVydCBSYXN6 dWsgWzEwOjA1IC0gMTA6MTBdIFtEaXNjdXNzaW9uOiAxMDoxMC0xMDoyMF0NCiAgICAgICAgICAg ICAgICAgICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJhc3p1ay13aWRl LWJncC1jb21tdW5pdGllcy8NCg0KICAgICAgICAgICAgICAgIDMpIEJHUCBSVEMgWzEwOjI1LTEw OjUwKQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBhKSBDaGFpciBvdmVydmlldyBv ZiBSVEMgY2hvaWNlcyBbMTA6MjAtMTA6MjVdDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGIpIGRyYWZ0LWxpdG93c2tpLWlkci1ydGMtaW50ZXJhcyAoQWRvcHRpb24gNS8zMSB0byA2 LzE0KSBbMTA6MjUtMTA6MzVdDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGMpIERp c2N1c3Npb24gWzEwOjM1LTEwOjQ1XQ0KDQoNCiAgICAgICAgICAgICAgICA0KSBCR1AgTGluayBz dGF0ZSBtb2RlbCBhZGRpdGlvbnM6ICBbMTA6NDUtMTE6MTBdDQoNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgYS4gZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbiBVcGRhdGUg W01pY2hhZWwgV2FuZ10gWzEwOjQ1LTEwOjU1XQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBiLiBkcmFmdC1wcmV2aWRpLWlkci1iZ3Bscy1zZWdlbWVudC1yb3V0aW5nLWVwZS0wMyBb VEJEXSBbMTA6NTUtMTE6MDVdDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGMuIERp c2N1c3Npb24gb2YgQWNlZSdzIHN1Z2dlc3Rpb24gWzExOjA1LTExOjE1XQ0KDQogICAgICAgICAg ICAgICAgICAgRXhpc3RpbmcgbHMgZHJhZnRzIGFyZToNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMSkgZHJhZnQtaWV0Zi1pZHItbHMtZGlzdHJpYnV0aW9uLTEwIChJbiBJRVNHIHBy b2Nlc3NpbmcpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDIpIGRyYWZ0LWlldGYt aWRyLWxzLWRpc3RyaWJ1dGlvbi1pbXBsLTA0IChJRVNHIHdhbnRzIG9uIHdpa2ldDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDMpIGRyYWZ0LWlldGYtaWRyLXRlLWxzcC1kaXN0cmli dXRpb24tMDMgKFdHIGRyYWZ0ICkNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBQ cm9wb3NlZCBhZGRpdGlvbnMgYXJlOg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBj KSBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9uIChXRyBBZG9wdGlvbiA1LzIwIHRvIDYv MykNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZCkgZHJhZnQtcHJldmlkaS1pZHIt YmdwbHMtc2VnbWVudC1yb3V0aW5nLWVwZS0wMyhXRyBBZG9wdGlvbiA1LzMxIHRvIDYvMTQpDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGUpIGRyYWZ0LXBzYXJrYXItaWRyLWJncC1s cy1ub2RlLWFkbWluLXRhZy1leHRlbnNpb24tMDAgKG5vIHJlcXVlc3QgZm9yIGFkb3B0aW9uKQ0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBCYXNlZCBvbiB0aGUgY29tbWVudHMgZnJv bSBBY2VlIGxhc3Qgd2Vlaw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBodHRwOi8v d3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1cnJlbnQvbXNnMTQ0MjUuaHRtbCkN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb24gaGFybW9uaXppbmcgdGhlIGFkZGl0 aW9ucyB0byBkcmFmdC1pZHItbHMtZGlzdHJpYnV0aW9uLg0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBXZSBhcmUgZXhhbWluaW5nIHRoZSBCR1AgTFMgYWRkaXRpb25zIHRoaXMgd2Vl ay4NCg0KICAgICAgICAgICAgICAgIDUpIEJHUCBJMlJTIFVzZSBDYXNlDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGRyYWZ0LWtleXVwYXRlLWlkci1pMnJzLWJncC11c2VjYXNlcy0w MC50eHQgW1N1ZSBIYXJlc10gWzExOjE1LTExOjMwXQ0KDQpCYWNrZ3JvdW5kIHJlYWRpbmc6DQoN ClJUQyBEcmFmdHMgdW5kZXIgY29uc2lkZXJhdGlvbjoNCjEpIGRyYWZ0LWlldGYtcnRjLW5vLXJ0 YyAoV0cgTEMgNS8yMiB0byA2LzUgaW4gcHJvZ3Jlc3MpDQogIGh0dHA6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pZHItcnRjLW5vLXJ0Lw0KDQoyKSBkcmFmdC1saXRrb3dz a2ktaWRyLXJ0Yy1pbnRlcmFzIChXRyBhZG9wdGlvbiBjYWxsIDUvMzEgdG8gNi8xNCkNCiAgIGh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1ydGMtaW50 ZXJhcy8NCg0KMykgZHJhZnQtaWV0Zi1pZHItbGVnYWN5LXJ0Yy0wNSAgIChXRyBkcmFmdCkNCmh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pZHItbGVnYWN5LXJ0Yy8N Cg0KNCkgZHJhZnQtaWV0Zi1pZHItcnRjLWhpZXJhcmNoaWNhbC1yci0wMCAoV0cgZHJhZnQpDQpo dHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLXJ0Yy1oaWVyYXJj aGljYWwtcnIvDQoNCldlYiBleDoNCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9N VElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1Zg0KDQpNZWV0aW5nIG51bWJlcjog ICAgICAgICAgICA2NDkgMTkzIDU5MQ0KTWVldGluZyBwYXNzd29yZDogICAgICAgICBqb2huLmtu b3dzLmFsbA0KDQoxLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0Nh bmFkYSkNCjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSkNCg0K SURSIE1pbnV0ZXM6DQpodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL2lkci1p bnRlcmltLTA2LTAxLTIwMTUtTWludXRlcw0KDQpJRFIgSW50ZXJpbSBWaXJ0dWFsIEJsdWUgU2hl ZXRzDQpodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL2lkci1pbnRlcmltLTYt MDEtMjAxNS12Qmx1ZVNoZWV0cw0KDQpOZXh0IEludGVyaW1zOiA2LzE1IChZYW5nIG1vZGVscykg YW5kIDYvMjkgKFJvdXRlIFNlcnZlciwgVG9vbHMsIFlhbmcsIGFuZCBuZXh0aG9wKQ0KDQpGcm9t OiBJRFIgV29ya2luZyBHcm91cCBbbWFpbHRvOm1lc3NlbmdlckB3ZWJleC5jb21dDQpTZW50OiBT YXR1cmRheSwgTWF5IDMwLCAyMDE1IDY6MDIgUE0NClRvOiBpZHItY2hhaXJzQHRvb2xzLmlldGYu b3JnPG1haWx0bzppZHItY2hhaXJzQHRvb2xzLmlldGYub3JnPg0KU3ViamVjdDogKEZvcndhcmQg dG8gb3RoZXJzKSBXZWJFeCBtZWV0aW5nIGludml0YXRpb246IGlkciBpbnRlcmltIDYvMS8yMDE1 DQoNCllvdSBjYW4gZm9yd2FyZCB0aGlzIGludml0YXRpb24gdG8gb3RoZXJzLg0KDQoNCkhlbGxv LA0KDQpJRFIgV29ya2luZyBHcm91cCBpbnZpdGVzIHlvdSB0byBqb2luIHRoaXMgV2ViRXggbWVl dGluZy4NCg0KDQoNCg0KDQppZHIgaW50ZXJpbSA2LzEvMjAxNQ0KDQpNb25kYXksIEp1bmUgMSwg MjAxNQ0KDQoxMDowMCBhbSAgfCAgRWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01U LTA0OjAwKSAgfCAgMS41IGhycw0KDQoNCg0KDQoNCkpvaW4gV2ViRXggbWVldGluZzxodHRwczov L2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNjg5NTc2MzE2ZWFmMTliMzk3ZmJlMjQy YTMxMDcyNWY+DQoNCg0KTWVldGluZyBudW1iZXI6DQoNCjY0OSAxOTMgNTkxDQoNCk1lZXRpbmcg cGFzc3dvcmQ6DQoNCmpvaG4ua25vd3MuYWxsDQoNCg0KDQoNCg0KSm9pbiBieSBwaG9uZQ0KDQox LTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFkYSkNCg0KMS02 NTAtNDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQ0KDQpBY2Nlc3MgY29k ZTogNjQ5IDE5MyA1OTENCg0KVG9sbC1mcmVlIGNhbGxpbmcgcmVzdHJpY3Rpb25zPGh0dHA6Ly93 d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmPg0KDQoNCg0KDQoNCkFk ZCB0aGlzIG1lZXRpbmc8aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bTlj ZjY5MTg2ZTI0YjViYWRkYjNmNzQ2N2ZiNjM1ZmM5PiB0byB5b3VyIGNhbGVuZGFyLg0KDQoNCg0K DQoNCkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3VwcG9ydC48aHR0cHM6Ly9pZXRm LndlYmV4LmNvbS9pZXRmL21jPg0KDQoNCg0KDQoNCklNUE9SVEFOVCBOT1RJQ0U6IFBsZWFzZSBu b3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBhdWRpbyBhbmQgb3RoZXIgaW5mb3Jt YXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUgcmVjb3JkZWQsIHdoaWNoIG1heSBi ZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuIEJ5IGpvaW5pbmcgdGhpcyBzZXNzaW9u LCB5b3UgYXV0b21hdGljYWxseSBjb25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRv IG5vdCBjb25zZW50IHRvIGJlaW5nIHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0 aCB0aGUgaG9zdCBvciBkbyBub3Qgam9pbiB0aGUgc2Vzc2lvbi4NCg0KDQoNCg0K --_000_D18FCCC01F766aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <863B2B68BC5D414BAF95B32E104E73C0@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5VbmZvcnR1bmF0 ZWx5LCBJIGhhdmUgYW5vdGhlciBJRVRGIERlc2lnbiBUZWFtIG1lZXRpbmcgZHVyaW5nIHRoaXMg c2xvdCBhbmQgd2lsbCBub3QgYmUgYWJsZSB0byBkaXNjdXNzIG15IHN1Z2dlc3Rpb24uIEhvd2V2 ZXIsIG15IHRob3VnaHQgaXMgdGhhdCBzaW5jZSBIYW5uZXMgaXMgdGhlIGVkaXRvciBvZiB0aGUg QkdQIExTIERyYWZ0IGFuZCBJIHdhcyB0aGUgcm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXdlciwg d2UgY291bGQgcmVzcGVjdGl2ZWx5DQogaWRlbnRpZnkgSVMtSVMgYW5kIE9TUEYgZHJhZnRzIHdo aWNoIHdvdWxkIHJlcXVpcmUgQkdQIExTIGF0dHJpYnV0ZSBUTFZzLiBBdCB0aGF0IHBvaW50LCB0 aGVzZSBUTFZzIGNvdWxkIHRoZW4gYmUgYWRkZWQgdG8gdGhlIElHUCBkcmFmdCBhbmQgYSBjcm9z cy1XRyByZXZpZXcgY291bGQgYmUgZG9uZSBwcmlvciB0byB0aGUgcmVxdWVzdCBmb3IgcHVibGlj YXRpb24uICZuYnNwOzwvZGl2Pg0KPGRpdj5UaGFua3MsPC9kaXY+DQo8ZGl2PkFjZWUmbmJzcDs8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04i Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7IHRleHQt YWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JE RVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDog MGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBC T1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+U3VzYW4gSGFyZXMgJmx0OzxhIGhyZWY9 Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7PGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5TYXR1cmRheSwgTWF5IDMw LCAyMDE1IGF0IDc6MzggUE08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86 IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8 L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8 L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPidB bGlhIEF0bGFzJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAanVuaXBlci5uZXQiPmFrYXRs YXNAanVuaXBlci5uZXQ8L2E+Jmd0OywgJ0RlYm9yYWggQnJ1bmdhcmQnICZsdDs8YSBocmVmPSJt YWlsdG86ZGJydW5nYXJkQGF0dC5jb20iPmRicnVuZ2FyZEBhdHQuY29tPC9hPiZndDs8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPltJZHJdIElkciBp bnRlcmltIG9uIDYvMS8yMDE1IC0gMTA6MDBhbSB0byAxMTozMGFtIGVkdDxicj4NCjwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElP Tl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElO RzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1t aWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZp Y2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3Jk IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29t bWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9 IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSki Pg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9u dC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJBcmlhbCIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiM2NjY2NjY7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZv bnQtZmFtaWx5OiJBcmlhbCIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiM2NjY2NjY7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYg bGFuZz0iRU4tVVMiIGxpbms9IiM2NjY2NjYiIHZsaW5rPSIjNjY2NjY2Ij4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5JRFIgV29ya2luZyBHcm91 cCBJbnRlcmltIDYvMS8yMDE1IFsxMDowMCAtIDExOjMwYW0gRURUXTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPltOb3RlOiB0aGUgV2ViLWV4IHdpbGwgYmUg YXZhaWxhYmxlIDMwIG1pbnV0ZXMgYmVmb3JlIHN0YXJ0aW5nIGZvciB0aGUgc3BlYWtlcnMgdG8g YWRqdXN0IHNsaWRlc108bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij5BZ2VuZGENCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsiPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsxKSBBZ2VuZGEgQmFzaGluZyBbMTA6MDAgLSAxMDowNV0mbmJz cDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAyKSBCR1AgV2lkZSBjb21tdW5pdGllcyBbZHJhZnQtcmFzenVrLXdpZGUt YmdwLWNvbW11bml0aWVzXQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO1JvYmVydCBSYXN6dWsgWzEwOjA1IC0g MTA6MTBdIFtEaXNjdXNzaW9uOiAxMDoxMC0xMDoyMF0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cDovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1yYXN6dWstd2lkZS1iZ3AtY29tbXVuaXRpZXMv Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJhc3p1ay13aWRlLWJncC1j b21tdW5pdGllcy88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMykgQkdQIFJUQyBbMTA6MjUtMTA6NTApDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgYSkgQ2hhaXIgb3ZlcnZpZXcgb2YgUlRDIGNob2ljZXMgWzEwOjIw LTEwOjI1XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBiKSBkcmFmdC1saXRv d3NraS1pZHItcnRjLWludGVyYXMgKEFkb3B0aW9uIDUvMzEgdG8gNi8xNCkgWzEwOjI1LTEwOjM1 XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjKSBEaXNjdXNzaW9uIFsxMDoz NS0xMDo0NV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3 MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDQpIEJHUCBMaW5rIHN0 YXRlIG1vZGVsIGFkZGl0aW9uczombmJzcDsgWzEwOjQ1LTExOjEwXTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGEuIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24gVXBkYXRlIFtNaWNoYWVsIFdhbmdd IFsxMDo0NS0xMDo1NV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYi4gZHJh ZnQtcHJldmlkaS1pZHItYmdwbHMtc2VnZW1lbnQtcm91dGluZy1lcGUtMDMgW1RCRF0gWzEwOjU1 LTExOjA1XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjLiBEaXNjdXNzaW9u IG9mIEFjZWUncyBzdWdnZXN0aW9uIFsxMTowNS0xMToxNV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsgRXhpc3RpbmcgbHMgZHJhZnRzIGFyZToNCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdi KDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxKSBkcmFmdC1pZXRmLWlkci1scy1kaXN0 cmlidXRpb24tMTAgKEluIElFU0cgcHJvY2Vzc2luZyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMikgZHJhZnQtaWV0Zi1pZHItbHMtZGlzdHJpYnV0aW9uLWltcGwtMDQgKElF U0cgd2FudHMgb24gd2lraV0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAz KSBkcmFmdC1pZXRmLWlkci10ZS1sc3AtZGlzdHJpYnV0aW9uLTAzIChXRyBkcmFmdCApPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFByb3Bvc2VkIGFkZGl0aW9ucyBhcmU6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGMpIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24gKFdHIEFk b3B0aW9uIDUvMjAgdG8gNi8zKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBk KSBkcmFmdC1wcmV2aWRpLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTAzKFdHIEFkb3B0 aW9uIDUvMzEgdG8gNi8xNCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZSkg ZHJhZnQtcHNhcmthci1pZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4dGVuc2lvbi0wMCAobm8g cmVxdWVzdCBmb3IgYWRvcHRpb24pPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEJhc2VkIG9uIHRoZSBjb21tZW50cyBmcm9tIEFjZWUgbGFzdCB3ZWVrDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFp bC1hcmNoaXZlL3dlYi9pZHIvY3VycmVudC9tc2cxNDQyNS5odG1sIj5odHRwOi8vd3d3LmlldGYu b3JnL21haWwtYXJjaGl2ZS93ZWIvaWRyL2N1cnJlbnQvbXNnMTQ0MjUuaHRtbDwvYT4pDQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb24gaGFybW9uaXppbmcgdGhlIGFkZGl0 aW9ucyB0byBkcmFmdC1pZHItbHMtZGlzdHJpYnV0aW9uLg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFdlIGFyZSBleGFtaW5pbmcgdGhlIEJHUCBMUyBhZGRpdGlvbnMgdGhp cyB3ZWVrLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNSkgQkdQ IEkyUlMgVXNlIENhc2UmbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxp YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBkcmFmdC1rZXl1cGF0ZS1pZHItaTJycy1iZ3AtdXNlY2FzZXMtMDAudHh0IFtTdWUgSGFyZXNd IFsxMToxNS0xMTozMF08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij5CYWNrZ3JvdW5kIHJlYWRpbmc6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij5SVEMgRHJhZnRzIHVuZGVyIGNvbnNpZGVyYXRpb246DQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7Ij4xKSBkcmFmdC1pZXRmLXJ0Yy1uby1ydGMgKFdHIExDIDUvMjIgdG8gNi81 IGluIHByb2dyZXNzKQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7PGEgaHJlZj0i aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1ydGMtbm8tcnQv Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLXJ0Yy1uby1y dC88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Mikg ZHJhZnQtbGl0a293c2tpLWlkci1ydGMtaW50ZXJhcyAoV0cgYWRvcHRpb24gY2FsbCA1LzMxIHRv IDYvMTQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7DQo8YSBocmVmPSJodHRwOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItcnRjLWludGVyYXMv Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItcnRj LWludGVyYXMvPC9hPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyI+MykgZHJhZnQtaWV0Zi1pZHItbGVnYWN5LXJ0Yy0wNSZuYnNwOyZuYnNw OyAoV0cgZHJhZnQpDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48YSBocmVmPSJodHRwOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLWxlZ2FjeS1ydGMvIj5odHRwOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLWxlZ2FjeS1ydGMvPC9hPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdi KDMxLCA3MywgMTI1KTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxp YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjQpIGRyYWZ0LWlldGYt aWRyLXJ0Yy1oaWVyYXJjaGljYWwtcnItMDAgKFdHIGRyYWZ0KQ0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUp OyI+PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlk ci1ydGMtaGllcmFyY2hpY2FsLXJyLyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWlkci1ydGMtaGllcmFyY2hpY2FsLXJyLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5XZWIgZXg6DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij48YSBocmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNjg5NTc2 MzE2ZWFmMTliMzk3ZmJlMjQyYTMxMDcyNWYiPmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9q LnBocD9NVElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1ZjwvYT48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwg NzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3 MywgMTI1KTsiPk1lZXRpbmcgbnVtYmVyOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNjQ5IDE5MyA1OTENCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3Mywg MTI1KTsiPk1lZXRpbmcgcGFzc3dvcmQ6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGpvaG4ua25vd3MuYWxsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyI+MS04NzctNjY4LTQ0OTMgQ2FsbC1pbiB0b2xsIGZyZWUgbnVt YmVyIChVUy9DYW5hZGEpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+MS02NTAtNDc5LTMyMDggQ2FsbC1p biB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdi KDMxLCA3MywgMTI1KTsiPklEUiBNaW51dGVzOg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PGEgaHJl Zj0iaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9pZHItaW50ZXJpbS0wNi0w MS0yMDE1LU1pbnV0ZXMiPmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3AvaWRy LWludGVyaW0tMDYtMDEtMjAxNS1NaW51dGVzPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+SURSIElu dGVyaW0gVmlydHVhbCBCbHVlIFNoZWV0czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjxhIGhyZWY9Imh0 dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3AvaWRyLWludGVyaW0tNi0wMS0yMDE1 LXZCbHVlU2hlZXRzIj5odHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL2lkci1p bnRlcmltLTYtMDEtMjAxNS12Qmx1ZVNoZWV0czwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPk5leHQg SW50ZXJpbXM6IDYvMTUgKFlhbmcgbW9kZWxzKSBhbmQgNi8yOSAoUm91dGUgU2VydmVyLCBUb29s cywgWWFuZywgYW5kIG5leHRob3ApPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5 OiBUYWhvbWEsIHNhbnMtc2VyaWY7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsiPiBJRFIgV29ya2lu ZyBHcm91cCBbPGEgaHJlZj0ibWFpbHRvOm1lc3NlbmdlckB3ZWJleC5jb20iPm1haWx0bzptZXNz ZW5nZXJAd2ViZXguY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgTWF5IDMw LCAyMDE1IDY6MDIgUE08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzppZHItY2hhaXJz QHRvb2xzLmlldGYub3JnIj5pZHItY2hhaXJzQHRvb2xzLmlldGYub3JnPC9hPjxicj4NCjxiPlN1 YmplY3Q6PC9iPiAoRm9yd2FyZCB0byBvdGhlcnMpIFdlYkV4IG1lZXRpbmcgaW52aXRhdGlvbjog aWRyIGludGVyaW0gNi8xLzIwMTU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8dGFibGUgY2xh c3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBhbGlnbj0ibGVm dCIgd2lkdGg9IjEwMCUiIHN0eWxlPSJ3aWR0aDoxMDAuMCUiPg0KPHRib2R5Pg0KPHRyPg0KPHRk IHN0eWxlPSJwYWRkaW5nOjMuNzVwdCAwaW4gMGluIDBpbiI+DQo8dGFibGUgY2xhc3M9Ik1zb05v cm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBhbGlnbj0ibGVmdCIgd2lkdGg9 IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0O21hcmdpbi1sZWZ0OjMuNzVwdCI+DQo8dGJvZHk+ DQo8dHI+DQo8dGQgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+ DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIw IiB3aWR0aD0iMTAwJSIgc3R5bGU9IndpZHRoOjEwMC4wJSI+DQo8dGJvZHk+DQo8dHI+DQo8dGQg c3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJh bWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNo b3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVt bjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41 cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwg MTAyKTsiPllvdSBjYW4gZm9yd2FyZCB0aGlzIGludml0YXRpb24gdG8gb3RoZXJzLg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJh bWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3Vu ZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hv ci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29s b3I6IHJnYigxMDIsIDEwMiwgMTAyKTsgZGlzcGxheTogbm9uZTsiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2Vs bHBhZGRpbmc9IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+ DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNv LWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28t ZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jp em9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJn Yig3NywgNzcsIDc3KTsiPkhlbGxvLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwv dHI+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6Ny41cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFt ZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5k O21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9y LWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDc3LCA3NywgNzcpOyI+SURSIFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9p biB0aGlzIFdlYkV4IG1lZXRpbmcuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90 cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUt aGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6 Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNh bDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWln aHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1m YW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyBkaXNw bGF5OiBub25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJN c29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUyNSIgc3R5 bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjE1LjBwdCI+ DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluO2hlaWdodDoxNS4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpm cmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJv dW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5j aG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBj b2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJh bWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNo b3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVt bjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41 cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwg MTAyKTsgZGlzcGxheTogbm9uZTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJs ZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRo PSIxMDAlIiBzdHlsZT0id2lkdGg6MTAwLjAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0i cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0 aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoNzcsIDc3LCA3Nyk7Ij5pZHIgaW50ZXJpbSA2LzEvMjAx NTwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYig3NywgNzcsIDc3KTsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8 L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1l O21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7 bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3It aG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMTAyLCAxMDIsIDEwMik7Ij5Nb25kYXksIEp1bmUgMSwgMjAxNQ0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4w cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28t ZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBo O21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhh Y3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlh bCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4xMDowMDwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiBhbSZuYnNwOyZuYnNwO3wmbmJzcDsmbmJz cDtFYXN0ZXJuIERheWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApJm5ic3A7Jm5ic3A7 fCZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4xLjU8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4NCiBocnMgPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7 bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDtt c28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1o b3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigxMDIsIDEwMiwgMTAyKTsgZGlzcGxheTogbm9uZTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBh ZGRpbmc9IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8 dHIgc3R5bGU9ImhlaWdodDoxNS4wcHQiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGlu IDBpbjtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhl aWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIu MjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6 cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0 LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVt ZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3Jh cDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVu dC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7IGRpc3BsYXk6IG5vbmU7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9 IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMCIgc3R5bGU9IndpZHRoOjBpbjt3aWR0aDphdXRv IWltcG9ydGFudCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7 bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxl bWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21z by1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3Rs eSI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDAsIDE3NSwgMjQ5KTsiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9q LnBocD9NVElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1ZiI+PGI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMwMEFGRjk7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPkpvaW4gV2ViRXggbWVldGlu Zzwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMEFGRjk7dGV4dC1kZWNvcmF0aW9uOm5v bmUiPjwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Ri b2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDox NS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDtt c28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdy YXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6 ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsgZGlzcGxheTogbm9u ZTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFs VGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIwIiBzdHlsZT0id2lkdGg6 MGluO3dpZHRoOmF1dG8haW1wb3J0YW50Ij4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFk ZGluZzowaW4gMy43NXB0IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0 aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+ TWVldGluZyBudW1iZXI6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPHRkIHN0eWxl PSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhz cGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZl cnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNv LWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBm b250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7 Ij42NDkgMTkzIDU5MQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+ DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDMuNzVwdCAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVs ZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxl bWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9u dGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigx MDIsIDEwMiwgMTAyKTsiPk1lZXRpbmcgcGFzc3dvcmQ6PG86cD48L286cD48L3NwYW4+PC9wPg0K PC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28t ZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1l bGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6 b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdi KDEwMiwgMTAyLCAxMDIpOyI+am9obi5rbm93cy5hbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFt ZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hv ci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1u O21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVw dDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAx MDIpOyBkaXNwbGF5OiBub25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxl IGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9 IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0 OjE1LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluO2hlaWdodDoxNS4w cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28t ZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50 LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVs ZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5z LXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVs ZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxl bWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9u dGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigx MDIsIDEwMiwgMTAyKTsgZGlzcGxheTogbm9uZTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHI+DQo8 dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQt ZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1h bmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNv bHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Sm9pbiBi eSBwaG9uZTwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVt ZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3Jh cDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVu dC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4xLTg3Ny02NjgtNDQ5Mzwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4mbmJzcDtDYWxsLWluIHRvbGwg ZnJlZSBudW1iZXIgKFVTL0NhbmFkYSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90 cj4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTtt c28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21z by1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhv cml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+MS02NTAtNDc5LTMyMDg8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBj b2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7Q2FsbC1pbiB0b2xsIG51bWJlciAoVVMv Q2FuYWRhKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0 eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1l LWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9y LXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47 bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0 OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEw Mik7Ij5BY2Nlc3MgY29kZTombmJzcDs2NDkgMTkzIDU5MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVt ZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3Jh cDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVu dC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij48YSBocmVmPSJodHRwOi8vd3d3LndlYmV4 LmNvbS9wZGYvdG9sbGZyZWVfcmVzdHJpY3Rpb25zLnBkZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Y29sb3I6IzAwQUZGOTt0ZXh0LWRlY29yYXRpb246bm9uZSI+VG9sbC1mcmVlIGNh bGxpbmcgcmVzdHJpY3Rpb25zPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3Rk Pg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1o c3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12 ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21z by1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsg Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIp OyBkaXNwbGF5OiBub25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNs YXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUy NSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjE1 LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluO2hlaWdodDoxNS4wcHQi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxl bWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdy YXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1l bnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNl cmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1l bnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVu dC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFs OmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIs IDEwMiwgMTAyKTsgZGlzcGxheTogbm9uZTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N Cjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAi IHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQg c3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJh bWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNo b3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVt bjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0 OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEw Mik7Ij48YSBocmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tOWNm NjkxODZlMjRiNWJhZGRiM2Y3NDY3ZmI2MzVmYzkiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDBBRkY5 O3RleHQtZGVjb3JhdGlvbjpub25lIj5BZGQgdGhpcyBtZWV0aW5nPC9zcGFuPjwvYT4gdG8geW91 cg0KIGNhbGVuZGFyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9k eT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUu MHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNv LWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFw aDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4 YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJp YWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7IGRpc3BsYXk6IG5vbmU7 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRh YmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iNTI1IiBzdHlsZT0id2lkdGg6 MzkzLjc1cHQiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6MTUuMHB0Ij4NCjx0ZCBzdHls ZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW47aGVpZ2h0OjE1LjBwdCI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1l bGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVs ZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpv bnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MTAyLCAxMDIsIDEwMik7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90 cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUt aGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6 Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNh bDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWln aHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1m YW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyBkaXNw bGF5OiBub25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJN c29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUyNSIgc3R5 bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzow aW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0 O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJh Z3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVs ZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPkNhbid0IGpvaW4g dGhlIG1lZXRpbmc/DQo8YSBocmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWMiPjxz cGFuIHN0eWxlPSJjb2xvcjojMDBBRkY5O3RleHQtZGVjb3JhdGlvbjpub25lIj5Db250YWN0IHN1 cHBvcnQuPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjwv dGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0 O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJh Z3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVs ZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyBkaXNwbGF5OiBu b25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3Jt YWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUyNSIgc3R5bGU9Indp ZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjcuNXB0Ij4NCjx0ZCBz dHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW47aGVpZ2h0OjcuNXB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbGluZS1oZWlnaHQtYWx0OjcuNXB0O21zby1lbGVtZW50OmZy YW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91 bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNo b3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNv bG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFt ZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hv ci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1u O21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVw dDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAx MDIpOyBkaXNwbGF5OiBub25lOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxl IGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9 IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0i cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0 aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDlwdDsgZm9udC1m YW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDE2MCwgMTYwLCAxNjApOyI+SU1Q T1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dz IGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBi ZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4N CiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0byBz dWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyByZWNvcmRlZCwg ZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhlIHNl c3Npb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90 YWJsZT4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L3RkPg0KPC90cj4NCjwv dGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_D18FCCC01F766aceeciscocom_-- From nobody Sat May 30 17:55:09 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E41501AC3AC for ; Sat, 30 May 2015 17:55:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.053 X-Spam-Level: X-Spam-Status: No, score=-101.053 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0ZomrzsztGY for ; Sat, 30 May 2015 17:55:04 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 1237A1A9172 for ; Sat, 30 May 2015 17:55:04 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=174.124.178.112; From: "Susan Hares" To: "'Acee Lindem \(acee\)'" , References: <008a01d09b31$bd030960$37091c20$@ndzh.com> In-Reply-To: Date: Sat, 30 May 2015 20:55:00 -0400 Message-ID: <00bb01d09b3c$6d14ff20$473efd60$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BC_01D09B1A.E60C86E0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI+zZviz2wUeB2aIqrN5T1sA4R54AJG9nRlnKakwsA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' , 'Deborah Brungard' Subject: Re: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2015 00:55:08 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00BC_01D09B1A.E60C86E0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Acee:=20 =20 This sounds good. You=E2=80=99ll do WG review and IDR cross-review on = the BGP-LS attribute TLVs. If the proposal for this TLV comes first in = IDR, how do you want to handle it? IDR can review the context and then = send it on to IS-IS and OSPF.=20 =20 Sue=20 =20 From: Acee Lindem (acee) [mailto:acee@cisco.com]=20 Sent: Saturday, May 30, 2015 8:30 PM To: Susan Hares; idr@ietf.org Cc: 'Alia Atlas'; 'Deborah Brungard' Subject: Re: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt =20 Unfortunately, I have another IETF Design Team meeting during this slot = and will not be able to discuss my suggestion. However, my thought is = that since Hannes is the editor of the BGP LS Draft and I was the = routing directorate reviewer, we could respectively identify IS-IS and = OSPF drafts which would require BGP LS attribute TLVs. At that point, = these TLVs could then be added to the IGP draft and a cross-WG review = could be done prior to the request for publication. =20 Thanks, Acee=20 =20 From: Susan Hares Date: Saturday, May 30, 2015 at 7:38 PM To: "idr@ietf.org" Cc: 'Alia Atlas' , 'Deborah Brungard' = Subject: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt =20 =20 IDR Working Group Interim 6/1/2015 [10:00 - 11:30am EDT] =20 [Note: the Web-ex will be available 30 minutes before starting for the = speakers to adjust slides] =20 Agenda=20 =20 1) Agenda Bashing [10:00 - 10:05] =20 2) BGP Wide communities = [draft-raszuk-wide-bgp-communities]=20 Robert Raszuk [10:05 - 10:10] [Discussion: = 10:10-10:20] =20 = = http://datatracker.ietf.org/doc/draft-raszuk-wide-bgp-communities/ =20 3) BGP RTC [10:25-10:50)=20 a) Chair overview of RTC choices = [10:20-10:25] b) draft-litowski-idr-rtc-interas = (Adoption 5/31 to 6/14) [10:25-10:35] c) Discussion [10:35-10:45] =20 =20 4) BGP Link state model additions: [10:45-11:10] =20 a. draft-wang-idr-eag-distribution = Update [Michael Wang] [10:45-10:55] b. = draft-previdi-idr-bgpls-segement-routing-epe-03 [TBD] [10:55-11:05] c. Discussion of Acee's suggestion = [11:05-11:15] =20 Existing ls drafts are:=20 1) draft-ietf-idr-ls-distribution-10 (In = IESG processing) 2) = draft-ietf-idr-ls-distribution-impl-04 (IESG wants on wiki]=20 3) draft-ietf-idr-te-lsp-distribution-03 = (WG draft ) =20 Proposed additions are: = =20 c) draft-wang-idr-eag-distribution (WG = Adoption 5/20 to 6/3) d) = draft-previdi-idr-bgpls-segment-routing-epe-03(WG Adoption 5/31 to 6/14) e) = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00 (no request for = adoption) Based on the comments from Acee last = week=20 = = http://www.ietf.org/mail-archive/web/idr/current/msg14425.html)=20 on harmonizing the additions to = draft-idr-ls-distribution.=20 We are examining the BGP LS additions = this week. =20 =20 5) BGP I2RS Use Case =20 = draft-keyupate-idr-i2rs-bgp-usecases-00.txt [Sue Hares] [11:15-11:30] =20 Background reading:=20 =20 RTC Drafts under consideration:=20 1) draft-ietf-rtc-no-rtc (WG LC 5/22 to 6/5 in progress)=20 = http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-no-rt/ =20 2) draft-litkowski-idr-rtc-interas (WG adoption call 5/31 to 6/14) = http://datatracker.ietf.org/doc/draft-litkowski-idr-rtc-interas/ = =20 =20 3) draft-ietf-idr-legacy-rtc-05 (WG draft)=20 = http://datatracker.ietf.org/doc/draft-ietf-idr-legacy-rtc/ =20 4) draft-ietf-idr-rtc-hierarchical-rr-00 (WG draft)=20 = http://datatracker.ietf.org/doc/draft-ietf-idr-rtc-hierarchical-rr/ =20 Web ex:=20 = = https://ietf.webex.com/ietf/j.php?MTID=3Dm689576316eaf19b397fbe242a310725= f =20 Meeting number: 649 193 591=20 Meeting password: john.knows.all =20 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) =20 IDR Minutes:=20 = http://etherpad.tools.ietf.org:9000/p/idr-interim-06-01-2015-Minutes =20 IDR Interim Virtual Blue Sheets = = http://etherpad.tools.ietf.org:9000/p/idr-interim-6-01-2015-vBlueSheets =20 Next Interims: 6/15 (Yang models) and 6/29 (Route Server, Tools, Yang, = and nexthop) =20 From: IDR Working Group [ = mailto:messenger@webex.com]=20 Sent: Saturday, May 30, 2015 6:02 PM To: idr-chairs@tools.ietf.org Subject: (Forward to others) WebEx meeting invitation: idr interim = 6/1/2015 =20 You can forward this invitation to others.=20 =20 Hello,=20 IDR Working Group invites you to join this WebEx meeting.=20 =20 =20 =20 idr interim 6/1/2015 Monday, June 1, 2015=20 10:00 am | Eastern Daylight Time (New York, GMT-04:00) | 1.5 hrs=20 =20 =20 =20 = Join WebEx meeting =20 Meeting number:=20 649 193 591=20 Meeting password: john.knows.all =20 =20 =20 Join by phone 1-877-668-4493 Call-in toll free number (US/Canada) 1-650-479-3208 Call-in toll number (US/Canada) Access code: 649 193 591 Toll-free calling = restrictions =20 =20 =20 = Add this meeting to your calendar. =20 =20 =20 Can't join the meeting? Contact = support. =20 =20 =20 IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session. =20 ------=_NextPart_000_00BC_01D09B1A.E60C86E0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Acee:

     

    This sounds good. =C2=A0You=E2=80=99ll do WG review and IDR = cross-review on the BGP-LS attribute TLVs. If the proposal for this TLV = comes first in IDR, how do you want to handle it? =C2=A0IDR can review = the context and then send it on to IS-IS and OSPF. =

     

    Sue

     

    From:= = Acee Lindem (acee) [mailto:acee@cisco.com]
    Sent: Saturday, = May 30, 2015 8:30 PM
    To: Susan Hares; = idr@ietf.org
    Cc: 'Alia Atlas'; 'Deborah = Brungard'
    Subject: Re: [Idr] Idr interim on 6/1/2015 - 10:00am = to 11:30am edt

     

    Unfortunately, I have another IETF Design Team meeting during this slot = and will not be able to discuss my suggestion. However, my thought is = that since Hannes is the editor of the BGP LS Draft and I was the = routing directorate reviewer, we could respectively identify IS-IS and = OSPF drafts which would require BGP LS attribute TLVs. At that point, = these TLVs could then be added to the IGP draft and a cross-WG review = could be done prior to the request for publication. =  

    Thanks,

    Acee 

     

    From: Susan Hares <shares@ndzh.com>
    Date: = Saturday, May 30, 2015 at 7:38 PM
    To: "idr@ietf.org" <idr@ietf.org>
    Cc: 'Alia = Atlas' <akatlas@juniper.net>, = 'Deborah Brungard' <dbrungard@att.com>
    Subject= : [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am = edt

     

     

    IDR Working Group Interim 6/1/2015 [10:00 - 11:30am EDT]

     

    [Note: the Web-ex will be available 30 minutes before starting for = the speakers to adjust slides]

     

    Agenda

     

      =            1) = Agenda Bashing [10:00 - 10:05]   

               &nbs= p;    2) BGP Wide communities = [draft-raszuk-wide-bgp-communities]

               &nbs= p;       Robert Raszuk [10:05 - 10:10] = [Discussion: = 10:10-10:20]          &= nbsp;       

               &nbs= p;       http://datatracker.ietf.org/do= c/draft-raszuk-wide-bgp-communities/

               &nbs= p;   

               &nbs= p;    3) BGP RTC [10:25-10:50)

               &nbs= p;            = ;        a) Chair overview of RTC = choices [10:20-10:25]

               &nbs= p;            = ;        b) = draft-litowski-idr-rtc-interas (Adoption 5/31 to 6/14) = [10:25-10:35]

               &nbs= p;            = ;        c) Discussion = [10:35-10:45]

               &nbs= p;            = ;       

               &nbs= p;   

               &nbs= p;    4) BGP Link state model additions:  = [10:45-11:10]

               &nbs= p;            = ;       

               &nbs= p;            = ;        a. = draft-wang-idr-eag-distribution Update [Michael Wang] = [10:45-10:55]

               &nbs= p;            = ;        b. = draft-previdi-idr-bgpls-segement-routing-epe-03 [TBD] = [10:55-11:05]

               &nbs= p;            = ;        c. Discussion of Acee's = suggestion [11:05-11:15]

               &nbs= p;            = ;       

               &nbs= p;       Existing ls drafts are:

               &nbs= p;            = ;        1) = draft-ietf-idr-ls-distribution-10 (In IESG processing)

               &nbs= p;            = ;        2) = draft-ietf-idr-ls-distribution-impl-04 (IESG wants on wiki]

               &nbs= p;            = ;        3) = draft-ietf-idr-te-lsp-distribution-03 (WG draft )

     

               &nbs= p;            = ;        Proposed additions are: =             &= nbsp;           &n= bsp;     

               &nbs= p;            = ;        c) = draft-wang-idr-eag-distribution (WG Adoption 5/20 to 6/3)

               &nbs= p;            = ;        d) = draft-previdi-idr-bgpls-segment-routing-epe-03(WG Adoption 5/31 to = 6/14)

               &nbs= p;            = ;        e) = draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00 (no request for = adoption)

               &nbs= p;            = ;        Based on the comments from = Acee last week

               &nbs= p;            = ;        <= span = style=3D'font-family:"Arial","sans-serif"'>http://www.ietf.org/mail-archi= ve/web/idr/current/msg14425.html)

               &nbs= p;            = ;        on harmonizing the additions = to draft-idr-ls-distribution.

               &nbs= p;            = ;        We are examining the BGP LS = additions this week. 

               &nbs= p;            = ;       

               &nbs= p;    5) BGP I2RS Use Case 

               &nbs= p;            = ;        = draft-keyupate-idr-i2rs-bgp-usecases-00.txt [Sue Hares] = [11:15-11:30]

     

    Background reading:

     

    RTC Drafts under consideration:

    1) draft-ietf-rtc-no-rtc (WG LC 5/22 to 6/5 in progress)

      http://datatracker.ietf.org/do= c/draft-ietf-idr-rtc-no-rt/

     

    2) draft-litkowski-idr-rtc-interas (WG adoption call 5/31 to = 6/14)

       http://datatracker.ietf.org/do= c/draft-litkowski-idr-rtc-interas/    &nbs= p;            = ;            =  

     

    3) draft-ietf-idr-legacy-rtc-05   (WG draft)

    http://datatracker.ietf.org/do= c/draft-ietf-idr-legacy-rtc/

     

    4) draft-ietf-idr-rtc-hierarchical-rr-00 (WG draft)

    http://datatracker.ietf.org/do= c/draft-ietf-idr-rtc-hierarchical-rr/

     

    Web ex:

    https://ietf.webex.com/ietf/j.= php?MTID=3Dm689576316eaf19b397fbe242a310725f

               &nbs= p;   

    Meeting number: =            649 193 591 =

    Meeting password:         = john.knows.all

     

    1-877-668-4493 Call-in toll free number (US/Canada)

    1-650-479-3208 Call-in toll number (US/Canada)

     

    IDR Minutes:

    http://etherpad.tools.ietf.org= :9000/p/idr-interim-06-01-2015-Minutes

               &nbs= p;   

    IDR Interim Virtual Blue Sheets

    http://etherpad.tools.ietf.org= :9000/p/idr-interim-6-01-2015-vBlueSheets

               &nbs= p;   

    Next Interims: 6/15 (Yang models) and 6/29 (Route Server, Tools, = Yang, and nexthop)

     

    = From:= IDR Working Group [mailto:messenger@webex.com]
    Sent: Saturday, May 30, 2015 6:02 PM
    To: = idr-chairs@tools.ietf.org
    Subject: (Forward to others) WebEx meeting invitation: = idr interim 6/1/2015

     

    You can forward this invitation to others. =

     

    Hello,

    IDR Working Group invites you to join this WebEx meeting. =

     

     

     

    idr interim = 6/1/2015

    Monday, June 1, 2015

    10:00 am  |  Eastern Daylight Time (New York, = GMT-04:00)  |  1.5 hrs

     

     

     

    Join = WebEx meeting

     

    Meeting number:

    649 193 591

    Meeting password:

    john.knows.all

     

     

     

    Join by = phone

    1-877-668-4493 Call-in toll free number = (US/Canada)

    1-650-479-3208 Call-in toll number = (US/Canada)

    Access code: 649 193 591

    Toll-free = calling = restrictions

     

     

     

    Add this = meeting to your = calendar.

     

     

     

    Can't join the meeting? Contact = support.

     

     

     

    = IMPORTANT NOTICE: Please note that this WebEx service allows audio and = other information sent during the session to be recorded, which may be = discoverable in a legal matter. By joining this session, you = automatically consent to such recordings. If you do not consent to being = recorded, discuss your concerns with the host or do not join the = session.

     

    ------=_NextPart_000_00BC_01D09B1A.E60C86E0-- From nobody Sat May 30 17:59:23 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA4B91AC3B7 for ; Sat, 30 May 2015 17:59:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.509 X-Spam-Level: X-Spam-Status: No, score=-16.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bhQccsccQRqx for ; Sat, 30 May 2015 17:59:18 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36E681AC3B1 for ; Sat, 30 May 2015 17:59:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=79169; q=dns/txt; s=iport; t=1433033958; x=1434243558; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rzSVzCome1G5OBGOBEK4pEI+wJZyI3U1phEfT1F9AtU=; b=Y5d0stHecj2NinO7mBxknak8ShRnEBp4iPjiPqHXE4Kb00H9qk3dNGcI T8d8bn1oNdXRXNILBkgbd+iJHOP84DBkFp8F6cWUHzPBzoCcw90+r50gw Kvn1iV+BDPEJLOSLKm1CI469LCslHXdwz6yl1bil0IgnAxeT/xLrZq6t5 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AKAgA4XGpV/5RdJa1CEAcDgkVLVF4Ggxisao0/T4ERBHqFdQIcgRBMAQEBAQEBgQuEIgEBAQICIwo5ExACAQgOAwMBAQEVBAgBAwMDAgICMBQJBwEBAQEDAQ0FCYgkDTqxFIUvngIBAQEBAQEBAQEBAQEBAQEBAQEBAQEXi0OEKQsBAQUHKQoBDAQGAREHglCBRQWTCoQ1hEqCE4EpEyuDM4o4hAeDWSOCChyBA09vAYELOoEBAQEB X-IronPort-AV: E=Sophos;i="5.13,523,1427760000"; d="scan'208,217";a="424041750" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-6.cisco.com with ESMTP; 31 May 2015 00:59:17 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t4V0xGsQ025517 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 31 May 2015 00:59:16 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.81]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Sat, 30 May 2015 19:59:16 -0500 From: "Acee Lindem (acee)" To: Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt Thread-Index: AdCbMalEMdiuxbSrQYqa3QTcSqQ5lgAD8UQAAAk5iQD//75NAA== Date: Sun, 31 May 2015 00:59:15 +0000 Message-ID: References: <008a01d09b31$bd030960$37091c20$@ndzh.com> <00bb01d09b3c$6d14ff20$473efd60$@ndzh.com> In-Reply-To: <00bb01d09b3c$6d14ff20$473efd60$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.202] Content-Type: multipart/alternative; boundary="_000_D18FD49D1F781aceeciscocom_" MIME-Version: 1.0 Archived-At: Cc: 'Alia Atlas' , 'Deborah Brungard' Subject: Re: [Idr] Idr interim on 6/1/2015 - 10:00am to 11:30am edt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2015 00:59:22 -0000 --_000_D18FD49D1F781aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3VlLA0KVGhlcmUgd2lsbCBiZSBzb21lIEJHUCBMUyB0aGF0IGlzIG5vdCByZWxhdGVkIHRv IElHUCBsaW5rLXN0YXRlLiBGb3IgZXhhbXBsZSwgdGhlIEJHUCBFZ3Jlc3MgUGVlciBFbmdpbmVl cmluZyBUTFZzIGhhdmUgbm8gSUdQIGVxdWl2YWxlbnQuIEZvciBvbmVzIHRoYXQgYXJlIElHUCBi YXNlZCwgaXQgd291bGQgc2VlbSB0aGUgSUdQIGRyYWZ0IHdvdWxkIG5lZWQgdG8gcHJlY2VkZSB0 aGUgYXR0ZW5kYW50IEJHUCBMUyBkcmFmdC4gT2YgY291cnNlLCB3ZeKAmWxsIGhhdmUgdG8gaGFu ZGxlIHRoaXMgb24gYSBjYXNlLWJ5LWNhc2UgYmFzaXMuDQpUaGFua3MsDQpBY2VlDQoNCkZyb206 IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpE YXRlOiBTYXR1cmRheSwgTWF5IDMwLCAyMDE1IGF0IDg6NTUgUE0NClRvOiBBY2VlIExpbmRlbSA8 YWNlZUBjaXNjby5jb208bWFpbHRvOmFjZWVAY2lzY28uY29tPj4sICJpZHJAaWV0Zi5vcmc8bWFp bHRvOmlkckBpZXRmLm9yZz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+DQpD YzogJ0FsaWEgQXRsYXMnIDxha2F0bGFzQGp1bmlwZXIubmV0PG1haWx0bzpha2F0bGFzQGp1bmlw ZXIubmV0Pj4sICdEZWJvcmFoIEJydW5nYXJkJyA8ZGJydW5nYXJkQGF0dC5jb208bWFpbHRvOmRi cnVuZ2FyZEBhdHQuY29tPj4NClN1YmplY3Q6IFJFOiBbSWRyXSBJZHIgaW50ZXJpbSBvbiA2LzEv MjAxNSAtIDEwOjAwYW0gdG8gMTE6MzBhbSBlZHQNCg0KQWNlZToNCg0KVGhpcyBzb3VuZHMgZ29v ZC4gIFlvdeKAmWxsIGRvIFdHIHJldmlldyBhbmQgSURSIGNyb3NzLXJldmlldyBvbiB0aGUgQkdQ LUxTIGF0dHJpYnV0ZSBUTFZzLiBJZiB0aGUgcHJvcG9zYWwgZm9yIHRoaXMgVExWIGNvbWVzIGZp cnN0IGluIElEUiwgaG93IGRvIHlvdSB3YW50IHRvIGhhbmRsZSBpdD8gIElEUiBjYW4gcmV2aWV3 IHRoZSBjb250ZXh0IGFuZCB0aGVuIHNlbmQgaXQgb24gdG8gSVMtSVMgYW5kIE9TUEYuDQoNClN1 ZQ0KDQpGcm9tOiBBY2VlIExpbmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0NClNl bnQ6IFNhdHVyZGF5LCBNYXkgMzAsIDIwMTUgODozMCBQTQ0KVG86IFN1c2FuIEhhcmVzOyBpZHJA aWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4NCkNjOiAnQWxpYSBBdGxhcyc7ICdEZWJvcmFo IEJydW5nYXJkJw0KU3ViamVjdDogUmU6IFtJZHJdIElkciBpbnRlcmltIG9uIDYvMS8yMDE1IC0g MTA6MDBhbSB0byAxMTozMGFtIGVkdA0KDQpVbmZvcnR1bmF0ZWx5LCBJIGhhdmUgYW5vdGhlciBJ RVRGIERlc2lnbiBUZWFtIG1lZXRpbmcgZHVyaW5nIHRoaXMgc2xvdCBhbmQgd2lsbCBub3QgYmUg YWJsZSB0byBkaXNjdXNzIG15IHN1Z2dlc3Rpb24uIEhvd2V2ZXIsIG15IHRob3VnaHQgaXMgdGhh dCBzaW5jZSBIYW5uZXMgaXMgdGhlIGVkaXRvciBvZiB0aGUgQkdQIExTIERyYWZ0IGFuZCBJIHdh cyB0aGUgcm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXdlciwgd2UgY291bGQgcmVzcGVjdGl2ZWx5 IGlkZW50aWZ5IElTLUlTIGFuZCBPU1BGIGRyYWZ0cyB3aGljaCB3b3VsZCByZXF1aXJlIEJHUCBM UyBhdHRyaWJ1dGUgVExWcy4gQXQgdGhhdCBwb2ludCwgdGhlc2UgVExWcyBjb3VsZCB0aGVuIGJl IGFkZGVkIHRvIHRoZSBJR1AgZHJhZnQgYW5kIGEgY3Jvc3MtV0cgcmV2aWV3IGNvdWxkIGJlIGRv bmUgcHJpb3IgdG8gdGhlIHJlcXVlc3QgZm9yIHB1YmxpY2F0aW9uLg0KVGhhbmtzLA0KQWNlZQ0K DQpGcm9tOiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5j b20+Pg0KRGF0ZTogU2F0dXJkYXksIE1heSAzMCwgMjAxNSBhdCA3OjM4IFBNDQpUbzogImlkckBp ZXRmLm9yZzxtYWlsdG86aWRyQGlldGYub3JnPiIgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRyQGll dGYub3JnPj4NCkNjOiAnQWxpYSBBdGxhcycgPGFrYXRsYXNAanVuaXBlci5uZXQ8bWFpbHRvOmFr YXRsYXNAanVuaXBlci5uZXQ+PiwgJ0RlYm9yYWggQnJ1bmdhcmQnIDxkYnJ1bmdhcmRAYXR0LmNv bTxtYWlsdG86ZGJydW5nYXJkQGF0dC5jb20+Pg0KU3ViamVjdDogW0lkcl0gSWRyIGludGVyaW0g b24gNi8xLzIwMTUgLSAxMDowMGFtIHRvIDExOjMwYW0gZWR0DQoNCg0KSURSIFdvcmtpbmcgR3Jv dXAgSW50ZXJpbSA2LzEvMjAxNSBbMTA6MDAgLSAxMTozMGFtIEVEVF0NCg0KW05vdGU6IHRoZSBX ZWItZXggd2lsbCBiZSBhdmFpbGFibGUgMzAgbWludXRlcyBiZWZvcmUgc3RhcnRpbmcgZm9yIHRo ZSBzcGVha2VycyB0byBhZGp1c3Qgc2xpZGVzXQ0KDQpBZ2VuZGENCg0KICAgICAgICAgICAgIDEp IEFnZW5kYSBCYXNoaW5nIFsxMDowMCAtIDEwOjA1XQ0KICAgICAgICAgICAgICAgIDIpIEJHUCBX aWRlIGNvbW11bml0aWVzIFtkcmFmdC1yYXN6dWstd2lkZS1iZ3AtY29tbXVuaXRpZXNdDQogICAg ICAgICAgICAgICAgICAgUm9iZXJ0IFJhc3p1ayBbMTA6MDUgLSAxMDoxMF0gW0Rpc2N1c3Npb246 IDEwOjEwLTEwOjIwXQ0KICAgICAgICAgICAgICAgICAgIGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtcmFzenVrLXdpZGUtYmdwLWNvbW11bml0aWVzLw0KDQogICAgICAgICAg ICAgICAgMykgQkdQIFJUQyBbMTA6MjUtMTA6NTApDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGEpIENoYWlyIG92ZXJ2aWV3IG9mIFJUQyBjaG9pY2VzIFsxMDoyMC0xMDoyNV0NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYikgZHJhZnQtbGl0b3dza2ktaWRyLXJ0Yy1p bnRlcmFzIChBZG9wdGlvbiA1LzMxIHRvIDYvMTQpIFsxMDoyNS0xMDozNV0NCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgYykgRGlzY3Vzc2lvbiBbMTA6MzUtMTA6NDVdDQoNCg0KICAg ICAgICAgICAgICAgIDQpIEJHUCBMaW5rIHN0YXRlIG1vZGVsIGFkZGl0aW9uczogIFsxMDo0NS0x MToxMF0NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBhLiBkcmFmdC13YW5nLWlk ci1lYWctZGlzdHJpYnV0aW9uIFVwZGF0ZSBbTWljaGFlbCBXYW5nXSBbMTA6NDUtMTA6NTVdDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGIuIGRyYWZ0LXByZXZpZGktaWRyLWJncGxz LXNlZ2VtZW50LXJvdXRpbmctZXBlLTAzIFtUQkRdIFsxMDo1NS0xMTowNV0NCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgYy4gRGlzY3Vzc2lvbiBvZiBBY2VlJ3Mgc3VnZ2VzdGlvbiBb MTE6MDUtMTE6MTVdDQoNCiAgICAgICAgICAgICAgICAgICBFeGlzdGluZyBscyBkcmFmdHMgYXJl Og0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxKSBkcmFmdC1pZXRmLWlkci1scy1k aXN0cmlidXRpb24tMTAgKEluIElFU0cgcHJvY2Vzc2luZykNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMikgZHJhZnQtaWV0Zi1pZHItbHMtZGlzdHJpYnV0aW9uLWltcGwtMDQgKElF U0cgd2FudHMgb24gd2lraV0NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMykgZHJh ZnQtaWV0Zi1pZHItdGUtbHNwLWRpc3RyaWJ1dGlvbi0wMyAoV0cgZHJhZnQgKQ0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFByb3Bvc2VkIGFkZGl0aW9ucyBhcmU6DQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGMpIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmlidXRp b24gKFdHIEFkb3B0aW9uIDUvMjAgdG8gNi8zKQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBkKSBkcmFmdC1wcmV2aWRpLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTAzKFdH IEFkb3B0aW9uIDUvMzEgdG8gNi8xNCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ZSkgZHJhZnQtcHNhcmthci1pZHItYmdwLWxzLW5vZGUtYWRtaW4tdGFnLWV4dGVuc2lvbi0wMCAo bm8gcmVxdWVzdCBmb3IgYWRvcHRpb24pDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEJhc2VkIG9uIHRoZSBjb21tZW50cyBmcm9tIEFjZWUgbGFzdCB3ZWVrDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9p ZHIvY3VycmVudC9tc2cxNDQyNS5odG1sKQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBvbiBoYXJtb25pemluZyB0aGUgYWRkaXRpb25zIHRvIGRyYWZ0LWlkci1scy1kaXN0cmlidXRp b24uDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlIGFyZSBleGFtaW5pbmcgdGhl IEJHUCBMUyBhZGRpdGlvbnMgdGhpcyB3ZWVrLg0KDQogICAgICAgICAgICAgICAgNSkgQkdQIEky UlMgVXNlIENhc2UNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZHJhZnQta2V5dXBh dGUtaWRyLWkycnMtYmdwLXVzZWNhc2VzLTAwLnR4dCBbU3VlIEhhcmVzXSBbMTE6MTUtMTE6MzBd DQoNCkJhY2tncm91bmQgcmVhZGluZzoNCg0KUlRDIERyYWZ0cyB1bmRlciBjb25zaWRlcmF0aW9u Og0KMSkgZHJhZnQtaWV0Zi1ydGMtbm8tcnRjIChXRyBMQyA1LzIyIHRvIDYvNSBpbiBwcm9ncmVz cykNCiAgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1ydGMt bm8tcnQvDQoNCjIpIGRyYWZ0LWxpdGtvd3NraS1pZHItcnRjLWludGVyYXMgKFdHIGFkb3B0aW9u IGNhbGwgNS8zMSB0byA2LzE0KQ0KICAgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1saXRrb3dza2ktaWRyLXJ0Yy1pbnRlcmFzLw0KDQozKSBkcmFmdC1pZXRmLWlkci1sZWdh Y3ktcnRjLTA1ICAgKFdHIGRyYWZ0KQ0KaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWlkci1sZWdhY3ktcnRjLw0KDQo0KSBkcmFmdC1pZXRmLWlkci1ydGMtaGllcmFy Y2hpY2FsLXJyLTAwIChXRyBkcmFmdCkNCmh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtaWV0Zi1pZHItcnRjLWhpZXJhcmNoaWNhbC1yci8NCg0KV2ViIGV4Og0KaHR0cHM6Ly9p ZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bTY4OTU3NjMxNmVhZjE5YjM5N2ZiZTI0MmEz MTA3MjVmDQoNCk1lZXRpbmcgbnVtYmVyOiAgICAgICAgICAgIDY0OSAxOTMgNTkxDQpNZWV0aW5n IHBhc3N3b3JkOiAgICAgICAgIGpvaG4ua25vd3MuYWxsDQoNCjEtODc3LTY2OC00NDkzIENhbGwt aW4gdG9sbCBmcmVlIG51bWJlciAoVVMvQ2FuYWRhKQ0KMS02NTAtNDc5LTMyMDggQ2FsbC1pbiB0 b2xsIG51bWJlciAoVVMvQ2FuYWRhKQ0KDQpJRFIgTWludXRlczoNCmh0dHA6Ly9ldGhlcnBhZC50 b29scy5pZXRmLm9yZzo5MDAwL3AvaWRyLWludGVyaW0tMDYtMDEtMjAxNS1NaW51dGVzDQoNCklE UiBJbnRlcmltIFZpcnR1YWwgQmx1ZSBTaGVldHMNCmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRm Lm9yZzo5MDAwL3AvaWRyLWludGVyaW0tNi0wMS0yMDE1LXZCbHVlU2hlZXRzDQoNCk5leHQgSW50 ZXJpbXM6IDYvMTUgKFlhbmcgbW9kZWxzKSBhbmQgNi8yOSAoUm91dGUgU2VydmVyLCBUb29scywg WWFuZywgYW5kIG5leHRob3ApDQoNCkZyb206IElEUiBXb3JraW5nIEdyb3VwIFttYWlsdG86bWVz c2VuZ2VyQHdlYmV4LmNvbV0NClNlbnQ6IFNhdHVyZGF5LCBNYXkgMzAsIDIwMTUgNjowMiBQTQ0K VG86IGlkci1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmlkci1jaGFpcnNAdG9vbHMuaWV0 Zi5vcmc+DQpTdWJqZWN0OiAoRm9yd2FyZCB0byBvdGhlcnMpIFdlYkV4IG1lZXRpbmcgaW52aXRh dGlvbjogaWRyIGludGVyaW0gNi8xLzIwMTUNCg0KWW91IGNhbiBmb3J3YXJkIHRoaXMgaW52aXRh dGlvbiB0byBvdGhlcnMuDQoNCg0KSGVsbG8sDQoNCklEUiBXb3JraW5nIEdyb3VwIGludml0ZXMg eW91IHRvIGpvaW4gdGhpcyBXZWJFeCBtZWV0aW5nLg0KDQoNCg0KDQoNCmlkciBpbnRlcmltIDYv MS8yMDE1DQoNCk1vbmRheSwgSnVuZSAxLCAyMDE1DQoNCjEwOjAwIGFtICB8ICBFYXN0ZXJuIERh eWxpZ2h0IFRpbWUgKE5ldyBZb3JrLCBHTVQtMDQ6MDApICB8ICAxLjUgaHJzDQoNCg0KDQoNCg0K Sm9pbiBXZWJFeCBtZWV0aW5nPGh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElE PW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1Zj4NCg0KDQpNZWV0aW5nIG51bWJlcjoN Cg0KNjQ5IDE5MyA1OTENCg0KTWVldGluZyBwYXNzd29yZDoNCg0Kam9obi5rbm93cy5hbGwNCg0K DQoNCg0KDQpKb2luIGJ5IHBob25lDQoNCjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVl IG51bWJlciAoVVMvQ2FuYWRhKQ0KDQoxLTY1MC00NzktMzIwOCBDYWxsLWluIHRvbGwgbnVtYmVy IChVUy9DYW5hZGEpDQoNCkFjY2VzcyBjb2RlOiA2NDkgMTkzIDU5MQ0KDQpUb2xsLWZyZWUgY2Fs bGluZyByZXN0cmljdGlvbnM8aHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3Ry aWN0aW9ucy5wZGY+DQoNCg0KDQoNCg0KQWRkIHRoaXMgbWVldGluZzxodHRwczovL2lldGYud2Vi ZXguY29tL2lldGYvai5waHA/TVRJRD1tOWNmNjkxODZlMjRiNWJhZGRiM2Y3NDY3ZmI2MzVmYzk+ IHRvIHlvdXIgY2FsZW5kYXIuDQoNCg0KDQoNCg0KQ2FuJ3Qgam9pbiB0aGUgbWVldGluZz8gQ29u dGFjdCBzdXBwb3J0LjxodHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWM+DQoNCg0KDQoNCg0K SU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxs b3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0 byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRl ci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8g c3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQs IGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBz ZXNzaW9uLg0KDQoNCg0KDQo= --_000_D18FD49D1F781aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <43B2C4E2733235459DD8BCFAEA1AF789@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBTdWUsJm5i c3A7PC9kaXY+DQo8ZGl2PlRoZXJlIHdpbGwgYmUgc29tZSBCR1AgTFMgdGhhdCBpcyBub3QgcmVs YXRlZCB0byBJR1AgbGluay1zdGF0ZS4gRm9yIGV4YW1wbGUsIHRoZSBCR1AgRWdyZXNzIFBlZXIg RW5naW5lZXJpbmcgVExWcyBoYXZlIG5vIElHUCBlcXVpdmFsZW50LiBGb3Igb25lcyB0aGF0IGFy ZSBJR1AgYmFzZWQsIGl0IHdvdWxkIHNlZW0gdGhlIElHUCBkcmFmdCB3b3VsZCBuZWVkIHRvIHBy ZWNlZGUgdGhlIGF0dGVuZGFudCBCR1AgTFMgZHJhZnQuIE9mIGNvdXJzZSwNCiB3ZeKAmWxsIGhh dmUgdG8gaGFuZGxlIHRoaXMgb24gYSBjYXNlLWJ5LWNhc2UgYmFzaXMuJm5ic3A7PC9kaXY+DQo8 ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+QWNlZTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxz cGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpD YWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9S REVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElO Ry1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9S REVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBB RERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwv c3Bhbj5TdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hh cmVzQG5kemguY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+ RGF0ZTogPC9zcGFuPlNhdHVyZGF5LCBNYXkgMzAsIDIwMTUgYXQgODo1NSBQTTxicj4NCjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPkFjZWUgTGluZGVtICZsdDs8YSBo cmVmPSJtYWlsdG86YWNlZUBjaXNjby5jb20iPmFjZWVAY2lzY28uY29tPC9hPiZndDssICZxdW90 OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5vcmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+J0FsaWEgQXRsYXMnICZs dDs8YSBocmVmPSJtYWlsdG86YWthdGxhc0BqdW5pcGVyLm5ldCI+YWthdGxhc0BqdW5pcGVyLm5l dDwvYT4mZ3Q7LCAnRGVib3JhaCBCcnVuZ2FyZCcgJmx0OzxhIGhyZWY9Im1haWx0bzpkYnJ1bmdh cmRAYXR0LmNvbSI+ZGJydW5nYXJkQGF0dC5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UkU6IFtJZHJdIElkciBpbnRlcmltIG9u IDYvMS8yMDE1IC0gMTA6MDBhbSB0byAxMTozMGFtIGVkdDxicj4NCjwvZGl2Pg0KPGRpdj48YnI+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FV T1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1 OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQt Y29tOnZtbCIgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNl IiB4bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczpt PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5z PSJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJBcmlhbCIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiM2 NjY2NjY7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5 OiJBcmlhbCIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiM2NjY2NjY7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFu LkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsN Cglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjEN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYg bGFuZz0iRU4tVVMiIGxpbms9IiM2NjY2NjYiIHZsaW5rPSIjNjY2NjY2Ij4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7Ij5BY2VlOg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEs IDczLCAxMjUpOyI+VGhpcyBzb3VuZHMgZ29vZC4gJm5ic3A7WW914oCZbGwgZG8gV0cgcmV2aWV3 IGFuZCBJRFIgY3Jvc3MtcmV2aWV3IG9uIHRoZSBCR1AtTFMgYXR0cmlidXRlIFRMVnMuIElmIHRo ZSBwcm9wb3NhbCBmb3IgdGhpcyBUTFYgY29tZXMgZmlyc3QgaW4gSURSLCBob3cgZG8NCiB5b3Ug d2FudCB0byBoYW5kbGUgaXQ/ICZuYnNwO0lEUiBjYW4gcmV2aWV3IHRoZSBjb250ZXh0IGFuZCB0 aGVuIHNlbmQgaXQgb24gdG8gSVMtSVMgYW5kIE9TUEYuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5TdWUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBm b250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7Ij4g QWNlZSBMaW5kZW0gKGFjZWUpIFs8YSBocmVmPSJtYWlsdG86YWNlZUBjaXNjby5jb20iPm1haWx0 bzphY2VlQGNpc2NvLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIE1heSAz MCwgMjAxNSA4OjMwIFBNPGJyPg0KPGI+VG86PC9iPiBTdXNhbiBIYXJlczsgPGEgaHJlZj0ibWFp bHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gJ0FsaWEg QXRsYXMnOyAnRGVib3JhaCBCcnVuZ2FyZCc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJZHJd IElkciBpbnRlcmltIG9uIDYvMS8yMDE1IC0gMTA6MDBhbSB0byAxMTozMGFtIGVkdDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij5VbmZvcnR1bmF0ZWx5LCBJIGhhdmUgYW5vdGhlciBJRVRGIERlc2lnbiBU ZWFtIG1lZXRpbmcgZHVyaW5nIHRoaXMgc2xvdCBhbmQgd2lsbCBub3QgYmUgYWJsZSB0byBkaXNj dXNzIG15IHN1Z2dlc3Rpb24uIEhvd2V2ZXIsIG15IHRob3VnaHQgaXMgdGhhdCBzaW5jZSBIYW5u ZXMNCiBpcyB0aGUgZWRpdG9yIG9mIHRoZSBCR1AgTFMgRHJhZnQgYW5kIEkgd2FzIHRoZSByb3V0 aW5nIGRpcmVjdG9yYXRlIHJldmlld2VyLCB3ZSBjb3VsZCByZXNwZWN0aXZlbHkgaWRlbnRpZnkg SVMtSVMgYW5kIE9TUEYgZHJhZnRzIHdoaWNoIHdvdWxkIHJlcXVpcmUgQkdQIExTIGF0dHJpYnV0 ZSBUTFZzLiBBdCB0aGF0IHBvaW50LCB0aGVzZSBUTFZzIGNvdWxkIHRoZW4gYmUgYWRkZWQgdG8g dGhlIElHUCBkcmFmdCBhbmQgYSBjcm9zcy1XRyByZXZpZXcNCiBjb3VsZCBiZSBkb25lIHByaW9y IHRvIHRoZSByZXF1ZXN0IGZvciBwdWJsaWNhdGlvbi4gJm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IGJsYWNrOyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkFjZWUmbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw dDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogYmxhY2s7Ij5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNr OyI+U3VzYW4gSGFyZXMgJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iPnNoYXJl c0BuZHpoLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlNhdHVyZGF5LCBNYXkgMzAsIDIw MTUgYXQgNzozOCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlkckBp ZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBp ZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPidBbGlhIEF0bGFz JyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAanVuaXBlci5uZXQiPmFrYXRsYXNAanVuaXBl ci5uZXQ8L2E+Jmd0OywgJ0RlYm9yYWggQnJ1bmdhcmQnICZsdDs8YSBocmVmPSJtYWlsdG86ZGJy dW5nYXJkQGF0dC5jb20iPmRicnVuZ2FyZEBhdHQuY29tPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0 OiA8L2I+W0lkcl0gSWRyIGludGVyaW0gb24gNi8xLzIwMTUgLSAxMDowMGFtIHRvIDExOjMwYW0g ZWR0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0O21hcmdpbi1sZWZ0OjMu NzVwdDttYXJnaW4tcmlnaHQ6MGluIiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tR VU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiPklEUiBXb3JraW5nIEdyb3VwIEludGVyaW0gNi8xLzIwMTUg WzEwOjAwIC0gMTE6MzBhbSBFRFRdPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBy Z2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyI+W05vdGU6IHRoZSBXZWItZXggd2lsbCBiZSBhdmFpbGFibGUg MzAgbWludXRlcyBiZWZvcmUgc3RhcnRpbmcgZm9yIHRoZSBzcGVha2VycyB0byBhZGp1c3Qgc2xp ZGVzXTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsiPkFnZW5kYQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEs IDczLCAxMjUpOyI+Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzEpIEFnZW5kYSBCYXNoaW5nIFsxMDowMCAtIDEw OjA1XSZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIp IEJHUCBXaWRlIGNvbW11bml0aWVzIFtkcmFmdC1yYXN6dWstd2lkZS1iZ3AtY29tbXVuaXRpZXNd DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Um9iZXJ0 IFJhc3p1ayBbMTA6MDUgLSAxMDoxMF0gW0Rpc2N1c3Npb246IDEwOjEwLTEwOjIwXSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJhc3p1ay13aWRlLWJncC1jb21tdW5pdGllcy8iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7Ij5odHRwOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJhc3p1ay13aWRlLWJncC1jb21tdW5pdGllcy88L3NwYW4+ PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IDMpIEJHUCBSVEMgWzEwOjI1LTEwOjUwKQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGEpIENoYWly IG92ZXJ2aWV3IG9mIFJUQyBjaG9pY2VzIFsxMDoyMC0xMDoyNV08L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYikgZHJh ZnQtbGl0b3dza2ktaWRyLXJ0Yy1pbnRlcmFzIChBZG9wdGlvbiA1LzMxIHRvIDYvMTQpIFsxMDoy NS0xMDozNV08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgYykgRGlzY3Vzc2lvbiBbMTA6MzUtMTA6NDVdPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA0KSBCR1AgTGluayBzdGF0ZSBtb2RlbCBhZGRpdGlvbnM6Jm5ic3A7IFsxMDo0 NS0xMToxMF08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhLiBkcmFmdC13YW5nLWlkci1lYWct ZGlzdHJpYnV0aW9uIFVwZGF0ZSBbTWljaGFlbCBXYW5nXSBbMTA6NDUtMTA6NTVdPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGIuIGRyYWZ0LXByZXZpZGktaWRyLWJncGxzLXNlZ2VtZW50LXJvdXRpbmctZXBlLTAzIFtU QkRdIFsxMDo1NS0xMTowNV08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYy4gRGlzY3Vzc2lvbiBvZiBBY2VlJ3Mgc3Vn Z2VzdGlvbiBbMTE6MDUtMTE6MTVdPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBy Z2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJm5ic3A7Jm5ic3A7IEV4aXN0aW5nIGxzIGRyYWZ0cyBhcmU6DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMSkgZHJhZnQtaWV0Zi1pZHItbHMtZGlzdHJpYnV0aW9uLTEwIChJbiBJRVNHIHByb2Nlc3Np bmcpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDIpIGRyYWZ0LWlldGYtaWRyLWxzLWRpc3RyaWJ1dGlvbi1pbXBsLTA0 IChJRVNHIHdhbnRzIG9uIHdpa2ldDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMykgZHJhZnQtaWV0Zi1pZHItdGUt bHNwLWRpc3RyaWJ1dGlvbi0wMyAoV0cgZHJhZnQgKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQcm9wb3NlZCBh ZGRpdGlvbnMgYXJlOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjKSBkcmFmdC13YW5nLWlkci1l YWctZGlzdHJpYnV0aW9uIChXRyBBZG9wdGlvbiA1LzIwIHRvIDYvMyk8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZCkg ZHJhZnQtcHJldmlkaS1pZHItYmdwbHMtc2VnbWVudC1yb3V0aW5nLWVwZS0wMyhXRyBBZG9wdGlv biA1LzMxIHRvIDYvMTQpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEs IDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGUpIGRyYWZ0LXBzYXJrYXItaWRyLWJncC1scy1u b2RlLWFkbWluLXRhZy1leHRlbnNpb24tMDAgKG5vIHJlcXVlc3QgZm9yIGFkb3B0aW9uKTwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBCYXNlZCBvbiB0aGUgY29tbWVudHMgZnJvbSBBY2VlIGxhc3Qgd2Vlaw0KPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvaWRy L2N1cnJlbnQvbXNnMTQ0MjUuaHRtbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsiPmh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9pZHIvY3Vy cmVudC9tc2cxNDQyNS5odG1sPC9zcGFuPjwvYT4pDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb24gaGFybW9uaXpp bmcgdGhlIGFkZGl0aW9ucyB0byBkcmFmdC1pZHItbHMtZGlzdHJpYnV0aW9uLg0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IFdlIGFyZSBleGFtaW5pbmcgdGhlIEJHUCBMUyBhZGRpdGlvbnMgdGhpcyB3ZWVrLiZuYnNw Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNSkgQkdQIEky UlMgVXNlIENhc2UmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdi KDMxLCA3MywgMTI1KTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkcmFmdC1rZXl1cGF0ZS1pZHItaTJycy1i Z3AtdXNlY2FzZXMtMDAudHh0IFtTdWUgSGFyZXNdIFsxMToxNS0xMTozMF08L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5CYWNrZ3JvdW5kIHJl YWRpbmc6DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij5SVEMgRHJhZnRzIHVuZGVyIGNvbnNpZGVyYXRpb246DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4xKSBkcmFmdC1pZXRmLXJ0Yy1u by1ydGMgKFdHIExDIDUvMjIgdG8gNi81IGluIHByb2dyZXNzKQ0KPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7PGEgaHJlZj0i aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1ydGMtbm8tcnQv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyI+aHR0cDovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1ydGMtbm8tcnQvPC9zcGFuPjwv YT48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij4yKSBkcmFmdC1saXRrb3dza2ktaWRyLXJ0Yy1pbnRlcmFzIChXRyBhZG9wdGlvbiBjYWxsIDUv MzEgdG8gNi8xNCk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij4mbmJzcDsmbmJzcDsNCjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtbGl0a293c2tpLWlkci1ydGMtaW50ZXJhcy8iPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWxpdGtvd3NraS1pZHItcnRjLWludGVyYXMvPC9zcGFuPjwvYT4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQt ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi PjMpIGRyYWZ0LWlldGYtaWRyLWxlZ2FjeS1ydGMtMDUmbmJzcDsmbmJzcDsgKFdHIGRyYWZ0KQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxhIGhyZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1pZHItbGVnYWN5LXJ0Yy8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7Ij5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaWRyLWxl Z2FjeS1ydGMvPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigzMSwgNzMsIDEyNSk7Ij40KSBkcmFmdC1pZXRmLWlkci1ydGMtaGllcmFyY2hpY2FsLXJy LTAwIChXRyBkcmFmdCkNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtaWRyLXJ0Yy1oaWVyYXJjaGljYWwtcnIvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyI+aHR0cDovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLWlkci1ydGMtaGllcmFyY2hpY2FsLXJyLzwvc3Bhbj48L2E+PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+V2Vi IGV4Og0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9N VElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1ZiI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsiPmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9q LnBocD9NVElEPW02ODk1NzYzMTZlYWYxOWIzOTdmYmUyNDJhMzEwNzI1Zjwvc3Bhbj48L2E+PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5NZWV0aW5nIG51bWJlcjogJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDY0OSAxOTMgNTkx DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5N ZWV0aW5nIHBhc3N3b3JkOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBqb2huLmtub3dzLmFsbDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiPjEtODc3LTY2OC00NDkzIENhbGwtaW4gdG9sbCBmcmVlIG51 bWJlciAoVVMvQ2FuYWRhKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMx LCA3MywgMTI1KTsiPjEtNjUwLTQ3OS0zMjA4IENhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFk YSk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij5JRFIgTWludXRlczoNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0 Zi5vcmc6OTAwMC9wL2lkci1pbnRlcmltLTA2LTAxLTIwMTUtTWludXRlcyI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsiPmh0dHA6Ly9ldGhlcnBhZC50b29scy5p ZXRmLm9yZzo5MDAwL3AvaWRyLWludGVyaW0tMDYtMDEtMjAxNS1NaW51dGVzPC9zcGFuPjwvYT48 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPklEUiBJbnRlcmltIFZpcnR1YWwgQmx1ZSBTaGVl dHM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PGEgaHJlZj0iaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9p ZHItaW50ZXJpbS02LTAxLTIwMTUtdkJsdWVTaGVldHMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7Ij5odHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAw MC9wL2lkci1pbnRlcmltLTYtMDEtMjAxNS12Qmx1ZVNoZWV0czwvc3Bhbj48L2E+PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigzMSwgNzMsIDEyNSk7Ij5OZXh0IEludGVyaW1zOiA2LzE1IChZYW5nIG1vZGVscykgYW5k IDYvMjkgKFJvdXRlIFNlcnZlciwgVG9vbHMsIFlhbmcsIGFuZCBuZXh0aG9wKTwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxp YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBw dDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+IElEUiBX b3JraW5nIEdyb3VwIFs8YSBocmVmPSJtYWlsdG86bWVzc2VuZ2VyQHdlYmV4LmNvbSI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsiPm1haWx0bzptZXNzZW5nZXJA d2ViZXguY29tPC9zcGFuPjwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIE1heSAz MCwgMjAxNSA2OjAyIFBNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86aWRyLWNoYWly c0B0b29scy5pZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1z ZXJpZjsiPmlkci1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc8L3NwYW4+PC9hPjxicj4NCjxiPlN1Ympl Y3Q6PC9iPiAoRm9yd2FyZCB0byBvdGhlcnMpIFdlYkV4IG1lZXRpbmcgaW52aXRhdGlvbjogaWRy IGludGVyaW0gNi8xLzIwMTU8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dGFi bGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBhbGln bj0ibGVmdCIgd2lkdGg9IjEwMCUiIHN0eWxlPSJ3aWR0aDoxMDAuMCUiPg0KPHRib2R5Pg0KPHRy Pg0KPHRkIHN0eWxlPSJwYWRkaW5nOjMuNzVwdCAwaW4gMGluIDBpbiI+DQo8dGFibGUgY2xhc3M9 Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBhbGlnbj0ibGVmdCIg d2lkdGg9IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0O21hcmdpbi1sZWZ0OjMuNzVwdCI+DQo8 dGJvZHk+DQo8dHI+DQo8dGQgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGlu IDBpbiI+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRk aW5nPSIwIiB3aWR0aD0iMTAwJSIgc3R5bGU9IndpZHRoOjEwMC4wJSI+DQo8dGJvZHk+DQo8dHI+ DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1l bnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVu dC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFs OmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIs IDEwMiwgMTAyKTsiPllvdSBjYW4gZm9yd2FyZCB0aGlzIGludml0YXRpb24gdG8gb3RoZXJzLg0K PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1l bnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFw OmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50 LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHI+DQo8 dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQt ZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1h bmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNv bHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYig3NywgNzcs IDc3KTsiPkhlbGxvLA0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+ DQo8dGQgc3R5bGU9InBhZGRpbmc6Ny41cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxl bWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVt ZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250 YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDc3 LCA3NywgNzcpOyI+SURSIFdvcmtpbmcgR3JvdXAgaW52aXRlcyB5b3UgdG8gam9pbiB0aGlzIFdl YkV4IG1lZXRpbmcuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJv ZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1 LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21z by1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3Jh cGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpl eGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFy aWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIw IiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0 Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjE1LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGlu IDBpbiAwaW4gMGluO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1o c3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12 ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21z by1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsg Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIp OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0K PC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7 bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxl bWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21z by1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3Rs eSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2Vs bHBhZGRpbmc9IjAiIHdpZHRoPSIxMDAlIiBzdHlsZT0id2lkdGg6MTAwLjAlIj4NCjx0Ym9keT4N Cjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28t ZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1l bGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6 b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoNzcsIDc3LCA3Nyk7Ij5p ZHIgaW50ZXJpbSA2LzEvMjAxNTwvc3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90 cj4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTtt c28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21z by1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhv cml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDEwMiwgMTAyLCAxMDIpOyI+TW9uZGF5LCBKdW5lIDEsIDIwMTUNCjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0 O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVs ZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDtt c28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0 bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+MTA6MDA8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7 IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4gYW0mbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7 RWFzdGVybiBEYXlsaWdodCBUaW1lIChOZXcgWW9yaywgR01ULTA0OjAwKSZuYnNwOyZuYnNwO3wm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZh bWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+MS41PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+DQogaHJzIDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21z by1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNv LWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9y aXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiBy Z2IoMTAyLCAxMDIsIDEwMik7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8dGFibGUg Y2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0i NTI1IiBzdHlsZT0id2lkdGg6MzkzLjc1cHQiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6 MTUuMHB0Ij4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW47aGVpZ2h0OjE1LjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1l bGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQt d3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxl bWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxl bWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVt ZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250 YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEw MiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNz PSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjAiIHN0 eWxlPSJ3aWR0aDowaW47d2lkdGg6YXV0byFpbXBvcnRhbnQiPg0KPHRib2R5Pg0KPHRyPg0KPHRk IHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZy YW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5j aG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1 bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwQUZGOSI+PGEg aHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bTY4OTU3NjMxNmVh ZjE5YjM5N2ZiZTI0MmEzMTA3MjVmIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwQUZGOTt0ZXh0 LWRlY29yYXRpb246bm9uZSI+Sm9pbiBXZWJFeCBtZWV0aW5nPC9zcGFuPjwvYj48L2E+PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJh bWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3Vu ZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hv ci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29s b3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx0 YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdp ZHRoPSIwIiBzdHlsZT0id2lkdGg6MGluO3dpZHRoOmF1dG8haW1wb3J0YW50Ij4NCjx0Ym9keT4N Cjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMy43NXB0IDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTtt c28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21z by1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhv cml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDEwMiwgMTAyLCAxMDIpOyI+TWVldGluZyBudW1iZXI6DQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1l O21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7 bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3It aG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMTAyLCAxMDIsIDEwMik7Ij42NDkgMTkzIDU5MQ0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDMuNzVwdCAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNv LWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVu dC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1l bGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPk1lZXRpbmcgcGFzc3dvcmQ6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBp biAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDtt c28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVt ZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNv LWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5 Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+am9obi5rbm93cy5hbGw8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpm cmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJv dW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5j aG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBj b2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIg d2lkdGg9IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0Ym9keT4NCjx0ciBzdHlsZT0i aGVpZ2h0OjE1LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluO2hlaWdo dDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBw dDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1l bGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7 bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFj dGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7 bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDtt c28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1o b3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx0YWJs ZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRo PSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgc3R5bGU9 InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJs aW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNw YWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVy dGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28t aGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Sm9pbiBieSBwaG9uZTwv c3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBzdHlsZT0i cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0 aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsg Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIp OyI+MS04NzctNjY4LTQ0OTM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVw dDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAx MDIpOyI+Jm5ic3A7Q2FsbC1pbiB0b2xsIGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGlu IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDox NS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDtt c28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdy YXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6 ZXhhY3RseSI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5 OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPjEtNjUwLTQ3 OS0zMjA4PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNw O0NhbGwtaW4gdG9sbCBudW1iZXIgKFVTL0NhbmFkYSk8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVu dDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6 YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQt YW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+QWNjZXNzIGNvZGU6Jm5ic3A7NjQ5IDE5MyA1 OTE8L3NwYW4+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBzdHlsZT0i cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0 aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzY2 NjY2NiI+PGEgaHJlZj0iaHR0cDovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0 aW9ucy5wZGYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOiMwMEFGRjk7dGV4 dC1kZWNvcmF0aW9uOm5vbmUiPlRvbGwtZnJlZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvc3Bhbj48 L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJs ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVs ZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13 cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVt ZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRp bmc9IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHIg c3R5bGU9ImhlaWdodDoxNS4wcHQiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBp bjtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdo dDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVw dDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFy YWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1 bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5 OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50 OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDph cm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1h bmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTEuNXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7 IGNvbG9yOiByZ2IoMTAyLCAxMDIsIDEwMik7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIw IiB3aWR0aD0iNTI1IiBzdHlsZT0id2lkdGg6MzkzLjc1cHQiPg0KPHRib2R5Pg0KPHRyPg0KPHRk IHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZy YW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5j aG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1 bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBw dDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAx MDIpOyI+PGEgaHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bTlj ZjY5MTg2ZTI0YjViYWRkYjNmNzQ2N2ZiNjM1ZmM5Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwQUZG OTt0ZXh0LWRlY29yYXRpb246bm9uZSI+QWRkIHRoaXMgbWVldGluZzwvc3Bhbj48L2E+IHRvIHlv dXINCiBjYWxlbmRhci48L3NwYW4+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJv ZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1 LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21z by1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3Jh cGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpl eGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFy aWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIw IiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjUyNSIgc3R5bGU9IndpZHRoOjM5My43NXB0Ij4NCjx0 Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjE1LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGlu IDBpbiAwaW4gMGluO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjE1LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1o c3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12 ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21z by1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsg Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIp OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0K PC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7 bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxl bWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21z by1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3Rs eSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2Vs bHBhZGRpbmc9IjAiIHdpZHRoPSI1MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+ DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNv LWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28t ZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jp em9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MTAyLCAxMDIsIDEwMik7Ij5DYW4ndCBqb2luIHRoZSBtZWV0aW5nPw0KPGEgaHJlZj0iaHR0cHM6 Ly9pZXRmLndlYmV4LmNvbS9pZXRmL21jIj48c3BhbiBzdHlsZT0iY29sb3I6IzAwQUZGOTt0ZXh0 LWRlY29yYXRpb246bm9uZSI+Q29udGFjdCBzdXBwb3J0Ljwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNv LWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28t ZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jp em9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx0YWJsZSBj bGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1 MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHIgc3R5bGU9ImhlaWdodDo3 LjVwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluO2hlaWdodDo3LjVwdCI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpbmUtaGVpZ2h0LWFsdDo3LjVwdDtt c28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVt ZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNv LWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5 Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExLjVwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgMTAyLCAxMDIpOyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNv LWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28t ZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jp em9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMS41cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigxMDIsIDEwMiwgMTAyKTsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx0YWJsZSBj bGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSI1 MjUiIHN0eWxlPSJ3aWR0aDozOTMuNzVwdCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgc3R5bGU9InBh ZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5l LWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNl OjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGlj YWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVp Z2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiA5cHQ7IGZvbnQtZmFt aWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxNjAsIDE2MCwgMTYwKTsiPklNUE9S VEFOVCBOT1RJQ0U6IFBsZWFzZSBub3RlIHRoYXQgdGhpcyBXZWJFeCBzZXJ2aWNlIGFsbG93cyBh dWRpbyBhbmQgb3RoZXIgaW5mb3JtYXRpb24gc2VudCBkdXJpbmcgdGhlIHNlc3Npb24gdG8gYmUg cmVjb3JkZWQsIHdoaWNoIG1heSBiZSBkaXNjb3ZlcmFibGUgaW4gYSBsZWdhbCBtYXR0ZXIuDQog Qnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3Vj aCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRp c2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNz aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFi bGU+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC90ZD4NCjwvdHI+DQo8L3Ri b2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D18FD49D1F781aceeciscocom_-- From nobody Sun May 31 19:00:50 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5925B1B29A9 for ; Sun, 31 May 2015 19:00:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qTOJxAPhrGuP for ; Sun, 31 May 2015 19:00:46 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E18E1B29A8 for ; Sun, 31 May 2015 19:00:45 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTD99270; Mon, 01 Jun 2015 02:00:44 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 1 Jun 2015 03:00:43 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.152]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Mon, 1 Jun 2015 10:00:37 +0800 From: "Dongjie (Jimmy)" To: "Acee Lindem (acee)" , Jeff Tantsura , Susan Hares , "idr@ietf.org" Thread-Topic: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) Thread-Index: AdCUgStIhDpb4dxxSaCmWd/Taovc3AADBOYAAAiqVoAB16e8UA== Date: Mon, 1 Jun 2015 02:00:36 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92757D537FC@nkgeml512-mbx.china.huawei.com> References: <006f01d09482$17c489c0$474d9d40$@ndzh.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C92757D537FCnkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Idr] 2 week adoption call for draft-wang-idr-eag-distribution-02 (5/22 to 6/5) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 02:00:48 -0000 --_000_76CD132C3ADEF848BD84D028D243C92757D537FCnkgeml512mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCB0aGUgYWRvcHRpb24gYW5kIGFncmVlIHdpdGggQWNlZeKAmXMgY29tbWVudC4NCg0K LUppZQ0KDQpGcm9tOiBJZHIgW21haWx0bzppZHItYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIEFjZWUgTGluZGVtIChhY2VlKQ0KU2VudDogRnJpZGF5LCBNYXkgMjIsIDIwMTUgMTE6NTQg UE0NClRvOiBKZWZmIFRhbnRzdXJhOyBTdXNhbiBIYXJlczsgaWRyQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1k aXN0cmlidXRpb24tMDIgKDUvMjIgdG8gNi81KQ0KDQpJIHN1cHBvcnQgd2l0aCBvbmUgY29tbWVu dC4NCg0KSW4gdGhlIGZ1dHVyZSwgSeKAmW0gd29uZGVyaW5nIGlmIHdlIGNvdWxkIHN0YW5kYXJk aXplIHRoZSBCR1AgTGluayBTdGF0ZSBlbmNvZGluZyBpbiB0aGUgY29ycmVzcG9uZGluZyBJR1Ag ZG9jdW1lbnRzPyBJdCBzZWVtcyBsaWtlIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHNpbmNlIGl0IGlz IHNpbXBseSB0aGUgVExWIG1hcHBpbmcgYW5kIHRoZSAgSUFOQSBjb2RlIHBvaW50KHMpLg0KDQpU aGFua3MsDQpBY2VlDQoNCkZyb206IEplZmYgVGFudHN1cmEgPGplZmYudGFudHN1cmFAZXJpY3Nz b24uY29tPG1haWx0bzpqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbT4+DQpEYXRlOiBGcmlkYXks IE1heSAyMiwgMjAxNSBhdCAxMTo0NSBBTQ0KVG86IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5j b208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+LCAiaWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0 Zi5vcmc+IiA8aWRyQGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6 IFtJZHJdIDIgd2VlayBhZG9wdGlvbiBjYWxsIGZvciBkcmFmdC13YW5nLWlkci1lYWctZGlzdHJp YnV0aW9uLTAyICg1LzIyIHRvIDYvNSkNCg0KU3VwcG9ydCBhcyBjby1hdXRob3INCg0KQ2hlZXJz LA0KSmVmZg0KDQpGcm9tOiBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFy ZXNAbmR6aC5jb20+Pg0KRGF0ZTogRnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgNDoyNiBBTQ0KVG86 ICJpZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4iIDxpZHJAaWV0Zi5vcmc8bWFpbHRv OmlkckBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3Ig ZHJhZnQtd2FuZy1pZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpDQoNClRoaXMg YmVnaW5zIGEgMiB3ZWVrIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gZm9yIGRyYWZ0LXdhbmctaWRy LWVhZy1kaXN0cmlidXRpb24uICAgWW91IGNhbiBmaW5kIHRoZSBkcmFmdCBhdDoNCg0KaHR0cDov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13YW5nLWlkci1lYWctZGlzdHJpYnV0aW9u Lw0KDQpUaGlzIGRyYWZ0IHByb3Bvc2VzIGEgbmV3IEJHUC1MUw0KDQoNCiAgIEFzIE1QTFMtVEUg bmV0d29yayBncm93cywgYWRtaW5pc3RyYXRpdmUgR3JvdXBzIGFkdmVydGlzZWQgYXMgYQ0KDQog ICBmaXhlZC1sZW5ndGggMzItYml0IEJpdG1hc2sgaXMgcXVpdGUgY29uc3RyYWluaW5nLiAgIkV4 dGVuZGVkDQoNCiAgIEFkbWluaXN0cmF0aXZlIEdyb3VwIiBJR1AgVEUgZXh0ZW5zaW9ucyBzdWIt VExWIGRlZmluZWQgaW4gW1JGQzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzcz MDg+XQ0KDQogICBpcyBpbnRyb2R1Y2VkIHRvIHByb3ZpZGUgZm9yIGFkZGl0aW9uYWwgYWRtaW5p c3RyYXRpdmUgZ3JvdXBzIChsaW5rDQoNCiAgIGNvbG9ycykgYmV5b25kIHRoZSBjdXJyZW50IGxp bWl0IG9mIDMyLg0KDQoNCg0KICAgVGhlIEVBRyBUTFYgaXMgdXNlZCBpbiBhZGRpdGlvbiB0byB0 aGUgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIHdoZW4gYQ0KDQogICBub2RlIHdhbnRzIHRvIGFkdmVy dGlzZSBtb3JlIHRoYW4gMzIgY29sb3JzIGZvciBhIGxpbmsuICBUaGUgRUFHIFRMVg0KDQogICBp cyBvcHRpb25hbC4gIFRoZSBmb3JtYXQgYW5kIHNlbWFudGljcyBvZiB0aGUgJ3ZhbHVlJyBmaWVs ZHMgaW4gRUFHDQoNCiAgIFRMVnMgY29ycmVzcG9uZCB0byB0aGUgZm9ybWF0IGFuZCBzZW1hbnRp Y3Mgb2YgdmFsdWUgZmllbGRzIGluIElHUA0KDQogICBleHRlbnNpb24gc3ViLVRMVnMsIGRlZmlu ZWQgaW4gW1JGQzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzczMDg+XS4NCg0K DQoNCiAgICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tKw0KDQogICB8ICBUTFYgQ29kZSAgfCAgICAgRGVzY3JpcHRpb24g ICAgIHwgICAgIElTLUlTICAgIHwgICBEZWZpbmVkIGluOiAgIHwNCg0KICAgfCAgICBQb2ludCAg IHwgICAgICAgICAgICAgICAgICAgICB8ICBUTFYvU3ViLVRMViB8ICAgICAgICAgICAgICAgICB8 DQoNCiAgICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tKw0KDQogICB8ICAgIHh4eHggICAgfCAgICAgICBFeHRlbmRlZCAg ICAgIHwgICAgIDIyL3h4ICAgIHwgICAgW1JGQzczMDg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzczMDg+XSAgICB8DQoNCiAgIHwgICAgICAgICAgICB8ICAgICAgQWRtaW4gR3JvdXAg ICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgfA0KDQogICArLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSsN Cg0KUGxlYXNlIGluIHlvdXIgY29tbWVudHMgaW5jbHVkZSDigJxzdXBwb3J04oCdIG9yIOKAnG5v IHN1cHBvcnTigJ0gZm9yIHRoaXMgZHJhZnQuDQoNClN1ZSBIYXJlcyBhbmQgSm9obiBTY3VkZGVy Lg0K --_000_76CD132C3ADEF848BD84D028D243C92757D537FCnkgeml512mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLmibnms6jmoYbmlofmnKwg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjkuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1M Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOndpbmRvd3RleHQ7fQ0KcC5IVE1MUHJlZm9ybWF0dGVkLCBsaS5IVE1MUHJlZm9ybWF0 dGVkLCBkaXYuSFRNTFByZWZvcm1hdHRlZA0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQiOw0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVk Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnm s6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOuaJueazqOahhuaWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlN1cHBvcnQgdGhlIGFkb3B0aW9uIGFuZCBhZ3JlZSB3aXRo IEFjZWXigJlzIGNvbW1lbnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPi1KaWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBJZHIgW21haWx0bzppZHItYm91 bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QWNlZSBMaW5kZW0gKGFjZWUpPGJy Pg0KPGI+U2VudDo8L2I+IEZyaWRheSwgTWF5IDIyLCAyMDE1IDExOjU0IFBNPGJyPg0KPGI+VG86 PC9iPiBKZWZmIFRhbnRzdXJhOyBTdXNhbiBIYXJlczsgaWRyQGlldGYub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtd2FuZy1p ZHItZWFnLWRpc3RyaWJ1dGlvbi0wMiAoNS8yMiB0byA2LzUpPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNr Ij5JIHN1cHBvcnQgd2l0aCBvbmUgY29tbWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+SW4gdGhlIGZ1dHVyZSwgSeKA mW0gd29uZGVyaW5nIGlmIHdlIGNvdWxkIHN0YW5kYXJkaXplIHRoZSBCR1AgTGluayBTdGF0ZSBl bmNvZGluZyBpbiB0aGUgY29ycmVzcG9uZGluZyBJR1AgZG9jdW1lbnRzPyBJdCBzZWVtcyBsaWtl IGl0IHdvdWxkIGJlIHBvc3NpYmxlIHNpbmNlIGl0IGlzIHNpbXBseSB0aGUgVExWIG1hcHBpbmcN CiBhbmQgdGhlICZuYnNwO0lBTkEgY29kZSBwb2ludChzKS4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+VGhhbmtz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFj ayI+QWNlZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6YmxhY2siPkplZmYgVGFudHN1cmEgJmx0OzxhIGhyZWY9Im1haWx0bzpq ZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbSI+amVmZi50YW50c3VyYUBlcmljc3Nvbi5jb208L2E+ Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIE1heSAyMiwgMjAxNSBhdCAxMTo0NSBBTTxi cj4NCjxiPlRvOiA8L2I+U3VzYW4gSGFyZXMgJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6 aC5jb20iPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86aWRy QGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aWRy QGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTog W0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmli dXRpb24tMDIgKDUvMjIgdG8gNi81KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1 QzRERiA0LjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0O21hcmdpbi1sZWZ0OjMuNzVwdDtt YXJnaW4tcmlnaHQ6MGNtIiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+ U3VwcG9ydCBhcyBjby1hdXRob3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkNoZWVycyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPkplZmY8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5TdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0i bWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+DQo8Yj5E YXRlOiA8L2I+RnJpZGF5LCBNYXkgMjIsIDIwMTUgYXQgNDoyNiBBTTxicj4NCjxiPlRvOiA8L2I+ JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlkckBpZXRmLm9yZyI+aWRyQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W0lkcl0gMiB3ZWVrIGFkb3B0aW9uIGNhbGwgZm9yIGRyYWZ0 LXdhbmctaWRyLWVhZy1kaXN0cmlidXRpb24tMDIgKDUvMjIgdG8gNi81KTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0 O21hcmdpbi1sZWZ0OjMuNzVwdDttYXJnaW4tcmlnaHQ6MGNtIiBpZD0iTUFDX09VVExPT0tfQVRU UklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPlRoaXMgYmVnaW5zIGEgMiB3 ZWVrIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gZm9yIGRyYWZ0LXdhbmctaWRyLWVhZy1kaXN0cmli dXRpb24uJm5ic3A7Jm5ic3A7IFlvdSBjYW4gZmluZCB0aGUgZHJhZnQgYXQ6DQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVm PSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaWRyLWVhZy1kaXN0 cmlidXRpb24vIj5odHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdhbmctaWRy LWVhZy1kaXN0cmlidXRpb24vPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPlRoaXMgZHJhZnQgcHJvcG9zZXMgYSBuZXcgQkdQLUxT DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBBcyBNUExTLVRFIG5ldHdvcmsgZ3Jv d3MsIGFkbWluaXN0cmF0aXZlIEdyb3VwcyBhZHZlcnRpc2VkIGFzIGE8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGZpeGVkLWxlbmd0aCAz Mi1iaXQgQml0bWFzayBpcyBxdWl0ZSBjb25zdHJhaW5pbmcuJm5ic3A7ICZxdW90O0V4dGVuZGVk PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw OyBBZG1pbmlzdHJhdGl2ZSBHcm91cCZxdW90OyBJR1AgVEUgZXh0ZW5zaW9ucyBzdWItVExWIGRl ZmluZWQgaW4gWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MzA4IiB0 aXRsZT0iJnF1b3Q7RXh0ZW5kZWQgQWRtaW5pc3RyYXRpdmUgR3JvdXBzIGluIE1QTFMtVEUmcXVv dDsiPlJGQzczMDg8L2E+XTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn ZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDsmbmJzcDsgaXMgaW50cm9kdWNlZCB0byBwcm92aWRlIGZvciBhZGRpdGlvbmFs IGFkbWluaXN0cmF0aXZlIGdyb3VwcyAobGluazxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgY29sb3JzKSBiZXlvbmQgdGhlIGN1cnJlbnQg bGltaXQgb2YgMzIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxl PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUaGUgRUFHIFRMViBpcyB1c2VkIGluIGFkZGl0aW9uIHRv IHRoZSBBZG1pbmlzdHJhdGl2ZSBHcm91cHMgd2hlbiBhPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBub2RlIHdhbnRzIHRvIGFkdmVydGlz ZSBtb3JlIHRoYW4gMzIgY29sb3JzIGZvciBhIGxpbmsuJm5ic3A7IFRoZSBFQUcgVExWPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBpcyBv cHRpb25hbC4mbmJzcDsgVGhlIGZvcm1hdCBhbmQgc2VtYW50aWNzIG9mIHRoZSAndmFsdWUnIGZp ZWxkcyBpbiBFQUc8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl YWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+ Jm5ic3A7Jm5ic3A7IFRMVnMgY29ycmVzcG9uZCB0byB0aGUgZm9ybWF0IGFuZCBzZW1hbnRpY3Mg b2YgdmFsdWUgZmllbGRzIGluIElHUDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls ZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgZXh0ZW5zaW9uIHN1Yi1UTFZzLCBkZWZpbmVkIGluIFs8 YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzMwOCIgdGl0bGU9IiZxdW90 O0V4dGVuZGVkIEFkbWluaXN0cmF0aXZlIEdyb3VwcyBpbiBNUExTLVRFJnF1b3Q7Ij5SRkM3MzA4 PC9hPl0uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl Zm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6 YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJz cDsgJiM0MzstLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0t LS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgVExWIENvZGUmbmJz cDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBEZXNjcmlwdGlvbiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElTLUlTJm5ic3A7Jm5ic3A7Jm5ic3A7 IHwmbmJzcDsmbmJzcDsgRGVmaW5lZCBpbjombmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZu YnNwOyBQb2ludCZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgVExWL1N1Yi1UTFYgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLS0tLSYj NDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0t LS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1i cmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNr Ij4mbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyB4eHh4Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRXh0ZW5kZWQmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyMi94eCZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7IFs8YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvcmZjNzMwOCIgdGl0bGU9IiZxdW90O0V4dGVuZGVkIEFkbWluaXN0cmF0 aXZlIEdyb3VwcyBpbiBNUExTLVRFJnF1b3Q7Ij5SRkM3MzA4PC9hPl0mbmJzcDsmbmJzcDsmbmJz cDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm bmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFkbWluIEdy b3VwJm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLS0tLSYjNDM7LS0t LS0tLS0tLS0tLS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0t LS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjpibGFjayI+UGxlYXNlIGluIHlvdXIgY29tbWVudHMgaW5jbHVkZSDigJxzdXBwb3J04oCd IG9yIOKAnG5vIHN1cHBvcnTigJ0gZm9yIHRoaXMgZHJhZnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj5TdWUgSGFyZXMgYW5kIEpv aG4gU2N1ZGRlci4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_76CD132C3ADEF848BD84D028D243C92757D537FCnkgeml512mbxchi_-- From nobody Sun May 31 19:51:02 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AE191B2A08 for ; Sun, 31 May 2015 19:51:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7AkJlQP9jBfL for ; Sun, 31 May 2015 19:50:58 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 9651F1B2A07 for ; Sun, 31 May 2015 19:50:57 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.80.157; From: "Susan Hares" To: Date: Sun, 31 May 2015 22:50:32 -0400 Message-ID: <006801d09c15$ba8bba30$2fa32e90$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0069_01D09BF4.338034B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCcFZhI02dMMr/nT2G7OxxFIHkvDg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Robert Raszuk' , 'Paul Jakma' , 'Shane Amante' , 'Bruno Decraene' , draft-raszuk-wide-bgp-communities@tools.ietf.org Subject: [Idr] 2 week WG adoption call for draft (5/31 to 6/14) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 02:51:01 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0069_01D09BF4.338034B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG adoption call for draft-raszuk-wide-bgp-communities and draft-raszuk-registered-wide-bgp-communities. These drafts can be found at: https://datatracker.ietf.org/doc/draft-raszuk-wide-bgp-communities/ http://datatracker.ietf.org/doc/draft-raszuk-registered-wide-bgp-communities / Authors (Robert Raszuk, Jeff Haas, Andrew Lange, Shane Amante, Bruno Decraene, Paul Jakma, and Richard Steenbergen) should indicate whether they know of any IPR. Since this proposal relates to existing RFCs and IDR WG document (draft-ietf-idr-as4octet-extcomm-generic-subtype-07), We have included a bit of history below. At the 6/1/2015 interim (10:00 - 11:30am EDT), there will be a short review of the technology and time to discuss the draft with Robert Raszuk. Please discuss a) If these drafts should be adopted in addition to draft-ietf-idr-as4octet-extcomm-generic-subtype-07, b) whether the new flexible format is useful for BGP deployments, and c) Any technical issues on the draft. As always, indicate "support" or "no support" within the comment. Sue Hares and John Scudder ================= A bit of history: RFC 1997 defines the BGP Community attribute (except for 2 reserved ranges) as 4 octets [2 octets AS number, 2 octets local-defined value]. RFC 4893 introduced 4 byte AS encoding, and suggested using extended communities [RFC 4360] to encoding 4 octet AS numbers. RFC5668 defines a format for a four-octet AS specific extended community with a designated type field, and defines two sub-types: Four-octet specific Route Target extended community and Four-octet specific Route Origin extended community. An IDR WG document: draft-ietf-idr-as4octet-extcomm-generic-subtype-07 (https://tools.ietf.org/html/draft-ietf-idr-as4octet-extcomm-generic-subtype -07) specifies a generic sub-type for the four-octet AS specific extended community. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x02 or 0x42 | 0x04 | Global | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Administrator | Local Administrator | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Global Administrator sub-field: 4 octets This sub-field contains a four-octet Autonomous System number. Local Administrator sub-field: 2 octets This sub-field contains a value that can influence routing policies. This value has semantics that are of significance for the Autonomous System in the Global Administrator field. [From draft-ietf-idr-as4octet-extcomm-generic-subtype-07] Draft-raszuk-wide-bgp-communities suggests a new BGP Path Attribute, that provides more flexible encoding than these WG RFCs and draft. The wide BGP header includes a Container header and community. The container header has: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Flags | Hop Count | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Registered/Local Community Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source AS Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Context AS Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Wide Community Target(s) TLV (optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Wide Community Exclude Target(s) TLV (optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Wide Community Parameter(s) TLV (optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 4: Wide BGP Community Type 1 ------=_NextPart_000_0069_01D09BF4.338034B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    This = begins a 2 week WG adoption call for draft-raszuk-wide-bgp-communities = and draft-raszuk-registered-wide-bgp-communities.   These = drafts can be found at:

    https://datatracker.ietf.org/doc/draft-raszuk-wide-bgp-communities/

    http://datatracker.ietf.org/doc/draft-raszuk-registered-wid= e-bgp-communities/

     

    Authors = (Robert Raszuk, Jeff Haas, Andrew Lange, Shane Amante, Bruno Decraene, = Paul Jakma, and Richard Steenbergen) should indicate whether they know = of any IPR.   Since this proposal relates to existing RFCs and = IDR WG document = (draft-ietf-idr-as4octet-extcomm-generic-subtype-07),  We have = included a bit of history below.  At the 6/1/2015 interim (10:00 = – 11:30am EDT), there will be a short review of the technology and = time to discuss the draft with Robert Raszuk.

     

    Please = discuss  

    a)      =  If these drafts should be adopted in = addition to = draft-ietf-idr-as4octet-extcomm-generic-subtype-07,

    b)      =  whether the new flexible format is useful = for BGP deployments, and

    c)       Any = technical issues on the draft.

     

    As always, = indicate “support” or “no support” within the = comment.

     

    Sue Hares and John Scudder

     

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

    A bit of history:

     

    RFC 1997 = defines the BGP Community attribute (except for 2 reserved ranges) =

    as 4 octets [2 octets AS number, 2 = octets local-defined value]. 

    RFC 4893 introduced 4 byte AS encoding, and suggested = using

    extended communities [RFC 4360] = to encoding 4 octet AS numbers.

     

    RFC5668 = defines a format for a four-octet AS specific extended

    community with a designated type field, and defines = two

    sub-types: Four-octet specific = Route Target extended community and

    Four-octet specific Route Origin extended = community. 

    An IDR WG document: = draft-ietf-idr-as4octet-extcomm-generic-subtype-07

    (https://tools.ietf.org/html/draft-ietf-idr-as4octet-extcom= m-generic-subtype-07)

    specifies a = generic sub-type for the four-octet AS specific extended community. =

     

     =
   0     &n=
bsp;           &nb=
sp; =
1            =
       =
2            =
       =
3
        0 1 2 3 4 5 6 7 =
8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1
      =
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+
        | 0x02 or =
0x42  |     0x04      =
|           =
Global           &=
nbsp;  |
      =
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+
      =
  |    =
Administrator          =
    |    Local =
Administrator        =
|
      =
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+
     
       Global Administrator =
sub-field: 4 octets
       This sub-field =
contains a four-octet Autonomous System =
number.
     
       Local Administrator =
sub-field: 2 octets
          =
This sub-field contains a value that can influence =
routing
          =
policies. This value has semantics that are of significance =
for
          the =
Autonomous System in the Global Administrator =
field.
     

    [From = draft-ietf-idr-as4octet-extcomm-generic-subtype-07]

     

    Draft-raszuk-wide-bgp-communities suggests a new BGP = Path Attribute,

    that provides more = flexible encoding than these WG RFCs and draft.

     

    The wide BGP = header includes a Container header and community.

    The container header has:

     

          = 0            =        = 1            =        = 2            =        3

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

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

         = |            = = Type           &nb= sp;  |     Flags     = |   Hop Count   |

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

         = |            = Length           &= nbsp; |

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

          0     =             &= nbsp; = 1            =        = 2            =        3

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

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

         = |            =    Registered/Local Community = Value           &n= bsp;    |

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

         = |            =             = Source AS = Number           &= nbsp;           = |

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

         = |            =            Context AS = Number           &= nbsp;           = |

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

         = |            Wide = Community Target(s) TLV = (optional)          &nb= sp; |

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

         = |        Wide Community Exclude = Target(s) TLV (optional)        = |

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

         = |          Wide Community = Parameter(s) TLV = (optional)           = |

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

               &= nbsp;        Figure 4: Wide BGP = Community Type 1

     
     

     

    ------=_NextPart_000_0069_01D09BF4.338034B0-- From nobody Sun May 31 20:05:39 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AB5B1B2A35 for ; Sun, 31 May 2015 20:05:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YdXUgz3-ET2x for ; Sun, 31 May 2015 20:05:36 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 3E48E1B2A3A for ; Sun, 31 May 2015 20:05:30 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.80.157; From: "Susan Hares" To: Date: Sun, 31 May 2015 23:05:24 -0400 Message-ID: <008101d09c17$ce857ce0$6b9076a0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0082_01D09BF6.47756380" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCcFhQVQ55i6nH1QeKfyEh3cldaXw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , keyupate@cisco.com Subject: [Idr] 2 week adoption call for draft-litowski-idr-rtc-interas-01 (5/31 to 6/14) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 03:05:37 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0082_01D09BF6.47756380 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG adoption call for draft-litowski-idr-rtc-interas-01 (5/31 to 6/14/2015). The authors (Stephane Litkowski, Jeff Haas, and Keyur Patel) should indicate whether they know of any IPR on this draft. The draft can be found at: http://datatracker.ietf.org/doc/draft-litkowski-idr-rtc-interas/ Please discuss: a) If this solution is necessary in deployments of BGP, and b) Technical merits or problems with the proposed draft As always include "support" or "no support" within your comments. Sue Hares and John Scudder IDR Co-chairs Background on draft ----------------------- RFC4684 defines procedures to exchange RT reachability info in order to limit propagation of VPN NLRIs for both intra domain and inter domain distributions. Based on operational deployments, the current distribution model defined in [RFC4684] may cause some issue in specific scenarios. This document refines the route distribution rules for inter domain NLRIs in order to address these specific scenarios. ------=_NextPart_000_0082_01D09BF6.47756380 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    This = begins a 2 week WG adoption call for draft-litowski-idr-rtc-interas-01 = (5/31 to 6/14/2015).   The authors (Stephane Litkowski, Jeff = Haas, and Keyur Patel) should indicate whether they know of any IPR on = this draft.

     

    The draft can be found at:

    http://datatracker.ietf.org/doc/draft-litkowski-idr-rtc-interas/

     

    Please discuss:

    a)      = If this solution is necessary in deployments of = BGP, and

    b)      = Technical merits or problems with the proposed = draft

     

    As always include “support” or “no = support” within your comments.

     

    Sue Hares = and John Scudder

    IDR Co-chairs =

     

    Background on draft

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

    RFC4684 defines procedures to exchange RT reachability = info in order to limit propagation of VPN NLRIs for both intra domain = and inter domain distributions.  Based on operational deployments, = the current distribution model defined in [RFC4684] may cause some issue = in specific scenarios. This document refines the route distribution = rules for inter domain NLRIs in order to address these specific = scenarios.

     

    ------=_NextPart_000_0082_01D09BF6.47756380-- From nobody Sun May 31 20:31:17 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE6C81B2A5D for ; Sun, 31 May 2015 20:27:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VExEe5FW0uol for ; Sun, 31 May 2015 20:26:59 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 9C9011B2A55 for ; Sun, 31 May 2015 20:26:59 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.80.157; From: "Susan Hares" To: Date: Sun, 31 May 2015 23:26:46 -0400 Message-ID: <009e01d09c1a$cace12d0$606a3870$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009F_01D09BF9.43BDF970" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCcGoNntu1RJWeoQbWDLhkxKtoo8A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: X-Mailman-Approved-At: Sun, 31 May 2015 20:31:16 -0700 Cc: cfilsfil@cisco.com, raysaikat@gmail.com, keyupate@cisco.com, draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org Subject: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 03:27:00 -0000 This is a multipart message in MIME format. ------=_NextPart_000_009F_01D09BF9.43BDF970 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03.txt. The authors (Stefano, Clarence, Saikat, Keyur, Mach and Jie) should indicate if they know if any IPR. The draft can be found at: http://datatracker.ietf.org/doc/draft-previdi-idr-bgpls-segment-routing-epe/ In the discussion, please consider: a) Does this addition to BGP-LS for exporting BGP egress point topologies provides useful information for BGP deployments in the internet, b) Are there scaling issues in adding this information to BGP-LS, and c) The technical merits and issues with this proposal. Susan Hares and John Scudder ------=_NextPart_000_009F_01D09BF9.43BDF970 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    This = begins a 2 week WG adoption call for = draft-previdi-idr-bgpls-segment-routing-epe-03.txt.  The authors = (Stefano, Clarence, Saikat, Keyur, Mach and Jie) should indicate if they = know if any IPR.  The draft can be found at:

     

    http://datatracker.ietf.org/doc/draft-previdi-idr-bgpls-segm= ent-routing-epe/

     

    In the = discussion, please consider:

    a)      = Does this addition to BGP-LS for exporting BGP = egress point topologies provides useful information for BGP deployments = in the internet,

    b)      = Are there scaling issues in adding this = information to BGP-LS, and

    c)       The = technical merits and issues with this proposal.

     

    Susan = Hares and John Scudder

     

    ------=_NextPart_000_009F_01D09BF9.43BDF970-- From nobody Sun May 31 22:51:28 2015 Return-Path: X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5A551A8881 for ; Sun, 31 May 2015 22:51:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y7cfwbzGxLWG for ; Sun, 31 May 2015 22:51:25 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 4C7CC1A8860 for ; Sun, 31 May 2015 22:51:25 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.80.157; From: "Susan Hares" To: References: <20150601054732.11657.2742.idtracker@ietfa.amsl.com> In-Reply-To: <20150601054732.11657.2742.idtracker@ietfa.amsl.com> Date: Mon, 1 Jun 2015 01:51:17 -0400 Message-ID: <011a01d09c2e$faae9b00$f00bd100$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHcneAHwaxQ0mKkoqaQoW5LAYvcLJ1/IWeQ Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: keyupate@cisco.com, 'Russ White' Subject: [Idr] FW: New Version Notification for draft-keyupate-idr-i2rs-bgp-usecases-00.txt X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 05:51:26 -0000 This draft describes the use cases for BGP I2RS interface, and discusses = the requirements for the BGP I2RS Yang module that come from these use = cases. This draft will be presented at the IDR interim on 6/1/2015. = The authors would appreciate any feedback on these use cases.=20 Sue Hares, Keyur Patel, and Russ White -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Monday, June 01, 2015 1:48 AM To: Susan Hares; Susan Hares; Keyur Patel; Keyur Patel; Russ White; Russ = White Subject: New Version Notification for = draft-keyupate-idr-i2rs-bgp-usecases-00.txt A new version of I-D, draft-keyupate-idr-i2rs-bgp-usecases-00.txt has been successfully submitted by Susan Hares and posted to the IETF = repository. Name: draft-keyupate-idr-i2rs-bgp-usecases Revision: 00 Title: Use Cases for an Interface to BGP Protocol Document date: 2015-05-31 Group: Individual Submission Pages: 21 URL: = https://www.ietf.org/internet-drafts/draft-keyupate-idr-i2rs-bgp-usecases= -00.txt Status: = https://datatracker.ietf.org/doc/draft-keyupate-idr-i2rs-bgp-usecases/ Htmlized: = https://tools.ietf.org/html/draft-keyupate-idr-i2rs-bgp-usecases-00 Abstract: A network routing protocol like BGP is typically configured and analyzed through some form of Command Line Interface (CLI) or NETCONF. These interactions to control BGP and diagnose its operation encompass: configuration of protocol parameters, display of protocol data, setting of certain protocol state and debugging of the protocol. Interface to the Routing System's (I2RS) Programmatic interfaces provides an alternate way to control and diagnose the operation of the BGP protocol. I2RS may be used for the configuration, manipulation, analyzing or collecting the protocol data. This document describes set of use cases for which I2RS can be used for BGP protocol. It is intended to provide a base for the solution draft describing a set of interfaces to the BGP protocol. = =20 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